I have run into an odd problem with one mailing list belonging to a client. The client has many lists but we have not seen this behavior before. I have also set up a test list with them and have duplicated their settings and cannot reproduce the behavior.
Details: Mailman ver. 2.1.5. Installation unknown, probably source. OS version is RHEL 4.0, 2.6.9-42.0.2.ELsmp. MTA is postfix.
The list is set up to make announcements, so all members are moderated except the one making announcements. The announcer and one other list member are set up as administrators and moderators.
First time the announcer tried to post to the list, her post needed approval. The issue was looked at and it became clear that at that time she was not a list member, even though she was an administrator and a moderator. She was added to the list membership and set to not be moderated. The issue was thought resolved.
Recently she made another announcement post to the list and it was again held for approval. We have looked through the settings in the admin panel and can find no reason why it would be held for approval. The announcer was still unmoderated and emergency moderation had not been enabled.
The email did have a Word doc attached. I tested with my test list and Word doc attachments did go through, so I don't think it is blocking all Word docs.
I also used my test list to try a settings change which I thought might help. I set all members to be moderated and made a few posts with Approved: [admin password] in either the subject line or the first line of the email, but these emails were all held for approval.
I am hoping you can give me a lead where to look for fixing the moderated posts problem.
Janis Neville wrote:
Recently she made another announcement post to the list and it was again held for approval. We have looked through the settings in the admin panel and can find no reason why it would be held for approval.
So why don't you look at the held message in the admindb interface or the email notice to the moderator or Mailman's vette log and see why Mailman says it was held? That should give you a clue.
The email did have a Word doc attached. I tested with my test list and Word doc attachments did go through, so I don't think it is blocking all Word docs.
Content filtering may or may not remove this attachment, but it doesn't hold messages. However the message may have been held because it was too big (but I am only guessing - Mailman told you if this was the reason).
I also used my test list to try a settings change which I thought might help. I set all members to be moderated and made a few posts with Approved: [admin password] in either the subject line or the first line of the email, but these emails were all held for approval.
Approved: password does not work in the Subject: header. It works best if it is an actual message header, but it also works if it is the first non-blank line in the first text/plain part of the post, but in Mailman 2.1.5, it won't be removed from other alternatives if the first part is multipart/alternative and the code that removes it from the text/plain part also removes the line following it so it needs to be followed by an empty or other non-significant line.
-- Mark Sapiro msapiro@value.net The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
participants (2)
-
Janis Neville
-
Mark Sapiro