This explains why your patch didn't work for me! I was trying to
turn off the "your email command was successful" emails that get sent
back when the user subscribes to a listserve. From what you've said
below, the patch addresses some other issue.
Thanks for your time,
- Deepali
On Dec 1
Ben Swihart wrote:
>
>My problem is resolved, as far as this particular use of mailman.
>However, if you set mailman to show the None option and select it, that
>appears to cause the e-mail command results bug.
Aaahh - the light dawns. I didn't realize the 'command results' email
was in respon
Ben Swihart sent the message below at 14:25 12/11/2006:
>Sorry if I confused you. Allow me to clarify. First, I am using
>version 2.1.9.cp1, which I don't think I have mentioned so far.
>
>What I really wanted was to turn off unsubscription confirmations, as we
>don't feel there is a threat of ma
Sorry if I confused you. Allow me to clarify. First, I am using
version 2.1.9.cp1, which I don't think I have mentioned so far.
What I really wanted was to turn off unsubscription confirmations, as we
don't feel there is a threat of malicious "spoof" unsubscribes on this
particularly benign l
Ben Swihart wrote:
>
>Because we are unable to stop mailman from delivering e-mail command
>results to our subscribers, we have gone back to a confirmation system
>whereby an e-mail is sent to users when a subscription request is made.
Now I'm really confused. I thought that what was happening
t; Sent: Monday, December 11, 2006 15:26
> To: Mailman-Users@python.org
> Subject: [Mailman-Users] Turning off unsubscription confirmation
>
>
> Hello,
>
> Because we are unable to stop mailman from delivering e-mail command
> results to our subscribers, we have gone back to a
Hello,
Because we are unable to stop mailman from delivering e-mail command
results to our subscribers, we have gone back to a confirmation system
whereby an e-mail is sent to users when a subscription request is made.
However, we feel that unsubscription confirmation is uncessary and the
uns
