Re: [qmailtoaster] DNS temporary failure (#4.3.0)
Hi, thanks for the replies! On 12/22/05, Jake Vickers <[EMAIL PROTECTED]> wrote: > Gabriel Lai Yong Shern wrote: > > > What does Jake meant was, 127.0.0.1 must be included in /etc/hosts > > file, so it will resolve locally first, before external. In my /etc/hosts file exists a line with 127.0.0.1 resolving the default domain local hostname. It didn´t include the others locals domains hostname. I added those names. I will through some tests on weekend and see how it works > > > > > Try changing the -p to -P and see if that fixes it. (snip from the man > page): > -p: Paranoid. After looking up the remote host name in DNS, look up the > IP addresses in DNS for that host name, and remove the environment > variable $TCPREMOTEHOST if none of the addresses match the client's IP > address. > -P: (Default.) Not paranoid. Did that, there was no change on the behavior. Also try with -x and -X. > > You may also try adding a -l to the tcpserver options: > -l /localname/: Do not look up the local host name in DNS; use > /localname/ for the environment variable $TCPLOCALHOST. A common choice > for /localname/ is 0. To avoid loops, you /must/ use this option for > servers on TCP port 53. Well, i don´t why I didn´t see that option! I will add it to the testing list. Thanks for all the replies. After the tests, I´ll let you know! Natalio - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] DNS temporary failure (#4.3.0)
Gabriel Lai Yong Shern wrote: Hi Could you please stop named DNS Server first, then you try with sending and receiving emails with qmail? Through this, we can trace where is the problem. What does Jake meant was, 127.0.0.1 must be included in /etc/hosts file, so it will resolve locally first, before external. Yes, that's what I was getting at. Sorry, people interrupt me every 5 minutes, so my train of thought doesn't always restart on the same track. Natalio Gatti wrote: exec /usr/bin/softlimit -m 3000 \ /usr/bin/tcpserver -v -H -R -S -p -x $TCP_CDB -c "$MAXSMTPD" \ -u "$QMAILDUID" -g "$NOFILESGID" 0 smtp \ $RBLSMTPD $BLACKLIST $SMTPD $HOSTNAME $VCHKPW /bin/true 2>&1 Try changing the -p to -P and see if that fixes it. (snip from the man page): -p: Paranoid. After looking up the remote host name in DNS, look up the IP addresses in DNS for that host name, and remove the environment variable $TCPREMOTEHOST if none of the addresses match the client's IP address. -P: (Default.) Not paranoid. You may also try adding a -l to the tcpserver options: -l /localname/: Do not look up the local host name in DNS; use /localname/ for the environment variable $TCPLOCALHOST. A common choice for /localname/ is 0. To avoid loops, you /must/ use this option for servers on TCP port 53. You can also read more about the tcpserver options here: http://cr.yp.to/ucspi-tcp/tcpserver.html Let us know if any of that works for you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [qmailtoaster] DNS temporary failure (#4.3.0)
hi, check if your /etc/nsswitch.conf file contains the following entry in the exact order : hosts: files dns bg chris -Original Message- From: Gabriel Lai Yong Shern [mailto:[EMAIL PROTECTED] Sent: Thursday, December 22, 2005 1:37 AM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] DNS temporary failure (#4.3.0) Hi Could you please stop named DNS Server first, then you try with sending and receiving emails with qmail? Through this, we can trace where is the problem. What does Jake meant was, 127.0.0.1 must be included in /etc/hosts file, so it will resolve locally first, before external. Cheers, Gabriel Natalio Gatti wrote: >Hello List, I´m having a strange issue in a server. >I have installed in in the same server (FC1) a qmail-toaster and a >named DNS server. >When the server loose Internet conectivity, it no longers accept mails >from my internal Users, rejecting them with a "DNS temporary failure >(#4.3.0)" >My TCPRULES disables RBLSMTPD for the internals IP, but it doesn´t >modify that behavior. >tcpserver is called with the following flags: >exec /usr/bin/softlimit -m 3000 \ > /usr/bin/tcpserver -v -H -R -S -p -x $TCP_CDB -c "$MAXSMTPD" \ > -u "$QMAILDUID" -g "$NOFILESGID" 0 smtp \ > $RBLSMTPD $BLACKLIST $SMTPD $HOSTNAME $VCHKPW /bin/true 2>&1 > >Anyone knows how can I solve it? > >Salutti > >Natalio > >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: >[EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] DNS temporary failure (#4.3.0)
Hi Could you please stop named DNS Server first, then you try with sending and receiving emails with qmail? Through this, we can trace where is the problem. What does Jake meant was, 127.0.0.1 must be included in /etc/hosts file, so it will resolve locally first, before external. Cheers, Gabriel Natalio Gatti wrote: Hello List, I´m having a strange issue in a server. I have installed in in the same server (FC1) a qmail-toaster and a named DNS server. When the server loose Internet conectivity, it no longers accept mails from my internal Users, rejecting them with a "DNS temporary failure (#4.3.0)" My TCPRULES disables RBLSMTPD for the internals IP, but it doesn´t modify that behavior. tcpserver is called with the following flags: exec /usr/bin/softlimit -m 3000 \ /usr/bin/tcpserver -v -H -R -S -p -x $TCP_CDB -c "$MAXSMTPD" \ -u "$QMAILDUID" -g "$NOFILESGID" 0 smtp \ $RBLSMTPD $BLACKLIST $SMTPD $HOSTNAME $VCHKPW /bin/true 2>&1 Anyone knows how can I solve it? Salutti Natalio - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] DNS temporary failure (#4.3.0)
I have bind installed on the same machine, and it resolves some locals domains. When the link is down, It won´t accept mails to non-local domains, and that´s fine, (and obvious!). But the problem is that it doesn´t accept mail to local domains, resolved by my local bind server. First thing I checked was resolv.conf to make sure the server was consulting itself (and it was). I also tried eliminating /var/qmail/control/blacklists (and restarting qmail), and it was the same. Jake, I don´t understand hat do you mean by "you may need to make your machine (127.0.0.1) the first forwarder". Do you mean in resolv.conf or in named.conf? Isn´t that used when bind can´t resolv (non-local domains)? Salutti Natalio > It's trying to resolve the hostname to the IP, which it can't do if the > connection is down. You can set up something (sorry if you've already > done this, I'm just picking up on the thread) like djbdns or tinydns > that would run locally on the machine. If you're already running bind > (or tinydns or whatever) you may need to make your machine (127.0.0.1) > the first forwarder (might cause looping) so it would resolve to itself > if the connection is down. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] DNS temporary failure (#4.3.0)
Riezal Ross wrote: Could it be because the server is not able to lookup the domain of the address your are sending to, due to the DNS and Internet connection being down? Unless this is happening for your local domain, then its rather weird. It's trying to resolve the hostname to the IP, which it can't do if the connection is down. You can set up something (sorry if you've already done this, I'm just picking up on the thread) like djbdns or tinydns that would run locally on the machine. If you're already running bind (or tinydns or whatever) you may need to make your machine (127.0.0.1) the first forwarder (might cause looping) so it would resolve to itself if the connection is down. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [qmailtoaster] DNS temporary failure (#4.3.0)
Could it be because the server is not able to lookup the domain of the address your are sending to, due to the DNS and Internet connection being down? Unless this is happening for your local domain, then its rather weird. Regards, Riezal Ross -Original Message- From: Natalio Gatti [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 21, 2005 3:16 AM To: qmailtoaster-list@qmailtoaster.com Subject: [qmailtoaster] DNS temporary failure (#4.3.0) Hello List, I´m having a strange issue in a server. I have installed in in the same server (FC1) a qmail-toaster and a named DNS server. When the server loose Internet conectivity, it no longers accept mails from my internal Users, rejecting them with a "DNS temporary failure (#4.3.0)" My TCPRULES disables RBLSMTPD for the internals IP, but it doesn´t modify that behavior. tcpserver is called with the following flags: exec /usr/bin/softlimit -m 3000 \ /usr/bin/tcpserver -v -H -R -S -p -x $TCP_CDB -c "$MAXSMTPD" \ -u "$QMAILDUID" -g "$NOFILESGID" 0 smtp \ $RBLSMTPD $BLACKLIST $SMTPD $HOSTNAME $VCHKPW /bin/true 2>&1 Anyone knows how can I solve it? Salutti Natalio - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[qmailtoaster] DNS temporary failure (#4.3.0)
Hello List, I´m having a strange issue in a server. I have installed in in the same server (FC1) a qmail-toaster and a named DNS server. When the server loose Internet conectivity, it no longers accept mails from my internal Users, rejecting them with a "DNS temporary failure (#4.3.0)" My TCPRULES disables RBLSMTPD for the internals IP, but it doesn´t modify that behavior. tcpserver is called with the following flags: exec /usr/bin/softlimit -m 3000 \ /usr/bin/tcpserver -v -H -R -S -p -x $TCP_CDB -c "$MAXSMTPD" \ -u "$QMAILDUID" -g "$NOFILESGID" 0 smtp \ $RBLSMTPD $BLACKLIST $SMTPD $HOSTNAME $VCHKPW /bin/true 2>&1 Anyone knows how can I solve it? Salutti Natalio - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]