For some time now the standard backlog of qmail requests on the server has been increasing (it seems to average 2500-3000 or so currently) and I suspect that at least some portion of this is related to mailing list subscribers whose addresses no longer work. For some time now most mailing list notices have been going to this mailing list (I've never yet figured out why) and I've simply been deleting them from the moderation queue rather than have everyone flooded by them. But really the ones that are due to dead subscribers should be handled at some point. I'm really not sure who or how this has been processed in the past and I'm wondering if anyone knows or has an opinion on a policy for this.
For example do I drop someone on the first bounce that seems to indicate something that won't be quickly fixed? Do I wait for response X or period of time Y? What about weeks and weeks of transient problems like full mailbox? I think you get the idea.
Of course I also cannot handle these myself (for the most part) since I handed off overall mailing list admin duties to Marcus. So somehow he and I will need to work out an interface for this.
Ken
Hi,
Normally in mailman, bounces go to "listname-bounces", and after three or so bounces, the account is automatically disabled.
On 27.11.2006, at 22:30, Ken Causey wrote:
For some time now the standard backlog of qmail requests on the server has been increasing (it seems to average 2500-3000 or so currently) and I suspect that at least some portion of this is related to mailing list subscribers whose addresses no longer work. For some time now most mailing list notices have been going to this mailing list (I've never yet figured out why) and I've simply been deleting them from the moderation queue rather than have everyone flooded by them. But really the ones that are due to dead subscribers should be handled at some point. I'm really not sure who or how this has been processed in the past and I'm wondering if anyone knows or has an opinion on a policy for this.
For example do I drop someone on the first bounce that seems to indicate something that won't be quickly fixed? Do I wait for response X or period of time Y? What about weeks and weeks of transient problems like full mailbox? I think you get the idea.
Of course I also cannot handle these myself (for the most part) since I handed off overall mailing list admin duties to Marcus. So somehow he and I will need to work out an interface for this.
Ken
Interesting information, thanks. I will just pay more attention to the details of the notices received for now then.
Ken
P.S. Do you know much about qmail?
On Tue, 2006-11-28 at 20:47 +0100, Marcus Denker wrote:
Hi,
Normally in mailman, bounces go to "listname-bounces", and after three or so bounces, the account is automatically disabled.
On 27.11.2006, at 22:30, Ken Causey wrote:
For some time now the standard backlog of qmail requests on the server has been increasing (it seems to average 2500-3000 or so currently) and I suspect that at least some portion of this is related to mailing list subscribers whose addresses no longer work. For some time now most mailing list notices have been going to this mailing list (I've never yet figured out why) and I've simply been deleting them from the moderation queue rather than have everyone flooded by them. But really the ones that are due to dead subscribers should be handled at some point. I'm really not sure who or how this has been processed in the past and I'm wondering if anyone knows or has an opinion on a policy for this.
For example do I drop someone on the first bounce that seems to indicate something that won't be quickly fixed? Do I wait for response X or period of time Y? What about weeks and weeks of transient problems like full mailbox? I think you get the idea.
Of course I also cannot handle these myself (for the most part) since I handed off overall mailing list admin duties to Marcus. So somehow he and I will need to work out an interface for this.
Ken
As for another low-priority issue:
Back in November I mentioned noticing mailing list bounces and Marcus reasonably pointed out that mailman should handle that automatically. Since that time I have been paying more attention to the reports I get. I've found that the vast majority are spam related and so can be ignored. However I have found one category that I think is worth further examination/discussion: monthly password reminders.
I have received bounce notifications both for December and January list password notices for the following people (who are all on squeak-dev):
richardalan.2814264@bloglines.com
mdp@citynet.net.ar
josch.1532743@bloglines.com
elec@hbs.ne.jp
richardalan.3317264@bloglines.com
kittle@mail.yans.net
tauzell.3868392@bloglines.com
n.douglas@nec.com.au
Now it may be that these people are subscribed but have delivery disabled, in which case the January notices may be only the second or third bounce. But I'm unsure of whether the policy is the same for messages from mailman itself.
For the moment I will continue monitoring this.
Ken
P.S. The qmail queue has grown to 4187 as of today. I'm not sure if that's anything to be concerned about or not.
On 05.01.2007, at 15:59, Ken Causey wrote:
I have received bounce notifications both for December and January list password notices for the following people (who are all on squeak-dev):
richardalan.2814264@bloglines.com
mdp@citynet.net.ar
josch.1532743@bloglines.com
elec@hbs.ne.jp
richardalan.3317264@bloglines.com
kittle@mail.yans.net
tauzell.3868392@bloglines.com
n.douglas@nec.com.au
I would just send a mail and if you get a bounce, too, then unsubscribe them from the list.
Marcus
box-admins@lists.squeakfoundation.org