Re: [Mailman-Users] Increasing the Speed of Email Delivery

2009-12-23 Thread Brad Knowles
On Dec 23, 2009, at 1:12 PM, Derrick Wooden wrote: > I'm well aware that SMTP doesn't mean instant. Regretfully, you are the exception. Most people don't seem to get this concept -- even people like my wife, and I've been trying to pound this one into her brain for ten years. > I'm just looki

Re: [Mailman-Users] Increasing the Speed of Email Delivery

2009-12-23 Thread Derrick Wooden
I'm well aware that SMTP doesn't mean instant. I'm just looking at a solution that can cut 1E6 emails being delivered in 12 hours down to say 4 hours. With a fast server, correct MTA optimization and proper Mailman setup could this be attainable? The Barack Obama email campaign used Postfix f

Re: [Mailman-Users] Increasing the Speed of Email Delivery

2009-12-23 Thread Brad Knowles
On Dec 23, 2009, at 11:24 AM, Derrick Wooden wrote: > Brad, upon reading this thread again you are correct. It was NOT implied > that MySQL would speed up email delivery, but rather MySQL would be a better > database solution. As a database, yes -- MySQL is better at that job than using Python "

Re: [Mailman-Users] Increasing the Speed of Email Delivery

2009-12-23 Thread Derrick Wooden
Brad Knowles-3 wrote: > I don't know of any way that MySQL would factor into this discussion. Can > you provide a reference? Brad, upon reading this thread again you are correct. It was NOT implied that MySQL would speed up email delivery, but rather MySQL would be a better database solution.

Re: [Mailman-Users] Increasing the Speed of Email Delivery

2009-12-23 Thread Stephen J. Turnbull
Bernd Petrovitsch writes: > On Don, 2009-12-17 at 17:04 -0800, Carl Zwanzig wrote: > > Lots of it depends on the MTA (general opinion is that postfix seems to be > > the fastest), connectivity, and list settings (personalized email will > > take > Do I take the flame bait?;-) > > Whateve

Re: [Mailman-Users] Increasing the Speed of Email Delivery

2009-12-23 Thread Luigi Rosa
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bernd Petrovitsch said the following on 23/12/09 11:20: > a) Email/SMTP never was anywhere near "realtime" (though many people >expect mails to be delivered in seconds), Unfortunately, too much users tend to forget this basic concept: SMTP is not

Re: [Mailman-Users] Increasing the Speed of Email Delivery

2009-12-23 Thread Bernd Petrovitsch
On Don, 2009-12-17 at 17:04 -0800, Carl Zwanzig wrote: > Lots of it depends on the MTA (general opinion is that postfix seems to be > the fastest), connectivity, and list settings (personalized email will take Do I take the flame bait?;-) Whatever you understand in detail under a "fast MTA" (and

Re: [Mailman-Users] Increasing the Speed of Email Delivery

2009-12-22 Thread Brad Knowles
On Dec 18, 2009, at 12:15 AM, Derrick Wooden wrote: > I have been doing a lot of reading along that wise. As a result I'm setting > up the new server with no cPanel and will use Postfix as my MTA. I will do > a clean install of Mailman 2.13 so that I can be on the same page as most > users. It'

Re: [Mailman-Users] Increasing the Speed of Email Delivery

2009-12-17 Thread Derrick Wooden
Stephen J. Turnbull wrote: > > IOW, the mere mention of cPanel (or Plesk) causes Mailman-Users to > abort and dump core, which is not very useful to you. > I have been doing a lot of reading along that wise. As a result I'm setting up the new server with no cPanel and will use Postfix as my M

Re: [Mailman-Users] Increasing the Speed of Email Delivery

2009-12-17 Thread Stephen J. Turnbull
d-woo writes: > When I first started experimenting with MailMan 3 years ago, I used cPanel > to add/remove my mailing lists, but have since learned how to do a few > things via SSH. Is the implication that cPanel would hinder the optimal > performance of the MTA and/or Mailman? Maybe a littl

Re: [Mailman-Users] Increasing the Speed of Email Delivery

2009-12-17 Thread Derrick Wooden
Additional information: Mailman 2.1.11.cp3 MTA - Exim 4 Exim Config: queue_only #smtp_connect_backlog = 200 #smtp_accept_max = 500 auto_thaw = 1d ignore_bounce_errors_after = 12h timeout_frozen_after = 2d split_spool_directory = yes queue_run_max = 20 remote_max_parallel = 20 smtp_connect_bac

Re: [Mailman-Users] Increasing the Speed of Email Delivery

2009-12-17 Thread d-woo
Carl Zwanzig wrote: > > Also, if it's a dedicated server, why are you using cpanel? > When I first started experimenting with MailMan 3 years ago, I used cPanel to add/remove my mailing lists, but have since learned how to do a few things via SSH. Is the implication that cPanel would hinder t

Re: [Mailman-Users] Increasing the Speed of Email Delivery

2009-12-17 Thread d-woo
Adam McGreggor-2 wrote: > > You've not said which MTA, how that's been tweaked, how the spools are > handled (or indeed, partitioned), what else the machine's doing, the > connectivity of the machine, ISP infrastructure, destination servers, > geography/latency, or a ~bundle~ of other things. >

Re: [Mailman-Users] Increasing the Speed of Email Delivery

2009-12-17 Thread Carl Zwanzig
Lots of it depends on the MTA (general opinion is that postfix seems to be the fastest), connectivity, and list settings (personalized email will take much longer). Check out the FAQ for performance, and as Adam mentioned, the list archives) FWIW, before you change hardware, have you looked

Re: [Mailman-Users] Increasing the Speed of Email Delivery

2009-12-17 Thread Adam McGreggor
On Thu, Dec 17, 2009 at 04:14:03PM -0600, Derrick Wooden wrote: > I will be upgrading to: > Xeon 3450 - SATA - Quad Core 2.66 GHz - 250 GB IDE/SATA, 7200rpm - 4GB DDR3 > RAM; RedHat/cPanel Regarding cPanel, see . > and wanted to know if my email deliver would be much

[Mailman-Users] Increasing the Speed of Email Delivery

2009-12-17 Thread Derrick Wooden
I'm currently using a dedicated cPanel server with the following specs. Xeon 3060 - Dual Core 2.4 GHz - 250GB SATA-II HDD - 2GB DDR2 RAM; RedHat/cPanel It currently takes me about 6 hours to deliver 800K emails. It's an announce only list with 20 sublists of 40K addresses. I will be upgrading t