Re: [Mailman-Users] How to programmatically disable all mail to member

2013-11-04 Thread Peter Heitzer
>>> On 11/4/2013 at 15:03, Mark Sapiro wrote: > Peter Heitzer wrote: > On 11/4/2013 at 13:19, Frank Murphy wrote: > >>> Maybe set such users to nomail? >>I think that is not sufficient as the member still can get password >>reminder mails. > > > See

Re: [Mailman-Users] How to programmatically disable all mail to member

2013-11-04 Thread Mark Sapiro
Peter Heitzer wrote: On 11/4/2013 at 13:19, Frank Murphy wrote: >> Maybe set such users to nomail? >I think that is not sufficient as the member still can get password >reminder mails. See for a script to set a user to no mail and turn off

Re: [Mailman-Users] How to programmatically disable all mail to member

2013-11-04 Thread Odhiambo Washington
It's easier to use your MTA's aliases file to send the e-mails to the disabled account to /dev/null. If you happen to revive them, then make the removal of the entry in the aliases file part of the reactivation procedure. It's the easiest - me thinks! On 4 November 2013 15:34, Peter Heitzer wrot

Re: [Mailman-Users] How to programmatically disable all mail to member

2013-11-04 Thread Peter Heitzer
>>> On 11/4/2013 at 13:19, Frank Murphy wrote: > On Mon, 04 Nov 2013 12:56:41 +0100 > "Peter Heitzer" wrote: > >> We do not delete student or staff accounts immediately but set them >> disabled for about 6 month before deleting the accounts. While an >> account if disabled its mail address is n

Re: [Mailman-Users] How to programmatically disable all mail to member

2013-11-04 Thread Frank Murphy
On Mon, 04 Nov 2013 12:56:41 +0100 "Peter Heitzer" wrote: > We do not delete student or staff accounts immediately but set them > disabled for about 6 month before deleting the accounts. While an > account if disabled its mail address is no longer in the mta's > alias tables and so any mail from

Re: [Mailman-Users] How to programmatically disable all mail to member

2013-11-04 Thread Odhiambo Washington
If the mail to a disabled account is set to bounce, then why have that account in the 1st place? Well, I guess you are preserving some mail or something, but if you are not accepting new mail, I believe it is easier to send such mail to /dev/null using the MTA than changing anything in Mailman. Sti

[Mailman-Users] How to programmatically disable all mail to member

2013-11-04 Thread Peter Heitzer
We do not delete student or staff accounts immediately but set them disabled for about 6 month before deleting the accounts. While an account if disabled its mail address is no longer in the mta's alias tables and so any mail from a mailman list the user is subscribed to will bounce. I want to p