Sounds like a DNS-related problem. I seem to remember that similar
problems were discussed a couple of times on this list. Disabling hostname
lookups may help. You may want to check the archives.
Hope it helps.
--
Tomasz Papszun SysAdm @ TP S.A. Lodz, Poland | And it's only
[EMAIL PROTECTED] http://www.lodz.tpsa.pl/ | ones and zeros.
On Sat, 30 Oct 1999 at 14:08:45 +0800, Lukman Wiryahadi Kusuma wrote:
> I am also facing the same problem. And it is only happened if my client used
> private IP (DHCP), and it is not only for POP. Telnet, and PCAnywhere also has the
> same problem.
> Anybody knows ?
>
> Lukman
>
>
> Bill Parker wrote:
>
> > Hello All,
> >
> > I am still trying to figure out why smtp/pop3 requests take so long
> > to respond or process when users try to send/retrieve mail off of the
> > server...
> >
> > Machine Specs:
> >
> > Pent-133, 32MB, 1.6GB HD, CD-ROM, 2 Intel EEPro NIC's
> >
> > eth0 has static class C IP address connected to D-Link Switch
> > for internet access (Cisco 4700 router with T-1 connected)
> >
> > eth1 has private ip address of 192.168.3.1 which several machines
> > go thru to get internet access via IP chains (No problems observed)
> >
> > Distro is OpenLinux 2.2 (Caldera) with latest security RPM updates
> >
> > tcp.smtp.cdb allows 127.0.0.1, 192.168.3. and 192.168.2., and any
> > machine assigned to our class C...The lan segment also has IPX/SPX
> > traffic on it as we use Novell 3.12 for a file server...
> >
> > Machine runs caching DNS on port 53 (no problems observed)
> >
> > Machine runs ssh 1.2.2x on port 22 (no problems from work or home)
> >
> > Ipchains in rc.local looks like this:
> >
> > /sbin/ipchains -P forward DENY
> > /sbin/ipchains -A forward -j MASQ -s 192.168.3.0/24 -d 0.0.0.0/0
> >
> > other commands in rc.local (before above lines) are:
> >
> > /sbin/ifconfig eth1 192.168.3.1 netmask 255.255.255.0 up
> >
> > # enable ip forwarding
> >
> > echo 1 > /proc/sys/net/ipv4/ip_forward
> > echo 1 > /proc/sys/net/ipv4/tcp_syncookies
> >
> > Here are the start lines for qmail script in init.d
> >
> > start)
> > echo -n "Starting: "
> > env - PATH="/var/qmail/bin:/usr/local/bin" \
> > qmail-start ./Maildir/ /usr/local/bin/accustamp \
> > | /usr/local/bin/setuser qmaill /usr/local/bin/cyclog /var/log/qmail &
> > echo -n "qmail "
> >
> > env - PATH="/var/qmail/bin:/usr/local/bin" \
> > tcpserver -H -R -c100 0 pop-3 /var/qmail/bin/qmail-popup \
> > nermal.xxxxx.com \
> > /home/vpopmail/bin/vchkpw /var/qmail/bin/qmail-pop3d Maildir &
> > echo -n "pop3 "
> >
> > env - PATH="/var/qmail/bin:/usr/local/bin" \
> > tcpserver -H -R -x /etc/tcp.smtp.cdb -c100 -u7791 -g2108 0 smtp \
> > /var/qmail/bin/qmail-smtpd 2>&1 > /dev/null &
> > echo "smtp"
> > ;;
> > stop)
> > echo -n "stopping qmail"
> > killall qmail-send
> > killall tcpserver
> > echo
> > ;;
> >
> > Does anyone have any idea or clues why smtp/pop3d would take so
> > long to process...This used to work fine under a 2.0.36 >= kernel when
> > I ran OpenLinux 1.2 Base (what I mean by this is issuing send/receive
> > on OutLook Express or the same in Eudora Light ran in less than 5 seconds,
> > but now runs in anywhere from 3 seconds to a full minute in some cases)...
> >
> > I'm going to cross-post this to the caldera list to see if anyone
> > there has any ideas (it's driving me and my users crazy, a little at a
> > time, so I have a woeful look on my face)...
> >
> > -Bill
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > Archive: http://www.mail-archive.com/users@lists.calderasystems.com
