mailman.git/mail, branch master

This directory is no longer used.

2001-05-11T18:04:23Z

All the old delivery scripts contact_transport, deliver, dumb_deliver

1999-11-24T17:40:12Z

are being removed as all mail deliver gets migrated to the new pipeline architecture. Eventually some of the bulk mailer functionality may be added back, but not this way.

Applied patch for PR#69, although num_addrs doesn't appear to be used

1999-07-09T23:55:23Z

anywhere, which is why we probably never saw this problem before.

deliver shouldn't be ignored!

1999-03-31T19:20:20Z

VERSION is no longer set in configure because it's too hard to

1999-01-15T04:22:16Z

propagate version string changes to the public (you have to autoreconf, then reconfigure and reinstall). Now, VERSION is set directory in Defaults.py.in and the Release.py script updates that file directly. Now we just need to run ./config.status and do a re-install. I hope this will make things easier. I'm also bumping the version to 1.0b8, so I can do a release tomorrow.

forker(): fixed typo in docstring. Also use Utils.reraise() instead

1999-01-08T05:58:34Z

of manual re-raising.

Removed import of smtplib, since it isn't used in this file.

1998-12-22T04:29:40Z

Made a new system limit called SMTP_MAX_RCPTS that limits the number

1998-11-23T19:43:37Z

of RCPT TO smtp commands can be given for a single message. This is necessary to make large lists work with mailers that have a maximum number of recipients per message (most do). Defaults.py.in - added SMTP_MAX_RCPTS with default value of 500, which i believe is conservatively small. contact_transport - made it chunkify the recipients into chunks of <= SMTP_MAX_RCPTS and go through the delivery process for each of those chunks. This change shouldn't have much effect on smaller lists at all. scott

main(): Only the child proces should do an os._exit() - and we put it

1998-11-21T22:03:14Z

within a try/finally to ensure, as best we can, that it happens. This may take care of the problems that greg stein was reporting, where a pipe was failing to properly notice the loss of the parent process - now the parent should exit normally. Not sure, this is the best guess so far (out of a discussion w/scott and barry).

make finish

1998-10-20T13:18:41Z