Great Circle Associates Majordomo-Users
(May 1997)
 

Indexed By Date: [Previous] [Next] Indexed By Thread: [Previous] [Next]

Subject: Re: Attempts to process commands in user messages
From: "Dale J. Chatham" <dale @ chatham . org>
Date: Mon, 26 May 1997 16:25:58 -0500
To: stevenso @ hks . com
Cc: majordomo-users @ GreatCircle . COM
References: <9705231253.ZM15617@chautaqa.hks.com>

Ian Stevenson wrote:
> 
> Hello. I'm a new subscriber. I am not a list manager, just an end-user so I may
> not be using the correct terminology here so bear with me.
> 
> One the lists I belong to has the annoying habit of attempting to process any
> command which appears in the user messages sent to the list, resulting in a
> bounce to the list admin (e.g. if a user's message contains the word
> "subscribe" as the first word on a line, the list server will attempt to
> process it and the message gets bounced). For some reason, this does not bother
> the list admin (apparently she's gotten used to it and hasn't bothered to look
> into it further). I know this isn't the correct behavior because it only occurs
> on this one list (I belong to a few others that also use the majordomo system
> and this works fine). The problem for us user's is the admin typically loses
> these messages.
> 
> Does anyone have any ideas why this would be happening? I've looked through the
> list configuration variables and the FAQ and can't see anything obvious
> (remember, I'm only a user, not a manager). Could they have possibly set up
> both the subscription address (e.g. majordomo@thissite.com) and the mailing
> list address (e.g. thislist@thissite.com) to handle commands? (could it really
> be that simple???) The list is using version 1.93 (please don't just tell me to
> upgrade to 1.94 :->).

I think you should look again:

        # administrivia        [bool] (yes) <resend>
        # Look for administrative requests (e.g. subscribe/unsubscribe)
and
        # forward them to the list maintainer instead of the list.
administrivia       =   yes

Set it to no and that stuff goes to the list.

However, when you do, expect for the list owner to miss people who
haven't a clue how to unsubscribe sending it to the list.  Then, when
they don't unsubscribe, they start acting like spoiled rotten children,
sending unbelievalbe strings of expletives to the list, uuencoded binary
files, 1,000 requests to unsubscribe, all of which may make it to the
list subscribers, which in turn, causes them to start acting like
spoiled
rotten children, sending unbelievalbe strings of expletives to the list,
uuencoded binary files, 1,000 requests to unsubscribe, all of which may 
make it to the list subscribers, which in turn, ...., well, you get the
idea.  It's a recursive algorithm with no out.

It's bad enough when they put their request to be unsubscribed in the
middle
of a 50 line message then wonder why no one sees it.

Regards,

  Dale



> 
> Any suggestions would be appreciated.
> 
> TIA,
> 
> Ian

-- 
                                                                   _
(__________) ``Necessity is the plea for every infringement     _.| |_
    /( oo    of human freedom. It is the argument of tyrants;   \.    }
     /\_|    it is the creed of slaves.''                         \_(
                      William Pitt, Earl of Chatham 
             speech in the House of Lords, November 18, 1783
Dale J. Chatham, WA5WNI                               dale@chatham.org
Member PETA (People Eating Tasty Animals)       http://www.chatham.org



References:
Indexed By Date Previous: Re: CCing of subscribers.
From: "Dale J. Chatham" <dale@chatham.org>
Next: Re: configuration Problem
From: Jason L Tibbitts III <tibbs@hpc.uh.edu>
Indexed By Thread Previous: Attempts to process commands in user messages
From: "Ian Stevenson" <stevenso@chautaqa.hks.com>
Next: configuration Problem
From: sali@pluto.valpo.edu (Syed Ali)

Google
 
Search Internet Search www.greatcircle.com