Suggestion: Add a new binary flag: "Discard [or bounce] Sender Posts
Hi mailman-users@python.org Suggestion: Add a new binary flag: "Discard [or bounce] Posts From Sender http://berklix.org/~jhs/help/majordomo/#discard_sender
Reason: A mailman list member got his address book harvested by a spammer, twice spammed a mailman list I run, I removed list member, asked member to rejoin with an address spammer did not know was subscribed to list. Another list member suggested I could instead personaly moderate all future mail from the spammer harvested address. http://berklix.org/~jhs/help/majordomo/#harvested
PS (ignore "majordomo" in URLs, I just havent moved text yet.)
PPS Thanks to Mark S & others for replies 22 Mar on "compare lists setup" still not got back to that - world spins too fast ;-)
Cheers, Julian
Julian Stacey, Computer Consultant, Munich, BSD Linux Unix Systems Engineer Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable. http://berklix.eu/brexit/#stolen_votes http://berklix.eu/brexit/#eu_passports
On 04/16/2017 04:27 PM, Julian H. Stacey wrote:
Hi mailman-users@python.org Suggestion: Add a new binary flag: "Discard [or bounce] Posts From Sender
How about setting the user to moderated and setting member_moderation_action to discard?
If it's just this one (or a few) addresses, that might do what you want. It wouldn't require moderator action on each post, but it's still an admin setting, not a user setting. Obviously, if there are other users who are moderated for other reasons, this won't work, but it woud address a few of your objections in the "Could List Owners Set Moderated Bit For Members Who Don't Want To Post ?" section in http://berklix.org/~jhs/help/majordomo/#harvested
-- Mark Sapiro mark@msapiro.net The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
Couldn't you just do individuals subscribers as a spam filter within the Privacy options?
Gretchen Beck Carnegie Mellon
From: Mailman-Users mailman-users-bounces+cmupythia=cmu.edu@python.org on behalf of Julian H. Stacey jhs@berklix.com Sent: Sunday, April 16, 2017 7:27 PM To: mailman-users@python.org Cc: Julian H. Stacey Subject: [Mailman-Users] Suggestion: Add a new binary flag: "Discard [or bounce] Sender Posts
Hi mailman-users@python.org Suggestion: Add a new binary flag: "Discard [or bounce] Posts From Sender http://berklix.org/~jhs/help/majordomo/#discard_sender
Reason: A mailman list member got his address book harvested by a spammer, twice spammed a mailman list I run, I removed list member, asked member to rejoin with an address spammer did not know was subscribed to list. Another list member suggested I could instead personaly moderate all future mail from the spammer harvested address. http://berklix.org/~jhs/help/majordomo/#harvested
PS (ignore "majordomo" in URLs, I just havent moved text yet.)
PPS Thanks to Mark S & others for replies 22 Mar on "compare lists setup" still not got back to that - world spins too fast ;-)
Cheers, Julian
Julian Stacey, Computer Consultant, Munich, BSD Linux Unix Systems Engineer Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable. http://berklix.eu/brexit/#stolen_votes http://berklix.eu/brexit/#eu_passports
Mailman-Users mailing list Mailman-Users@python.org https://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: https://mail.python.org/mailman/options/mailman-users/cmupythia%40cmu.edu
Top posting is bad. Failing to indent prior text with "> " is bad. Corrected below:
Gretchen R Beck wrote:
Julian H. Stacey wrote:
Hi mailman-users@python.org Suggestion: Add a new binary flag: "Discard [or bounce] Posts From Sender http://berklix.org/~jhs/help/majordomo/#discard_sender
Reason: A mailman list member got his address book harvested by a spammer, twice spammed a mailman list I run, I removed list member, asked member to rejoin with an address spammer did not know was subscribed to list. Another list member suggested I could instead personaly moderate all future mail from the spammer harvested address. http://berklix.org/~jhs/help/majordomo/#harvested
PS (ignore "majordomo" in URLs, I just havent moved text yet.)
Couldn't you just do individuals subscribers as a spam filter within the Privacy options?
No.
There's no automatic individual linkage between eg http://mailman.berklix.org/mailman/admin/test/privacy/spam & list member entries in eg http://mailman.berklix.org/mailman/admin/test/members
Privacy options are controlled by admin, not list members. For multiple reasons in http://berklix.org/~jhs/help/majordomo/#harvested the intent is to Avoid burdening admins to waste time for indivduals, turning their discard bits off & on.
Intent is to empower members to disable & enable their personal discard options when they choose (perhaps just enabling for a few minutes if they normaly just read a list & rarely have something to post) .
Those who still continued to emit spam could be removed as before, but admin would also instead have the extra option of enabling list member's Enable Transmit Discard, & it would be in the right place where list member could personaly, without admin help Disable again to post, if wanted.
Summary: In eg http://mailman.berklix.org/mailman/admin/test/members/list next to column "mod" there would be a 2nd column eg "self discard".
- "mod" would as before be set by admin to block & store for review.
- "self discard" would discard posts from member, set by member.
Cheers, Julian
Julian Stacey, Computer Consultant, Munich, BSD Linux Unix Systems Engineer Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable. http://berklix.eu/brexit/#stolen_votes http://berklix.eu/brexit/#eu_passports
On 04/17/2017 03:00 AM, Julian H. Stacey wrote:
Summary: In eg http://mailman.berklix.org/mailman/admin/test/members/list next to column "mod" there would be a 2nd column eg "self discard".
- "mod" would as before be set by admin to block & store for review.
Or reject or discard based on member_moderation_action.
- "self discard" would discard posts from member, set by member.
And presumably, unlike mod, this would also be exposed on the user's options page.
In any case, thanks for the suggestion, but even if you submitted an implementation, this would not be implemented in MM 2.1. I don't see sufficient interest in this feature to justify implementing it in MM 2.1, and adding it to the list of features that need to be forward ported to MM 3.
-- Mark Sapiro mark@msapiro.net The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
participants (3)
-
Gretchen R Beck -
Julian H. Stacey -
Mark Sapiro