choplist doesn't pay attention to $maxnames?
We have a weekly newsletter that is sent to about 700,000 readers. Although we have set the `maxnames' parameter in rc.init to 100, choplist is dividing the list into batches of about 5,000 addresses each. So far, I have been unable to extract the inner truth of choplist from multigram.c. Has anyone else seen this bug, and if so, have you had any success resolving it? -- Regards, Tim Pierce RootsWeb.com lead system admonsterator and Chief Hacking Officer
On Thu, Oct 05, 2000 at 09:45:56AM -0400, Tim Pierce wrote:
We have a weekly newsletter that is sent to about 700,000 readers. Although we have set the `maxnames' parameter in rc.init to 100, choplist is dividing the list into batches of about 5,000 addresses each. So far, I have been unable to extract the inner truth of choplist from multigram.c. Has anyone else seen this bug, and if so, have you had any success resolving it?
I can't help you with choplist but I would suggest to replace it with something like a perl script feeding the needed amount of addresses to your MTA (probably sendmail?). To fix choplist aka flist aka multigram is certainly much more time consuming than to write a replacement script. Someone who wrote such a script for qmail in 1997 reported a tenfold speed increase. The script is mentioned in the SL FAQ. Werner
Werner Reisberger [werner@pure.ch] wrote:
On Thu, Oct 05, 2000 at 09:45:56AM -0400, Tim Pierce wrote:
We have a weekly newsletter that is sent to about 700,000 readers. Although we have set the `maxnames' parameter in rc.init to 100, choplist is dividing the list into batches of about 5,000 addresses each. So far, I have been unable to extract the inner truth of choplist from multigram.c. Has anyone else seen this bug, and if so, have you had any success resolving it?
I can't help you with choplist but I would suggest to replace it with something like a perl script feeding the needed amount of addresses to your MTA (probably sendmail?). To fix choplist aka flist aka multigram is certainly much more time consuming than to write a replacement script.
I've never used it personally but I have heard that the bulk_mailer program works pretty good. Here's an exerpt from the README: This is a C program to do "bulk" mailing. For input, it takes a file of recipient addresses (one address per line) and a message (with headers already attached) to be sent to the recipients. It sorts the recipient list by reversed domain (so similar ones sort together), splits up the recipients into several groups containing no more than N domains each, creates an SMTP envelope for each group of recipients, and feeds that envelope to "/usr/lib/sendmail -bs". Available at: ftp://cs.utk.edu/pub/moore/bulk_mailer (It also looks like one can limit the bulk_mailer program with the following option.) -maxdomains ### set the maximum number of domains per envelope to ###. if not explicitly set, 20 is the default. Maybe use this option and set it to 5000 to answer your original question? -Steve
Thanks especially to cary@bayarea.net, and also to Werner and Philip for their feedback. cary observed that the `maxnames' and `maxsize' parameters tend to conflict with each other, and on very large mailings, choplist may be forced to go over either or both settings. By setting `maxsize' to 0, I can guarantee that the batch sizes will stay within `maxnames'. -- Regards, Tim Pierce RootsWeb.com lead system admonsterator and Chief Hacking Officer
Tim Pierce <twp@rootsweb.com> writes:
We have a weekly newsletter that is sent to about 700,000 readers. Although we have set the `maxnames' parameter in rc.init to 100, choplist is dividing the list into batches of about 5,000 addresses each. So far, I have been unable to extract the inner truth of choplist from multigram.c. Has anyone else seen this bug, and if so, have you had any success resolving it?
Are you using a version of choplist from before SmartList 3.12? A bug in choplist's counting of addresses was fixed in 3.12, according to the HISTORY file. (I would double check in CVS but I'm having some link problems...) Philip Guenther
participants (4)
-
guenther+smartlist@gac.edu
-
Steve Bankowitz
-
Tim Pierce
-
Werner Reisberger