I'm hoping someone on this list will have an idea as to why i'm getting
this problem. It happened shortly after we upgraded the memory on the
server as well as daylight saving time changes. Suddenly it disappeared,
and then reappeared last night.
When I telnet to the host on port 25, for around 1 min 20 secs, nothing
happens, then it pops up the 220 acknowledgement.
I've tried disabling all RBL and DNS checks as well as making the ident
timeout 0s.. doesn't help.
Here's what debugging shows (with RBL re-enabled):
111.111.111.111 is the client connecting
222.222.222.222 is the mailserver
--> exim -bd -d12 <--
Exim version 3.22 debug level 12 uid=0 gid=0
Berkeley DB: Sleepycat Software: DB 2.4.14: (6/2/98)
Caller is an admin user
Caller is a trusted user
originator: uid=0 gid=0 login=root name=root
port = 25
listening on all interfaces
pid written to /var/spool/exim/exim-daemon.pid-bd
LOG: 0 MAIN
exim 3.22 daemon started: pid=7286, no queue runs, listening for SMTP on
port 25
set_process_info: 7286 daemon: no queue runs, port 25
daemon running with uid=8 gid=12 euid=8 egid=12
listening on port 25...
--> client initiates connection on port 25 <--
Connection request from 111.111.111.111/4607
1 SMTP accept process running
interface address = 222.222.222.222
sender_fullhost = [111.111.111.111]
sender_rcvhost = [111.111.111.111]
Process 7287 is handling incoming connection from [111.111.111.111]
checking for IP options
no IP options found
listening on port 25...
host in host_lookup? no (option unset)
--> 1min 20sec delay <--
host in host_reject? no (end of list)
host in host_reject_recipients? no (option unset)
--> some irrelevant RBL stuff <--
host in sender_unqualified_hosts? no (option unset)
host in receiver_unqualified_hosts? no (option unset)
host in helo_verify? no (option unset)
host in helo_accept_junk_hosts? no (option unset) SMTP>> 220 mailserver ESMTP Exim 3.22 #1 Wed, 28 Mar 2001 17:23:37 +0100 set_process_info: 7287 handling incoming connection from
[111.111.111.111]
ready for new message
smtp_setup_msg entered
I've seen one reference to something similar in the archives but it
doesn't provide any solutions..