Hi all,
I've installed 1.25-pre22 from an hour. Looks like auth'd (SMTP after
POP3) users cannot bypass DNSBL in spite of code 0:
excerpt from today's pop3log:
dex1.tsd.unifi.it tsd.unifi.it 151.49.38.240 2007-11-15
09:30:54 xxx LOGIN 230 4129295
dex1.tsd.unifi.it
On Thu, 15 Nov 2007, Francesco Vertova wrote:
Hi all,
I've installed 1.25-pre22 from an hour. Looks like auth'd (SMTP after
POP3) users cannot bypass DNSBL in spite of code 0:
excerpt from today's pop3log:
dex1.tsd.unifi.it tsd.unifi.it 151.49.38.240 2007-11-15
09:30:54 xxx
On Wed, 14 Nov 2007, Ã~Xyvind Kinsey wrote:
Can anyone please explain to me what the following slog means?
I can verify that the xmail only tries to send two times. What can be
the cause of this?
[PeekTime] 1194809835 : Sun, 11 Nov 2007 20:37:15 +0100
ErrCode = -77
ErrString = [RCPT
Davide is true.
I can add did you change xmail default retry interval ?
I ask this because, normally xmail will try more thant 2 times, and you =
said
xmail tried only 2 times.
With default xmail retries paterns your mail will pass after some more
retries, as the foreign system greylisted your
Not using from a long time pop before smtp auth method.
As noted by Davide seems your smtp and pop sessions start at same time, so
the pop 'auth' transaction could not be complete at the time the smtp
session check for a previous pop auth accepted.
IMOO pop before smtp auth is not the best way
I've used Ethereal to sniff the traffic while viewing the log, and
xmail often tries only the first time, gets greylisted, and does NOT
try to resend the emails.
I was also running in debug mode and there was nothing happening there
at the different PeekTimes.
I was under the impression that