RE: [Mailman-Users] The moderation/SPAM queue
EAM == Eric A Meyer [EMAIL PROTECTED] writes: EAM So I'd been thinking that having a collapsed view would EAM help with that. On the other hand, if 2.1 will offer options EAM to default non-subscriber messages to discard, as a recent EAM message implied 2.1 would, or even just drop them silently EAM without ever telling me, that might be better. Actually, MM2.1 will have both. It will group held messages by sender and show you a summary on the main admindb page. You can bulk approve, reject, or discard all messages from that sender in one action. Of course, you can still look at the details of any particular message to get the MM2.0.10 view of the held message. Additionally, if the sender is a member of the list, and their moderation flag is set, you can clear the flag at the same time you bulk approve their held postings. Use this for lists where you want to quarantine members before you allow them to post unmoderated. If the sender is /not/ a member of the list, when you take a bulk action on their held messages, you can add them to one of 3 automatic-disposition categories of non-members: approve, discard, reject. Add a non-member to the reject category and Mailman will always bounce messages from that sender without you (the admin) needing to take any action. Add them to the discard category and the message is chucked without a notification going to the sender. In addition, you can set up a ban-list for non-members. Say [EMAIL PROTECTED] is becoming a pain and you auto-discard them. You might want to ban them from subscribing so they can't subvert your admin holds by going that route. If they try to subscribe they get a bounce. -Barry -- Mailman-Users mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py
RE: [Mailman-Users] The moderation/SPAM queue
I wonder if having an option to bounce the message with an error that looks like the address is invalid when the sender isn't subscribed to the list would help with spam attempts. Robert -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Eric A. Meyer Sent: Monday, May 13, 2002 7:10 PM To: [EMAIL PROTECTED] Subject: Re: [Mailman-Users] The moderation/SPAM queue At 16:49 -0600 5/13/02, Mike Avery wrote: However, any list that has any real presence will be subjected to any number of attacks. Once the email address is known, spammers will try to send to it. Boy, isn't that the truth. Which reminds me, I was wondering if there are any thoughts of allowing for a condensed view of the messages that have lodged in the spam filter? Something like a table that shows the subject, sender, the reason the message got caught, and the options available (Approve, Reject, etc.). That would make clearing out actual spam sent to active lists a lot simpler. Note that I'm looking for this option in an environment where I can't hack the source code or data files of Mailman; in other words, I'm looking for a planned addition to the Web interface. I'd be happy to mock up what kind of layout I was envisioning, if that would be helpful. -- Eric A. Meyer ([EMAIL PROTECTED]) http://www.meyerweb.com/eric/ Author, Cascading Style Sheets: The Definitive Guide and CSS 2.0 Programmer's Reference http://www.meyerweb.com/eric/books/ -- Mailman-Users mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailma n-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py -- Mailman-Users mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py
RE: [Mailman-Users] The moderation/SPAM queue
At 8:32 -0400 5/14/02, Robert Wilson wrote: I wonder if having an option to bounce the message with an error that looks like the address is invalid when the sender isn't subscribed to the list would help with spam attempts. Hmmm, perhaps-- although my fear would be that the spambots would get rewritten to catch such pseudo-error bounce messages and then harvest them. That might be a bit paranoid on my part. I have a situation where, having a list with 1800+ subscribed addresses, I see mostly spam but occasionally somebody who accidentally posts from the wrong address. So I'd like to be able to review the messages that get caught and deal with them myself. The problem I face is that the Web interface, in providing a commendable amount of information about each blocked message, makes it a lot harder to quickly clear out the spam in order to concentrate on the list-member messages that got stopped for some reason. (Another one I see relatively often is HTML-formatted messages, which I don't allow on the list.) So I'd been thinking that having a collapsed view would help with that. On the other hand, if 2.1 will offer options to default non-subscriber messages to discard, as a recent message implied 2.1 would, or even just drop them silently without ever telling me, that might be better. -- Eric A. Meyer ([EMAIL PROTECTED]) http://www.meyerweb.com/eric/ Author, Cascading Style Sheets: The Definitive Guide and CSS 2.0 Programmer's Reference http://www.meyerweb.com/eric/books/ -- Mailman-Users mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py
Re: [Mailman-Users] The moderation/SPAM queue
On 10 May 2002 at 17:48, AerosmithFanClub.com List Adm wrote: A correctly configured list will get ZERO spam. Not quite. A correctly configured list will see zero spam. However, any list that has any real presence will be subjected to any number of attacks. Once the email address is known, spammers will try to send to it. Mike -- Mike Avery [EMAIL PROTECTED] ICQ: 16241692AOL IM: MAvery81230 Phone: 970-642-0282 * Spam is for lusers who can't get business any other way * A Randomly Selected Thought For The Day: Company coming? House a mess? Display old Get Well cards. -- Mailman-Users mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py
Re: [Mailman-Users] The moderation/SPAM queue
Now thats about the stupidest statement I have ever seen! Mail that you dont see on the list does not get to the list. Same damn thing. What people send is another issue. Folks can send what ever they want where ever and when ever they want. As long as it is blocked from the list then the list does not get the mail. I stand by what I said. If you set up your list correctly then the list will not get any spam which means none of the list subscribers will get any spam in their mailboxes that are a result of being subscribed to the list. At 04:49 PM 5/13/2002 -0600, Mike Avery wrote: On 10 May 2002 at 17:48, AerosmithFanClub.com List Adm wrote: A correctly configured list will get ZERO spam. Not quite. A correctly configured list will see zero spam. However, any list that has any real presence will be subjected to any number of attacks. Once the email address is known, spammers will try to send to it. Mike -- Mike Avery [EMAIL PROTECTED] ICQ: 16241692AOL IM: MAvery81230 Phone: 970-642-0282 * Spam is for lusers who can't get business any other way * A Randomly Selected Thought For The Day: Company coming? House a mess? Display old Get Well cards. -- Mailman-Users mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py -- Mailman-Users mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py
Re: [Mailman-Users] The moderation/SPAM queue
AerosmithFanClub.com List Admin wrote: Mail that you dont see on the list does not get to the list. Same damn thing. As long as it is blocked from the list then the list does not get the mail. I stand by what I said. If you set up your list correctly then the list will not get any spam which means none of the list subscribers will get any spam in their mailboxes that are a result of being subscribed to the list. What he said was correct: A correctly configured list will get ZERO spam. Not quite. A correctly configured list will see zero spam. Any list with any kind of presence WILL get SPAM. It just won't be DELIVERED to the subscribers. His statement is correct: your list will GET SPAM, your subscribers just will not SEE it. Two different things. It's a technicality not worth arguing about... -- W | I haven't lost my mind; it's backed up on tape somewhere. + Ashley M. Kirchner mailto:[EMAIL PROTECTED] . 303.442.6410 x130 IT Director / SysAdmin / WebSmith . 800.441.3873 x130 Photo Craft Laboratories, Inc.. 3550 Arapahoe Ave. #6 http://www.pcraft.com . . .. Boulder, CO 80303, U.S.A. -- Mailman-Users mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py
Re: [Mailman-Users] The moderation/SPAM queue
Technically the other person is way anal. The mail does not get to the list until it is delivered to the subscribers. Until then it is in the process of being sent. So if I or my subscribers never GET it in our mailboxes then the list does not GET mail. You sendign something does not mean that I get it. At 05:00 PM 5/13/2002 -0600, Ashley M. Kirchner wrote: AerosmithFanClub.com List Admin wrote: Mail that you dont see on the list does not get to the list. Same damn thing. As long as it is blocked from the list then the list does not get the mail. I stand by what I said. If you set up your list correctly then the list will not get any spam which means none of the list subscribers will get any spam in their mailboxes that are a result of being subscribed to the list. What he said was correct: A correctly configured list will get ZERO spam. Not quite. A correctly configured list will see zero spam. Any list with any kind of presence WILL get SPAM. It just won't be DELIVERED to the subscribers. His statement is correct: your list will GET SPAM, your subscribers just will not SEE it. Two different things. It's a technicality not worth arguing about... -- W | I haven't lost my mind; it's backed up on tape somewhere. + Ashley M. Kirchner mailto:[EMAIL PROTECTED] . 303.442.6410 x130 IT Director / SysAdmin / WebSmith . 800.441.3873 x130 Photo Craft Laboratories, Inc.. 3550 Arapahoe Ave. #6 http://www.pcraft.com . . .. Boulder, CO 80303, U.S.A. -- Mailman-Users mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py -- Mailman-Users mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py
Re: [Mailman-Users] The moderation/SPAM queue
At 16:49 -0600 5/13/02, Mike Avery wrote: However, any list that has any real presence will be subjected to any number of attacks. Once the email address is known, spammers will try to send to it. Boy, isn't that the truth. Which reminds me, I was wondering if there are any thoughts of allowing for a condensed view of the messages that have lodged in the spam filter? Something like a table that shows the subject, sender, the reason the message got caught, and the options available (Approve, Reject, etc.). That would make clearing out actual spam sent to active lists a lot simpler. Note that I'm looking for this option in an environment where I can't hack the source code or data files of Mailman; in other words, I'm looking for a planned addition to the Web interface. I'd be happy to mock up what kind of layout I was envisioning, if that would be helpful. -- Eric A. Meyer ([EMAIL PROTECTED]) http://www.meyerweb.com/eric/ Author, Cascading Style Sheets: The Definitive Guide and CSS 2.0 Programmer's Reference http://www.meyerweb.com/eric/books/ -- Mailman-Users mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py
Re: [Mailman-Users] The moderation/SPAM queue
AerosmithFanClub.com List Admin wrote: Technically the other person is way anal. Everyone has a right to be. I hear you screaming, doesn't mean I'm listening. So if I or my subscribers never GET it in our mailboxes then the list does not GET mail. You sendign something does not mean that I get it. You didn't, but the server did. His definition of 'list' was the actual server, hosting the list. Your definition of 'list' is the list-MEMBERS. His statement is (still) correct. And so is yours. As long as you know what each one of you is referring to. Can we stop bickering about stupidity now? -- W | I haven't lost my mind; it's backed up on tape somewhere. + Ashley M. Kirchner mailto:[EMAIL PROTECTED] . 303.442.6410 x130 IT Director / SysAdmin / WebSmith . 800.441.3873 x130 Photo Craft Laboratories, Inc.. 3550 Arapahoe Ave. #6 http://www.pcraft.com . . .. Boulder, CO 80303, U.S.A. -- Mailman-Users mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py
Re: [Mailman-Users] The moderation/SPAM queue
AerosmithFanClub.com List Admin wrote: A correctly configured list will get ZERO spam. yeah, and i'm santa claus. get real, man. the more correctly you configure a list, the less usable it becomes. there is a trade-off. don't sound off about things you haven't really thought about. -- Watch out where the huskies go and don't you eat the yellow snow ! - Frank Zappa -- Mailman-Users mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py
Re: [Mailman-Users] The moderation/SPAM queue
A correctly configured list will get ZERO spam.
At 06:04 PM 5/9/2002 -0400, Chuck Peters wrote:
I am sure many of you are spending some time moderating lists where most
of the moderation is SPAM. A couple lists ar getting more spam than
legitimate traffic and its a real pain to clean this up via the web
interface.
If their an effecient way to clean out this spam rather than scrolling
through and checking discard for all admin request(s) waiting? Lynx
$MAILMAN/data and deleting the helmsg would be faster that the web
interface. Will rm $MAILMAN/data/heldmsg-listname* work ok or will it
cause problems?
Also how do I clean out this subscription db?
# strings ../data/pending_subscriptions.db
{iOj
[EMAIL PROTECTED]
kaf232i
[EMAIL PROTECTED]
coobkei
[EMAIL PROTECTED]
hahahai
lastculltimeiI
[EMAIL PROTECTED]
WOAINI789i
Thanks,
Chuck
--
Mailman-Users mailing list
[EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/mailman-users
Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py
--
Mailman-Users mailing list
[EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/mailman-users
Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py
