On Fri, Dec 24, 2010 at 01:51:13AM +0800, Yaoxing wrote:
> Dec 23 11:38:35 e postfix/qmgr[29972]: 6FC51297C081: from=<[email protected]>,
> size=18380, nrcpt=1 (queue active)
Some new mail is entering the active queue either from "incoming" or
"deferred" queue.
Do you really want the hostname "e" in the envelope sender address?
> Dec 23 11:38:38 e postfix/smtp[34263]: 4E4C7297BE10:
> to=<[email protected]>, relay=127.0.0.1[127.0.0.1]:10024, conn_use=6,
> delay=383792, delays=337025/46756/0/11, dsn=2.0.0, status=sent (250 2.0.0
> Ok, id=33658-01-6, from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as
> 50E79297B632)
Your content filter is FUBAR, processing 4-day old mail, it takes 11
seconds to process one message! This is absurdly high filter latency.
> Dec 23 11:38:38 e postfix/qmgr[29972]: 057DE2978A4D: from=<[email protected]>,
> size=45412, nrcpt=1 (queue active)
> Dec 23 11:38:40 e postfix/smtp[29728]: 057DE2978A4D:
> to=<[email protected]>,
> relay=gmail-smtp-in.l.google.com[74.125.65.27]:25, delay=466500,
> delays=466499/0.02/0.12/1.3, dsn=2.0.0, status=sent (250 2.0.0 OK
> 1293125920 p26si24523792ybk.80)
Google accepts your mail in a timely manner, but it had been delayed
in "incoming" for a very long time...
> Dec 23 11:38:40 e postfix/smtp[29486]: 0809EFC9676:
> to=<[email protected]>, relay=mx1.hotmail.com[65.54.188.126]:25,
> delay=318488, delays=318487/0.02/0.14/0.45, dsn=2.0.0, status=sent (250
> <[email protected]> Queued mail for delivery)
Hotmail also accepts your mail, be it with a bit more latency. Of
course given how congested your incoming queue is with pre-filter
mail, it takes forever to enter the active queue...
> Dec 23 11:38:41 e postfix/smtp[29766]: BABE3FB5C82: host
> g.mx.mail.yahoo.com[98.137.54.238] refused to talk to me: 421 4.7.1 [TS03]
> All messages from 67.228.151.195 will be permanently deferred; Retrying
> will NOT succeed. See http://postmaster.yahoo.com/421-ts03.html
Yahoo wants nothing to do with you. And will NOT accept your mail,
no point in sending it unless you can resolve this with them. See
the friendly URL.
> Dec 23 11:38:42 e postfix/smtp[32893]: 9FE65FB01E1:
> to=<[email protected]>, relay=127.0.0.1[127.0.0.1]:10024,
> conn_use=7, delay=454234, delays=407464/46764/0/6.2, dsn=2.0.0, status=sent
> (250 2.0.0 Ok, id=33594-01-7, from MTA([127.0.0.1]:10025): 250 2.0.0 Ok:
> queued as 70B572978A4D)
It is somewhat unlikely that <[email protected]> subscribed
to your newsletter. Such a role address is typically used for
"billing", not newsletter subscriptions. How do you manage subscriptions
to your list?
> Dec 23 11:38:51 e postfix/smtp[34263]: 7D28DFB50A0:
> to=<[email protected]>, relay=127.0.0.1[127.0.0.1]:10024, conn_use=7,
> delay=383758, delays=336978/46767/0/13, dsn=2.0.0, status=sent (250 2.0.0
> Ok, id=33658-01-7, from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as
> 596FAFB405C)
More filter trouble. Your filter is FUBAR.
> Dec 23 11:39:55 e postfix/smtp[29728]: 7043F2979CE2:
> to=<[email protected]>, relay=mx2.comcast.net[76.96.30.116]:25,
> delay=36569, delays=36567/0.03/0.87/1.8, dsn=5.1.1, status=bounced (host
> mx2.comcast.net[76.96.30.116] said: 550 5.1.1 Not our Customer (in reply to
> RCPT TO command))
Some of your list members don't exist. Do you remove non-working
addresses from your list?
--
Viktor.
