Mailing List Archive

Delay in SA when sending mail
Hey all,

I'm running a server with Qmail 1.03, based on qmailrocks.org installation with qmail scanner 1.20 and SA 2.63. I have two servers
runnings this configuration. The first server is my test machine, which works great with no issues. The second is my production
machine that has this problem. I have checked the config files between the two machines and i can't seem to find any differences.
The only difference that i can see between the servers is the network configurations. My Production server is on an internal network
of 192.168.25.X with dns of 192.168.25.23 and 192.168.25.24. The test machine is on a network of 12.169.190.X and DNS of 12.169.190.23
and 12.169.190.24. The networks are NAT'd (192.168.25.23 is 12.169.190.23 to the outside world).

Basically, the problem is this, when i send an email, it sits in the sending mode on the client for up to 30 seconds while SA seems
to be doing something with DNS. Here is a snippet of the log file.



****** Snippet *******

server started on port 783/tcp (running version 2.63)

server pid: 7214

logmsg: server started on port 783/tcp (running version 2.63)

logmsg: connection from mail.mtida.net [127.0.0.1] at port 32801

debug: retrieving prefs for mindwarper@mtida.hrmud.com from SQL server

logmsg: checking message <004a01c3ebc2$a2705740$1500a8c0@amd3200> for mindwarper@mtida.hrmud.com:509.

debug: is Net::DNS::Resolver available? yes

debug: looking up PTR record for '12.169.190.213'

debug: PTR for '12.169.190.213': ''

debug: received-header: parsed as [ ip=12.169.190.213 rdns=12.169.190.213 helo=amd3200 by=mail.mtida.net ident= ]



************ This is where it seems to stop for 30 seconds **************************************



debug: received-header: 'by' mail.mtida.net has reserved IP 192.168.25.19

debug: received-header: 'by' mail.mtida.net has no public IPs

debug: received-header: relay 12.169.190.213 trusted? yes

debug: Message too short for language analysis

debug: running header regexp tests; score so far=0

debug: running body-text per-line regexp tests; score so far=0

debug: Razor2 is not available

debug: running raw-body-text per-line regexp tests; score so far=1.268

debug: running uri tests; score so far=1.268

debug: uri tests: Done uriRE

debug: running full-text regexp tests; score so far=1.268

debug: Razor2 is not available

debug: Pyzor is not available: pyzor not found

debug: DCCifd is not available: no r/w dccifd socket found.

debug: DCC is not available: no executable dccproc found.

debug: all '*From' addrs: mindwarper@mtida.hrmud.com

debug: all '*To' addrs: mindwarper@mtida.hrmud.com

debug: DNS MX records found: 1

debug: running meta tests; score so far=1.268

debug: lock: 7223 created /home/spamd/.spamassassin/auto-whitelist.lock.mail.mtida.net.7223

debug: lock: 7223 trying to get lock on /home/spamd/.spamassassin/auto-whitelist with 0 retries

debug: lock: 7223 link to /home/spamd/.spamassassin/auto-whitelist.lock: link ok

debug: Tie-ing to DB file R/W in /home/spamd/.spamassassin/auto-whitelist

debug: auto-whitelist (db-based): mindwarper@mtida.hrmud.com|ip=12.169 scores 20/25.255

debug: AWL active, pre-score: 1.268, mean: 1.26275, originating-ip: 12.169.190.213

debug: add_score: New count: 21, new totscore: 26.523

debug: Post AWL score: 1.265375

debug: DB addr list: untie-ing and unlocking.

debug: DB addr list: file locked, breaking lock.

debug: unlock: 7223 unlink /home/spamd/.spamassassin/auto-whitelist.lock

debug: is spam? score=1.265 required=8 tests=AWL,HTML_70_80,HTML_MESSAGE,MIME_HTML_MOSTLY

logmsg: clean message (1.3/8.0) for mindwarper@mtida.hrmud.com:509 in 20.1 seconds, 1221 bytes.

****** End Snippet *******



Sorry for the length of the message. Any info any of you can give me would be helpful.





- Russ L.
Re: Delay in SA when sending mail [ In reply to ]
Double-check that the production machine can perform forward (ie. dig
www.yahoo.com) and reverse (ie. dig -x 66.218.71.80) DNS lookups. 99%
of the time if something works (but stalls for 30 seconds first) it's a
DNS problem.

- Jon

