Re: [PHP] mail() limit? Use aliases table
Hello Lindsay, On 08-Apr-01 20:02:57, you wrote: >No, I use my manual lists without a problem. >If I ever have to install on a system that does not allow normal use of an >alias table by a normal user, then I might try something else. >But under my resellers account on AIT, I get to do whatever I want with >aliases, and the lists work find =) >I would not be able to install qmail on my ISP, so that is not an option >either. >So, my solution works great for me, I have my own administrative routines in >PHP for adding aliases, writing lists, and storing the master data in mysql >databases. It all works cleanly without a hitch. >If it ain't broke, don't fix it ;) Maybe you don't use much mailing lists or else you would appreciate qmail/ezmlm ability to handle bounces. I developed the PHP Classes site. Everytime a new class is added or update by its author, a notification message is mailed to may thosands of interested users. If it was not for qmail VERP extension, it would be a nightmare to figure who is bouncing the messages and eventually unsubscribe their addresses. If would be dealing with very large mailing list traffic, you would probably appreciate qmail ability to handle mailing queue in a dedicated server process without choking your other SMTP traffic. It's not like sendmail is a bad solution. It's more like qmail is more appropriate for growing mailing lists. That seems to be why eGroups is using qmail/ezmlm. Regards, Manuel Lemos Web Programming Components using PHP Classes. Look at: http://phpclasses.UpperDesign.com/?[EMAIL PROTECTED] -- E-mail: [EMAIL PROTECTED] URL: http://www.mlemos.e-na.net/ PGP key: http://www.mlemos.e-na.net/ManuelLemos.pgp -- -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP] mail() limit? Use aliases table
No, I use my manual lists without a problem. If I ever have to install on a system that does not allow normal use of an alias table by a normal user, then I might try something else. But under my resellers account on AIT, I get to do whatever I want with aliases, and the lists work find =) I would not be able to install qmail on my ISP, so that is not an option either. So, my solution works great for me, I have my own administrative routines in PHP for adding aliases, writing lists, and storing the master data in mysql databases. It all works cleanly without a hitch. If it ain't broke, don't fix it ;) Cheers! lindsay On 4/8/01 2:18 PM, "Manuel Lemos" <[EMAIL PROTECTED]> wrote: > Hello Lindsay, > > On 08-Apr-01 16:14:00, you wrote: > >> If you have access to /etc/aliases, this makes your code much easier > > It works but it requires that you have root permissions and use the real > sendmail program and not another wrapped mailing system. > > For bulk mailing, like for mailing lists, qmail is better. You just pass > the sender and all recipient addresses one per line to qmail-send and it > will inject a single message into the delivery queue. You do not need root > permissions. > > As a good mailing list program you can use ezmlm that takes advantage of > special features of qmail that other mailing systems don't have like the > VERP extension that lets you figure exactly who is bouncing your messages > and QMQP server that lets you handle mailing list delivery queues without > choking your SMTP server. > > Maybe you would like to try this PHP application that lets you manage > ezmlm mailing lists via the Web: > > http://phpclasses.UpperDesign.com/browse.html/package/177 > > > Regards, > Manuel Lemos > > Web Programming Components using PHP Classes. > Look at: http://phpclasses.UpperDesign.com/?[EMAIL PROTECTED] > -- > E-mail: [EMAIL PROTECTED] > URL: http://www.mlemos.e-na.net/ > PGP key: http://www.mlemos.e-na.net/ManuelLemos.pgp > -- > -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP] mail() limit? Use aliases table
Hello Lindsay, On 08-Apr-01 16:14:00, you wrote: >If you have access to /etc/aliases, this makes your code much easier It works but it requires that you have root permissions and use the real sendmail program and not another wrapped mailing system. For bulk mailing, like for mailing lists, qmail is better. You just pass the sender and all recipient addresses one per line to qmail-send and it will inject a single message into the delivery queue. You do not need root permissions. As a good mailing list program you can use ezmlm that takes advantage of special features of qmail that other mailing systems don't have like the VERP extension that lets you figure exactly who is bouncing your messages and QMQP server that lets you handle mailing list delivery queues without choking your SMTP server. Maybe you would like to try this PHP application that lets you manage ezmlm mailing lists via the Web: http://phpclasses.UpperDesign.com/browse.html/package/177 Regards, Manuel Lemos Web Programming Components using PHP Classes. Look at: http://phpclasses.UpperDesign.com/?[EMAIL PROTECTED] -- E-mail: [EMAIL PROTECTED] URL: http://www.mlemos.e-na.net/ PGP key: http://www.mlemos.e-na.net/ManuelLemos.pgp -- -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP] mail() limit? Use aliases table [typo]
Sorry, this: > > BTW, the format for an alias file is: > > addr1, addr2, addr3 > > OR > should read ... The format for a mailing list file is: ... -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP] mail() limit? Use aliases table
If you have access to /etc/aliases, this makes your code much easier If you are worrying about script performance, you can help alleviate the time it takes your php script to run, pulling out all the email addresses and inserting them into mail() by having another maintenance script that pulls out all the email addresses and writes them to a file. Then, in your alias table, make an entry that is the list name site-users :include: path/to/file we wrote ---^^^ Name of list --^^^ Required directive for sendmail And finally, the path to the file we wrote. Then, all you are passing on the bcc: line is the mail list address Which you don't want in the to: line, or cc:line, because you don't want everyone knowing the list name and using it as a spam address. See Sendmail docs regarding Alias files for further information. But this lets sendmail do all the work of parsing email addresses and delivering as efficiently as possible BTW, the format for an alias file is: addr1, addr2, addr3 OR addr1 addr2 addr3 OR, any combination addr1, addr2 addr3, addr4, addr5 Using aliases to lists is much much quicker than writing all the addresses using code in your script. You script only has one email address to put in Bcc: as far as it is concerned. If you have a list that people are signing up for, then you rewrite your list file each time someone signs up, instead of rewriting your list every time you send a mailing to your users. I use this method. If someone has an argument against this, please let me know, especially if it is a security concern, because I didn't find any problems when I came up with it. Lindsay Adams PS- you don¹t even have to worry about doing 'makemap hash /etc/aliases < /etc/aliases' each time the list is updated, and the list can be anywhere (makemap command depends on how your sendmail is configured) On 4/8/01 11:49 AM, "Manuel Lemos" <[EMAIL PROTECTED]> wrote: > Hello Christian, > > On 07-Apr-01 07:29:27, you wrote: > >> On Friday 06 April 2001 22:47, you wrote: >>> Hi, >>> Does anyone know if and what the limit is of bcc that can be used in >>> the mail() function? Hundreds, thousands? > >> If you wonder about approaching such a limit you'll be better off with a >> real mailinglist manager (mailman, listar, ezmlm, ...) > > Mailing list managers do not work differently. > > What should be avoided for large number of recipients is using SMTP. It > degrades queueing exponentially with the number of recipients. Just send the > message directly to the local queue. Just using sendmail (or some wrapper) > might do. > > > Regards, > Manuel Lemos > > Web Programming Components using PHP Classes. > Look at: http://phpclasses.UpperDesign.com/?[EMAIL PROTECTED] > -- > E-mail: [EMAIL PROTECTED] > URL: http://www.mlemos.e-na.net/ > PGP key: http://www.mlemos.e-na.net/ManuelLemos.pgp > -- > -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
