I have Administrivia turned on for a list, but people keep sending
subscribe requests to the list address (because they are morons, I
guess, I send them the subscribe address). Anyway, the administrivia
setting does not pick up these messages and I end up with them in the
admin queue and end up manually adding them to the subscribers list
and purging the message.
Can I get administrivia to process subscribe request?
message will come in with the single word subject of "subscribe"
sometimes with a single word body of "subscribe" or sometimes no body.
The help says" Administrivia tests will check postings to see whether
it's really meant as an administrative request (like subscribe,
unsubscribe, etc), and will add it to the the administrative requests
queue, notifying the administrator of the new request, in the process.
but at least on my system, this doesn't seem to happen.
-- Q: Does anyone know how many LOCs were in the Space Shuttle' codebase? A: 45. It was written in perl (paraphrased Slashdot discussion)
On Fri, 12 Jun 2009 14:12:17 -0600 LuKreme <kremels@kreme.com> wrote:
Hello LuKreme,
I asked a very similar question a few months back, and got a very comprehensive answer from Mark Sapiro.
In my case, it was that the people attempting to (un)subscribe were sending their requests with a plain text *and* an HTML part. The combination of the two parts added up to far more than the allowed number of lines for a message to be treated as administrivia, s was passed on to the list processing software, which promptly strips the HTML part, leaving just the one word message that arrived at the list.
Is it possible that the same thing is happening on your list?
-- Regards _ / ) "The blindingly obvious is / _)rad never immediately apparent"
This is the fifty first state of the USA Heartland - The The
Brad Rogers wrote:
Which can be found at <http://mail.python.org/pipermail/mailman-users/2008-December/064208.html>
Note that for the above scenario, you can rearrange the pipeline to put MimeDel before Hold so that both administrivia and "too big" checks are done after content filtering. To do this, put
# # Put MimeDel ahead of Hold so "too big" is based on content filtered # message. # GLOBAL_PIPELINE.remove('MimeDel') GLOBAL_PIPELINE.insert(GLOBAL_PIPELINE.index('Hold'), 'MimeDel')
in mm_cfg.py.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
On Fri, 12 Jun 2009 14:12:17 -0600 LuKreme <kremels@kreme.com> wrote:
Hello LuKreme,
I asked a very similar question a few months back, and got a very comprehensive answer from Mark Sapiro.
In my case, it was that the people attempting to (un)subscribe were sending their requests with a plain text *and* an HTML part. The combination of the two parts added up to far more than the allowed number of lines for a message to be treated as administrivia, s was passed on to the list processing software, which promptly strips the HTML part, leaving just the one word message that arrived at the list.
Is it possible that the same thing is happening on your list?
-- Regards _ / ) "The blindingly obvious is / _)rad never immediately apparent"
This is the fifty first state of the USA Heartland - The The
Brad Rogers wrote:
Which can be found at <http://mail.python.org/pipermail/mailman-users/2008-December/064208.html>
Note that for the above scenario, you can rearrange the pipeline to put MimeDel before Hold so that both administrivia and "too big" checks are done after content filtering. To do this, put
# # Put MimeDel ahead of Hold so "too big" is based on content filtered # message. # GLOBAL_PIPELINE.remove('MimeDel') GLOBAL_PIPELINE.insert(GLOBAL_PIPELINE.index('Hold'), 'MimeDel')
in mm_cfg.py.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
participants (3)
-
Brad Rogers -
LuKreme -
Mark Sapiro