Hey Steve,
I think I just kinda replied to this setup of yours in my last post...
But just wanted to throw an additional perspective into your answer:
Why create a NEW email account for every list you subscribe to? Why not
keep it general, using one or at least only a few accounts... Knowing
that you have the ability to also filter by incoming Email address,
Subject, etc, my so-called "scheme" would definitely NOT require
multiple Email accounts to work properly. Filtering by incoming Email
address and/or Subject to me would be just as effective as using a
unique account PER list. Wouldn't this make your life easier as well?
{X} number of lists, using same account. {X} number of filters on that
ONE email account (instead of one domain) separating it into
destinations {A}, {B}, {C}, etc...
What do you think?
At least this way, we can at least try to ask for the basic controls,
and attempt to reduce the SPAM levels somewhat, as I think we're all
feeling the same frustrations about those accursed junk mail msgs ...
With the way you've implemented it, it'll preclude any form of list
submission controls short of implementing Domain destination controls on
the LISTSERVER itself.. Which is, to me, totally (and understandably)
out of the realm of possibility.
Robert
#!-----Original Message-----
#!From: users-admin_at_lists.freeswan.org
#![mailto:users-admin_at_lists.freeswan.org] On Behalf Of Steve
#!Paras-Charlton
#!Sent: May 13, 2002 10:38 AM
#!To: 'Robert'; users_at_lists.freeswan.org
#!Subject: RE: [Users] test
#!
#!
#!Just my 2 cents, but I currently send mailto the list from an
#!account other than the one I registered from. While in my
#!case this is due to email address change (and because I have
#!a different return address now, I can't
#!unsubscribe) I can see how someone might use multiple mail
#!recipients within a domain for message filtering (I do this
#!at home). Your scheme would then require me to use a
#!different mail account for every mail list I subscribe to
#!(currently I forward the appropriate ones to a single account).
#!
#!That being said, I'm in favour of some type of submission
#!control, and can't think of anything better than what you suggest :)
#!
#!-----Original Message-----
#!From: Robert [mailto:robert_at_solinfo.cx]
#!Sent: May 13, 2002 7:52 AM
#!To: users_at_lists.freeswan.org
#!Subject: RE: [Users] test
#!
#!
#!Hello everyone
#!
#!With regards to these annoying "Test" messages that seem to
#!come in huge bursts, just a suggestion for the list admins,
#!that I hope won't impinge on the freedom & accessibility
#!ideals that are of paramount importance to maintain...
#!
#!I just tried checking to see if the email account
#!'test_at_china.com' actually existed on the listman server, and
#!it returned "Non-existent address" to me.
#!
#!So my guess is that somehow the list server is simply
#!forwarding all Emails received to it, regardless of whether
#!the originating user has registered to receive Emails back
#!from the list or not...
#!
#!Now, it's my thinking here that seeing as we have to enroll
#!(and then CONFIRM our enrollment) to receive the messages,
#!then how come that same criterion can't be used to SEND
#!messages to the list? The public webforums I guess would be
#!another way of posting anonymous or spoofed messages, which
#!can't be helped (if someone wants to logon to the site &
#!forms to do so) but I think that the Listman lists should
#!only accept Emails from registered users or from approved website
#!servers/forms/forums... IE: Those people who have
#!specifically ASKED
#!to receive messages from the FreeS/WAN community should be
#!the ones ALLOWED to post to it as well. If someone does not
#!want to register, then they have to use the website list
#!mechanism anyways to look and/or post into the info. So
#!freedom of expression is preserved. But I think abuse will
#!be minimized as well, such as this 'test' message.
#!
#!Oh, and as a mechanism for list enrollment??? If the
#!originating user is NOT an existing member of the list, then
#!politely refuse their message, and send them back a reply
#!with the enlistment instructions to let them become a member
#!of the list. If nothing else, if a test user wants to enroll
#!(with the associated confirmation process) at least we know
#!that the Email address is valid, so it shouldn't cause
#!problems once enlisted.
#!
#!Opinions anyone???
#!
#!
#!Robert
#!-----Original Message-----
#!From: users-admin_at_lists.freeswan.org
#![mailto:users-#!admin_at_lists.freeswan.org] On Behalf Of julia
#!
#!Sent: May 13, 2002 7:59 AM
#!To: users_at_lists.freeswan.org
#!Subject: [Users] test
#!
#!
#!test _______________________________________________ Users
#!mailing list Users_at_lists.freeswan.org
#!#!http://lists.freeswan.org/mailman/listinfo/users
#!
#!
#!_______________________________________________
#!Users mailing list
#!Users_at_lists.freeswan.org
#!#!http://lists.freeswan.org/mailman/listinfo/users
#!
#!_______________________________________________
#!Users mailing list
#!Users_at_lists.freeswan.org
#!#!http://lists.freeswan.org/mailman/listinfo/users
#!
_______________________________________________
Users mailing list
Users_at_lists.freeswan.org
http://lists.freeswan.org/mailman/listinfo/users
This archive was generated by hypermail 2.1.3 : Mon Jul 29 2002 - 05:19:58 CEST