Thanks for you response. The text '.."[email protected]"..' is copied from Mailman's Message Headers textbox of a held message and that is exactly how it appears in that textbox.
The "IMCEAEX-_O=SCSU_OU=First+20Administrative+20Group_cn=Recipients_cn=" comes from the exchange server. It seems to show up that why for held moderated messages too(that pass through without problems). I found out from another user today that it happens to them when they reply of forward a message to [email protected], but not if they create a new message. This is the second person that has informed me of this behavior. I plan to visit his office and observe what his Outlook is doing. I already tried adding the [email protected] as an acceptable alias (in fact I did it for all of our lists) and thought I had solved the problem but found out the next day that the same users were still having the same problem. Are there any log files worth looking at, or additional mailman logging that I can setup that might be helpful? Do you think the HTML entities could be causing the problem? Or more likely the <imceaex-_o=scsu_ou=first+20administrative+20group_cn=recipients_cn=listn...@stcloudstate.edu>? Do either of these contain characters that would cause Mailman to not match "[email protected]" even though it is in the string? Thanks again Gordon Schmitt St. Cloud State University On 6/18/09 11:50 AM, "Mark Sapiro" <[email protected]> wrote: Schmitt, Gordon A. wrote: > Below is the header info from a message that is being held that should have > passed through. Can anyone think of what is causing this behavior for certain > messages? One person mentioned that it happenes when he did a reply-all to a > message and it worked after creatomg a new message. I do not know if this > could be related because I tried doing this and all my messages went through > fine. I may have to experiment more with what email client software the > messages are being sent from, I mostly use Entourage on a Mac. The majority > of campus use Outlook on some version of Windows. [...] >To: "Olagunju, Am O." <[email protected]>, > "[email protected]" > > <imceaex-_o=scsu_ou=first+20administrative+20group_cn=recipients_cn=listn...@stcloudstate.edu> Are the HTML entities (", < and >) actually in the message header or are they artifacts from some web copy/paste operation? Even assuming those are just an artifact, the above header is To: "Olagunju, Am O." <[email protected]>, "[email protected]" <imceaex-_o=scsu_ou=first+20administrative+20group_cn=recipients_cn=listn...@stcloudstate.edu> What is all that "IMCEAEX-_O=SCSU_OU=First+20Administrative+20Group_cn=Recipients_cn=" prepended to "listname" If that is what the To: header actially looked like, that's the problem. I would not be surprised to find that Outlook did something to the address in the To: header of the reply that could cause this, but I haven't heard of it. In another reply, Barry Finkel suggests adding [email protected] to acceptable_aliases for the [email protected] list. While this is a good idea, it will not solve the problem in this case, because as a deprecated, backwards compatibility feature, Mailman 2.1.x will accept any address as the list address if the list name matches even if the domains don't. -- Mark Sapiro <[email protected]> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan -- Gordon Schmitt System Administrator/Programmer LRTS/ITS MC 204 St. Cloud State University Gordie _at_ stcloudstate.edu 320-308-4838 ------------------------------------------------------ Mailman-Users mailing list [email protected] http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 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://wiki.list.org/x/QIA9
