Re: [Mailman-Users] mailman running very slow

2012-10-24 Thread Barry Warsaw
On Oct 24, 2012, at 11:14 PM, Adam McGreggor wrote: >On Wed, Oct 24, 2012 at 11:06:28AM -0700, Brad Knowles wrote: >> On Oct 24, 2012, at 9:52 AM, Lindsay Haisley wrote: >> > Another very useful tool for analyzing mail issues is swaks. >> >> Now that's a tool I had not heard of before. I'm assu

Re: [Mailman-Users] mailman running very slow

2012-10-24 Thread Adam McGreggor
On Wed, Oct 24, 2012 at 11:06:28AM -0700, Brad Knowles wrote: > On Oct 24, 2012, at 9:52 AM, Lindsay Haisley wrote: > > Another very useful tool for analyzing mail issues is swaks. > > Now that's a tool I had not heard of before. I'm assuming you mean the tool > at

Re: [Mailman-Users] mailman running very slow

2012-10-24 Thread Richard Shetron
I played with some settings and did some restarts and things look better: Oct 24 17:13:22 2012 (5464) <7.0.1.0.0.20121023125107.046bd...@marchreport.com> smtp to marchreport_daily_alert_ctc01 for 3379 recips, completed in 151.441 seconds Oct 24 17:16:11 2012 (5464) <7.0.1.0.0.20121023125107.04

Re: [Mailman-Users] mailman running very slow

2012-10-24 Thread Lindsay Haisley
On Wed, 2012-10-24 at 11:06 -0700, Brad Knowles wrote: > > Another very useful tool for analyzing mail issues is swaks. > > Now that's a tool I had not heard of before. I'm assuming you mean > the tool at ? > That's the one. I used to test SMTP stuff by

Re: [Mailman-Users] Automated Subscription Bots Inundating List Owners With Subscription Requests

2012-10-24 Thread Stephen J. Turnbull
Lindsay Haisley writes: > On the other hand, most people get spam, and hate it, and can > appreciate that their own interests are served by having to jump > through a hoop or two to make sure that they're entering a bot-free > zone. Sure, all of that is true, except for the implication that C

Re: [Mailman-Users] mailman running very slow

2012-10-24 Thread Brad Knowles
On Oct 24, 2012, at 9:52 AM, Lindsay Haisley wrote: >> That seem to be a very long time for processing a list. >> > Yes, that's a long time. If nothing has changed in your Mailman > installation, I'd guess you're looking at an issue with the SMTP server, > or possibly a network issue. A look a

Re: [Mailman-Users] mailman running very slow

2012-10-24 Thread Mark Sapiro
Richard Shetron wrote: > >Also mailing from a week ago are starting to come through, but I thought >I'd removed all of them from both the mailq and from mailman. I thought >I new how to cancel/remove older mailings, but it seems not. How do you >cancel old mailings? I've cleared the postfix q

Re: [Mailman-Users] meaning of data in mailman smtp file

2012-10-24 Thread Ralf Hildebrandt
* Richard Shetron : > What does this line really mean and why does it take so long to run? It means that sending the mail to the marchreport_daily_alert_ctc10 list too 168.022 seconds, > Oct 23 06:03:01 2012 (1870) > <7.0.1.0.0.20121016133607.0469b...@marchreport.com> > smtp to marchreport_daily

Re: [Mailman-Users] mailman running very slow

2012-10-24 Thread Lindsay Haisley
On Wed, 2012-10-24 at 09:54 -0400, Richard Shetron wrote: > Oct 23 13:42:13 2012 (19673) > <7.0.1.0.0.20121016133607.0469b...@marchreport.com> smtp to > marchreport_daily_alert_ctc10 for 2 recips, completed in 168.029 > seconds > > That seem to be a very long time for processing a list. > Yes,

[Mailman-Users] mailman running very slow

2012-10-24 Thread Richard Shetron
Yes I've tried to research via google, etc. I've run through the page at: http://wiki.list.org/display/DOC/4.78+Troubleshooting-+No+mail+going+out+to+lists+members I'm running ubuntu with mailman 2.1.14 and things seem to be taking forever. Until a few days ago things were running fine. There

[Mailman-Users] meaning of data in mailman smtp file

2012-10-24 Thread Richard Shetron
What does this line really mean and why does it take so long to run? Oct 23 06:03:01 2012 (1870) <7.0.1.0.0.20121016133607.0469b...@marchreport.com> smtp to marchreport_daily_alert_ctc10 for 2 recips, completed in 168.022 seconds Thanks -- M