On 5/2/07, Mark Sapiro <[EMAIL PROTECTED]> wrote: > > This is in the log message in Mailman's smtp log. E.g., something like > > May 01 22:43:36 2007 (1570) <[EMAIL PROTECTED]> > smtp for 198 recips, completed in 1.390 seconds > > In this case, Mailman attempted delivery to the MTA for Message-Id: > <[EMAIL PROTECTED]> 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) < [EMAIL PROTECTED]> 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 '[EMAIL PROTECTED]' > > 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 ------------------------------------------------------ Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=show&file=faq01.027.htp
