[Mailman-Users] Counting messages that went to postfix queue

[D G Teed]

On 5/2/07, Mark Sapiro <msapiro at value.net> wrote:
>
> This is in the log message in Mailman's smtp log. E.g., something like
>
> May 01 22:43:36 2007 (1570) <PC17602007050122432005312a821b07 at msapiro>
> smtp for 198 recips, completed in 1.390 seconds
>
> In this case, Mailman attempted delivery to the MTA for Message-Id:
> <PC17602007050122432005312a821b07 at msapiro> for 198 recipients.


Actually it was there.  Sorry about that.  I was looking at the wrong date
since I was analyzing this the next day...

Apr 30 15:43:24 2007 (2110) <
EF80AA494809654B9EE67C4DD650CC7807E443AE at exchange.mydomain> smtp for 1890
recips, completed in 2.463 seconds

(domain obscured to protect the innocent)

So it thought it was sending out 1890, but in postfix there are certainly
20 some missing.

This has nothing to do with delivery. This is an incoming message,
> almost certainly spam, with defective MIME structure that was
> discarded in its entirety.


OK, that is good to know.

Are you using SMTPDirect? Do you have any overrides in mm_cfg.py for
>
> DELIVERY_MODULE, SMTP_LOG_EVERY_MESSAGE or SMTP_LOG_EACH_FAILURE. Are
> there any log messages in 'smtp' (similar to my example above)?


These are the overrides I have:
DEFAULT_ARCHIVE = Off
DEFAULT_ARCHIVE_PRIVATE = 1
ARCHIVE_TO_MBOX = 0
VERP_CONFIRMATIONS = Yes
DEFAULT_LIST_ADVERTISED = No
DEFAULT_MAX_MESSAGE_SIZE = 60           # KB
DEFAULT_SUBJECT_PREFIX  = "[%(real_name)s] "
DEFAULT_MSG_HEADER = ""
DEFAULT_MSG_FOOTER = ""
DEFAULT_SEND_REMINDERS = No
DEFAULT_SEND_WELCOME_MSG = No
DEFAULT_FIRST_STRIP_REPLY_TO = Yes
DEFAULT_SUBSCRIBE_POLICY = 3
DEFAULT_UNSUBSCRIBE_POLICY = 1
PENDING_REQUEST_LIFE = days(7)

Nothing from the set you mentioned.  But anyway, as the lost log entry
was found, I don't have any issue in this regard I don't think.

>My hunch, is that there is some bad data in our mailing list subscription
> >which wasn't caught anywhere and has created this issue.  We are given
> >data from the Alumni Affairs department to inject into the mailing list.
> >It may contain odd things.  I've seen a '#' and single quote appear in
> >the mail subscriptions.
>
>
> This could be true. Try
>
> bin/list_members -i <listname>
>
> and/or
>
> bin/list_members <listname> | grep '[^-0-9a-zA-Z_+.@]'
>
> to narrow down the opportunities.
>

There is only one bad entry - with the quote inside of it.
I'll run the list through a checker before adding to lists
in the future.  The -i flag doesn't detect that problem,
which isn't too surprising since nothing stopped the address
from being added.

We are running a second list test soon and I'll see if
it works more robustly with data checks prior to subscribing the list
members.

Regards,

--Donald