On Thu, 2004-02-05 at 01:42, Russ Lohman wrote:
> Hey all,
>
> I'm running a server with Qmail 1.03, based on qmailrocks.org
> installation with qmail scanner 1.20 and SA 2.63. I have two servers
> runnings this configuration. The first server is my test machine,
> which works great with no issues. The second is my production
> machine that has this problem. I have checked the config files between
> the two machines and i can't seem to find any differences.
> The only difference that i can see between the servers is the network
> configurations. My Production server is on an internal network
> of 192.168.25.X with dns of 192.168.25.23 and 192.168.25.24. The test
> machine is on a network of 12.169.190.X and DNS of 12.169.190.23
> and 12.169.190.24. The networks are NAT'd (192.168.25.23 is
> 12.169.190.23 to the outside world).
>
> Basically, the problem is this, when i send an email, it sits in the
> sending mode on the client for up to 30 seconds while SA seems
> to be doing something with DNS. Here is a snippet of the log file.
>
>
>
>
> ****** Snippet *******
>
> server started on port 783/tcp (running version 2.63)
>
> server pid: 7214
>
> logmsg: server started on port 783/tcp (running version 2.63)
>
> logmsg: connection from mail.mtida.net [127.0.0.1] at port 32801
>
> debug: retrieving prefs for mindwarper@mtida.hrmud.com from SQL server
>
> logmsg: checking message <004a01c3ebc2$a2705740$1500a8c0@amd3200> for
> mindwarper@mtida.hrmud.com:509.
>
> debug: is Net::DNS::Resolver available? yes
>
> debug: looking up PTR record for '12.169.190.213'
>
> debug: PTR for '12.169.190.213': ''
>
> debug: received-header: parsed as [ ip=12.169.190.213
> rdns=12.169.190.213 helo=amd3200 by=mail.mtida.net ident= ]
>
>
>
> ************ This is where it seems to stop for 30 seconds
> **************************************
>
>
>
> debug: received-header: 'by' mail.mtida.net has reserved IP
> 192.168.25.19
>
> debug: received-header: 'by' mail.mtida.net has no public IPs
>
> debug: received-header: relay 12.169.190.213 trusted? yes
>
> debug: Message too short for language analysis
>
> debug: running header regexp tests; score so far=0
>
> debug: running body-text per-line regexp tests; score so far=0
>
> debug: Razor2 is not available
>
> debug: running raw-body-text per-line regexp tests; score so far=1.268
>
> debug: running uri tests; score so far=1.268
>
> debug: uri tests: Done uriRE
>
> debug: running full-text regexp tests; score so far=1.268
>
> debug: Razor2 is not available
>
> debug: Pyzor is not available: pyzor not found
>
> debug: DCCifd is not available: no r/w dccifd socket found.
>
> debug: DCC is not available: no executable dccproc found.
>
> debug: all '*From' addrs: mindwarper@mtida.hrmud.com
>
> debug: all '*To' addrs: mindwarper@mtida.hrmud.com
>
> debug: DNS MX records found: 1
>
> debug: running meta tests; score so far=1.268
>
> debug: lock: 7223 created
> /home/spamd/.spamassassin/auto-whitelist.lock.mail.mtida.net.7223
>
> debug: lock: 7223 trying to get lock on
> /home/spamd/.spamassassin/auto-whitelist with 0 retries
>
> debug: lock: 7223 link to
> /home/spamd/.spamassassin/auto-whitelist.lock: link ok
>
> debug: Tie-ing to DB file R/W in
> /home/spamd/.spamassassin/auto-whitelist
>
> debug: auto-whitelist (db-based): mindwarper@mtida.hrmud.com|ip=12.169
> scores 20/25.255
>
> debug: AWL active, pre-score: 1.268, mean: 1.26275, originating-ip:
> 12.169.190.213
>
> debug: add_score: New count: 21, new totscore: 26.523
>
> debug: Post AWL score: 1.265375
>
> debug: DB addr list: untie-ing and unlocking.
>
> debug: DB addr list: file locked, breaking lock.
>
> debug: unlock: 7223 unlink
> /home/spamd/.spamassassin/auto-whitelist.lock
>
> debug: is spam? score=1.265 required=8
> tests=AWL,HTML_70_80,HTML_MESSAGE,MIME_HTML_MOSTLY
>
> logmsg: clean message (1.3/8.0) for mindwarper@mtida.hrmud.com:509 in
> 20.1 seconds, 1221 bytes.
>
> ****** End Snippet *******
>
>
>
> Sorry for the length of the message. Any info any of you can give me
> would be helpful.
>
>
>
>
>
> - Russ L.
--
jon@tgpsolutions.com

Administrator, tgpsolutions
http://www.tgpsolutions.com