Schmitt, Gordon A. wrote: > >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.
Yeah, That's Mailman being overprotective against XSS attacks. The HTML entities are seen in the text box in the admindb interface, but the received message contains the actual characters, so that's not the problem. >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). If you're saying you see this in messages held for some other reason (moderated member), and those messages pass through OK after approval, that means nothing. Moderation and non-member tests are done first followed by administrivia and "too many recipients" before "implicit destination. Once approved, a held message will not be held again for any reason. Thus, a message that meets the test for "implicit destination" can be held for "moderated member", "non-member post", "administrivia" or "too big", and if approved will then go to the list. If that string is the problem, you could try adding to acceptable_aliases ^.*listname@(lserver\.)?stcloudstate\.edu$ (a regexp that matches anything ending in [email protected] or [email protected]) or if the last "=" is always there ^(.*=)?listname@(lserver\.)?stcloudstate\.edu$ which will match [email protected] or [email protected] possibly preceded with anything ending in "=". >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. Also, have him Cc or Bcc you on an original message and a reply/forward so you can see what the To: and Cc: headers look like in the two cases. [...] >Are there any log files worth looking at, or additional mailman logging that I >can setup that might be helpful? The only logging is Mailman's Vette log, and that doesn't show anything that isn't already in the admindb interface. >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? The test is a match against the whole address so the only way to ignore the leading junk is with a regexp in acceptable_aliases such as the ones above that explicitly skips stuff at the beginning. -- Mark Sapiro <[email protected]> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan ------------------------------------------------------ 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
