Is this problem still occuring? Sorry I've read most of the posts, and I see the dns related items may be at fault,however there may be another cause. I had this same problem when I first setup my box, it worked great, but pop3 authentication took just over 2 mins.
It turns out it was a setting in the run file. I don't see any mention of checking the run file so I thought I would let you know just in case. original run is/was as follows. #!/bin/sh PASSPROG="/home/vpopmail/bin/vchkpw" HOSTNAME=`hostname --fqdn` exec /usr/bin/softlimit -m 9000000 \ /usr/bin/tcpserver -v -R -c 200 0 110 \ /var/qmail/bin/qmail-popup $HOSTNAME \ $PASSPROG /var/qmail/bin/qmail-pop3d Maildir 2>&1 I changed mine to #!/bin/sh PASSPROG="/home/vpopmail/bin/vchkpw" HOSTNAME="hostname" exec /usr/bin/softlimit -m 9000000 \ /usr/bin/tcpserver -l0 -H -v -R -c 200 0 110 \ /var/qmail/bin/qmail-popup $HOSTNAME \ $PASSPROG /var/qmail/bin/qmail-pop3d Maildir 2>&1 I added the -l0 and the -H as I had read on several groups about the slow response. I believe the -H tells pop3 not to perform reverse dns or something similar. That was the general consensus for sorting out the slow response, and in my case it worked a charm. Try adding the -H to /var/qmail/supervise/pop3/run contents. As ever make a copy before editing. ;-) I hope that helps. -----Original Message----- From: David Sánchez Martín [mailto:[EMAIL PROTECTED] Sent: 06 November 2006 09:57 To: [email protected] Subject: RE: [qmailtoaster] Slow pop3 login >BIND works in the hand of a skilled sysadmin. The config files are straight forward and not very complicated. A skilled sysadmin like you is not the common (i really mean it, NO sarcasm). But simple things, and doing one thing at a time and do it well is the motto of UNIX, and it works. >Who runs a nic with unattended updates enabled? That's just bad practice on a production system. And no roll back procedure? Even worse . . . If they use tinydns they wouldn't have any update to do. Say, rollback procedure?, yes, it taked 2 hours. Is a whole country DNS server with several replicates. >> And CERT Security Warning are FUD too? >> >> Is a technical mistake, not administrative. >I disagree. Automatic updates on something as important as a nic is just bad management. Updates should be tested before deployed. Tested with how many domains? 2 , 3, ten thousand, one million?, how many replicates? You are disagreeing with CERT Advisories too? :-P Maybe nic.es is stupid (and it is) but if you put another stone in her way... >> BIND is to DNS what sendmail is to mail. >Sendmail is very neat. It supports a lot of features that are quickly becoming mandatory. We're not there yet. We still don't have srs support, which is >required for proper spf to work. I don't say that sendmail is not neat, i said is the same example. Is the reference implementation. Is unsecure (do you remember infamous Morris Internet Worm ), fat and very ugly to maintain (yep, it is and it was). Yes, the features that sendmail implements are great, they have a lot of people working on it. Maybe qmail community must do something with getting a more modulable and extensible qmail. Qmail is a good base. >> Why do you use Qmail? >Because I like the architecture, the community, the flow. >I do dislike that the license has become an impediment. Keeping features up to date without the ability to ship modified binaries has seriously limited the number of people willing to work on the system. Yep, If DJB were a lil' more pragmatic will let binary modifications and distributions and if he didn't like other people's code under his projects, simply don't permit endorsement of names Qmail, or Tinydns or djb and that trademarks. But this is the only problem I see. (is not a big one, since you are using qmail, doesn't you?) Exim and postfix are good projects to look at, too. >The fact that QmailToaster is where it is today is really a testament to the patience of Bill Shupp & Nick Hemmesch. Yep, I agree. Thanks to all the community :-) --------------------------------------------------------------------- QmailToaster hosted by: VR Hosted <http://www.vr.org> --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
