You can easily make a mail queue in php yourself with a daemon that
checks the queue and sends waiting mail in batches of say 200 per
minute. (provided you have access to the cli on the server)
Why when there MTAs?
--
Richard Heyes
http://www.websupportsolutions.co.uk
Mailing list management
On Thu, January 17, 2008 3:50 am, Richard Heyes wrote:
You can easily make a mail queue in php yourself with a daemon that
checks the queue and sends waiting mail in batches of say 200 per
minute. (provided you have access to the cli on the server)
Why when there MTAs?
Your shared host may
Hello,
on 01/17/2008 06:57 PM Richard Lynch said the following:
On Thu, January 17, 2008 3:50 am, Richard Heyes wrote:
You can easily make a mail queue in php yourself with a daemon that
checks the queue and sends waiting mail in batches of say 200 per
minute. (provided you have access to the
You can easily make a mail queue in php yourself with a daemon that
checks the queue and sends waiting mail in batches of say 200 per
minute. (provided you have access to the cli on the server)
Black
http://rssphp.net
a85020316bb687648d6f73c4eb3bec93 :msg::id
Chris wrote:
Manuel Lemos wrote:
Richard Lynch wrote:
If there's any way to re-configure the MTA to queue the messages for
later sending, that would save you a lot of overhead on the PHP end...
The MTA will always queue the messages - well, that is certainly the
case for postfix.
/Per Jessen, Zürich
--
PHP General
i can vouch. postfix rocks.
i send it non-stop 30,000+ emails at a time (a loop from a database
that does a popen(/usr/sbin/sendmail) on the local machine (also
postfix) which then relays it to my actual public smtp server (running
postfix) - and it just throws it all into the queue and chews on
Hello,
on 01/15/2008 07:16 AM Per Jessen said the following:
If there's any way to re-configure the MTA to queue the messages for
later sending, that would save you a lot of overhead on the PHP end...
The MTA will always queue the messages - well, that is certainly the
case for postfix.
Manuel Lemos wrote:
Hello,
on 01/15/2008 07:16 AM Per Jessen said the following:
If there's any way to re-configure the MTA to queue the messages for
later sending, that would save you a lot of overhead on the PHP end...
The MTA will always queue the messages - well, that is certainly the
On Sat, January 12, 2008 4:28 am, Richard Heyes wrote:
Assuming you're talking delivery to a local MTA (which will
subsequently do the remote delivery), is speed really important?
For the amount of email I'm looking at (1000s, growing), yes.
Hmm, that's not quite what I was thinking of. The
Richard Heyes wrote:
Assuming you're talking delivery to a local MTA (which will
subsequently do the remote delivery), is speed really important?
For the amount of email I'm looking at (1000s, growing), yes.
Hmm, that's not quite what I was thinking of. The amount of emails to
be
Assuming you're talking delivery to a local MTA (which will
subsequently do the remote delivery), is speed really important?
For the amount of email I'm looking at (1000s, growing), yes.
Hmm, that's not quite what I was thinking of. The amount of emails to
be delivered does not in my opinion
Richard Heyes wrote:
Bearing in mind I haven't yet done any benchmarks, which do you think
is faster - SMTP with multiple RCPT commands or the PHP mail()
function (with it launching a separate sendmail process for each
mail() function call)?
I've done some rough benchmarking -
1. Using
1. Using mail(), same email sent to 1000 users.
Script finished in 200ms (1000 emails delivered to local MTA).
Delivery to target MTA over 100Mbit LAN took about 6s.
That settles it then. The mail() command will be more than fast enough
for my needs.
Thanks.
--
Richard Heyes
Richard Heyes wrote:
1. Using mail(), same email sent to 1000 users.
Script finished in 200ms (1000 emails delivered to local MTA).
Delivery to target MTA over 100Mbit LAN took about 6s.
That settles it then. The mail() command will be more than fast enough
for my needs.
Thanks.
Note
Note - this was one call to mail():
mail(user1,user2,user3 ..,subject,text);
Granted, but as long as the email stays the same size when you compare
mail() and something like SMTP, I wouldn't imagine the relative speeds
varying significantly. Or maybe they would, I'll compare and see.
Per Jessen wrote:
Richard Heyes wrote:
Bearing in mind I haven't yet done any benchmarks, which do you think
is faster - SMTP with multiple RCPT commands or the PHP mail()
function (with it launching a separate sendmail process for each
mail() function call)?
I've done some rough
On Jan 11, 2008 1:22 PM, Jochem Maas [EMAIL PROTECTED] wrote:
Eric Butera schreef:
On Jan 11, 2008 11:33 AM, Stut [EMAIL PROTECTED] wrote:
No brainer, SMTP will almost certainly be faster. My mailing list system
(written in PHP obviously) can dump 600k customised emails to the local
SMTP
On Jan 11, 2008 11:36 AM, Richard Heyes [EMAIL PROTECTED] wrote:
Bearing in mind I haven't yet done any benchmarks, which do you think
is faster - SMTP with multiple RCPT commands or the PHP mail()
function (with it launching a separate sendmail process for each
mail() function call)?
Bearing in mind I haven't yet done any benchmarks, which do you think
is faster - SMTP with multiple RCPT commands or the PHP mail()
function (with it launching a separate sendmail process for each
mail() function call)?
No brainer, SMTP will almost certainly be faster. My mailing list system
On Jan 11, 2008 1:33 PM, Richard Heyes [EMAIL PROTECTED] wrote:
I used to use htmlMimeMail, but now I use Zend_Mail as it has a better
API and is also faster in regards to the quoted printable encoding.
IIRC htmlMimeMail use the PHP built in function to do quoted printable
encoding.
--
I used to use htmlMimeMail, but now I use Zend_Mail as it has a better
API and is also faster in regards to the quoted printable encoding.
IIRC htmlMimeMail use the PHP built in function to do quoted printable
encoding.
--
Richard Heyes
http://www.websupportsolutions.co.uk
Knowledge Base
Eric Butera schreef:
On Jan 11, 2008 11:33 AM, Stut [EMAIL PROTECTED] wrote:
No brainer, SMTP will almost certainly be faster. My mailing list system
(written in PHP obviously) can dump 600k customised emails to the local
SMTP server in a couple of hours. Doing the same with the mail command
On 1/11/08, Richard Heyes [EMAIL PROTECTED] wrote:
Assuming you're talking delivery to a local MTA (which will subsequently
do the remote delivery), is speed really important?
For the amount of email I'm looking at (1000s, growing), yes.
one word: phpmailer
Hello,
on 01/11/2008 04:22 PM Jochem Maas said the following:
Eric Butera schreef:
On Jan 11, 2008 11:33 AM, Stut [EMAIL PROTECTED] wrote:
No brainer, SMTP will almost certainly be faster. My mailing list system
(written in PHP obviously) can dump 600k customised emails to the local
SMTP
Assuming you're talking delivery to a local MTA (which will subsequently
do the remote delivery), is speed really important?
For the amount of email I'm looking at (1000s, growing), yes.
--
Richard Heyes
http://www.websupportsolutions.co.uk
Knowledge Base and HelpDesk software
that can cut
There is no such thing. :)
Perhaps not then... :-)
--
Richard Heyes
http://www.websupportsolutions.co.uk
Knowledge Base and HelpDesk software
that can cut the cost of online support
** NOW OFFERING FREE ACCOUNTS TO CHARITIES AND NON-PROFITS **
--
PHP General Mailing List
Hello,
on 01/11/2008 02:33 PM Stut said the following:
Richard Heyes wrote:
Bearing in mind I haven't yet done any benchmarks, which do you think
is faster - SMTP with multiple RCPT commands or the PHP mail()
function (with it launching a separate sendmail process for each
mail() function
On Jan 11, 2008 11:33 AM, Stut [EMAIL PROTECTED] wrote:
No brainer, SMTP will almost certainly be faster. My mailing list system
(written in PHP obviously) can dump 600k customised emails to the local
SMTP server in a couple of hours. Doing the same with the mail command
took over 24 hours.
Richard Heyes wrote:
Bearing in mind I haven't yet done any benchmarks, which do you think
is faster - SMTP with multiple RCPT commands or the PHP mail()
function (with it launching a separate sendmail process for each
mail() function call)?
Assuming you're talking delivery to a local MTA
Richard Heyes wrote:
Bearing in mind I haven't yet done any benchmarks, which do you think is
faster - SMTP with multiple RCPT commands or the PHP mail() function
(with it launching a separate sendmail process for each mail() function
call)?
No brainer, SMTP will almost certainly be faster.
On Jan 11, 2008 1:26 PM, Eric Butera [EMAIL PROTECTED] wrote:
Weird! I've never heard of that but I really don't doubt it. Working
with e-mail is the least favorite part of my work.
he said, via email.
--
/Dan
Daniel P. Brown
Senior Unix Geek and #1 Rated Year's Coolest Guy By
On Fri, January 11, 2008 12:22 pm, Jochem Maas wrote:
Eric Butera schreef:
On Jan 11, 2008 11:33 AM, Stut [EMAIL PROTECTED] wrote:
No brainer, SMTP will almost certainly be faster. My mailing list
system
(written in PHP obviously) can dump 600k customised emails to the
local
SMTP server
On Fri, January 11, 2008 10:29 am, Richard Heyes wrote:
Bearing in mind I haven't yet done any benchmarks, which do you think
is
faster - SMTP with multiple RCPT commands or the PHP mail() function
(with it launching a separate sendmail process for each mail()
function
call)?
If mail() is
Also don't forget the part where you shouldn't disconnect and
reconnect between mails sent.
indeed but I have experienced situations where the SMTP server refuses
more than X number of messages on any one connection ... which meant
having to get the script to disconnect/reconnect every 200
34 matches
Mail list logo
