2006-05-10 15:18:21 +02:00
|
|
|
@comment $NetBSD: PLIST,v 1.11 2006/05/10 13:18:21 joerg Exp $
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Archiver/Archiver.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Archiver/Archiver.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Archiver/HyperArch.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Archiver/HyperArch.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Archiver/HyperDatabase.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Archiver/HyperDatabase.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Archiver/__init__.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Archiver/__init__.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Archiver/pipermail.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Archiver/pipermail.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Autoresponder.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Autoresponder.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Bouncer.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Bouncer.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Bouncers/BouncerAPI.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Bouncers/BouncerAPI.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Bouncers/Caiwireless.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Bouncers/Caiwireless.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Bouncers/Compuserve.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Bouncers/Compuserve.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Bouncers/DSN.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Bouncers/DSN.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Bouncers/Exchange.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Bouncers/Exchange.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Bouncers/Exim.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Bouncers/Exim.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Bouncers/GroupWise.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Bouncers/GroupWise.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Bouncers/LLNL.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Bouncers/LLNL.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Bouncers/Microsoft.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Bouncers/Microsoft.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Bouncers/Netscape.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Bouncers/Netscape.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Bouncers/Postfix.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Bouncers/Postfix.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Bouncers/Qmail.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Bouncers/Qmail.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Bouncers/SMTP32.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Bouncers/SMTP32.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Bouncers/SimpleMatch.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Bouncers/SimpleMatch.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Bouncers/SimpleWarning.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Bouncers/SimpleWarning.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Bouncers/Sina.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Bouncers/Sina.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Bouncers/Yahoo.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Bouncers/Yahoo.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Bouncers/Yale.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Bouncers/Yale.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Bouncers/__init__.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Bouncers/__init__.pyc
|
2002-08-23 17:28:17 +02:00
|
|
|
lib/mailman/Mailman/Cgi/Auth.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Cgi/Auth.pyc
|
2002-08-23 17:28:17 +02:00
|
|
|
lib/mailman/Mailman/Cgi/__init__.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Cgi/__init__.pyc
|
2002-08-23 17:28:17 +02:00
|
|
|
lib/mailman/Mailman/Cgi/admin.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Cgi/admin.pyc
|
2002-08-23 17:28:17 +02:00
|
|
|
lib/mailman/Mailman/Cgi/admindb.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Cgi/admindb.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Cgi/confirm.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Cgi/confirm.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Cgi/create.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Cgi/create.pyc
|
2002-08-23 17:28:17 +02:00
|
|
|
lib/mailman/Mailman/Cgi/edithtml.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Cgi/edithtml.pyc
|
2002-08-23 17:28:17 +02:00
|
|
|
lib/mailman/Mailman/Cgi/listinfo.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Cgi/listinfo.pyc
|
2002-08-23 17:28:17 +02:00
|
|
|
lib/mailman/Mailman/Cgi/options.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Cgi/options.pyc
|
2002-08-23 17:28:17 +02:00
|
|
|
lib/mailman/Mailman/Cgi/private.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Cgi/private.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Cgi/rmlist.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Cgi/rmlist.pyc
|
2002-08-23 17:28:17 +02:00
|
|
|
lib/mailman/Mailman/Cgi/roster.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Cgi/roster.pyc
|
2002-08-23 17:28:17 +02:00
|
|
|
lib/mailman/Mailman/Cgi/subscribe.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Cgi/subscribe.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Commands/__init__.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Commands/__init__.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Commands/cmd_confirm.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Commands/cmd_confirm.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Commands/cmd_echo.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Commands/cmd_echo.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Commands/cmd_end.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Commands/cmd_end.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Commands/cmd_help.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Commands/cmd_help.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Commands/cmd_info.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Commands/cmd_info.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Commands/cmd_join.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Commands/cmd_join.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Commands/cmd_leave.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Commands/cmd_leave.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Commands/cmd_lists.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Commands/cmd_lists.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Commands/cmd_password.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Commands/cmd_password.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Commands/cmd_remove.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Commands/cmd_remove.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Commands/cmd_set.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Commands/cmd_set.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Commands/cmd_stop.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Commands/cmd_stop.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Commands/cmd_subscribe.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Commands/cmd_subscribe.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Commands/cmd_unsubscribe.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Commands/cmd_unsubscribe.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Commands/cmd_who.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Commands/cmd_who.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Defaults.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Defaults.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Deliverer.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Deliverer.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Digester.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Digester.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Errors.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Errors.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/GatewayManager.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/GatewayManager.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Gui/Archive.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Gui/Archive.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Gui/Autoresponse.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Gui/Autoresponse.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Gui/Bounce.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Gui/Bounce.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Gui/ContentFilter.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Gui/ContentFilter.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Gui/Digest.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Gui/Digest.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Gui/GUIBase.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Gui/GUIBase.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Gui/General.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Gui/General.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Gui/Language.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Gui/Language.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Gui/Membership.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Gui/Membership.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Gui/NonDigest.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Gui/NonDigest.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Gui/Passwords.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Gui/Passwords.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Gui/Privacy.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Gui/Privacy.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Gui/Topics.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Gui/Topics.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Gui/Usenet.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Gui/Usenet.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Gui/__init__.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Gui/__init__.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/HTMLFormatter.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/HTMLFormatter.pyc
|
2002-08-23 17:28:17 +02:00
|
|
|
lib/mailman/Mailman/Handlers/Acknowledge.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Handlers/Acknowledge.pyc
|
2002-08-23 17:28:17 +02:00
|
|
|
lib/mailman/Mailman/Handlers/AfterDelivery.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Handlers/AfterDelivery.pyc
|
2002-08-23 17:28:17 +02:00
|
|
|
lib/mailman/Mailman/Handlers/Approve.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Handlers/Approve.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Handlers/AvoidDuplicates.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Handlers/AvoidDuplicates.pyc
|
2002-08-23 17:28:17 +02:00
|
|
|
lib/mailman/Mailman/Handlers/CalcRecips.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Handlers/CalcRecips.pyc
|
2002-08-23 17:28:17 +02:00
|
|
|
lib/mailman/Mailman/Handlers/Cleanse.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Handlers/Cleanse.pyc
|
2006-04-10 22:33:12 +02:00
|
|
|
lib/mailman/Mailman/Handlers/CleanseDKIM.py
|
|
|
|
lib/mailman/Mailman/Handlers/CleanseDKIM.pyc
|
2002-08-23 17:28:17 +02:00
|
|
|
lib/mailman/Mailman/Handlers/CookHeaders.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Handlers/CookHeaders.pyc
|
2002-08-23 17:28:17 +02:00
|
|
|
lib/mailman/Mailman/Handlers/Decorate.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Handlers/Decorate.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Handlers/Emergency.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Handlers/Emergency.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Handlers/FileRecips.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Handlers/FileRecips.pyc
|
2002-08-23 17:28:17 +02:00
|
|
|
lib/mailman/Mailman/Handlers/Hold.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Handlers/Hold.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Handlers/MimeDel.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Handlers/MimeDel.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Handlers/Moderate.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Handlers/Moderate.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Handlers/OwnerRecips.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Handlers/OwnerRecips.pyc
|
2002-08-23 17:28:17 +02:00
|
|
|
lib/mailman/Mailman/Handlers/Replybot.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Handlers/Replybot.pyc
|
2002-08-23 17:28:17 +02:00
|
|
|
lib/mailman/Mailman/Handlers/SMTPDirect.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Handlers/SMTPDirect.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Handlers/Scrubber.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Handlers/Scrubber.pyc
|
2002-08-23 17:28:17 +02:00
|
|
|
lib/mailman/Mailman/Handlers/Sendmail.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Handlers/Sendmail.pyc
|
2002-08-23 17:28:17 +02:00
|
|
|
lib/mailman/Mailman/Handlers/SpamDetect.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Handlers/SpamDetect.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Handlers/Tagger.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Handlers/Tagger.pyc
|
2002-08-23 17:28:17 +02:00
|
|
|
lib/mailman/Mailman/Handlers/ToArchive.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Handlers/ToArchive.pyc
|
2002-08-23 17:28:17 +02:00
|
|
|
lib/mailman/Mailman/Handlers/ToDigest.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Handlers/ToDigest.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Handlers/ToOutgoing.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Handlers/ToOutgoing.pyc
|
2002-08-23 17:28:17 +02:00
|
|
|
lib/mailman/Mailman/Handlers/ToUsenet.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Handlers/ToUsenet.pyc
|
2002-08-23 17:28:17 +02:00
|
|
|
lib/mailman/Mailman/Handlers/__init__.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Handlers/__init__.pyc
|
2002-08-23 17:28:17 +02:00
|
|
|
lib/mailman/Mailman/ListAdmin.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/ListAdmin.pyc
|
2002-08-23 17:28:17 +02:00
|
|
|
lib/mailman/Mailman/LockFile.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/LockFile.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Logging/Logger.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Logging/Logger.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Logging/MultiLogger.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Logging/MultiLogger.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Logging/StampedLogger.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Logging/StampedLogger.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Logging/Syslog.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Logging/Syslog.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Logging/Utils.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Logging/Utils.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Logging/__init__.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Logging/__init__.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/MTA/Manual.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/MTA/Manual.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/MTA/Postfix.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/MTA/Postfix.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/MTA/Utils.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/MTA/Utils.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/MTA/__init__.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/MTA/__init__.pyc
|
2002-08-23 17:28:17 +02:00
|
|
|
lib/mailman/Mailman/MailList.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/MailList.pyc
|
2002-08-23 17:28:17 +02:00
|
|
|
lib/mailman/Mailman/Mailbox.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Mailbox.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/MemberAdaptor.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/MemberAdaptor.pyc
|
2002-08-23 17:28:17 +02:00
|
|
|
lib/mailman/Mailman/Message.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Message.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/OldStyleMemberships.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/OldStyleMemberships.pyc
|
2002-08-23 17:28:17 +02:00
|
|
|
lib/mailman/Mailman/Pending.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Pending.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Post.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Post.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Queue/ArchRunner.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Queue/ArchRunner.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Queue/BounceRunner.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Queue/BounceRunner.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Queue/CommandRunner.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Queue/CommandRunner.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Queue/IncomingRunner.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Queue/IncomingRunner.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Queue/MaildirRunner.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Queue/MaildirRunner.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Queue/NewsRunner.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Queue/NewsRunner.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Queue/OutgoingRunner.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Queue/OutgoingRunner.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Queue/RetryRunner.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Queue/RetryRunner.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Queue/Runner.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Queue/Runner.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Queue/Switchboard.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Queue/Switchboard.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Queue/VirginRunner.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Queue/VirginRunner.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Queue/__init__.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Queue/__init__.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Queue/sbcache.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Queue/sbcache.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/SafeDict.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/SafeDict.pyc
|
2002-08-23 17:28:17 +02:00
|
|
|
lib/mailman/Mailman/SecurityManager.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/SecurityManager.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/Site.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Site.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/TopicMgr.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/TopicMgr.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/UserDesc.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/UserDesc.pyc
|
2002-08-23 17:28:17 +02:00
|
|
|
lib/mailman/Mailman/Utils.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Utils.pyc
|
2002-08-23 17:28:17 +02:00
|
|
|
lib/mailman/Mailman/Version.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/Version.pyc
|
2002-08-23 17:28:17 +02:00
|
|
|
lib/mailman/Mailman/__init__.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/__init__.pyc
|
2002-08-23 17:28:17 +02:00
|
|
|
lib/mailman/Mailman/htmlformat.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/htmlformat.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/i18n.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/i18n.pyc
|
2002-08-23 17:28:17 +02:00
|
|
|
lib/mailman/Mailman/mm_cfg.py.dist
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/Mailman/versions.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/Mailman/versions.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/bin/add_members
|
|
|
|
lib/mailman/bin/arch
|
|
|
|
lib/mailman/bin/b4b5-archfix
|
|
|
|
lib/mailman/bin/change_pw
|
|
|
|
lib/mailman/bin/check_db
|
|
|
|
lib/mailman/bin/check_perms
|
|
|
|
lib/mailman/bin/cleanarch
|
|
|
|
lib/mailman/bin/clone_member
|
|
|
|
lib/mailman/bin/config_list
|
|
|
|
lib/mailman/bin/convert.py
|
2006-05-10 15:18:21 +02:00
|
|
|
lib/mailman/bin/convert.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/bin/discard
|
|
|
|
lib/mailman/bin/dumpdb
|
|
|
|
lib/mailman/bin/find_member
|
|
|
|
lib/mailman/bin/fix_url.py
|
2006-05-10 15:18:21 +02:00
|
|
|
lib/mailman/bin/fix_url.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/bin/genaliases
|
|
|
|
lib/mailman/bin/inject
|
|
|
|
lib/mailman/bin/list_admins
|
|
|
|
lib/mailman/bin/list_lists
|
|
|
|
lib/mailman/bin/list_members
|
|
|
|
lib/mailman/bin/list_owners
|
|
|
|
lib/mailman/bin/mailmanctl
|
|
|
|
lib/mailman/bin/mmsitepass
|
|
|
|
lib/mailman/bin/msgfmt.py
|
2006-05-10 15:18:21 +02:00
|
|
|
lib/mailman/bin/msgfmt.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/bin/newlist
|
|
|
|
lib/mailman/bin/paths.py
|
2004-12-25 17:55:33 +01:00
|
|
|
lib/mailman/bin/paths.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/bin/qrunner
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/bin/rb-archfix
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/bin/remove_members
|
Update to 2.1.6. Changes (note: the fix for CAN-2005-0202 was already in
pkgsrc as patches/patch-ai):
Security
- Added the ability for Mailman generated passwords (both member and list
admin) to be more cryptographically secure. See new configuration
variables USER_FRIENDLY_PASSWORDS, MEMBER_PASSWORD_LENGTH, and
ADMIN_PASSWORD_LENGTH. Also added a new bin/withlist script called
reset_pw.py which can be used to reset all member passwords. Passwords
generated by Mailman are now 8 characters by default for members, and 10
characters for list administrators.
- A potential cross-site scripting hole in the driver script has been
closed. Thanks to Florian Weimer for its discovery. Also, turn
STEALTH_MODE on by default.
Internationalization
- Chinese languages are now supported. They have been moved from 'big5'
and 'gb' to 'zh_TW' and 'zh_CN' respectively for compliance to the IANA
spec. Note, however, that the character sets were changed from 'Big5'
or 'GB2312' to 'UTF-8' to cope with the insufficient codecs support in
Python 2.3 and earlier. You may have to install Chinese capable codecs
(like CJKCodecs) separately to handle the incoming messages which are in
local charsets, or upgrade your Python to 2.4 or newer.
Behavior or defaults changes
- VERP_PROBES is disabled by default.
- bin/withlist can be run without a list name, but only if -i is given.
Also, withlist puts the directory it's found in at the end of sys.path,
making it easier to run withlist scripts that live in $prefix/bin.
- bin/newlist grew two new options: -u/--urlhost and -e/--emailhost which
lets the user provide the web and email hostnames for the new mailing
list. This is a better way to specify the domain for the list, rather
than the old 'mylist@hostname' syntax (which is still supported for
backward compatibility, but deprecated).
Compatibility
- Python 2.4 compatibility issue: time.strftime() became strict about the
'day of year' range. (1078482)
New Features
- New feature: automatic discards of held messages. List owners can now
set how many days to hold the messages in the moderator request queue.
cron/checkdb will automatically discard old messages. See the
max_days_to_hold variable in the General Options and
DEFAULT_MAX_DAYS_TO_HOLD in Defaults.py. This defaults to 0
(i.e. disabled). (790494)
- New feature: subject_prefix can be configured to include a sequence
number which is taken from the post_id variable. Also, the prefix is
always put at the start of the subject, i.e. "[list-name] Re: original
subject", if mm_cfg.OLD_STYLE_PREFIXING is set No. The default style
is "Re: [list-name]" if numbering is not set, for backward compatibility.
If the list owner is using numbering feature by "%d" directive, the new
style, "[list-name 123] Re:", is always used.
- List owners can now cusomize the non-member rejection notice from
admin/<listname>/privacy/sender page. (1107169)
- Allow editing of the welcome message from the admin page (1085501).
- List owners can now use Scrubber to get the attachments scrubbed (held
in the web archive), if the site admin permits it in mm_cfg.py. New
variables introduced are SCRUBBER_DONT_USE_ATTACHMENT_FILENAME and
SCRUBBER_USE_ATTACHMENT_FILENAME_EXTENSION in Defaults.py for scrubber
behavior. (904850)
Documentation
- Most of the installation instructions have been moved to a latex
document. See admin/www/mailman-install/index.html for details.
Bug fixes and other patches
- Mail-to-news gateway now strips subject prefix off from a response
by a mail user if news_prefix_subject_too is not set.
- Date and Message-Id headers are added for digests. (1116952)
- Improved mail address sanity check. (1030228)
- SpamDetect.py now checks attachment header. (1026977)
- Filter attachments by filename extensions. (1027882)
- Bugs and patches: 955381 (older Python compatibility), 1020102/1013079/
1020013 (fix spam filter removed), 665569 (newer Postfix bounce
detection), 970383 (moderator -1 admin requests pending), 873035
(subject handling in -request mail), 799166/946554 (makefile
compatibility), 872068 (add header/footer via unicode), 1032434
(KNOWN_SPAMMERS check for multi-header), 1025372 (empty Cc:), 789015
(fix pipermail URL), 948152 (Out of date link on Docs), 1099138
(Scrubber.py breaks on None part), 1099840/1099840 (deprecated %
insertion), 880073/933762 (List-ID RFC compliance), 1090439 (passwd
reminder shunted), 1112349 (case insensitivity in acceptable_aliases),
1117618 (Don't Cc for personalized anonymous list), 1190404 (wrong
permission after editing html)
2005-06-02 01:25:07 +02:00
|
|
|
lib/mailman/bin/reset_pw.py
|
2006-05-10 15:18:21 +02:00
|
|
|
lib/mailman/bin/reset_pw.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/bin/rmlist
|
|
|
|
lib/mailman/bin/show_qfiles
|
|
|
|
lib/mailman/bin/sync_members
|
|
|
|
lib/mailman/bin/transcheck
|
|
|
|
lib/mailman/bin/unshunt
|
|
|
|
lib/mailman/bin/update
|
|
|
|
lib/mailman/bin/version
|
|
|
|
lib/mailman/bin/withlist
|
2004-01-11 18:28:30 +01:00
|
|
|
lib/mailman/cgi-bin/admin${MAILMAN_CGIEXT}
|
|
|
|
lib/mailman/cgi-bin/admindb${MAILMAN_CGIEXT}
|
|
|
|
lib/mailman/cgi-bin/confirm${MAILMAN_CGIEXT}
|
|
|
|
lib/mailman/cgi-bin/create${MAILMAN_CGIEXT}
|
|
|
|
lib/mailman/cgi-bin/edithtml${MAILMAN_CGIEXT}
|
|
|
|
lib/mailman/cgi-bin/listinfo${MAILMAN_CGIEXT}
|
|
|
|
lib/mailman/cgi-bin/options${MAILMAN_CGIEXT}
|
|
|
|
lib/mailman/cgi-bin/private${MAILMAN_CGIEXT}
|
|
|
|
lib/mailman/cgi-bin/rmlist${MAILMAN_CGIEXT}
|
|
|
|
lib/mailman/cgi-bin/roster${MAILMAN_CGIEXT}
|
|
|
|
lib/mailman/cgi-bin/subscribe${MAILMAN_CGIEXT}
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/cron/bumpdigests
|
|
|
|
lib/mailman/cron/checkdbs
|
|
|
|
lib/mailman/cron/crontab.in
|
|
|
|
lib/mailman/cron/disabled
|
|
|
|
lib/mailman/cron/gate_news
|
|
|
|
lib/mailman/cron/mailpasswds
|
|
|
|
lib/mailman/cron/nightly_gzip
|
|
|
|
lib/mailman/cron/paths.py
|
2006-05-10 15:18:21 +02:00
|
|
|
lib/mailman/cron/paths.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/cron/senddigests
|
|
|
|
lib/mailman/icons/PythonPowered.png
|
2002-08-23 17:28:17 +02:00
|
|
|
lib/mailman/icons/gnu-head-tiny.jpg
|
|
|
|
lib/mailman/icons/mailman-large.jpg
|
|
|
|
lib/mailman/icons/mailman.jpg
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/icons/mm-icon.png
|
|
|
|
lib/mailman/mail/mailman
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/messages/ca/LC_MESSAGES/mailman.mo
|
|
|
|
lib/mailman/messages/ca/LC_MESSAGES/mailman.po
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/messages/cs/LC_MESSAGES/mailman.mo
|
|
|
|
lib/mailman/messages/cs/LC_MESSAGES/mailman.po
|
|
|
|
lib/mailman/messages/da/LC_MESSAGES/mailman.mo
|
|
|
|
lib/mailman/messages/da/LC_MESSAGES/mailman.po
|
|
|
|
lib/mailman/messages/de/LC_MESSAGES/mailman.mo
|
|
|
|
lib/mailman/messages/de/LC_MESSAGES/mailman.po
|
|
|
|
lib/mailman/messages/de/README.de
|
|
|
|
lib/mailman/messages/es/LC_MESSAGES/mailman.mo
|
|
|
|
lib/mailman/messages/es/LC_MESSAGES/mailman.po
|
|
|
|
lib/mailman/messages/es/README.es
|
|
|
|
lib/mailman/messages/et/LC_MESSAGES/mailman.mo
|
|
|
|
lib/mailman/messages/et/LC_MESSAGES/mailman.po
|
|
|
|
lib/mailman/messages/eu/LC_MESSAGES/mailman.mo
|
|
|
|
lib/mailman/messages/eu/LC_MESSAGES/mailman.po
|
|
|
|
lib/mailman/messages/eu/README.eu
|
|
|
|
lib/mailman/messages/fi/LC_MESSAGES/mailman.mo
|
|
|
|
lib/mailman/messages/fi/LC_MESSAGES/mailman.po
|
|
|
|
lib/mailman/messages/fi/README.fi
|
|
|
|
lib/mailman/messages/fr/LC_MESSAGES/mailman.mo
|
|
|
|
lib/mailman/messages/fr/LC_MESSAGES/mailman.po
|
|
|
|
lib/mailman/messages/fr/README.fr
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/messages/hr/LC_MESSAGES/mailman.mo
|
|
|
|
lib/mailman/messages/hr/LC_MESSAGES/mailman.po
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/messages/hu/LC_MESSAGES/mailman.mo
|
|
|
|
lib/mailman/messages/hu/LC_MESSAGES/mailman.po
|
|
|
|
lib/mailman/messages/hu/README.hu
|
Upgrade to 2.1.7nb1.
Local change (which is why we have PKGREVISION=1)
Fix http://secunia.com/advisories/18449/ (CVE-2005-4153) based on debian
patches.
Changes between 2.1.6 and 2.1.7:
Security
- The fix for CAN-2005-0202 has been enhanced to issue an appropriate
message instead of just quietly dropping ./ and ../ from URLs.
- A note on CVE-2005-3573: Although the RFC2231 bug example in the CVE has
been solved in Mailman 2.1.6, there may be more cases where
ToDigest.send_digests() can block regular delivery. We put the
send_digests() calling part in a try/except clause and leave a message
in the error log if something happened in send_digests(). Daily call of
cron/senddigests will provide more detail to the site administrator.
- List administrators can no longer change the user's option/subscription
globally. Site admin can change these only if
mm_cfg.ALLOW_SITE_ADMIN_COOKIES is set to Yes.
- <script> tags are HTML-escaped in the edithtml CGI script.
- Since the probe message for disabled users may reach unintended
recipients, the password is excluded from sendProbe() and probe.txt.
Note that the default value of VERP_PROBE has been set to `No' from
2.1.6., thus this change doesn't affect the default behavior.
New Features
- Always remove DomainKey (and similar) headers from messages sent to the
list. (1287546)
- List owners can control the content filter behavior when collapsing
multipart/alternative parts to its first subpart. This allows the
option of letting the HTML part pass through after other content
filtering is done.
Internationalization
- New language: Interlingua.
Bug fixes and other patches
- Defaults.py.in: SCRUBBER_DONT_USE_ATTACHMENT_FILENAME is set to True for
safer operation.
- Fixed the bug where Scrubber.py munges quoted-printable by introducing
the 'X-Mailman-Scrubbed' header which marks that the payload is
scrubber-munged. The flag is referenced in ToDigest.py, ToArchive.py,
Decorate.py and Archiver. A similar problem in ToDigest.py where the
plain digest is generated is also fixed.
- Fixed Syslog.py to write quopri encoded messages when it fail to write
8-bit characters.
- Fixed MTA/Postfix.py to check aliases group permission in check_perms
and fixed mailman-install document on this matter (1378270).
- Fixed private.py to go to the original URL after authorization
(1080943).
- Fixed bounce log score messages to be more consistent.
- Fixed bin/remove_members to accept no arguments when both --fromall and
--file= options are specified.
- Changed cgi-bin and mail wrapper "group not found" error message to be
more descriptive of the actual problem.
- The list's ban_list now applies to address changes, admin mass
subscribes and invites, and to confirmations/approvals of address
changes, subscriptions and invitations.
- quoted-printable and base64 encoded parts are decoded before passing to
HTML_TO_PLAIN_TEXT_COMMAND (1367783).
- Approve: header is removed from posts, and treated the same as the
Approved: header. (1355707)
- Fixed the removal of the line following Approve[d]: line in body of
post. (1318883)
- The Approve[d]: <password> header is removed from all text/* parts in
addition the initial text/plain part. It must still be the first
non-blank line in the first text/plain part or it won't be found or
removed at all. (1181161)
- Posts are now logged in post log file with the true sender, not
listname-bounces. (1287921)
- Correctly initialize and remember the list's default_member_moderation
attribute in the web list creation page. (1263213)
- PEP263 charset is added to the config_list output. (1343100)
- Fixed header_filter_rules getting lost if accessed directly and
authentication was needed by login page. (1230865)
- Obscure email when the poster doesn't set full name in 'From:' header.
- Preambles and epilogues are taken into account when calculating message
sizes for holding purposes. (Mark Sapiro)
- Logging/Logger.py unicode transform option. (1235567)
- bin/update crashes with bogus files. (949117)
- Bugs and patches: 1212066/1301983 (Date header in create/remove notice)
2006-01-21 17:14:24 +01:00
|
|
|
lib/mailman/messages/ia/LC_MESSAGES/mailman.mo
|
|
|
|
lib/mailman/messages/ia/LC_MESSAGES/mailman.po
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/messages/it/LC_MESSAGES/mailman.mo
|
|
|
|
lib/mailman/messages/it/LC_MESSAGES/mailman.po
|
|
|
|
lib/mailman/messages/it/README.it
|
|
|
|
lib/mailman/messages/ja/LC_MESSAGES/mailman.mo
|
|
|
|
lib/mailman/messages/ja/LC_MESSAGES/mailman.po
|
|
|
|
lib/mailman/messages/ja/README.ja
|
|
|
|
lib/mailman/messages/ko/LC_MESSAGES/mailman.mo
|
|
|
|
lib/mailman/messages/ko/LC_MESSAGES/mailman.po
|
|
|
|
lib/mailman/messages/ko/README.ko
|
|
|
|
lib/mailman/messages/lt/LC_MESSAGES/mailman.mo
|
|
|
|
lib/mailman/messages/lt/LC_MESSAGES/mailman.po
|
|
|
|
lib/mailman/messages/nl/LC_MESSAGES/mailman.mo
|
|
|
|
lib/mailman/messages/nl/LC_MESSAGES/mailman.po
|
|
|
|
lib/mailman/messages/no/LC_MESSAGES/mailman.mo
|
|
|
|
lib/mailman/messages/no/LC_MESSAGES/mailman.po
|
|
|
|
lib/mailman/messages/pl/LC_MESSAGES/mailman.mo
|
|
|
|
lib/mailman/messages/pl/LC_MESSAGES/mailman.po
|
|
|
|
lib/mailman/messages/pl/README.pl
|
|
|
|
lib/mailman/messages/pt/LC_MESSAGES/mailman.mo
|
|
|
|
lib/mailman/messages/pt/LC_MESSAGES/mailman.po
|
|
|
|
lib/mailman/messages/pt_BR/LC_MESSAGES/mailman.mo
|
|
|
|
lib/mailman/messages/pt_BR/LC_MESSAGES/mailman.po
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/messages/ro/LC_MESSAGES/mailman.mo
|
|
|
|
lib/mailman/messages/ro/LC_MESSAGES/mailman.po
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/messages/ru/LC_MESSAGES/mailman.mo
|
|
|
|
lib/mailman/messages/ru/LC_MESSAGES/mailman.po
|
|
|
|
lib/mailman/messages/ru/README.ru
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/messages/sl/LC_MESSAGES/mailman.mo
|
|
|
|
lib/mailman/messages/sl/LC_MESSAGES/mailman.po
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/messages/sr/LC_MESSAGES/mailman.mo
|
|
|
|
lib/mailman/messages/sr/LC_MESSAGES/mailman.po
|
|
|
|
lib/mailman/messages/sv/LC_MESSAGES/mailman.mo
|
|
|
|
lib/mailman/messages/sv/LC_MESSAGES/mailman.po
|
|
|
|
lib/mailman/messages/sv/README.sv
|
2005-03-02 22:09:56 +01:00
|
|
|
lib/mailman/messages/tr/LC_MESSAGES/mailman.mo
|
|
|
|
lib/mailman/messages/tr/LC_MESSAGES/mailman.po
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/messages/uk/LC_MESSAGES/mailman.mo
|
|
|
|
lib/mailman/messages/uk/LC_MESSAGES/mailman.po
|
Update to 2.1.6. Changes (note: the fix for CAN-2005-0202 was already in
pkgsrc as patches/patch-ai):
Security
- Added the ability for Mailman generated passwords (both member and list
admin) to be more cryptographically secure. See new configuration
variables USER_FRIENDLY_PASSWORDS, MEMBER_PASSWORD_LENGTH, and
ADMIN_PASSWORD_LENGTH. Also added a new bin/withlist script called
reset_pw.py which can be used to reset all member passwords. Passwords
generated by Mailman are now 8 characters by default for members, and 10
characters for list administrators.
- A potential cross-site scripting hole in the driver script has been
closed. Thanks to Florian Weimer for its discovery. Also, turn
STEALTH_MODE on by default.
Internationalization
- Chinese languages are now supported. They have been moved from 'big5'
and 'gb' to 'zh_TW' and 'zh_CN' respectively for compliance to the IANA
spec. Note, however, that the character sets were changed from 'Big5'
or 'GB2312' to 'UTF-8' to cope with the insufficient codecs support in
Python 2.3 and earlier. You may have to install Chinese capable codecs
(like CJKCodecs) separately to handle the incoming messages which are in
local charsets, or upgrade your Python to 2.4 or newer.
Behavior or defaults changes
- VERP_PROBES is disabled by default.
- bin/withlist can be run without a list name, but only if -i is given.
Also, withlist puts the directory it's found in at the end of sys.path,
making it easier to run withlist scripts that live in $prefix/bin.
- bin/newlist grew two new options: -u/--urlhost and -e/--emailhost which
lets the user provide the web and email hostnames for the new mailing
list. This is a better way to specify the domain for the list, rather
than the old 'mylist@hostname' syntax (which is still supported for
backward compatibility, but deprecated).
Compatibility
- Python 2.4 compatibility issue: time.strftime() became strict about the
'day of year' range. (1078482)
New Features
- New feature: automatic discards of held messages. List owners can now
set how many days to hold the messages in the moderator request queue.
cron/checkdb will automatically discard old messages. See the
max_days_to_hold variable in the General Options and
DEFAULT_MAX_DAYS_TO_HOLD in Defaults.py. This defaults to 0
(i.e. disabled). (790494)
- New feature: subject_prefix can be configured to include a sequence
number which is taken from the post_id variable. Also, the prefix is
always put at the start of the subject, i.e. "[list-name] Re: original
subject", if mm_cfg.OLD_STYLE_PREFIXING is set No. The default style
is "Re: [list-name]" if numbering is not set, for backward compatibility.
If the list owner is using numbering feature by "%d" directive, the new
style, "[list-name 123] Re:", is always used.
- List owners can now cusomize the non-member rejection notice from
admin/<listname>/privacy/sender page. (1107169)
- Allow editing of the welcome message from the admin page (1085501).
- List owners can now use Scrubber to get the attachments scrubbed (held
in the web archive), if the site admin permits it in mm_cfg.py. New
variables introduced are SCRUBBER_DONT_USE_ATTACHMENT_FILENAME and
SCRUBBER_USE_ATTACHMENT_FILENAME_EXTENSION in Defaults.py for scrubber
behavior. (904850)
Documentation
- Most of the installation instructions have been moved to a latex
document. See admin/www/mailman-install/index.html for details.
Bug fixes and other patches
- Mail-to-news gateway now strips subject prefix off from a response
by a mail user if news_prefix_subject_too is not set.
- Date and Message-Id headers are added for digests. (1116952)
- Improved mail address sanity check. (1030228)
- SpamDetect.py now checks attachment header. (1026977)
- Filter attachments by filename extensions. (1027882)
- Bugs and patches: 955381 (older Python compatibility), 1020102/1013079/
1020013 (fix spam filter removed), 665569 (newer Postfix bounce
detection), 970383 (moderator -1 admin requests pending), 873035
(subject handling in -request mail), 799166/946554 (makefile
compatibility), 872068 (add header/footer via unicode), 1032434
(KNOWN_SPAMMERS check for multi-header), 1025372 (empty Cc:), 789015
(fix pipermail URL), 948152 (Out of date link on Docs), 1099138
(Scrubber.py breaks on None part), 1099840/1099840 (deprecated %
insertion), 880073/933762 (List-ID RFC compliance), 1090439 (passwd
reminder shunted), 1112349 (case insensitivity in acceptable_aliases),
1117618 (Don't Cc for personalized anonymous list), 1190404 (wrong
permission after editing html)
2005-06-02 01:25:07 +02:00
|
|
|
lib/mailman/messages/zh_CN/LC_MESSAGES/mailman.po
|
|
|
|
lib/mailman/messages/zh_CN/LC_MESSAGES/mailman.mo
|
|
|
|
lib/mailman/messages/zh_TW/LC_MESSAGES/mailman.po
|
|
|
|
lib/mailman/messages/zh_TW/LC_MESSAGES/mailman.mo
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/email/Charset.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/email/Charset.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/email/Encoders.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/email/Encoders.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/email/Errors.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/email/Errors.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/email/Generator.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/email/Generator.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/email/Header.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/email/Header.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/email/Iterators.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/email/Iterators.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/email/MIMEAudio.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/email/MIMEAudio.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/email/MIMEBase.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/email/MIMEBase.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/email/MIMEImage.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/email/MIMEImage.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/email/MIMEMessage.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/email/MIMEMessage.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/email/MIMEMultipart.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/email/MIMEMultipart.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/email/MIMENonMultipart.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/email/MIMENonMultipart.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/email/MIMEText.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/email/MIMEText.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/email/Message.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/email/Message.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/email/Parser.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/email/Parser.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/email/Utils.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/email/Utils.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/email/__init__.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/email/__init__.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/email/_compat21.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/email/_compat21.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/email/_compat22.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/email/_compat22.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/email/_parseaddr.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/email/_parseaddr.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/email/base64MIME.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/email/base64MIME.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/email/quopriMIME.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/email/quopriMIME.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/japanese/__init__.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/japanese/__init__.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/japanese/aliases/__init__.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/japanese/aliases/__init__.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/japanese/c/__init__.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/japanese/c/__init__.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/japanese/c/_japanese_codecs.so
|
|
|
|
lib/mailman/pythonlib/japanese/c/euc_jp.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/japanese/c/euc_jp.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/japanese/c/iso_2022_jp.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/japanese/c/iso_2022_jp.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/japanese/c/iso_2022_jp_1.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/japanese/c/iso_2022_jp_1.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/japanese/c/iso_2022_jp_ext.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/japanese/c/iso_2022_jp_ext.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/japanese/c/ms932.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/japanese/c/ms932.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/japanese/c/shift_jis.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/japanese/c/shift_jis.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/japanese/euc_jp.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/japanese/euc_jp.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/japanese/iso_2022_jp.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/japanese/iso_2022_jp.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/japanese/iso_2022_jp_1.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/japanese/iso_2022_jp_1.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/japanese/iso_2022_jp_ext.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/japanese/iso_2022_jp_ext.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/japanese/jis_7.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/japanese/jis_7.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/japanese/jis_x_0201_katakana.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/japanese/jis_x_0201_katakana.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/japanese/jis_x_0201_roman.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/japanese/jis_x_0201_roman.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/japanese/mappings/__init__.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/japanese/mappings/__init__.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/japanese/mappings/euc_jp.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/japanese/mappings/euc_jp.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/japanese/mappings/jis_x_0208.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/japanese/mappings/jis_x_0208.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/japanese/mappings/jis_x_0212.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/japanese/mappings/jis_x_0212.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/japanese/mappings/shift_jis.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/japanese/mappings/shift_jis.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/japanese/ms932.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/japanese/ms932.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/japanese/python/__init__.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/japanese/python/__init__.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/japanese/python/euc_jp.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/japanese/python/euc_jp.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/japanese/python/iso_2022_jp.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/japanese/python/iso_2022_jp.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/japanese/python/iso_2022_jp_1.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/japanese/python/iso_2022_jp_1.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/japanese/python/iso_2022_jp_ext.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/japanese/python/iso_2022_jp_ext.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/japanese/python/shift_jis.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/japanese/python/shift_jis.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/japanese/shift_jis.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/japanese/shift_jis.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/japanese/sjis.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/japanese/sjis.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/japanese/ujis.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/japanese/ujis.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/japanese/windows_31j.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/japanese/windows_31j.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/korean.pth
|
|
|
|
lib/mailman/pythonlib/korean/__init__.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/korean/__init__.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/korean/aliases.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/korean/aliases.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/korean/c/__init__.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/korean/c/__init__.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/korean/c/_koco.so
|
|
|
|
lib/mailman/pythonlib/korean/c/cp949.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/korean/c/cp949.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/korean/c/euc_kr.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/korean/c/euc_kr.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/korean/c/hangul.so
|
|
|
|
lib/mailman/pythonlib/korean/cp949.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/korean/cp949.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/korean/euc_kr.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/korean/euc_kr.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/korean/hangul.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/korean/hangul.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/korean/iso_2022_kr.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/korean/iso_2022_kr.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/korean/johab.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/korean/johab.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/korean/mappings/__init__.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/korean/mappings/__init__.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/korean/mappings/johab_ideograph.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/korean/mappings/johab_ideograph.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/korean/mappings/ksc5601_hangul.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/korean/mappings/ksc5601_hangul.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/korean/mappings/ksc5601_ideograph.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/korean/mappings/ksc5601_ideograph.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/korean/mappings/ksc5601_misc.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/korean/mappings/ksc5601_misc.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/korean/mappings/uhc.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/korean/mappings/uhc.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/korean/python/__init__.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/korean/python/__init__.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/korean/python/cp949.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/korean/python/cp949.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/korean/python/euc_kr.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/korean/python/euc_kr.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/korean/python/hangul.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/korean/python/hangul.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/korean/python/iso_2022_kr.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/korean/python/iso_2022_kr.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/korean/python/johab.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/korean/python/johab.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/korean/python/qwerty2bul.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/korean/python/qwerty2bul.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/korean/python/unijohab.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/korean/python/unijohab.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/korean/qwerty2bul.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/korean/qwerty2bul.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/korean/unijohab.py
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/pythonlib/korean/unijohab.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/pythonlib/lib/python${PYVERSSUFFIX}/site-packages/japanese.pth
|
|
|
|
lib/mailman/scripts/admin
|
|
|
|
lib/mailman/scripts/bounces
|
|
|
|
lib/mailman/scripts/confirm
|
|
|
|
lib/mailman/scripts/driver
|
|
|
|
lib/mailman/scripts/join
|
|
|
|
lib/mailman/scripts/leave
|
|
|
|
lib/mailman/scripts/mailman
|
|
|
|
lib/mailman/scripts/owner
|
|
|
|
lib/mailman/scripts/paths.py
|
2006-05-10 15:18:21 +02:00
|
|
|
lib/mailman/scripts/paths.pyc
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/scripts/post
|
|
|
|
lib/mailman/scripts/request
|
|
|
|
lib/mailman/scripts/subscribe
|
|
|
|
lib/mailman/scripts/unsubscribe
|
|
|
|
lib/mailman/support/sitelist.cfg
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/templates/ca/admindbdetails.html
|
|
|
|
lib/mailman/templates/ca/admindbpreamble.html
|
|
|
|
lib/mailman/templates/ca/admindbsummary.html
|
|
|
|
lib/mailman/templates/ca/adminsubscribeack.txt
|
|
|
|
lib/mailman/templates/ca/adminunsubscribeack.txt
|
|
|
|
lib/mailman/templates/ca/admlogin.html
|
|
|
|
lib/mailman/templates/ca/approve.txt
|
|
|
|
lib/mailman/templates/ca/archidxentry.html
|
|
|
|
lib/mailman/templates/ca/archidxfoot.html
|
|
|
|
lib/mailman/templates/ca/archidxhead.html
|
|
|
|
lib/mailman/templates/ca/archlistend.html
|
|
|
|
lib/mailman/templates/ca/archliststart.html
|
|
|
|
lib/mailman/templates/ca/archtoc.html
|
|
|
|
lib/mailman/templates/ca/archtocentry.html
|
|
|
|
lib/mailman/templates/ca/article.html
|
|
|
|
lib/mailman/templates/ca/bounce.txt
|
|
|
|
lib/mailman/templates/ca/checkdbs.txt
|
|
|
|
lib/mailman/templates/ca/convert.txt
|
|
|
|
lib/mailman/templates/ca/cronpass.txt
|
|
|
|
lib/mailman/templates/ca/disabled.txt
|
|
|
|
lib/mailman/templates/ca/emptyarchive.html
|
|
|
|
lib/mailman/templates/ca/headfoot.html
|
|
|
|
lib/mailman/templates/ca/help.txt
|
|
|
|
lib/mailman/templates/ca/invite.txt
|
|
|
|
lib/mailman/templates/ca/listinfo.html
|
|
|
|
lib/mailman/templates/ca/masthead.txt
|
|
|
|
lib/mailman/templates/ca/newlist.txt
|
|
|
|
lib/mailman/templates/ca/nomoretoday.txt
|
|
|
|
lib/mailman/templates/ca/options.html
|
|
|
|
lib/mailman/templates/ca/postack.txt
|
|
|
|
lib/mailman/templates/ca/postauth.txt
|
|
|
|
lib/mailman/templates/ca/postheld.txt
|
|
|
|
lib/mailman/templates/ca/private.html
|
|
|
|
lib/mailman/templates/ca/refuse.txt
|
|
|
|
lib/mailman/templates/ca/roster.html
|
|
|
|
lib/mailman/templates/ca/subauth.txt
|
|
|
|
lib/mailman/templates/ca/subscribe.html
|
|
|
|
lib/mailman/templates/ca/subscribeack.txt
|
|
|
|
lib/mailman/templates/ca/unsub.txt
|
|
|
|
lib/mailman/templates/ca/unsubauth.txt
|
|
|
|
lib/mailman/templates/ca/userpass.txt
|
|
|
|
lib/mailman/templates/ca/verify.txt
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/templates/cs/admindbdetails.html
|
|
|
|
lib/mailman/templates/cs/admindbpreamble.html
|
|
|
|
lib/mailman/templates/cs/admindbsummary.html
|
|
|
|
lib/mailman/templates/cs/adminsubscribeack.txt
|
|
|
|
lib/mailman/templates/cs/adminunsubscribeack.txt
|
|
|
|
lib/mailman/templates/cs/admlogin.html
|
|
|
|
lib/mailman/templates/cs/approve.txt
|
|
|
|
lib/mailman/templates/cs/article.html
|
|
|
|
lib/mailman/templates/cs/bounce.txt
|
|
|
|
lib/mailman/templates/cs/checkdbs.txt
|
|
|
|
lib/mailman/templates/cs/convert.txt
|
|
|
|
lib/mailman/templates/cs/cronpass.txt
|
|
|
|
lib/mailman/templates/cs/disabled.txt
|
|
|
|
lib/mailman/templates/cs/emptyarchive.html
|
|
|
|
lib/mailman/templates/cs/headfoot.html
|
|
|
|
lib/mailman/templates/cs/help.txt
|
|
|
|
lib/mailman/templates/cs/listinfo.html
|
|
|
|
lib/mailman/templates/cs/masthead.txt
|
|
|
|
lib/mailman/templates/cs/newlist.txt
|
|
|
|
lib/mailman/templates/cs/options.html
|
|
|
|
lib/mailman/templates/cs/postack.txt
|
|
|
|
lib/mailman/templates/cs/postauth.txt
|
|
|
|
lib/mailman/templates/cs/postheld.txt
|
|
|
|
lib/mailman/templates/cs/private.html
|
|
|
|
lib/mailman/templates/cs/refuse.txt
|
|
|
|
lib/mailman/templates/cs/roster.html
|
|
|
|
lib/mailman/templates/cs/subauth.txt
|
|
|
|
lib/mailman/templates/cs/subscribe.html
|
|
|
|
lib/mailman/templates/cs/subscribeack.txt
|
|
|
|
lib/mailman/templates/cs/unsub.txt
|
|
|
|
lib/mailman/templates/cs/unsubauth.txt
|
|
|
|
lib/mailman/templates/cs/userpass.txt
|
|
|
|
lib/mailman/templates/cs/verify.txt
|
Update to 2.1.6. Changes (note: the fix for CAN-2005-0202 was already in
pkgsrc as patches/patch-ai):
Security
- Added the ability for Mailman generated passwords (both member and list
admin) to be more cryptographically secure. See new configuration
variables USER_FRIENDLY_PASSWORDS, MEMBER_PASSWORD_LENGTH, and
ADMIN_PASSWORD_LENGTH. Also added a new bin/withlist script called
reset_pw.py which can be used to reset all member passwords. Passwords
generated by Mailman are now 8 characters by default for members, and 10
characters for list administrators.
- A potential cross-site scripting hole in the driver script has been
closed. Thanks to Florian Weimer for its discovery. Also, turn
STEALTH_MODE on by default.
Internationalization
- Chinese languages are now supported. They have been moved from 'big5'
and 'gb' to 'zh_TW' and 'zh_CN' respectively for compliance to the IANA
spec. Note, however, that the character sets were changed from 'Big5'
or 'GB2312' to 'UTF-8' to cope with the insufficient codecs support in
Python 2.3 and earlier. You may have to install Chinese capable codecs
(like CJKCodecs) separately to handle the incoming messages which are in
local charsets, or upgrade your Python to 2.4 or newer.
Behavior or defaults changes
- VERP_PROBES is disabled by default.
- bin/withlist can be run without a list name, but only if -i is given.
Also, withlist puts the directory it's found in at the end of sys.path,
making it easier to run withlist scripts that live in $prefix/bin.
- bin/newlist grew two new options: -u/--urlhost and -e/--emailhost which
lets the user provide the web and email hostnames for the new mailing
list. This is a better way to specify the domain for the list, rather
than the old 'mylist@hostname' syntax (which is still supported for
backward compatibility, but deprecated).
Compatibility
- Python 2.4 compatibility issue: time.strftime() became strict about the
'day of year' range. (1078482)
New Features
- New feature: automatic discards of held messages. List owners can now
set how many days to hold the messages in the moderator request queue.
cron/checkdb will automatically discard old messages. See the
max_days_to_hold variable in the General Options and
DEFAULT_MAX_DAYS_TO_HOLD in Defaults.py. This defaults to 0
(i.e. disabled). (790494)
- New feature: subject_prefix can be configured to include a sequence
number which is taken from the post_id variable. Also, the prefix is
always put at the start of the subject, i.e. "[list-name] Re: original
subject", if mm_cfg.OLD_STYLE_PREFIXING is set No. The default style
is "Re: [list-name]" if numbering is not set, for backward compatibility.
If the list owner is using numbering feature by "%d" directive, the new
style, "[list-name 123] Re:", is always used.
- List owners can now cusomize the non-member rejection notice from
admin/<listname>/privacy/sender page. (1107169)
- Allow editing of the welcome message from the admin page (1085501).
- List owners can now use Scrubber to get the attachments scrubbed (held
in the web archive), if the site admin permits it in mm_cfg.py. New
variables introduced are SCRUBBER_DONT_USE_ATTACHMENT_FILENAME and
SCRUBBER_USE_ATTACHMENT_FILENAME_EXTENSION in Defaults.py for scrubber
behavior. (904850)
Documentation
- Most of the installation instructions have been moved to a latex
document. See admin/www/mailman-install/index.html for details.
Bug fixes and other patches
- Mail-to-news gateway now strips subject prefix off from a response
by a mail user if news_prefix_subject_too is not set.
- Date and Message-Id headers are added for digests. (1116952)
- Improved mail address sanity check. (1030228)
- SpamDetect.py now checks attachment header. (1026977)
- Filter attachments by filename extensions. (1027882)
- Bugs and patches: 955381 (older Python compatibility), 1020102/1013079/
1020013 (fix spam filter removed), 665569 (newer Postfix bounce
detection), 970383 (moderator -1 admin requests pending), 873035
(subject handling in -request mail), 799166/946554 (makefile
compatibility), 872068 (add header/footer via unicode), 1032434
(KNOWN_SPAMMERS check for multi-header), 1025372 (empty Cc:), 789015
(fix pipermail URL), 948152 (Out of date link on Docs), 1099138
(Scrubber.py breaks on None part), 1099840/1099840 (deprecated %
insertion), 880073/933762 (List-ID RFC compliance), 1090439 (passwd
reminder shunted), 1112349 (case insensitivity in acceptable_aliases),
1117618 (Don't Cc for personalized anonymous list), 1190404 (wrong
permission after editing html)
2005-06-02 01:25:07 +02:00
|
|
|
lib/mailman/templates/da/admindbdetails.html
|
|
|
|
lib/mailman/templates/da/admindbpreamble.html
|
|
|
|
lib/mailman/templates/da/admindbsummary.html
|
|
|
|
lib/mailman/templates/da/admlogin.html
|
|
|
|
lib/mailman/templates/da/archidxfoot.html
|
|
|
|
lib/mailman/templates/da/archidxhead.html
|
|
|
|
lib/mailman/templates/da/archliststart.html
|
|
|
|
lib/mailman/templates/da/archtoc.html
|
|
|
|
lib/mailman/templates/da/archtocentry.html
|
|
|
|
lib/mailman/templates/da/archtocnombox.html
|
|
|
|
lib/mailman/templates/da/article.html
|
|
|
|
lib/mailman/templates/da/emptyarchive.html
|
|
|
|
lib/mailman/templates/da/headfoot.html
|
|
|
|
lib/mailman/templates/da/listinfo.html
|
|
|
|
lib/mailman/templates/da/options.html
|
|
|
|
lib/mailman/templates/da/private.html
|
|
|
|
lib/mailman/templates/da/roster.html
|
|
|
|
lib/mailman/templates/da/subscribe.html
|
|
|
|
lib/mailman/templates/da/approve.txt
|
|
|
|
lib/mailman/templates/da/adminsubscribeack.txt
|
|
|
|
lib/mailman/templates/da/adminunsubscribeack.txt
|
|
|
|
lib/mailman/templates/da/bounce.txt
|
|
|
|
lib/mailman/templates/da/checkdbs.txt
|
|
|
|
lib/mailman/templates/da/convert.txt
|
|
|
|
lib/mailman/templates/da/cronpass.txt
|
|
|
|
lib/mailman/templates/da/disabled.txt
|
|
|
|
lib/mailman/templates/da/help.txt
|
|
|
|
lib/mailman/templates/da/invite.txt
|
|
|
|
lib/mailman/templates/da/masthead.txt
|
|
|
|
lib/mailman/templates/da/newlist.txt
|
|
|
|
lib/mailman/templates/da/nomoretoday.txt
|
|
|
|
lib/mailman/templates/da/postack.txt
|
|
|
|
lib/mailman/templates/da/postauth.txt
|
|
|
|
lib/mailman/templates/da/postheld.txt
|
|
|
|
lib/mailman/templates/da/probe.txt
|
|
|
|
lib/mailman/templates/da/refuse.txt
|
|
|
|
lib/mailman/templates/da/subauth.txt
|
|
|
|
lib/mailman/templates/da/subscribeack.txt
|
|
|
|
lib/mailman/templates/da/unsub.txt
|
|
|
|
lib/mailman/templates/da/unsubauth.txt
|
|
|
|
lib/mailman/templates/da/userpass.txt
|
|
|
|
lib/mailman/templates/da/verify.txt
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/templates/de/admindbdetails.html
|
|
|
|
lib/mailman/templates/de/admindbpreamble.html
|
|
|
|
lib/mailman/templates/de/admindbsummary.html
|
|
|
|
lib/mailman/templates/de/adminsubscribeack.txt
|
|
|
|
lib/mailman/templates/de/adminunsubscribeack.txt
|
|
|
|
lib/mailman/templates/de/admlogin.html
|
|
|
|
lib/mailman/templates/de/approve.txt
|
|
|
|
lib/mailman/templates/de/article.html
|
|
|
|
lib/mailman/templates/de/bounce.txt
|
|
|
|
lib/mailman/templates/de/checkdbs.txt
|
|
|
|
lib/mailman/templates/de/convert.txt
|
|
|
|
lib/mailman/templates/de/cronpass.txt
|
|
|
|
lib/mailman/templates/de/disabled.txt
|
|
|
|
lib/mailman/templates/de/headfoot.html
|
|
|
|
lib/mailman/templates/de/help.txt
|
|
|
|
lib/mailman/templates/de/invite.txt
|
|
|
|
lib/mailman/templates/de/listinfo.html
|
|
|
|
lib/mailman/templates/de/masthead.txt
|
|
|
|
lib/mailman/templates/de/newlist.txt
|
|
|
|
lib/mailman/templates/de/options.html
|
|
|
|
lib/mailman/templates/de/postack.txt
|
|
|
|
lib/mailman/templates/de/postauth.txt
|
|
|
|
lib/mailman/templates/de/postheld.txt
|
|
|
|
lib/mailman/templates/de/private.html
|
|
|
|
lib/mailman/templates/de/refuse.txt
|
|
|
|
lib/mailman/templates/de/roster.html
|
|
|
|
lib/mailman/templates/de/subauth.txt
|
|
|
|
lib/mailman/templates/de/subscribe.html
|
|
|
|
lib/mailman/templates/de/subscribeack.txt
|
|
|
|
lib/mailman/templates/de/unsub.txt
|
|
|
|
lib/mailman/templates/de/userpass.txt
|
|
|
|
lib/mailman/templates/de/verify.txt
|
|
|
|
lib/mailman/templates/en/admindbdetails.html
|
|
|
|
lib/mailman/templates/en/admindbpreamble.html
|
|
|
|
lib/mailman/templates/en/admindbsummary.html
|
|
|
|
lib/mailman/templates/en/adminsubscribeack.txt
|
|
|
|
lib/mailman/templates/en/adminunsubscribeack.txt
|
|
|
|
lib/mailman/templates/en/admlogin.html
|
|
|
|
lib/mailman/templates/en/approve.txt
|
|
|
|
lib/mailman/templates/en/archidxentry.html
|
|
|
|
lib/mailman/templates/en/archidxfoot.html
|
|
|
|
lib/mailman/templates/en/archidxhead.html
|
|
|
|
lib/mailman/templates/en/archlistend.html
|
|
|
|
lib/mailman/templates/en/archliststart.html
|
|
|
|
lib/mailman/templates/en/archtoc.html
|
|
|
|
lib/mailman/templates/en/archtocentry.html
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/templates/en/archtocnombox.html
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/templates/en/article.html
|
|
|
|
lib/mailman/templates/en/bounce.txt
|
|
|
|
lib/mailman/templates/en/checkdbs.txt
|
|
|
|
lib/mailman/templates/en/convert.txt
|
|
|
|
lib/mailman/templates/en/cronpass.txt
|
|
|
|
lib/mailman/templates/en/disabled.txt
|
|
|
|
lib/mailman/templates/en/emptyarchive.html
|
|
|
|
lib/mailman/templates/en/headfoot.html
|
|
|
|
lib/mailman/templates/en/help.txt
|
|
|
|
lib/mailman/templates/en/invite.txt
|
|
|
|
lib/mailman/templates/en/listinfo.html
|
|
|
|
lib/mailman/templates/en/masthead.txt
|
|
|
|
lib/mailman/templates/en/newlist.txt
|
|
|
|
lib/mailman/templates/en/nomoretoday.txt
|
|
|
|
lib/mailman/templates/en/options.html
|
|
|
|
lib/mailman/templates/en/postack.txt
|
|
|
|
lib/mailman/templates/en/postauth.txt
|
|
|
|
lib/mailman/templates/en/postheld.txt
|
|
|
|
lib/mailman/templates/en/private.html
|
2005-03-02 22:09:56 +01:00
|
|
|
lib/mailman/templates/en/probe.txt
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/templates/en/refuse.txt
|
|
|
|
lib/mailman/templates/en/roster.html
|
|
|
|
lib/mailman/templates/en/subauth.txt
|
|
|
|
lib/mailman/templates/en/subscribe.html
|
|
|
|
lib/mailman/templates/en/subscribeack.txt
|
|
|
|
lib/mailman/templates/en/unsub.txt
|
|
|
|
lib/mailman/templates/en/unsubauth.txt
|
|
|
|
lib/mailman/templates/en/userpass.txt
|
|
|
|
lib/mailman/templates/en/verify.txt
|
|
|
|
lib/mailman/templates/es/admindbdetails.html
|
|
|
|
lib/mailman/templates/es/admindbpreamble.html
|
|
|
|
lib/mailman/templates/es/admindbsummary.html
|
|
|
|
lib/mailman/templates/es/adminsubscribeack.txt
|
|
|
|
lib/mailman/templates/es/adminunsubscribeack.txt
|
|
|
|
lib/mailman/templates/es/admlogin.html
|
|
|
|
lib/mailman/templates/es/approve.txt
|
Update to 2.1.6. Changes (note: the fix for CAN-2005-0202 was already in
pkgsrc as patches/patch-ai):
Security
- Added the ability for Mailman generated passwords (both member and list
admin) to be more cryptographically secure. See new configuration
variables USER_FRIENDLY_PASSWORDS, MEMBER_PASSWORD_LENGTH, and
ADMIN_PASSWORD_LENGTH. Also added a new bin/withlist script called
reset_pw.py which can be used to reset all member passwords. Passwords
generated by Mailman are now 8 characters by default for members, and 10
characters for list administrators.
- A potential cross-site scripting hole in the driver script has been
closed. Thanks to Florian Weimer for its discovery. Also, turn
STEALTH_MODE on by default.
Internationalization
- Chinese languages are now supported. They have been moved from 'big5'
and 'gb' to 'zh_TW' and 'zh_CN' respectively for compliance to the IANA
spec. Note, however, that the character sets were changed from 'Big5'
or 'GB2312' to 'UTF-8' to cope with the insufficient codecs support in
Python 2.3 and earlier. You may have to install Chinese capable codecs
(like CJKCodecs) separately to handle the incoming messages which are in
local charsets, or upgrade your Python to 2.4 or newer.
Behavior or defaults changes
- VERP_PROBES is disabled by default.
- bin/withlist can be run without a list name, but only if -i is given.
Also, withlist puts the directory it's found in at the end of sys.path,
making it easier to run withlist scripts that live in $prefix/bin.
- bin/newlist grew two new options: -u/--urlhost and -e/--emailhost which
lets the user provide the web and email hostnames for the new mailing
list. This is a better way to specify the domain for the list, rather
than the old 'mylist@hostname' syntax (which is still supported for
backward compatibility, but deprecated).
Compatibility
- Python 2.4 compatibility issue: time.strftime() became strict about the
'day of year' range. (1078482)
New Features
- New feature: automatic discards of held messages. List owners can now
set how many days to hold the messages in the moderator request queue.
cron/checkdb will automatically discard old messages. See the
max_days_to_hold variable in the General Options and
DEFAULT_MAX_DAYS_TO_HOLD in Defaults.py. This defaults to 0
(i.e. disabled). (790494)
- New feature: subject_prefix can be configured to include a sequence
number which is taken from the post_id variable. Also, the prefix is
always put at the start of the subject, i.e. "[list-name] Re: original
subject", if mm_cfg.OLD_STYLE_PREFIXING is set No. The default style
is "Re: [list-name]" if numbering is not set, for backward compatibility.
If the list owner is using numbering feature by "%d" directive, the new
style, "[list-name 123] Re:", is always used.
- List owners can now cusomize the non-member rejection notice from
admin/<listname>/privacy/sender page. (1107169)
- Allow editing of the welcome message from the admin page (1085501).
- List owners can now use Scrubber to get the attachments scrubbed (held
in the web archive), if the site admin permits it in mm_cfg.py. New
variables introduced are SCRUBBER_DONT_USE_ATTACHMENT_FILENAME and
SCRUBBER_USE_ATTACHMENT_FILENAME_EXTENSION in Defaults.py for scrubber
behavior. (904850)
Documentation
- Most of the installation instructions have been moved to a latex
document. See admin/www/mailman-install/index.html for details.
Bug fixes and other patches
- Mail-to-news gateway now strips subject prefix off from a response
by a mail user if news_prefix_subject_too is not set.
- Date and Message-Id headers are added for digests. (1116952)
- Improved mail address sanity check. (1030228)
- SpamDetect.py now checks attachment header. (1026977)
- Filter attachments by filename extensions. (1027882)
- Bugs and patches: 955381 (older Python compatibility), 1020102/1013079/
1020013 (fix spam filter removed), 665569 (newer Postfix bounce
detection), 970383 (moderator -1 admin requests pending), 873035
(subject handling in -request mail), 799166/946554 (makefile
compatibility), 872068 (add header/footer via unicode), 1032434
(KNOWN_SPAMMERS check for multi-header), 1025372 (empty Cc:), 789015
(fix pipermail URL), 948152 (Out of date link on Docs), 1099138
(Scrubber.py breaks on None part), 1099840/1099840 (deprecated %
insertion), 880073/933762 (List-ID RFC compliance), 1090439 (passwd
reminder shunted), 1112349 (case insensitivity in acceptable_aliases),
1117618 (Don't Cc for personalized anonymous list), 1190404 (wrong
permission after editing html)
2005-06-02 01:25:07 +02:00
|
|
|
lib/mailman/templates/es/archidxentry.html
|
|
|
|
lib/mailman/templates/es/archidxfoot.html
|
|
|
|
lib/mailman/templates/es/archidxhead.html
|
|
|
|
lib/mailman/templates/es/archlistend.html
|
|
|
|
lib/mailman/templates/es/archliststart.html
|
|
|
|
lib/mailman/templates/es/archtoc.html
|
|
|
|
lib/mailman/templates/es/archtocentry.html
|
|
|
|
lib/mailman/templates/es/archtocnombox.html
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/templates/es/article.html
|
|
|
|
lib/mailman/templates/es/bounce.txt
|
|
|
|
lib/mailman/templates/es/checkdbs.txt
|
|
|
|
lib/mailman/templates/es/convert.txt
|
|
|
|
lib/mailman/templates/es/cronpass.txt
|
|
|
|
lib/mailman/templates/es/disabled.txt
|
|
|
|
lib/mailman/templates/es/emptyarchive.html
|
|
|
|
lib/mailman/templates/es/handle_opts.html
|
|
|
|
lib/mailman/templates/es/headfoot.html
|
|
|
|
lib/mailman/templates/es/help.txt
|
|
|
|
lib/mailman/templates/es/invite.txt
|
|
|
|
lib/mailman/templates/es/listinfo.html
|
|
|
|
lib/mailman/templates/es/masthead.txt
|
|
|
|
lib/mailman/templates/es/newlist.txt
|
|
|
|
lib/mailman/templates/es/nomoretoday.txt
|
|
|
|
lib/mailman/templates/es/options.html
|
|
|
|
lib/mailman/templates/es/postack.txt
|
|
|
|
lib/mailman/templates/es/postauth.txt
|
|
|
|
lib/mailman/templates/es/postheld.txt
|
|
|
|
lib/mailman/templates/es/private.html
|
Update to 2.1.6. Changes (note: the fix for CAN-2005-0202 was already in
pkgsrc as patches/patch-ai):
Security
- Added the ability for Mailman generated passwords (both member and list
admin) to be more cryptographically secure. See new configuration
variables USER_FRIENDLY_PASSWORDS, MEMBER_PASSWORD_LENGTH, and
ADMIN_PASSWORD_LENGTH. Also added a new bin/withlist script called
reset_pw.py which can be used to reset all member passwords. Passwords
generated by Mailman are now 8 characters by default for members, and 10
characters for list administrators.
- A potential cross-site scripting hole in the driver script has been
closed. Thanks to Florian Weimer for its discovery. Also, turn
STEALTH_MODE on by default.
Internationalization
- Chinese languages are now supported. They have been moved from 'big5'
and 'gb' to 'zh_TW' and 'zh_CN' respectively for compliance to the IANA
spec. Note, however, that the character sets were changed from 'Big5'
or 'GB2312' to 'UTF-8' to cope with the insufficient codecs support in
Python 2.3 and earlier. You may have to install Chinese capable codecs
(like CJKCodecs) separately to handle the incoming messages which are in
local charsets, or upgrade your Python to 2.4 or newer.
Behavior or defaults changes
- VERP_PROBES is disabled by default.
- bin/withlist can be run without a list name, but only if -i is given.
Also, withlist puts the directory it's found in at the end of sys.path,
making it easier to run withlist scripts that live in $prefix/bin.
- bin/newlist grew two new options: -u/--urlhost and -e/--emailhost which
lets the user provide the web and email hostnames for the new mailing
list. This is a better way to specify the domain for the list, rather
than the old 'mylist@hostname' syntax (which is still supported for
backward compatibility, but deprecated).
Compatibility
- Python 2.4 compatibility issue: time.strftime() became strict about the
'day of year' range. (1078482)
New Features
- New feature: automatic discards of held messages. List owners can now
set how many days to hold the messages in the moderator request queue.
cron/checkdb will automatically discard old messages. See the
max_days_to_hold variable in the General Options and
DEFAULT_MAX_DAYS_TO_HOLD in Defaults.py. This defaults to 0
(i.e. disabled). (790494)
- New feature: subject_prefix can be configured to include a sequence
number which is taken from the post_id variable. Also, the prefix is
always put at the start of the subject, i.e. "[list-name] Re: original
subject", if mm_cfg.OLD_STYLE_PREFIXING is set No. The default style
is "Re: [list-name]" if numbering is not set, for backward compatibility.
If the list owner is using numbering feature by "%d" directive, the new
style, "[list-name 123] Re:", is always used.
- List owners can now cusomize the non-member rejection notice from
admin/<listname>/privacy/sender page. (1107169)
- Allow editing of the welcome message from the admin page (1085501).
- List owners can now use Scrubber to get the attachments scrubbed (held
in the web archive), if the site admin permits it in mm_cfg.py. New
variables introduced are SCRUBBER_DONT_USE_ATTACHMENT_FILENAME and
SCRUBBER_USE_ATTACHMENT_FILENAME_EXTENSION in Defaults.py for scrubber
behavior. (904850)
Documentation
- Most of the installation instructions have been moved to a latex
document. See admin/www/mailman-install/index.html for details.
Bug fixes and other patches
- Mail-to-news gateway now strips subject prefix off from a response
by a mail user if news_prefix_subject_too is not set.
- Date and Message-Id headers are added for digests. (1116952)
- Improved mail address sanity check. (1030228)
- SpamDetect.py now checks attachment header. (1026977)
- Filter attachments by filename extensions. (1027882)
- Bugs and patches: 955381 (older Python compatibility), 1020102/1013079/
1020013 (fix spam filter removed), 665569 (newer Postfix bounce
detection), 970383 (moderator -1 admin requests pending), 873035
(subject handling in -request mail), 799166/946554 (makefile
compatibility), 872068 (add header/footer via unicode), 1032434
(KNOWN_SPAMMERS check for multi-header), 1025372 (empty Cc:), 789015
(fix pipermail URL), 948152 (Out of date link on Docs), 1099138
(Scrubber.py breaks on None part), 1099840/1099840 (deprecated %
insertion), 880073/933762 (List-ID RFC compliance), 1090439 (passwd
reminder shunted), 1112349 (case insensitivity in acceptable_aliases),
1117618 (Don't Cc for personalized anonymous list), 1190404 (wrong
permission after editing html)
2005-06-02 01:25:07 +02:00
|
|
|
lib/mailman/templates/es/probe.txt
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/templates/es/refuse.txt
|
|
|
|
lib/mailman/templates/es/roster.html
|
|
|
|
lib/mailman/templates/es/subauth.txt
|
|
|
|
lib/mailman/templates/es/subscribe.html
|
|
|
|
lib/mailman/templates/es/subscribeack.txt
|
|
|
|
lib/mailman/templates/es/unsub.txt
|
|
|
|
lib/mailman/templates/es/unsubauth.txt
|
|
|
|
lib/mailman/templates/es/userpass.txt
|
|
|
|
lib/mailman/templates/es/verify.txt
|
|
|
|
lib/mailman/templates/et/admindbdetails.html
|
|
|
|
lib/mailman/templates/et/admindbpreamble.html
|
|
|
|
lib/mailman/templates/et/admindbsummary.html
|
|
|
|
lib/mailman/templates/et/adminsubscribeack.txt
|
|
|
|
lib/mailman/templates/et/adminunsubscribeack.txt
|
|
|
|
lib/mailman/templates/et/admlogin.html
|
|
|
|
lib/mailman/templates/et/approve.txt
|
|
|
|
lib/mailman/templates/et/article.html
|
|
|
|
lib/mailman/templates/et/bounce.txt
|
|
|
|
lib/mailman/templates/et/checkdbs.txt
|
|
|
|
lib/mailman/templates/et/convert.txt
|
|
|
|
lib/mailman/templates/et/cronpass.txt
|
|
|
|
lib/mailman/templates/et/disabled.txt
|
|
|
|
lib/mailman/templates/et/emptyarchive.html
|
|
|
|
lib/mailman/templates/et/headfoot.html
|
|
|
|
lib/mailman/templates/et/help.txt
|
|
|
|
lib/mailman/templates/et/invite.txt
|
|
|
|
lib/mailman/templates/et/listinfo.html
|
|
|
|
lib/mailman/templates/et/masthead.txt
|
|
|
|
lib/mailman/templates/et/newlist.txt
|
|
|
|
lib/mailman/templates/et/options.html
|
|
|
|
lib/mailman/templates/et/postack.txt
|
|
|
|
lib/mailman/templates/et/postauth.txt
|
|
|
|
lib/mailman/templates/et/postheld.txt
|
|
|
|
lib/mailman/templates/et/private.html
|
|
|
|
lib/mailman/templates/et/refuse.txt
|
|
|
|
lib/mailman/templates/et/roster.html
|
|
|
|
lib/mailman/templates/et/subauth.txt
|
|
|
|
lib/mailman/templates/et/subscribe.html
|
|
|
|
lib/mailman/templates/et/subscribeack.txt
|
|
|
|
lib/mailman/templates/et/unsub.txt
|
|
|
|
lib/mailman/templates/et/unsubauth.txt
|
|
|
|
lib/mailman/templates/et/userpass.txt
|
|
|
|
lib/mailman/templates/et/verify.txt
|
|
|
|
lib/mailman/templates/eu/admindbdetails.html
|
|
|
|
lib/mailman/templates/eu/admindbpreamble.html
|
|
|
|
lib/mailman/templates/eu/admindbsummary.html
|
|
|
|
lib/mailman/templates/eu/adminsubscribeack.txt
|
|
|
|
lib/mailman/templates/eu/adminunsubscribeack.txt
|
|
|
|
lib/mailman/templates/eu/admlogin.html
|
|
|
|
lib/mailman/templates/eu/approve.txt
|
|
|
|
lib/mailman/templates/eu/archidxentry.html
|
|
|
|
lib/mailman/templates/eu/archidxfoot.html
|
|
|
|
lib/mailman/templates/eu/archidxhead.html
|
|
|
|
lib/mailman/templates/eu/archlistend.html
|
|
|
|
lib/mailman/templates/eu/archliststart.html
|
|
|
|
lib/mailman/templates/eu/archtoc.html
|
|
|
|
lib/mailman/templates/eu/archtocentry.html
|
|
|
|
lib/mailman/templates/eu/article.html
|
|
|
|
lib/mailman/templates/eu/bounce.txt
|
|
|
|
lib/mailman/templates/eu/checkdbs.txt
|
|
|
|
lib/mailman/templates/eu/convert.txt
|
|
|
|
lib/mailman/templates/eu/cronpass.txt
|
|
|
|
lib/mailman/templates/eu/disabled.txt
|
|
|
|
lib/mailman/templates/eu/emptyarchive.html
|
|
|
|
lib/mailman/templates/eu/headfoot.html
|
|
|
|
lib/mailman/templates/eu/help.txt
|
|
|
|
lib/mailman/templates/eu/invite.txt
|
|
|
|
lib/mailman/templates/eu/listinfo.html
|
|
|
|
lib/mailman/templates/eu/masthead.txt
|
|
|
|
lib/mailman/templates/eu/newlist.txt
|
|
|
|
lib/mailman/templates/eu/nomoretoday.txt
|
|
|
|
lib/mailman/templates/eu/options.html
|
|
|
|
lib/mailman/templates/eu/postack.txt
|
|
|
|
lib/mailman/templates/eu/postauth.txt
|
|
|
|
lib/mailman/templates/eu/postheld.txt
|
|
|
|
lib/mailman/templates/eu/private.html
|
|
|
|
lib/mailman/templates/eu/refuse.txt
|
|
|
|
lib/mailman/templates/eu/roster.html
|
|
|
|
lib/mailman/templates/eu/subauth.txt
|
|
|
|
lib/mailman/templates/eu/subscribe.html
|
|
|
|
lib/mailman/templates/eu/subscribeack.txt
|
|
|
|
lib/mailman/templates/eu/unsub.txt
|
|
|
|
lib/mailman/templates/eu/unsubauth.txt
|
|
|
|
lib/mailman/templates/eu/userpass.txt
|
|
|
|
lib/mailman/templates/eu/verify.txt
|
|
|
|
lib/mailman/templates/fi/admindbdetails.html
|
|
|
|
lib/mailman/templates/fi/admindbpreamble.html
|
|
|
|
lib/mailman/templates/fi/admindbsummary.html
|
|
|
|
lib/mailman/templates/fi/adminsubscribeack.txt
|
|
|
|
lib/mailman/templates/fi/adminunsubscribeack.txt
|
|
|
|
lib/mailman/templates/fi/admlogin.html
|
|
|
|
lib/mailman/templates/fi/approve.txt
|
|
|
|
lib/mailman/templates/fi/article.html
|
|
|
|
lib/mailman/templates/fi/bounce.txt
|
|
|
|
lib/mailman/templates/fi/checkdbs.txt
|
|
|
|
lib/mailman/templates/fi/convert.txt
|
|
|
|
lib/mailman/templates/fi/cronpass.txt
|
|
|
|
lib/mailman/templates/fi/disabled.txt
|
|
|
|
lib/mailman/templates/fi/headfoot.html
|
|
|
|
lib/mailman/templates/fi/help.txt
|
|
|
|
lib/mailman/templates/fi/listinfo.html
|
|
|
|
lib/mailman/templates/fi/masthead.txt
|
|
|
|
lib/mailman/templates/fi/newlist.txt
|
|
|
|
lib/mailman/templates/fi/options.html
|
|
|
|
lib/mailman/templates/fi/postack.txt
|
|
|
|
lib/mailman/templates/fi/postauth.txt
|
|
|
|
lib/mailman/templates/fi/postheld.txt
|
|
|
|
lib/mailman/templates/fi/private.html
|
|
|
|
lib/mailman/templates/fi/reenable.txt
|
|
|
|
lib/mailman/templates/fi/refuse.txt
|
|
|
|
lib/mailman/templates/fi/roster.html
|
|
|
|
lib/mailman/templates/fi/subauth.txt
|
|
|
|
lib/mailman/templates/fi/subscribe.html
|
|
|
|
lib/mailman/templates/fi/subscribeack.txt
|
|
|
|
lib/mailman/templates/fi/unsub.txt
|
|
|
|
lib/mailman/templates/fi/unsubauth.txt
|
|
|
|
lib/mailman/templates/fi/userpass.txt
|
|
|
|
lib/mailman/templates/fi/verify.txt
|
|
|
|
lib/mailman/templates/fr/admindbdetails.html
|
|
|
|
lib/mailman/templates/fr/admindbpreamble.html
|
|
|
|
lib/mailman/templates/fr/admindbsummary.html
|
|
|
|
lib/mailman/templates/fr/adminsubscribeack.txt
|
|
|
|
lib/mailman/templates/fr/adminunsubscribeack.txt
|
|
|
|
lib/mailman/templates/fr/admlogin.html
|
|
|
|
lib/mailman/templates/fr/approve.txt
|
|
|
|
lib/mailman/templates/fr/archidxentry.html
|
|
|
|
lib/mailman/templates/fr/archidxfoot.html
|
|
|
|
lib/mailman/templates/fr/archidxhead.html
|
|
|
|
lib/mailman/templates/fr/archlistend.html
|
|
|
|
lib/mailman/templates/fr/archliststart.html
|
|
|
|
lib/mailman/templates/fr/archtoc.html
|
|
|
|
lib/mailman/templates/fr/archtocentry.html
|
|
|
|
lib/mailman/templates/fr/article.html
|
|
|
|
lib/mailman/templates/fr/bounce.txt
|
|
|
|
lib/mailman/templates/fr/checkdbs.txt
|
|
|
|
lib/mailman/templates/fr/convert.txt
|
|
|
|
lib/mailman/templates/fr/cronpass.txt
|
|
|
|
lib/mailman/templates/fr/disabled.txt
|
|
|
|
lib/mailman/templates/fr/emptyarchive.html
|
|
|
|
lib/mailman/templates/fr/handle_opts.html
|
|
|
|
lib/mailman/templates/fr/headfoot.html
|
|
|
|
lib/mailman/templates/fr/help.txt
|
|
|
|
lib/mailman/templates/fr/invite.txt
|
|
|
|
lib/mailman/templates/fr/listinfo.html
|
|
|
|
lib/mailman/templates/fr/masthead.txt
|
|
|
|
lib/mailman/templates/fr/newlist.txt
|
|
|
|
lib/mailman/templates/fr/nomoretoday.txt
|
|
|
|
lib/mailman/templates/fr/options.html
|
|
|
|
lib/mailman/templates/fr/postack.txt
|
|
|
|
lib/mailman/templates/fr/postauth.txt
|
|
|
|
lib/mailman/templates/fr/postheld.txt
|
|
|
|
lib/mailman/templates/fr/private.html
|
|
|
|
lib/mailman/templates/fr/refuse.txt
|
|
|
|
lib/mailman/templates/fr/roster.html
|
|
|
|
lib/mailman/templates/fr/subauth.txt
|
|
|
|
lib/mailman/templates/fr/subscribe.html
|
|
|
|
lib/mailman/templates/fr/subscribeack.txt
|
|
|
|
lib/mailman/templates/fr/unsub.txt
|
|
|
|
lib/mailman/templates/fr/unsubauth.txt
|
|
|
|
lib/mailman/templates/fr/userpass.txt
|
|
|
|
lib/mailman/templates/fr/verify.txt
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/templates/hr/admindbdetails.html
|
|
|
|
lib/mailman/templates/hr/admindbpreamble.html
|
|
|
|
lib/mailman/templates/hr/admindbsummary.html
|
|
|
|
lib/mailman/templates/hr/adminsubscribeack.txt
|
|
|
|
lib/mailman/templates/hr/adminunsubscribeack.txt
|
|
|
|
lib/mailman/templates/hr/admlogin.html
|
|
|
|
lib/mailman/templates/hr/approve.txt
|
|
|
|
lib/mailman/templates/hr/archidxentry.html
|
|
|
|
lib/mailman/templates/hr/archidxfoot.html
|
|
|
|
lib/mailman/templates/hr/archidxhead.html
|
|
|
|
lib/mailman/templates/hr/archlistend.html
|
|
|
|
lib/mailman/templates/hr/archliststart.html
|
|
|
|
lib/mailman/templates/hr/archtoc.html
|
|
|
|
lib/mailman/templates/hr/archtocentry.html
|
|
|
|
lib/mailman/templates/hr/article.html
|
|
|
|
lib/mailman/templates/hr/bounce.txt
|
|
|
|
lib/mailman/templates/hr/checkdbs.txt
|
|
|
|
lib/mailman/templates/hr/convert.txt
|
|
|
|
lib/mailman/templates/hr/cronpass.txt
|
|
|
|
lib/mailman/templates/hr/disabled.txt
|
|
|
|
lib/mailman/templates/hr/emptyarchive.html
|
|
|
|
lib/mailman/templates/hr/headfoot.html
|
|
|
|
lib/mailman/templates/hr/help.txt
|
|
|
|
lib/mailman/templates/hr/invite.txt
|
|
|
|
lib/mailman/templates/hr/listinfo.html
|
|
|
|
lib/mailman/templates/hr/masthead.txt
|
|
|
|
lib/mailman/templates/hr/newlist.txt
|
|
|
|
lib/mailman/templates/hr/nomoretoday.txt
|
|
|
|
lib/mailman/templates/hr/options.html
|
|
|
|
lib/mailman/templates/hr/postack.txt
|
|
|
|
lib/mailman/templates/hr/postauth.txt
|
|
|
|
lib/mailman/templates/hr/postheld.txt
|
|
|
|
lib/mailman/templates/hr/private.html
|
|
|
|
lib/mailman/templates/hr/refuse.txt
|
|
|
|
lib/mailman/templates/hr/roster.html
|
|
|
|
lib/mailman/templates/hr/subauth.txt
|
|
|
|
lib/mailman/templates/hr/subscribe.html
|
|
|
|
lib/mailman/templates/hr/subscribeack.txt
|
|
|
|
lib/mailman/templates/hr/unsub.txt
|
|
|
|
lib/mailman/templates/hr/unsubauth.txt
|
|
|
|
lib/mailman/templates/hr/userpass.txt
|
|
|
|
lib/mailman/templates/hr/verify.txt
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/templates/hu/admindbdetails.html
|
|
|
|
lib/mailman/templates/hu/admindbpreamble.html
|
|
|
|
lib/mailman/templates/hu/admindbsummary.html
|
|
|
|
lib/mailman/templates/hu/adminsubscribeack.txt
|
|
|
|
lib/mailman/templates/hu/adminunsubscribeack.txt
|
|
|
|
lib/mailman/templates/hu/admlogin.html
|
|
|
|
lib/mailman/templates/hu/approve.txt
|
|
|
|
lib/mailman/templates/hu/archidxentry.html
|
|
|
|
lib/mailman/templates/hu/archidxfoot.html
|
|
|
|
lib/mailman/templates/hu/archidxhead.html
|
|
|
|
lib/mailman/templates/hu/archlistend.html
|
|
|
|
lib/mailman/templates/hu/archliststart.html
|
|
|
|
lib/mailman/templates/hu/archtoc.html
|
|
|
|
lib/mailman/templates/hu/archtocentry.html
|
|
|
|
lib/mailman/templates/hu/article.html
|
|
|
|
lib/mailman/templates/hu/bounce.txt
|
|
|
|
lib/mailman/templates/hu/checkdbs.txt
|
|
|
|
lib/mailman/templates/hu/convert.txt
|
|
|
|
lib/mailman/templates/hu/cronpass.txt
|
|
|
|
lib/mailman/templates/hu/disabled.txt
|
|
|
|
lib/mailman/templates/hu/emptyarchive.html
|
|
|
|
lib/mailman/templates/hu/headfoot.html
|
|
|
|
lib/mailman/templates/hu/help.txt
|
|
|
|
lib/mailman/templates/hu/illik.html
|
|
|
|
lib/mailman/templates/hu/invite.txt
|
|
|
|
lib/mailman/templates/hu/listinfo.html
|
|
|
|
lib/mailman/templates/hu/masthead.txt
|
|
|
|
lib/mailman/templates/hu/newlist.txt
|
|
|
|
lib/mailman/templates/hu/nomoretoday.txt
|
|
|
|
lib/mailman/templates/hu/options.html
|
|
|
|
lib/mailman/templates/hu/postack.txt
|
|
|
|
lib/mailman/templates/hu/postauth.txt
|
|
|
|
lib/mailman/templates/hu/postheld.txt
|
|
|
|
lib/mailman/templates/hu/private.html
|
2005-03-02 22:09:56 +01:00
|
|
|
lib/mailman/templates/hu/probe.txt
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/templates/hu/refuse.txt
|
|
|
|
lib/mailman/templates/hu/roster.html
|
|
|
|
lib/mailman/templates/hu/subauth.txt
|
|
|
|
lib/mailman/templates/hu/subscribe.html
|
|
|
|
lib/mailman/templates/hu/subscribeack.txt
|
|
|
|
lib/mailman/templates/hu/unsub.txt
|
|
|
|
lib/mailman/templates/hu/unsubauth.txt
|
|
|
|
lib/mailman/templates/hu/userpass.txt
|
|
|
|
lib/mailman/templates/hu/verify.txt
|
Upgrade to 2.1.7nb1.
Local change (which is why we have PKGREVISION=1)
Fix http://secunia.com/advisories/18449/ (CVE-2005-4153) based on debian
patches.
Changes between 2.1.6 and 2.1.7:
Security
- The fix for CAN-2005-0202 has been enhanced to issue an appropriate
message instead of just quietly dropping ./ and ../ from URLs.
- A note on CVE-2005-3573: Although the RFC2231 bug example in the CVE has
been solved in Mailman 2.1.6, there may be more cases where
ToDigest.send_digests() can block regular delivery. We put the
send_digests() calling part in a try/except clause and leave a message
in the error log if something happened in send_digests(). Daily call of
cron/senddigests will provide more detail to the site administrator.
- List administrators can no longer change the user's option/subscription
globally. Site admin can change these only if
mm_cfg.ALLOW_SITE_ADMIN_COOKIES is set to Yes.
- <script> tags are HTML-escaped in the edithtml CGI script.
- Since the probe message for disabled users may reach unintended
recipients, the password is excluded from sendProbe() and probe.txt.
Note that the default value of VERP_PROBE has been set to `No' from
2.1.6., thus this change doesn't affect the default behavior.
New Features
- Always remove DomainKey (and similar) headers from messages sent to the
list. (1287546)
- List owners can control the content filter behavior when collapsing
multipart/alternative parts to its first subpart. This allows the
option of letting the HTML part pass through after other content
filtering is done.
Internationalization
- New language: Interlingua.
Bug fixes and other patches
- Defaults.py.in: SCRUBBER_DONT_USE_ATTACHMENT_FILENAME is set to True for
safer operation.
- Fixed the bug where Scrubber.py munges quoted-printable by introducing
the 'X-Mailman-Scrubbed' header which marks that the payload is
scrubber-munged. The flag is referenced in ToDigest.py, ToArchive.py,
Decorate.py and Archiver. A similar problem in ToDigest.py where the
plain digest is generated is also fixed.
- Fixed Syslog.py to write quopri encoded messages when it fail to write
8-bit characters.
- Fixed MTA/Postfix.py to check aliases group permission in check_perms
and fixed mailman-install document on this matter (1378270).
- Fixed private.py to go to the original URL after authorization
(1080943).
- Fixed bounce log score messages to be more consistent.
- Fixed bin/remove_members to accept no arguments when both --fromall and
--file= options are specified.
- Changed cgi-bin and mail wrapper "group not found" error message to be
more descriptive of the actual problem.
- The list's ban_list now applies to address changes, admin mass
subscribes and invites, and to confirmations/approvals of address
changes, subscriptions and invitations.
- quoted-printable and base64 encoded parts are decoded before passing to
HTML_TO_PLAIN_TEXT_COMMAND (1367783).
- Approve: header is removed from posts, and treated the same as the
Approved: header. (1355707)
- Fixed the removal of the line following Approve[d]: line in body of
post. (1318883)
- The Approve[d]: <password> header is removed from all text/* parts in
addition the initial text/plain part. It must still be the first
non-blank line in the first text/plain part or it won't be found or
removed at all. (1181161)
- Posts are now logged in post log file with the true sender, not
listname-bounces. (1287921)
- Correctly initialize and remember the list's default_member_moderation
attribute in the web list creation page. (1263213)
- PEP263 charset is added to the config_list output. (1343100)
- Fixed header_filter_rules getting lost if accessed directly and
authentication was needed by login page. (1230865)
- Obscure email when the poster doesn't set full name in 'From:' header.
- Preambles and epilogues are taken into account when calculating message
sizes for holding purposes. (Mark Sapiro)
- Logging/Logger.py unicode transform option. (1235567)
- bin/update crashes with bogus files. (949117)
- Bugs and patches: 1212066/1301983 (Date header in create/remove notice)
2006-01-21 17:14:24 +01:00
|
|
|
lib/mailman/templates/ia/admindbdetails.html
|
|
|
|
lib/mailman/templates/ia/admindbpreamble.html
|
|
|
|
lib/mailman/templates/ia/admindbsummary.html
|
|
|
|
lib/mailman/templates/ia/admlogin.html
|
|
|
|
lib/mailman/templates/ia/archidxentry.html
|
|
|
|
lib/mailman/templates/ia/archidxfoot.html
|
|
|
|
lib/mailman/templates/ia/archidxhead.html
|
|
|
|
lib/mailman/templates/ia/archlistend.html
|
|
|
|
lib/mailman/templates/ia/archliststart.html
|
|
|
|
lib/mailman/templates/ia/archtoc.html
|
|
|
|
lib/mailman/templates/ia/archtocentry.html
|
|
|
|
lib/mailman/templates/ia/archtocnombox.html
|
|
|
|
lib/mailman/templates/ia/article.html
|
|
|
|
lib/mailman/templates/ia/emptyarchive.html
|
|
|
|
lib/mailman/templates/ia/headfoot.html
|
|
|
|
lib/mailman/templates/ia/listinfo.html
|
|
|
|
lib/mailman/templates/ia/options.html
|
|
|
|
lib/mailman/templates/ia/private.html
|
|
|
|
lib/mailman/templates/ia/roster.html
|
|
|
|
lib/mailman/templates/ia/subscribe.html
|
|
|
|
lib/mailman/templates/ia/adminsubscribeack.txt
|
|
|
|
lib/mailman/templates/ia/adminunsubscribeack.txt
|
|
|
|
lib/mailman/templates/ia/approve.txt
|
|
|
|
lib/mailman/templates/ia/bounce.txt
|
|
|
|
lib/mailman/templates/ia/checkdbs.txt
|
|
|
|
lib/mailman/templates/ia/convert.txt
|
|
|
|
lib/mailman/templates/ia/cronpass.txt
|
|
|
|
lib/mailman/templates/ia/disabled.txt
|
|
|
|
lib/mailman/templates/ia/help.txt
|
|
|
|
lib/mailman/templates/ia/invite.txt
|
|
|
|
lib/mailman/templates/ia/masthead.txt
|
|
|
|
lib/mailman/templates/ia/newlist.txt
|
|
|
|
lib/mailman/templates/ia/nomoretoday.txt
|
|
|
|
lib/mailman/templates/ia/postack.txt
|
|
|
|
lib/mailman/templates/ia/postauth.txt
|
|
|
|
lib/mailman/templates/ia/postheld.txt
|
|
|
|
lib/mailman/templates/ia/probe.txt
|
|
|
|
lib/mailman/templates/ia/refuse.txt
|
|
|
|
lib/mailman/templates/ia/subauth.txt
|
|
|
|
lib/mailman/templates/ia/subscribeack.txt
|
|
|
|
lib/mailman/templates/ia/unsub.txt
|
|
|
|
lib/mailman/templates/ia/unsubauth.txt
|
|
|
|
lib/mailman/templates/ia/userpass.txt
|
|
|
|
lib/mailman/templates/ia/verify.txt
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/templates/it/admindbdetails.html
|
|
|
|
lib/mailman/templates/it/admindbpreamble.html
|
|
|
|
lib/mailman/templates/it/admindbsummary.html
|
|
|
|
lib/mailman/templates/it/adminsubscribeack.txt
|
|
|
|
lib/mailman/templates/it/adminunsubscribeack.txt
|
|
|
|
lib/mailman/templates/it/admlogin.html
|
|
|
|
lib/mailman/templates/it/approve.txt
|
|
|
|
lib/mailman/templates/it/archidxentry.html
|
|
|
|
lib/mailman/templates/it/archidxfoot.html
|
|
|
|
lib/mailman/templates/it/archidxhead.html
|
|
|
|
lib/mailman/templates/it/archlistend.html
|
|
|
|
lib/mailman/templates/it/archliststart.html
|
|
|
|
lib/mailman/templates/it/archtoc.html
|
|
|
|
lib/mailman/templates/it/archtocentry.html
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/templates/it/archtocnombox.html
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/templates/it/article.html
|
|
|
|
lib/mailman/templates/it/bounce.txt
|
|
|
|
lib/mailman/templates/it/checkdbs.txt
|
|
|
|
lib/mailman/templates/it/convert.txt
|
|
|
|
lib/mailman/templates/it/cronpass.txt
|
|
|
|
lib/mailman/templates/it/disabled.txt
|
|
|
|
lib/mailman/templates/it/emptyarchive.html
|
|
|
|
lib/mailman/templates/it/headfoot.html
|
|
|
|
lib/mailman/templates/it/help.txt
|
|
|
|
lib/mailman/templates/it/invite.txt
|
|
|
|
lib/mailman/templates/it/listinfo.html
|
|
|
|
lib/mailman/templates/it/masthead.txt
|
|
|
|
lib/mailman/templates/it/newlist.txt
|
|
|
|
lib/mailman/templates/it/nomoretoday.txt
|
|
|
|
lib/mailman/templates/it/options.html
|
|
|
|
lib/mailman/templates/it/postack.txt
|
|
|
|
lib/mailman/templates/it/postauth.txt
|
|
|
|
lib/mailman/templates/it/postheld.txt
|
|
|
|
lib/mailman/templates/it/private.html
|
Update to 2.1.6. Changes (note: the fix for CAN-2005-0202 was already in
pkgsrc as patches/patch-ai):
Security
- Added the ability for Mailman generated passwords (both member and list
admin) to be more cryptographically secure. See new configuration
variables USER_FRIENDLY_PASSWORDS, MEMBER_PASSWORD_LENGTH, and
ADMIN_PASSWORD_LENGTH. Also added a new bin/withlist script called
reset_pw.py which can be used to reset all member passwords. Passwords
generated by Mailman are now 8 characters by default for members, and 10
characters for list administrators.
- A potential cross-site scripting hole in the driver script has been
closed. Thanks to Florian Weimer for its discovery. Also, turn
STEALTH_MODE on by default.
Internationalization
- Chinese languages are now supported. They have been moved from 'big5'
and 'gb' to 'zh_TW' and 'zh_CN' respectively for compliance to the IANA
spec. Note, however, that the character sets were changed from 'Big5'
or 'GB2312' to 'UTF-8' to cope with the insufficient codecs support in
Python 2.3 and earlier. You may have to install Chinese capable codecs
(like CJKCodecs) separately to handle the incoming messages which are in
local charsets, or upgrade your Python to 2.4 or newer.
Behavior or defaults changes
- VERP_PROBES is disabled by default.
- bin/withlist can be run without a list name, but only if -i is given.
Also, withlist puts the directory it's found in at the end of sys.path,
making it easier to run withlist scripts that live in $prefix/bin.
- bin/newlist grew two new options: -u/--urlhost and -e/--emailhost which
lets the user provide the web and email hostnames for the new mailing
list. This is a better way to specify the domain for the list, rather
than the old 'mylist@hostname' syntax (which is still supported for
backward compatibility, but deprecated).
Compatibility
- Python 2.4 compatibility issue: time.strftime() became strict about the
'day of year' range. (1078482)
New Features
- New feature: automatic discards of held messages. List owners can now
set how many days to hold the messages in the moderator request queue.
cron/checkdb will automatically discard old messages. See the
max_days_to_hold variable in the General Options and
DEFAULT_MAX_DAYS_TO_HOLD in Defaults.py. This defaults to 0
(i.e. disabled). (790494)
- New feature: subject_prefix can be configured to include a sequence
number which is taken from the post_id variable. Also, the prefix is
always put at the start of the subject, i.e. "[list-name] Re: original
subject", if mm_cfg.OLD_STYLE_PREFIXING is set No. The default style
is "Re: [list-name]" if numbering is not set, for backward compatibility.
If the list owner is using numbering feature by "%d" directive, the new
style, "[list-name 123] Re:", is always used.
- List owners can now cusomize the non-member rejection notice from
admin/<listname>/privacy/sender page. (1107169)
- Allow editing of the welcome message from the admin page (1085501).
- List owners can now use Scrubber to get the attachments scrubbed (held
in the web archive), if the site admin permits it in mm_cfg.py. New
variables introduced are SCRUBBER_DONT_USE_ATTACHMENT_FILENAME and
SCRUBBER_USE_ATTACHMENT_FILENAME_EXTENSION in Defaults.py for scrubber
behavior. (904850)
Documentation
- Most of the installation instructions have been moved to a latex
document. See admin/www/mailman-install/index.html for details.
Bug fixes and other patches
- Mail-to-news gateway now strips subject prefix off from a response
by a mail user if news_prefix_subject_too is not set.
- Date and Message-Id headers are added for digests. (1116952)
- Improved mail address sanity check. (1030228)
- SpamDetect.py now checks attachment header. (1026977)
- Filter attachments by filename extensions. (1027882)
- Bugs and patches: 955381 (older Python compatibility), 1020102/1013079/
1020013 (fix spam filter removed), 665569 (newer Postfix bounce
detection), 970383 (moderator -1 admin requests pending), 873035
(subject handling in -request mail), 799166/946554 (makefile
compatibility), 872068 (add header/footer via unicode), 1032434
(KNOWN_SPAMMERS check for multi-header), 1025372 (empty Cc:), 789015
(fix pipermail URL), 948152 (Out of date link on Docs), 1099138
(Scrubber.py breaks on None part), 1099840/1099840 (deprecated %
insertion), 880073/933762 (List-ID RFC compliance), 1090439 (passwd
reminder shunted), 1112349 (case insensitivity in acceptable_aliases),
1117618 (Don't Cc for personalized anonymous list), 1190404 (wrong
permission after editing html)
2005-06-02 01:25:07 +02:00
|
|
|
lib/mailman/templates/it/probe.txt
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/templates/it/refuse.txt
|
|
|
|
lib/mailman/templates/it/roster.html
|
|
|
|
lib/mailman/templates/it/subauth.txt
|
|
|
|
lib/mailman/templates/it/subscribe.html
|
|
|
|
lib/mailman/templates/it/subscribeack.txt
|
|
|
|
lib/mailman/templates/it/unsub.txt
|
|
|
|
lib/mailman/templates/it/unsubauth.txt
|
|
|
|
lib/mailman/templates/it/userpass.txt
|
|
|
|
lib/mailman/templates/it/verify.txt
|
|
|
|
lib/mailman/templates/ja/admindbdetails.html
|
|
|
|
lib/mailman/templates/ja/admindbpreamble.html
|
|
|
|
lib/mailman/templates/ja/admindbsummary.html
|
|
|
|
lib/mailman/templates/ja/adminsubscribeack.txt
|
|
|
|
lib/mailman/templates/ja/adminunsubscribeack.txt
|
|
|
|
lib/mailman/templates/ja/admlogin.html
|
|
|
|
lib/mailman/templates/ja/approve.txt
|
|
|
|
lib/mailman/templates/ja/archidxentry.html
|
|
|
|
lib/mailman/templates/ja/archidxfoot.html
|
|
|
|
lib/mailman/templates/ja/archidxhead.html
|
|
|
|
lib/mailman/templates/ja/archlistend.html
|
|
|
|
lib/mailman/templates/ja/archliststart.html
|
|
|
|
lib/mailman/templates/ja/archtoc.html
|
|
|
|
lib/mailman/templates/ja/archtocentry.html
|
2005-03-02 22:09:56 +01:00
|
|
|
lib/mailman/templates/ja/archtocnombox.html
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/templates/ja/article.html
|
|
|
|
lib/mailman/templates/ja/bounce.txt
|
|
|
|
lib/mailman/templates/ja/checkdbs.txt
|
|
|
|
lib/mailman/templates/ja/convert.txt
|
|
|
|
lib/mailman/templates/ja/cronpass.txt
|
|
|
|
lib/mailman/templates/ja/disabled.txt
|
|
|
|
lib/mailman/templates/ja/emptyarchive.html
|
|
|
|
lib/mailman/templates/ja/headfoot.html
|
|
|
|
lib/mailman/templates/ja/help.txt
|
|
|
|
lib/mailman/templates/ja/invite.txt
|
|
|
|
lib/mailman/templates/ja/listinfo.html
|
|
|
|
lib/mailman/templates/ja/masthead.txt
|
|
|
|
lib/mailman/templates/ja/newlist.txt
|
|
|
|
lib/mailman/templates/ja/nomoretoday.txt
|
|
|
|
lib/mailman/templates/ja/options.html
|
|
|
|
lib/mailman/templates/ja/postack.txt
|
|
|
|
lib/mailman/templates/ja/postauth.txt
|
|
|
|
lib/mailman/templates/ja/postheld.txt
|
|
|
|
lib/mailman/templates/ja/private.html
|
Update to 2.1.6. Changes (note: the fix for CAN-2005-0202 was already in
pkgsrc as patches/patch-ai):
Security
- Added the ability for Mailman generated passwords (both member and list
admin) to be more cryptographically secure. See new configuration
variables USER_FRIENDLY_PASSWORDS, MEMBER_PASSWORD_LENGTH, and
ADMIN_PASSWORD_LENGTH. Also added a new bin/withlist script called
reset_pw.py which can be used to reset all member passwords. Passwords
generated by Mailman are now 8 characters by default for members, and 10
characters for list administrators.
- A potential cross-site scripting hole in the driver script has been
closed. Thanks to Florian Weimer for its discovery. Also, turn
STEALTH_MODE on by default.
Internationalization
- Chinese languages are now supported. They have been moved from 'big5'
and 'gb' to 'zh_TW' and 'zh_CN' respectively for compliance to the IANA
spec. Note, however, that the character sets were changed from 'Big5'
or 'GB2312' to 'UTF-8' to cope with the insufficient codecs support in
Python 2.3 and earlier. You may have to install Chinese capable codecs
(like CJKCodecs) separately to handle the incoming messages which are in
local charsets, or upgrade your Python to 2.4 or newer.
Behavior or defaults changes
- VERP_PROBES is disabled by default.
- bin/withlist can be run without a list name, but only if -i is given.
Also, withlist puts the directory it's found in at the end of sys.path,
making it easier to run withlist scripts that live in $prefix/bin.
- bin/newlist grew two new options: -u/--urlhost and -e/--emailhost which
lets the user provide the web and email hostnames for the new mailing
list. This is a better way to specify the domain for the list, rather
than the old 'mylist@hostname' syntax (which is still supported for
backward compatibility, but deprecated).
Compatibility
- Python 2.4 compatibility issue: time.strftime() became strict about the
'day of year' range. (1078482)
New Features
- New feature: automatic discards of held messages. List owners can now
set how many days to hold the messages in the moderator request queue.
cron/checkdb will automatically discard old messages. See the
max_days_to_hold variable in the General Options and
DEFAULT_MAX_DAYS_TO_HOLD in Defaults.py. This defaults to 0
(i.e. disabled). (790494)
- New feature: subject_prefix can be configured to include a sequence
number which is taken from the post_id variable. Also, the prefix is
always put at the start of the subject, i.e. "[list-name] Re: original
subject", if mm_cfg.OLD_STYLE_PREFIXING is set No. The default style
is "Re: [list-name]" if numbering is not set, for backward compatibility.
If the list owner is using numbering feature by "%d" directive, the new
style, "[list-name 123] Re:", is always used.
- List owners can now cusomize the non-member rejection notice from
admin/<listname>/privacy/sender page. (1107169)
- Allow editing of the welcome message from the admin page (1085501).
- List owners can now use Scrubber to get the attachments scrubbed (held
in the web archive), if the site admin permits it in mm_cfg.py. New
variables introduced are SCRUBBER_DONT_USE_ATTACHMENT_FILENAME and
SCRUBBER_USE_ATTACHMENT_FILENAME_EXTENSION in Defaults.py for scrubber
behavior. (904850)
Documentation
- Most of the installation instructions have been moved to a latex
document. See admin/www/mailman-install/index.html for details.
Bug fixes and other patches
- Mail-to-news gateway now strips subject prefix off from a response
by a mail user if news_prefix_subject_too is not set.
- Date and Message-Id headers are added for digests. (1116952)
- Improved mail address sanity check. (1030228)
- SpamDetect.py now checks attachment header. (1026977)
- Filter attachments by filename extensions. (1027882)
- Bugs and patches: 955381 (older Python compatibility), 1020102/1013079/
1020013 (fix spam filter removed), 665569 (newer Postfix bounce
detection), 970383 (moderator -1 admin requests pending), 873035
(subject handling in -request mail), 799166/946554 (makefile
compatibility), 872068 (add header/footer via unicode), 1032434
(KNOWN_SPAMMERS check for multi-header), 1025372 (empty Cc:), 789015
(fix pipermail URL), 948152 (Out of date link on Docs), 1099138
(Scrubber.py breaks on None part), 1099840/1099840 (deprecated %
insertion), 880073/933762 (List-ID RFC compliance), 1090439 (passwd
reminder shunted), 1112349 (case insensitivity in acceptable_aliases),
1117618 (Don't Cc for personalized anonymous list), 1190404 (wrong
permission after editing html)
2005-06-02 01:25:07 +02:00
|
|
|
lib/mailman/templates/ja/probe.txt
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/templates/ja/refuse.txt
|
|
|
|
lib/mailman/templates/ja/roster.html
|
|
|
|
lib/mailman/templates/ja/subauth.txt
|
|
|
|
lib/mailman/templates/ja/subscribe.html
|
|
|
|
lib/mailman/templates/ja/subscribeack.txt
|
|
|
|
lib/mailman/templates/ja/unsub.txt
|
|
|
|
lib/mailman/templates/ja/unsubauth.txt
|
|
|
|
lib/mailman/templates/ja/userpass.txt
|
|
|
|
lib/mailman/templates/ja/verify.txt
|
|
|
|
lib/mailman/templates/ko/admindbdetails.html
|
|
|
|
lib/mailman/templates/ko/admindbpreamble.html
|
|
|
|
lib/mailman/templates/ko/admindbsummary.html
|
|
|
|
lib/mailman/templates/ko/adminsubscribeack.txt
|
|
|
|
lib/mailman/templates/ko/adminunsubscribeack.txt
|
|
|
|
lib/mailman/templates/ko/admlogin.html
|
|
|
|
lib/mailman/templates/ko/approve.txt
|
|
|
|
lib/mailman/templates/ko/article.html
|
|
|
|
lib/mailman/templates/ko/bounce.txt
|
|
|
|
lib/mailman/templates/ko/checkdbs.txt
|
|
|
|
lib/mailman/templates/ko/convert.txt
|
|
|
|
lib/mailman/templates/ko/cronpass.txt
|
|
|
|
lib/mailman/templates/ko/disabled.txt
|
|
|
|
lib/mailman/templates/ko/emptyarchive.html
|
|
|
|
lib/mailman/templates/ko/headfoot.html
|
|
|
|
lib/mailman/templates/ko/help.txt
|
|
|
|
lib/mailman/templates/ko/invite.txt
|
|
|
|
lib/mailman/templates/ko/listinfo.html
|
|
|
|
lib/mailman/templates/ko/masthead.txt
|
|
|
|
lib/mailman/templates/ko/newlist.txt
|
|
|
|
lib/mailman/templates/ko/options.html
|
|
|
|
lib/mailman/templates/ko/postack.txt
|
|
|
|
lib/mailman/templates/ko/postauth.txt
|
|
|
|
lib/mailman/templates/ko/postheld.txt
|
|
|
|
lib/mailman/templates/ko/private.html
|
|
|
|
lib/mailman/templates/ko/refuse.txt
|
|
|
|
lib/mailman/templates/ko/roster.html
|
|
|
|
lib/mailman/templates/ko/subauth.txt
|
|
|
|
lib/mailman/templates/ko/subscribe.html
|
|
|
|
lib/mailman/templates/ko/subscribeack.txt
|
|
|
|
lib/mailman/templates/ko/unsub.txt
|
|
|
|
lib/mailman/templates/ko/unsubauth.txt
|
|
|
|
lib/mailman/templates/ko/userpass.txt
|
|
|
|
lib/mailman/templates/ko/verify.txt
|
|
|
|
lib/mailman/templates/lt/admindbdetails.html
|
|
|
|
lib/mailman/templates/lt/admindbpreamble.html
|
|
|
|
lib/mailman/templates/lt/admindbsummary.html
|
|
|
|
lib/mailman/templates/lt/adminsubscribeack.txt
|
|
|
|
lib/mailman/templates/lt/adminunsubscribeack.txt
|
|
|
|
lib/mailman/templates/lt/admlogin.html
|
|
|
|
lib/mailman/templates/lt/approve.txt
|
|
|
|
lib/mailman/templates/lt/archidxentry.html
|
|
|
|
lib/mailman/templates/lt/archidxfoot.html
|
|
|
|
lib/mailman/templates/lt/archidxhead.html
|
|
|
|
lib/mailman/templates/lt/archlistend.html
|
|
|
|
lib/mailman/templates/lt/archliststart.html
|
|
|
|
lib/mailman/templates/lt/archtoc.html
|
|
|
|
lib/mailman/templates/lt/archtocentry.html
|
|
|
|
lib/mailman/templates/lt/article.html
|
|
|
|
lib/mailman/templates/lt/bounce.txt
|
|
|
|
lib/mailman/templates/lt/checkdbs.txt
|
|
|
|
lib/mailman/templates/lt/convert.txt
|
|
|
|
lib/mailman/templates/lt/cronpass.txt
|
|
|
|
lib/mailman/templates/lt/disabled.txt
|
|
|
|
lib/mailman/templates/lt/emptyarchive.html
|
|
|
|
lib/mailman/templates/lt/headfoot.html
|
|
|
|
lib/mailman/templates/lt/help.txt
|
|
|
|
lib/mailman/templates/lt/invite.txt
|
|
|
|
lib/mailman/templates/lt/listinfo.html
|
|
|
|
lib/mailman/templates/lt/masthead.txt
|
|
|
|
lib/mailman/templates/lt/newlist.txt
|
|
|
|
lib/mailman/templates/lt/nomoretoday.txt
|
|
|
|
lib/mailman/templates/lt/options.html
|
|
|
|
lib/mailman/templates/lt/postack.txt
|
|
|
|
lib/mailman/templates/lt/postauth.txt
|
|
|
|
lib/mailman/templates/lt/postheld.txt
|
|
|
|
lib/mailman/templates/lt/private.html
|
|
|
|
lib/mailman/templates/lt/refuse.txt
|
|
|
|
lib/mailman/templates/lt/roster.html
|
|
|
|
lib/mailman/templates/lt/subauth.txt
|
|
|
|
lib/mailman/templates/lt/subscribe.html
|
|
|
|
lib/mailman/templates/lt/subscribeack.txt
|
|
|
|
lib/mailman/templates/lt/unsub.txt
|
|
|
|
lib/mailman/templates/lt/unsubauth.txt
|
|
|
|
lib/mailman/templates/lt/userpass.txt
|
|
|
|
lib/mailman/templates/lt/verify.txt
|
|
|
|
lib/mailman/templates/nl/admindbdetails.html
|
|
|
|
lib/mailman/templates/nl/admindbpreamble.html
|
|
|
|
lib/mailman/templates/nl/admindbsummary.html
|
|
|
|
lib/mailman/templates/nl/adminsubscribeack.txt
|
|
|
|
lib/mailman/templates/nl/adminunsubscribeack.txt
|
|
|
|
lib/mailman/templates/nl/admlogin.html
|
|
|
|
lib/mailman/templates/nl/approve.txt
|
|
|
|
lib/mailman/templates/nl/article.html
|
|
|
|
lib/mailman/templates/nl/bounce.txt
|
|
|
|
lib/mailman/templates/nl/checkdbs.txt
|
|
|
|
lib/mailman/templates/nl/convert.txt
|
|
|
|
lib/mailman/templates/nl/cronpass.txt
|
|
|
|
lib/mailman/templates/nl/disabled.txt
|
|
|
|
lib/mailman/templates/nl/emptyarchive.html
|
|
|
|
lib/mailman/templates/nl/headfoot.html
|
|
|
|
lib/mailman/templates/nl/help.txt
|
|
|
|
lib/mailman/templates/nl/invite.txt
|
|
|
|
lib/mailman/templates/nl/listinfo.html
|
|
|
|
lib/mailman/templates/nl/masthead.txt
|
|
|
|
lib/mailman/templates/nl/newlist.txt
|
|
|
|
lib/mailman/templates/nl/options.html
|
|
|
|
lib/mailman/templates/nl/postack.txt
|
|
|
|
lib/mailman/templates/nl/postauth.txt
|
|
|
|
lib/mailman/templates/nl/postheld.txt
|
|
|
|
lib/mailman/templates/nl/private.html
|
|
|
|
lib/mailman/templates/nl/refuse.txt
|
|
|
|
lib/mailman/templates/nl/roster.html
|
|
|
|
lib/mailman/templates/nl/subauth.txt
|
|
|
|
lib/mailman/templates/nl/subscribe.html
|
|
|
|
lib/mailman/templates/nl/subscribeack.txt
|
|
|
|
lib/mailman/templates/nl/unsub.txt
|
|
|
|
lib/mailman/templates/nl/unsubauth.txt
|
|
|
|
lib/mailman/templates/nl/userpass.txt
|
|
|
|
lib/mailman/templates/nl/verify.txt
|
|
|
|
lib/mailman/templates/no/admindbdetails.html
|
|
|
|
lib/mailman/templates/no/admindbpreamble.html
|
|
|
|
lib/mailman/templates/no/admindbsummary.html
|
|
|
|
lib/mailman/templates/no/adminsubscribeack.txt
|
|
|
|
lib/mailman/templates/no/adminunsubscribeack.txt
|
|
|
|
lib/mailman/templates/no/admlogin.html
|
|
|
|
lib/mailman/templates/no/approve.txt
|
|
|
|
lib/mailman/templates/no/archidxfoot.html
|
|
|
|
lib/mailman/templates/no/archidxhead.html
|
|
|
|
lib/mailman/templates/no/archliststart.html
|
|
|
|
lib/mailman/templates/no/archtoc.html
|
|
|
|
lib/mailman/templates/no/archtocentry.html
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/templates/no/archtocnombox.html
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/templates/no/article.html
|
|
|
|
lib/mailman/templates/no/bounce.txt
|
|
|
|
lib/mailman/templates/no/checkdbs.txt
|
|
|
|
lib/mailman/templates/no/convert.txt
|
|
|
|
lib/mailman/templates/no/cronpass.txt
|
|
|
|
lib/mailman/templates/no/disabled.txt
|
|
|
|
lib/mailman/templates/no/emptyarchive.html
|
|
|
|
lib/mailman/templates/no/headfoot.html
|
|
|
|
lib/mailman/templates/no/help.txt
|
|
|
|
lib/mailman/templates/no/invite.txt
|
|
|
|
lib/mailman/templates/no/listinfo.html
|
|
|
|
lib/mailman/templates/no/masthead.txt
|
|
|
|
lib/mailman/templates/no/newlist.txt
|
|
|
|
lib/mailman/templates/no/nomoretoday.txt
|
|
|
|
lib/mailman/templates/no/options.html
|
|
|
|
lib/mailman/templates/no/postack.txt
|
|
|
|
lib/mailman/templates/no/postauth.txt
|
|
|
|
lib/mailman/templates/no/postheld.txt
|
|
|
|
lib/mailman/templates/no/private.html
|
|
|
|
lib/mailman/templates/no/refuse.txt
|
|
|
|
lib/mailman/templates/no/roster.html
|
|
|
|
lib/mailman/templates/no/subauth.txt
|
|
|
|
lib/mailman/templates/no/subscribe.html
|
|
|
|
lib/mailman/templates/no/subscribeack.txt
|
|
|
|
lib/mailman/templates/no/unsub.txt
|
|
|
|
lib/mailman/templates/no/unsubauth.txt
|
|
|
|
lib/mailman/templates/no/userpass.txt
|
|
|
|
lib/mailman/templates/no/verify.txt
|
|
|
|
lib/mailman/templates/pl/admindbdetails.html
|
|
|
|
lib/mailman/templates/pl/admindbpreamble.html
|
|
|
|
lib/mailman/templates/pl/admindbsummary.html
|
|
|
|
lib/mailman/templates/pl/adminsubscribeack.txt
|
|
|
|
lib/mailman/templates/pl/adminunsubscribeack.txt
|
|
|
|
lib/mailman/templates/pl/admlogin.html
|
|
|
|
lib/mailman/templates/pl/approve.txt
|
|
|
|
lib/mailman/templates/pl/archidxentry.html
|
|
|
|
lib/mailman/templates/pl/archidxfoot.html
|
|
|
|
lib/mailman/templates/pl/archidxhead.html
|
|
|
|
lib/mailman/templates/pl/archlistend.html
|
|
|
|
lib/mailman/templates/pl/archliststart.html
|
|
|
|
lib/mailman/templates/pl/archtoc.html
|
|
|
|
lib/mailman/templates/pl/archtocentry.html
|
|
|
|
lib/mailman/templates/pl/article.html
|
|
|
|
lib/mailman/templates/pl/bounce.txt
|
|
|
|
lib/mailman/templates/pl/checkdbs.txt
|
|
|
|
lib/mailman/templates/pl/convert.txt
|
|
|
|
lib/mailman/templates/pl/cronpass.txt
|
|
|
|
lib/mailman/templates/pl/disabled.txt
|
|
|
|
lib/mailman/templates/pl/emptyarchive.html
|
|
|
|
lib/mailman/templates/pl/headfoot.html
|
|
|
|
lib/mailman/templates/pl/help.txt
|
|
|
|
lib/mailman/templates/pl/invite.txt
|
|
|
|
lib/mailman/templates/pl/listinfo.html
|
|
|
|
lib/mailman/templates/pl/masthead.txt
|
|
|
|
lib/mailman/templates/pl/newlist.txt
|
|
|
|
lib/mailman/templates/pl/nomoretoday.txt
|
|
|
|
lib/mailman/templates/pl/options.html
|
|
|
|
lib/mailman/templates/pl/postack.txt
|
|
|
|
lib/mailman/templates/pl/postauth.txt
|
|
|
|
lib/mailman/templates/pl/postheld.txt
|
|
|
|
lib/mailman/templates/pl/private.html
|
|
|
|
lib/mailman/templates/pl/refuse.txt
|
|
|
|
lib/mailman/templates/pl/roster.html
|
|
|
|
lib/mailman/templates/pl/subauth.txt
|
|
|
|
lib/mailman/templates/pl/subscribe.html
|
|
|
|
lib/mailman/templates/pl/subscribeack.txt
|
|
|
|
lib/mailman/templates/pl/unsub.txt
|
|
|
|
lib/mailman/templates/pl/unsubauth.txt
|
|
|
|
lib/mailman/templates/pl/userpass.txt
|
|
|
|
lib/mailman/templates/pl/verify.txt
|
|
|
|
lib/mailman/templates/pt/admindbdetails.html
|
|
|
|
lib/mailman/templates/pt/admindbpreamble.html
|
|
|
|
lib/mailman/templates/pt/admindbsummary.html
|
|
|
|
lib/mailman/templates/pt/adminsubscribeack.txt
|
|
|
|
lib/mailman/templates/pt/adminunsubscribeack.txt
|
|
|
|
lib/mailman/templates/pt/admlogin.html
|
|
|
|
lib/mailman/templates/pt/approve.txt
|
|
|
|
lib/mailman/templates/pt/archidxentry.html
|
|
|
|
lib/mailman/templates/pt/archidxfoot.html
|
|
|
|
lib/mailman/templates/pt/archidxhead.html
|
|
|
|
lib/mailman/templates/pt/archlistend.html
|
|
|
|
lib/mailman/templates/pt/archliststart.html
|
|
|
|
lib/mailman/templates/pt/archtoc.html
|
|
|
|
lib/mailman/templates/pt/archtocentry.html
|
|
|
|
lib/mailman/templates/pt/article.html
|
|
|
|
lib/mailman/templates/pt/bounce.txt
|
|
|
|
lib/mailman/templates/pt/checkdbs.txt
|
|
|
|
lib/mailman/templates/pt/convert.txt
|
|
|
|
lib/mailman/templates/pt/cronpass.txt
|
|
|
|
lib/mailman/templates/pt/disabled.txt
|
|
|
|
lib/mailman/templates/pt/emptyarchive.html
|
|
|
|
lib/mailman/templates/pt/headfoot.html
|
|
|
|
lib/mailman/templates/pt/help.txt
|
|
|
|
lib/mailman/templates/pt/invite.txt
|
|
|
|
lib/mailman/templates/pt/listinfo.html
|
|
|
|
lib/mailman/templates/pt/masthead.txt
|
|
|
|
lib/mailman/templates/pt/newlist.txt
|
|
|
|
lib/mailman/templates/pt/nomoretoday.txt
|
|
|
|
lib/mailman/templates/pt/options.html
|
|
|
|
lib/mailman/templates/pt/postack.txt
|
|
|
|
lib/mailman/templates/pt/postauth.txt
|
|
|
|
lib/mailman/templates/pt/postheld.txt
|
|
|
|
lib/mailman/templates/pt/private.html
|
|
|
|
lib/mailman/templates/pt/refuse.txt
|
|
|
|
lib/mailman/templates/pt/roster.html
|
|
|
|
lib/mailman/templates/pt/subauth.txt
|
|
|
|
lib/mailman/templates/pt/subscribe.html
|
|
|
|
lib/mailman/templates/pt/subscribeack.txt
|
|
|
|
lib/mailman/templates/pt/unsub.txt
|
|
|
|
lib/mailman/templates/pt/unsubauth.txt
|
|
|
|
lib/mailman/templates/pt/userpass.txt
|
|
|
|
lib/mailman/templates/pt/verify.txt
|
|
|
|
lib/mailman/templates/pt_BR/admindbdetails.html
|
|
|
|
lib/mailman/templates/pt_BR/admindbpreamble.html
|
|
|
|
lib/mailman/templates/pt_BR/admindbsummary.html
|
|
|
|
lib/mailman/templates/pt_BR/adminsubscribeack.txt
|
|
|
|
lib/mailman/templates/pt_BR/adminunsubscribeack.txt
|
|
|
|
lib/mailman/templates/pt_BR/admlogin.html
|
|
|
|
lib/mailman/templates/pt_BR/approve.txt
|
Update to 2.1.6. Changes (note: the fix for CAN-2005-0202 was already in
pkgsrc as patches/patch-ai):
Security
- Added the ability for Mailman generated passwords (both member and list
admin) to be more cryptographically secure. See new configuration
variables USER_FRIENDLY_PASSWORDS, MEMBER_PASSWORD_LENGTH, and
ADMIN_PASSWORD_LENGTH. Also added a new bin/withlist script called
reset_pw.py which can be used to reset all member passwords. Passwords
generated by Mailman are now 8 characters by default for members, and 10
characters for list administrators.
- A potential cross-site scripting hole in the driver script has been
closed. Thanks to Florian Weimer for its discovery. Also, turn
STEALTH_MODE on by default.
Internationalization
- Chinese languages are now supported. They have been moved from 'big5'
and 'gb' to 'zh_TW' and 'zh_CN' respectively for compliance to the IANA
spec. Note, however, that the character sets were changed from 'Big5'
or 'GB2312' to 'UTF-8' to cope with the insufficient codecs support in
Python 2.3 and earlier. You may have to install Chinese capable codecs
(like CJKCodecs) separately to handle the incoming messages which are in
local charsets, or upgrade your Python to 2.4 or newer.
Behavior or defaults changes
- VERP_PROBES is disabled by default.
- bin/withlist can be run without a list name, but only if -i is given.
Also, withlist puts the directory it's found in at the end of sys.path,
making it easier to run withlist scripts that live in $prefix/bin.
- bin/newlist grew two new options: -u/--urlhost and -e/--emailhost which
lets the user provide the web and email hostnames for the new mailing
list. This is a better way to specify the domain for the list, rather
than the old 'mylist@hostname' syntax (which is still supported for
backward compatibility, but deprecated).
Compatibility
- Python 2.4 compatibility issue: time.strftime() became strict about the
'day of year' range. (1078482)
New Features
- New feature: automatic discards of held messages. List owners can now
set how many days to hold the messages in the moderator request queue.
cron/checkdb will automatically discard old messages. See the
max_days_to_hold variable in the General Options and
DEFAULT_MAX_DAYS_TO_HOLD in Defaults.py. This defaults to 0
(i.e. disabled). (790494)
- New feature: subject_prefix can be configured to include a sequence
number which is taken from the post_id variable. Also, the prefix is
always put at the start of the subject, i.e. "[list-name] Re: original
subject", if mm_cfg.OLD_STYLE_PREFIXING is set No. The default style
is "Re: [list-name]" if numbering is not set, for backward compatibility.
If the list owner is using numbering feature by "%d" directive, the new
style, "[list-name 123] Re:", is always used.
- List owners can now cusomize the non-member rejection notice from
admin/<listname>/privacy/sender page. (1107169)
- Allow editing of the welcome message from the admin page (1085501).
- List owners can now use Scrubber to get the attachments scrubbed (held
in the web archive), if the site admin permits it in mm_cfg.py. New
variables introduced are SCRUBBER_DONT_USE_ATTACHMENT_FILENAME and
SCRUBBER_USE_ATTACHMENT_FILENAME_EXTENSION in Defaults.py for scrubber
behavior. (904850)
Documentation
- Most of the installation instructions have been moved to a latex
document. See admin/www/mailman-install/index.html for details.
Bug fixes and other patches
- Mail-to-news gateway now strips subject prefix off from a response
by a mail user if news_prefix_subject_too is not set.
- Date and Message-Id headers are added for digests. (1116952)
- Improved mail address sanity check. (1030228)
- SpamDetect.py now checks attachment header. (1026977)
- Filter attachments by filename extensions. (1027882)
- Bugs and patches: 955381 (older Python compatibility), 1020102/1013079/
1020013 (fix spam filter removed), 665569 (newer Postfix bounce
detection), 970383 (moderator -1 admin requests pending), 873035
(subject handling in -request mail), 799166/946554 (makefile
compatibility), 872068 (add header/footer via unicode), 1032434
(KNOWN_SPAMMERS check for multi-header), 1025372 (empty Cc:), 789015
(fix pipermail URL), 948152 (Out of date link on Docs), 1099138
(Scrubber.py breaks on None part), 1099840/1099840 (deprecated %
insertion), 880073/933762 (List-ID RFC compliance), 1090439 (passwd
reminder shunted), 1112349 (case insensitivity in acceptable_aliases),
1117618 (Don't Cc for personalized anonymous list), 1190404 (wrong
permission after editing html)
2005-06-02 01:25:07 +02:00
|
|
|
lib/mailman/templates/pt_BR/archidxentry.html
|
|
|
|
lib/mailman/templates/pt_BR/archidxfoot.html
|
|
|
|
lib/mailman/templates/pt_BR/archidxhead.html
|
|
|
|
lib/mailman/templates/pt_BR/archlistend.html
|
|
|
|
lib/mailman/templates/pt_BR/archliststart.html
|
|
|
|
lib/mailman/templates/pt_BR/archtoc.html
|
|
|
|
lib/mailman/templates/pt_BR/archtocentry.html
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/templates/pt_BR/article.html
|
|
|
|
lib/mailman/templates/pt_BR/bounce.txt
|
|
|
|
lib/mailman/templates/pt_BR/checkdbs.txt
|
|
|
|
lib/mailman/templates/pt_BR/convert.txt
|
|
|
|
lib/mailman/templates/pt_BR/cronpass.txt
|
|
|
|
lib/mailman/templates/pt_BR/disabled.txt
|
|
|
|
lib/mailman/templates/pt_BR/emptyarchive.html
|
|
|
|
lib/mailman/templates/pt_BR/headfoot.html
|
|
|
|
lib/mailman/templates/pt_BR/help.txt
|
|
|
|
lib/mailman/templates/pt_BR/invite.txt
|
|
|
|
lib/mailman/templates/pt_BR/listinfo.html
|
|
|
|
lib/mailman/templates/pt_BR/masthead.txt
|
|
|
|
lib/mailman/templates/pt_BR/newlist.txt
|
Update to 2.1.6. Changes (note: the fix for CAN-2005-0202 was already in
pkgsrc as patches/patch-ai):
Security
- Added the ability for Mailman generated passwords (both member and list
admin) to be more cryptographically secure. See new configuration
variables USER_FRIENDLY_PASSWORDS, MEMBER_PASSWORD_LENGTH, and
ADMIN_PASSWORD_LENGTH. Also added a new bin/withlist script called
reset_pw.py which can be used to reset all member passwords. Passwords
generated by Mailman are now 8 characters by default for members, and 10
characters for list administrators.
- A potential cross-site scripting hole in the driver script has been
closed. Thanks to Florian Weimer for its discovery. Also, turn
STEALTH_MODE on by default.
Internationalization
- Chinese languages are now supported. They have been moved from 'big5'
and 'gb' to 'zh_TW' and 'zh_CN' respectively for compliance to the IANA
spec. Note, however, that the character sets were changed from 'Big5'
or 'GB2312' to 'UTF-8' to cope with the insufficient codecs support in
Python 2.3 and earlier. You may have to install Chinese capable codecs
(like CJKCodecs) separately to handle the incoming messages which are in
local charsets, or upgrade your Python to 2.4 or newer.
Behavior or defaults changes
- VERP_PROBES is disabled by default.
- bin/withlist can be run without a list name, but only if -i is given.
Also, withlist puts the directory it's found in at the end of sys.path,
making it easier to run withlist scripts that live in $prefix/bin.
- bin/newlist grew two new options: -u/--urlhost and -e/--emailhost which
lets the user provide the web and email hostnames for the new mailing
list. This is a better way to specify the domain for the list, rather
than the old 'mylist@hostname' syntax (which is still supported for
backward compatibility, but deprecated).
Compatibility
- Python 2.4 compatibility issue: time.strftime() became strict about the
'day of year' range. (1078482)
New Features
- New feature: automatic discards of held messages. List owners can now
set how many days to hold the messages in the moderator request queue.
cron/checkdb will automatically discard old messages. See the
max_days_to_hold variable in the General Options and
DEFAULT_MAX_DAYS_TO_HOLD in Defaults.py. This defaults to 0
(i.e. disabled). (790494)
- New feature: subject_prefix can be configured to include a sequence
number which is taken from the post_id variable. Also, the prefix is
always put at the start of the subject, i.e. "[list-name] Re: original
subject", if mm_cfg.OLD_STYLE_PREFIXING is set No. The default style
is "Re: [list-name]" if numbering is not set, for backward compatibility.
If the list owner is using numbering feature by "%d" directive, the new
style, "[list-name 123] Re:", is always used.
- List owners can now cusomize the non-member rejection notice from
admin/<listname>/privacy/sender page. (1107169)
- Allow editing of the welcome message from the admin page (1085501).
- List owners can now use Scrubber to get the attachments scrubbed (held
in the web archive), if the site admin permits it in mm_cfg.py. New
variables introduced are SCRUBBER_DONT_USE_ATTACHMENT_FILENAME and
SCRUBBER_USE_ATTACHMENT_FILENAME_EXTENSION in Defaults.py for scrubber
behavior. (904850)
Documentation
- Most of the installation instructions have been moved to a latex
document. See admin/www/mailman-install/index.html for details.
Bug fixes and other patches
- Mail-to-news gateway now strips subject prefix off from a response
by a mail user if news_prefix_subject_too is not set.
- Date and Message-Id headers are added for digests. (1116952)
- Improved mail address sanity check. (1030228)
- SpamDetect.py now checks attachment header. (1026977)
- Filter attachments by filename extensions. (1027882)
- Bugs and patches: 955381 (older Python compatibility), 1020102/1013079/
1020013 (fix spam filter removed), 665569 (newer Postfix bounce
detection), 970383 (moderator -1 admin requests pending), 873035
(subject handling in -request mail), 799166/946554 (makefile
compatibility), 872068 (add header/footer via unicode), 1032434
(KNOWN_SPAMMERS check for multi-header), 1025372 (empty Cc:), 789015
(fix pipermail URL), 948152 (Out of date link on Docs), 1099138
(Scrubber.py breaks on None part), 1099840/1099840 (deprecated %
insertion), 880073/933762 (List-ID RFC compliance), 1090439 (passwd
reminder shunted), 1112349 (case insensitivity in acceptable_aliases),
1117618 (Don't Cc for personalized anonymous list), 1190404 (wrong
permission after editing html)
2005-06-02 01:25:07 +02:00
|
|
|
lib/mailman/templates/pt_BR/nomoretoday.txt
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/templates/pt_BR/options.html
|
|
|
|
lib/mailman/templates/pt_BR/postack.txt
|
|
|
|
lib/mailman/templates/pt_BR/postauth.txt
|
|
|
|
lib/mailman/templates/pt_BR/postheld.txt
|
|
|
|
lib/mailman/templates/pt_BR/private.html
|
|
|
|
lib/mailman/templates/pt_BR/refuse.txt
|
|
|
|
lib/mailman/templates/pt_BR/roster.html
|
|
|
|
lib/mailman/templates/pt_BR/subauth.txt
|
|
|
|
lib/mailman/templates/pt_BR/subscribe.html
|
|
|
|
lib/mailman/templates/pt_BR/subscribeack.txt
|
|
|
|
lib/mailman/templates/pt_BR/unsub.txt
|
|
|
|
lib/mailman/templates/pt_BR/unsubauth.txt
|
|
|
|
lib/mailman/templates/pt_BR/userpass.txt
|
|
|
|
lib/mailman/templates/pt_BR/verify.txt
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/templates/ro/admindbdetails.html
|
|
|
|
lib/mailman/templates/ro/admindbpreamble.html
|
|
|
|
lib/mailman/templates/ro/admindbsummary.html
|
|
|
|
lib/mailman/templates/ro/adminsubscribeack.txt
|
|
|
|
lib/mailman/templates/ro/adminunsubscribeack.txt
|
|
|
|
lib/mailman/templates/ro/admlogin.html
|
|
|
|
lib/mailman/templates/ro/approve.txt
|
|
|
|
lib/mailman/templates/ro/archidxentry.html
|
|
|
|
lib/mailman/templates/ro/archidxfoot.html
|
|
|
|
lib/mailman/templates/ro/archidxhead.html
|
|
|
|
lib/mailman/templates/ro/archlistend.html
|
|
|
|
lib/mailman/templates/ro/archliststart.html
|
|
|
|
lib/mailman/templates/ro/archtoc.html
|
|
|
|
lib/mailman/templates/ro/archtocentry.html
|
|
|
|
lib/mailman/templates/ro/article.html
|
|
|
|
lib/mailman/templates/ro/bounce.txt
|
|
|
|
lib/mailman/templates/ro/checkdbs.txt
|
|
|
|
lib/mailman/templates/ro/convert.txt
|
|
|
|
lib/mailman/templates/ro/cronpass.txt
|
|
|
|
lib/mailman/templates/ro/disabled.txt
|
|
|
|
lib/mailman/templates/ro/emptyarchive.html
|
|
|
|
lib/mailman/templates/ro/headfoot.html
|
|
|
|
lib/mailman/templates/ro/help.txt
|
|
|
|
lib/mailman/templates/ro/invite.txt
|
|
|
|
lib/mailman/templates/ro/listinfo.html
|
|
|
|
lib/mailman/templates/ro/masthead.txt
|
|
|
|
lib/mailman/templates/ro/newlist.txt
|
|
|
|
lib/mailman/templates/ro/nomoretoday.txt
|
|
|
|
lib/mailman/templates/ro/options.html
|
|
|
|
lib/mailman/templates/ro/postack.txt
|
|
|
|
lib/mailman/templates/ro/postauth.txt
|
|
|
|
lib/mailman/templates/ro/postheld.txt
|
|
|
|
lib/mailman/templates/ro/private.html
|
|
|
|
lib/mailman/templates/ro/refuse.txt
|
|
|
|
lib/mailman/templates/ro/roster.html
|
|
|
|
lib/mailman/templates/ro/subauth.txt
|
|
|
|
lib/mailman/templates/ro/subscribe.html
|
|
|
|
lib/mailman/templates/ro/subscribeack.txt
|
|
|
|
lib/mailman/templates/ro/unsub.txt
|
|
|
|
lib/mailman/templates/ro/unsubauth.txt
|
|
|
|
lib/mailman/templates/ro/userpass.txt
|
|
|
|
lib/mailman/templates/ro/verify.txt
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/templates/ru/admindbdetails.html
|
|
|
|
lib/mailman/templates/ru/admindbpreamble.html
|
|
|
|
lib/mailman/templates/ru/admindbsummary.html
|
|
|
|
lib/mailman/templates/ru/adminsubscribeack.txt
|
|
|
|
lib/mailman/templates/ru/adminunsubscribeack.txt
|
|
|
|
lib/mailman/templates/ru/admlogin.html
|
Update to 2.1.6. Changes (note: the fix for CAN-2005-0202 was already in
pkgsrc as patches/patch-ai):
Security
- Added the ability for Mailman generated passwords (both member and list
admin) to be more cryptographically secure. See new configuration
variables USER_FRIENDLY_PASSWORDS, MEMBER_PASSWORD_LENGTH, and
ADMIN_PASSWORD_LENGTH. Also added a new bin/withlist script called
reset_pw.py which can be used to reset all member passwords. Passwords
generated by Mailman are now 8 characters by default for members, and 10
characters for list administrators.
- A potential cross-site scripting hole in the driver script has been
closed. Thanks to Florian Weimer for its discovery. Also, turn
STEALTH_MODE on by default.
Internationalization
- Chinese languages are now supported. They have been moved from 'big5'
and 'gb' to 'zh_TW' and 'zh_CN' respectively for compliance to the IANA
spec. Note, however, that the character sets were changed from 'Big5'
or 'GB2312' to 'UTF-8' to cope with the insufficient codecs support in
Python 2.3 and earlier. You may have to install Chinese capable codecs
(like CJKCodecs) separately to handle the incoming messages which are in
local charsets, or upgrade your Python to 2.4 or newer.
Behavior or defaults changes
- VERP_PROBES is disabled by default.
- bin/withlist can be run without a list name, but only if -i is given.
Also, withlist puts the directory it's found in at the end of sys.path,
making it easier to run withlist scripts that live in $prefix/bin.
- bin/newlist grew two new options: -u/--urlhost and -e/--emailhost which
lets the user provide the web and email hostnames for the new mailing
list. This is a better way to specify the domain for the list, rather
than the old 'mylist@hostname' syntax (which is still supported for
backward compatibility, but deprecated).
Compatibility
- Python 2.4 compatibility issue: time.strftime() became strict about the
'day of year' range. (1078482)
New Features
- New feature: automatic discards of held messages. List owners can now
set how many days to hold the messages in the moderator request queue.
cron/checkdb will automatically discard old messages. See the
max_days_to_hold variable in the General Options and
DEFAULT_MAX_DAYS_TO_HOLD in Defaults.py. This defaults to 0
(i.e. disabled). (790494)
- New feature: subject_prefix can be configured to include a sequence
number which is taken from the post_id variable. Also, the prefix is
always put at the start of the subject, i.e. "[list-name] Re: original
subject", if mm_cfg.OLD_STYLE_PREFIXING is set No. The default style
is "Re: [list-name]" if numbering is not set, for backward compatibility.
If the list owner is using numbering feature by "%d" directive, the new
style, "[list-name 123] Re:", is always used.
- List owners can now cusomize the non-member rejection notice from
admin/<listname>/privacy/sender page. (1107169)
- Allow editing of the welcome message from the admin page (1085501).
- List owners can now use Scrubber to get the attachments scrubbed (held
in the web archive), if the site admin permits it in mm_cfg.py. New
variables introduced are SCRUBBER_DONT_USE_ATTACHMENT_FILENAME and
SCRUBBER_USE_ATTACHMENT_FILENAME_EXTENSION in Defaults.py for scrubber
behavior. (904850)
Documentation
- Most of the installation instructions have been moved to a latex
document. See admin/www/mailman-install/index.html for details.
Bug fixes and other patches
- Mail-to-news gateway now strips subject prefix off from a response
by a mail user if news_prefix_subject_too is not set.
- Date and Message-Id headers are added for digests. (1116952)
- Improved mail address sanity check. (1030228)
- SpamDetect.py now checks attachment header. (1026977)
- Filter attachments by filename extensions. (1027882)
- Bugs and patches: 955381 (older Python compatibility), 1020102/1013079/
1020013 (fix spam filter removed), 665569 (newer Postfix bounce
detection), 970383 (moderator -1 admin requests pending), 873035
(subject handling in -request mail), 799166/946554 (makefile
compatibility), 872068 (add header/footer via unicode), 1032434
(KNOWN_SPAMMERS check for multi-header), 1025372 (empty Cc:), 789015
(fix pipermail URL), 948152 (Out of date link on Docs), 1099138
(Scrubber.py breaks on None part), 1099840/1099840 (deprecated %
insertion), 880073/933762 (List-ID RFC compliance), 1090439 (passwd
reminder shunted), 1112349 (case insensitivity in acceptable_aliases),
1117618 (Don't Cc for personalized anonymous list), 1190404 (wrong
permission after editing html)
2005-06-02 01:25:07 +02:00
|
|
|
lib/mailman/templates/ru/archtocnombox.html
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/templates/ru/approve.txt
|
|
|
|
lib/mailman/templates/ru/archidxentry.html
|
|
|
|
lib/mailman/templates/ru/archidxfoot.html
|
|
|
|
lib/mailman/templates/ru/archidxhead.html
|
|
|
|
lib/mailman/templates/ru/archlistend.html
|
|
|
|
lib/mailman/templates/ru/archliststart.html
|
|
|
|
lib/mailman/templates/ru/archtoc.html
|
|
|
|
lib/mailman/templates/ru/archtocentry.html
|
|
|
|
lib/mailman/templates/ru/article.html
|
|
|
|
lib/mailman/templates/ru/bounce.txt
|
|
|
|
lib/mailman/templates/ru/checkdbs.txt
|
|
|
|
lib/mailman/templates/ru/convert.txt
|
|
|
|
lib/mailman/templates/ru/cronpass.txt
|
|
|
|
lib/mailman/templates/ru/disabled.txt
|
|
|
|
lib/mailman/templates/ru/emptyarchive.html
|
|
|
|
lib/mailman/templates/ru/headfoot.html
|
|
|
|
lib/mailman/templates/ru/help.txt
|
|
|
|
lib/mailman/templates/ru/invite.txt
|
|
|
|
lib/mailman/templates/ru/listinfo.html
|
|
|
|
lib/mailman/templates/ru/masthead.txt
|
|
|
|
lib/mailman/templates/ru/newlist.txt
|
|
|
|
lib/mailman/templates/ru/nomoretoday.txt
|
|
|
|
lib/mailman/templates/ru/options.html
|
|
|
|
lib/mailman/templates/ru/postack.txt
|
|
|
|
lib/mailman/templates/ru/postauth.txt
|
|
|
|
lib/mailman/templates/ru/postheld.txt
|
|
|
|
lib/mailman/templates/ru/private.html
|
Update to 2.1.6. Changes (note: the fix for CAN-2005-0202 was already in
pkgsrc as patches/patch-ai):
Security
- Added the ability for Mailman generated passwords (both member and list
admin) to be more cryptographically secure. See new configuration
variables USER_FRIENDLY_PASSWORDS, MEMBER_PASSWORD_LENGTH, and
ADMIN_PASSWORD_LENGTH. Also added a new bin/withlist script called
reset_pw.py which can be used to reset all member passwords. Passwords
generated by Mailman are now 8 characters by default for members, and 10
characters for list administrators.
- A potential cross-site scripting hole in the driver script has been
closed. Thanks to Florian Weimer for its discovery. Also, turn
STEALTH_MODE on by default.
Internationalization
- Chinese languages are now supported. They have been moved from 'big5'
and 'gb' to 'zh_TW' and 'zh_CN' respectively for compliance to the IANA
spec. Note, however, that the character sets were changed from 'Big5'
or 'GB2312' to 'UTF-8' to cope with the insufficient codecs support in
Python 2.3 and earlier. You may have to install Chinese capable codecs
(like CJKCodecs) separately to handle the incoming messages which are in
local charsets, or upgrade your Python to 2.4 or newer.
Behavior or defaults changes
- VERP_PROBES is disabled by default.
- bin/withlist can be run without a list name, but only if -i is given.
Also, withlist puts the directory it's found in at the end of sys.path,
making it easier to run withlist scripts that live in $prefix/bin.
- bin/newlist grew two new options: -u/--urlhost and -e/--emailhost which
lets the user provide the web and email hostnames for the new mailing
list. This is a better way to specify the domain for the list, rather
than the old 'mylist@hostname' syntax (which is still supported for
backward compatibility, but deprecated).
Compatibility
- Python 2.4 compatibility issue: time.strftime() became strict about the
'day of year' range. (1078482)
New Features
- New feature: automatic discards of held messages. List owners can now
set how many days to hold the messages in the moderator request queue.
cron/checkdb will automatically discard old messages. See the
max_days_to_hold variable in the General Options and
DEFAULT_MAX_DAYS_TO_HOLD in Defaults.py. This defaults to 0
(i.e. disabled). (790494)
- New feature: subject_prefix can be configured to include a sequence
number which is taken from the post_id variable. Also, the prefix is
always put at the start of the subject, i.e. "[list-name] Re: original
subject", if mm_cfg.OLD_STYLE_PREFIXING is set No. The default style
is "Re: [list-name]" if numbering is not set, for backward compatibility.
If the list owner is using numbering feature by "%d" directive, the new
style, "[list-name 123] Re:", is always used.
- List owners can now cusomize the non-member rejection notice from
admin/<listname>/privacy/sender page. (1107169)
- Allow editing of the welcome message from the admin page (1085501).
- List owners can now use Scrubber to get the attachments scrubbed (held
in the web archive), if the site admin permits it in mm_cfg.py. New
variables introduced are SCRUBBER_DONT_USE_ATTACHMENT_FILENAME and
SCRUBBER_USE_ATTACHMENT_FILENAME_EXTENSION in Defaults.py for scrubber
behavior. (904850)
Documentation
- Most of the installation instructions have been moved to a latex
document. See admin/www/mailman-install/index.html for details.
Bug fixes and other patches
- Mail-to-news gateway now strips subject prefix off from a response
by a mail user if news_prefix_subject_too is not set.
- Date and Message-Id headers are added for digests. (1116952)
- Improved mail address sanity check. (1030228)
- SpamDetect.py now checks attachment header. (1026977)
- Filter attachments by filename extensions. (1027882)
- Bugs and patches: 955381 (older Python compatibility), 1020102/1013079/
1020013 (fix spam filter removed), 665569 (newer Postfix bounce
detection), 970383 (moderator -1 admin requests pending), 873035
(subject handling in -request mail), 799166/946554 (makefile
compatibility), 872068 (add header/footer via unicode), 1032434
(KNOWN_SPAMMERS check for multi-header), 1025372 (empty Cc:), 789015
(fix pipermail URL), 948152 (Out of date link on Docs), 1099138
(Scrubber.py breaks on None part), 1099840/1099840 (deprecated %
insertion), 880073/933762 (List-ID RFC compliance), 1090439 (passwd
reminder shunted), 1112349 (case insensitivity in acceptable_aliases),
1117618 (Don't Cc for personalized anonymous list), 1190404 (wrong
permission after editing html)
2005-06-02 01:25:07 +02:00
|
|
|
lib/mailman/templates/ru/probe.txt
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/templates/ru/refuse.txt
|
|
|
|
lib/mailman/templates/ru/roster.html
|
|
|
|
lib/mailman/templates/ru/subauth.txt
|
|
|
|
lib/mailman/templates/ru/subscribe.html
|
|
|
|
lib/mailman/templates/ru/subscribeack.txt
|
|
|
|
lib/mailman/templates/ru/unsub.txt
|
|
|
|
lib/mailman/templates/ru/unsubauth.txt
|
|
|
|
lib/mailman/templates/ru/userpass.txt
|
|
|
|
lib/mailman/templates/ru/verify.txt
|
2004-01-14 02:46:29 +01:00
|
|
|
lib/mailman/templates/sl/admindbdetails.html
|
|
|
|
lib/mailman/templates/sl/admindbpreamble.html
|
|
|
|
lib/mailman/templates/sl/admindbsummary.html
|
|
|
|
lib/mailman/templates/sl/adminsubscribeack.txt
|
|
|
|
lib/mailman/templates/sl/adminunsubscribeack.txt
|
|
|
|
lib/mailman/templates/sl/admlogin.html
|
|
|
|
lib/mailman/templates/sl/approve.txt
|
|
|
|
lib/mailman/templates/sl/archidxentry.html
|
|
|
|
lib/mailman/templates/sl/archidxfoot.html
|
|
|
|
lib/mailman/templates/sl/archidxhead.html
|
|
|
|
lib/mailman/templates/sl/archlistend.html
|
|
|
|
lib/mailman/templates/sl/archliststart.html
|
|
|
|
lib/mailman/templates/sl/archtoc.html
|
|
|
|
lib/mailman/templates/sl/archtocentry.html
|
|
|
|
lib/mailman/templates/sl/article.html
|
|
|
|
lib/mailman/templates/sl/bounce.txt
|
|
|
|
lib/mailman/templates/sl/checkdbs.txt
|
|
|
|
lib/mailman/templates/sl/convert.txt
|
|
|
|
lib/mailman/templates/sl/cronpass.txt
|
|
|
|
lib/mailman/templates/sl/disabled.txt
|
|
|
|
lib/mailman/templates/sl/emptyarchive.html
|
|
|
|
lib/mailman/templates/sl/headfoot.html
|
|
|
|
lib/mailman/templates/sl/help.txt
|
|
|
|
lib/mailman/templates/sl/invite.txt
|
|
|
|
lib/mailman/templates/sl/listinfo.html
|
|
|
|
lib/mailman/templates/sl/masthead.txt
|
|
|
|
lib/mailman/templates/sl/newlist.txt
|
|
|
|
lib/mailman/templates/sl/nomoretoday.txt
|
|
|
|
lib/mailman/templates/sl/options.html
|
|
|
|
lib/mailman/templates/sl/postack.txt
|
|
|
|
lib/mailman/templates/sl/postauth.txt
|
|
|
|
lib/mailman/templates/sl/postheld.txt
|
|
|
|
lib/mailman/templates/sl/private.html
|
|
|
|
lib/mailman/templates/sl/refuse.txt
|
|
|
|
lib/mailman/templates/sl/roster.html
|
|
|
|
lib/mailman/templates/sl/subauth.txt
|
|
|
|
lib/mailman/templates/sl/subscribe.html
|
|
|
|
lib/mailman/templates/sl/subscribeack.txt
|
|
|
|
lib/mailman/templates/sl/unsub.txt
|
|
|
|
lib/mailman/templates/sl/unsubauth.txt
|
|
|
|
lib/mailman/templates/sl/userpass.txt
|
|
|
|
lib/mailman/templates/sl/verify.txt
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/templates/sr/admindbdetails.html
|
|
|
|
lib/mailman/templates/sr/admindbpreamble.html
|
|
|
|
lib/mailman/templates/sr/admindbsummary.html
|
|
|
|
lib/mailman/templates/sr/adminsubscribeack.txt
|
|
|
|
lib/mailman/templates/sr/adminunsubscribeack.txt
|
|
|
|
lib/mailman/templates/sr/admlogin.html
|
|
|
|
lib/mailman/templates/sr/approve.txt
|
|
|
|
lib/mailman/templates/sr/archidxentry.html
|
|
|
|
lib/mailman/templates/sr/archidxfoot.html
|
|
|
|
lib/mailman/templates/sr/archidxhead.html
|
|
|
|
lib/mailman/templates/sr/archlistend.html
|
|
|
|
lib/mailman/templates/sr/archliststart.html
|
|
|
|
lib/mailman/templates/sr/archtoc.html
|
|
|
|
lib/mailman/templates/sr/archtocentry.html
|
|
|
|
lib/mailman/templates/sr/article.html
|
|
|
|
lib/mailman/templates/sr/bounce.txt
|
|
|
|
lib/mailman/templates/sr/checkdbs.txt
|
|
|
|
lib/mailman/templates/sr/convert.txt
|
|
|
|
lib/mailman/templates/sr/cronpass.txt
|
|
|
|
lib/mailman/templates/sr/disabled.txt
|
|
|
|
lib/mailman/templates/sr/emptyarchive.html
|
|
|
|
lib/mailman/templates/sr/handle_opts.html
|
|
|
|
lib/mailman/templates/sr/headfoot.html
|
|
|
|
lib/mailman/templates/sr/help.txt
|
|
|
|
lib/mailman/templates/sr/invite.txt
|
|
|
|
lib/mailman/templates/sr/listinfo.html
|
|
|
|
lib/mailman/templates/sr/masthead.txt
|
|
|
|
lib/mailman/templates/sr/newlist.txt
|
|
|
|
lib/mailman/templates/sr/nomoretoday.txt
|
|
|
|
lib/mailman/templates/sr/options.html
|
|
|
|
lib/mailman/templates/sr/postack.txt
|
|
|
|
lib/mailman/templates/sr/postauth.txt
|
|
|
|
lib/mailman/templates/sr/postheld.txt
|
|
|
|
lib/mailman/templates/sr/private.html
|
|
|
|
lib/mailman/templates/sr/refuse.txt
|
|
|
|
lib/mailman/templates/sr/roster.html
|
|
|
|
lib/mailman/templates/sr/subauth.txt
|
|
|
|
lib/mailman/templates/sr/subscribe.html
|
|
|
|
lib/mailman/templates/sr/subscribeack.txt
|
|
|
|
lib/mailman/templates/sr/unsub.txt
|
|
|
|
lib/mailman/templates/sr/unsubauth.txt
|
|
|
|
lib/mailman/templates/sr/userpass.txt
|
|
|
|
lib/mailman/templates/sr/verify.txt
|
|
|
|
lib/mailman/templates/sv/admindbdetails.html
|
|
|
|
lib/mailman/templates/sv/admindbpreamble.html
|
|
|
|
lib/mailman/templates/sv/admindbsummary.html
|
|
|
|
lib/mailman/templates/sv/adminsubscribeack.txt
|
|
|
|
lib/mailman/templates/sv/adminunsubscribeack.txt
|
|
|
|
lib/mailman/templates/sv/admlogin.html
|
|
|
|
lib/mailman/templates/sv/approve.txt
|
|
|
|
lib/mailman/templates/sv/archtoc.html
|
|
|
|
lib/mailman/templates/sv/archtocentry.html
|
|
|
|
lib/mailman/templates/sv/article.html
|
|
|
|
lib/mailman/templates/sv/bounce.txt
|
|
|
|
lib/mailman/templates/sv/checkdbs.txt
|
|
|
|
lib/mailman/templates/sv/convert.txt
|
|
|
|
lib/mailman/templates/sv/cronpass.txt
|
|
|
|
lib/mailman/templates/sv/disabled.txt
|
|
|
|
lib/mailman/templates/sv/emptyarchive.html
|
|
|
|
lib/mailman/templates/sv/headfoot.html
|
|
|
|
lib/mailman/templates/sv/help.txt
|
|
|
|
lib/mailman/templates/sv/invite.txt
|
|
|
|
lib/mailman/templates/sv/listinfo.html
|
|
|
|
lib/mailman/templates/sv/masthead.txt
|
|
|
|
lib/mailman/templates/sv/newlist.txt
|
|
|
|
lib/mailman/templates/sv/nomoretoday.txt
|
|
|
|
lib/mailman/templates/sv/options.html
|
|
|
|
lib/mailman/templates/sv/postack.txt
|
|
|
|
lib/mailman/templates/sv/postauth.txt
|
|
|
|
lib/mailman/templates/sv/postheld.txt
|
|
|
|
lib/mailman/templates/sv/private.html
|
|
|
|
lib/mailman/templates/sv/refuse.txt
|
|
|
|
lib/mailman/templates/sv/roster.html
|
|
|
|
lib/mailman/templates/sv/subauth.txt
|
|
|
|
lib/mailman/templates/sv/subscribe.html
|
|
|
|
lib/mailman/templates/sv/subscribeack.txt
|
|
|
|
lib/mailman/templates/sv/unsub.txt
|
|
|
|
lib/mailman/templates/sv/unsubauth.txt
|
|
|
|
lib/mailman/templates/sv/userpass.txt
|
|
|
|
lib/mailman/templates/sv/verify.txt
|
2005-03-02 22:09:56 +01:00
|
|
|
lib/mailman/templates/tr/admindbdetails.html
|
|
|
|
lib/mailman/templates/tr/admindbpreamble.html
|
|
|
|
lib/mailman/templates/tr/admindbsummary.html
|
|
|
|
lib/mailman/templates/tr/adminsubscribeack.txt
|
|
|
|
lib/mailman/templates/tr/adminunsubscribeack.txt
|
|
|
|
lib/mailman/templates/tr/admlogin.html
|
|
|
|
lib/mailman/templates/tr/approve.txt
|
|
|
|
lib/mailman/templates/tr/archidxentry.html
|
|
|
|
lib/mailman/templates/tr/archidxfoot.html
|
|
|
|
lib/mailman/templates/tr/archidxhead.html
|
|
|
|
lib/mailman/templates/tr/archlistend.html
|
|
|
|
lib/mailman/templates/tr/archliststart.html
|
|
|
|
lib/mailman/templates/tr/archtoc.html
|
|
|
|
lib/mailman/templates/tr/archtocentry.html
|
|
|
|
lib/mailman/templates/tr/archtocnombox.html
|
|
|
|
lib/mailman/templates/tr/article.html
|
|
|
|
lib/mailman/templates/tr/bounce.txt
|
|
|
|
lib/mailman/templates/tr/checkdbs.txt
|
|
|
|
lib/mailman/templates/tr/convert.txt
|
|
|
|
lib/mailman/templates/tr/cronpass.txt
|
|
|
|
lib/mailman/templates/tr/disabled.txt
|
|
|
|
lib/mailman/templates/tr/emptyarchive.html
|
|
|
|
lib/mailman/templates/tr/headfoot.html
|
|
|
|
lib/mailman/templates/tr/help.txt
|
|
|
|
lib/mailman/templates/tr/invite.txt
|
|
|
|
lib/mailman/templates/tr/listinfo.html
|
|
|
|
lib/mailman/templates/tr/masthead.txt
|
|
|
|
lib/mailman/templates/tr/newlist.txt
|
|
|
|
lib/mailman/templates/tr/nomoretoday.txt
|
|
|
|
lib/mailman/templates/tr/options.html
|
|
|
|
lib/mailman/templates/tr/postack.txt
|
|
|
|
lib/mailman/templates/tr/postauth.txt
|
|
|
|
lib/mailman/templates/tr/postheld.txt
|
|
|
|
lib/mailman/templates/tr/private.html
|
|
|
|
lib/mailman/templates/tr/refuse.txt
|
|
|
|
lib/mailman/templates/tr/roster.html
|
|
|
|
lib/mailman/templates/tr/subauth.txt
|
|
|
|
lib/mailman/templates/tr/subscribe.html
|
|
|
|
lib/mailman/templates/tr/subscribeack.txt
|
|
|
|
lib/mailman/templates/tr/unsub.txt
|
|
|
|
lib/mailman/templates/tr/unsubauth.txt
|
|
|
|
lib/mailman/templates/tr/userpass.txt
|
|
|
|
lib/mailman/templates/tr/verify.txt
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/templates/uk/admindbdetails.html
|
|
|
|
lib/mailman/templates/uk/admindbpreamble.html
|
|
|
|
lib/mailman/templates/uk/admindbsummary.html
|
|
|
|
lib/mailman/templates/uk/adminsubscribeack.txt
|
|
|
|
lib/mailman/templates/uk/adminunsubscribeack.txt
|
|
|
|
lib/mailman/templates/uk/admlogin.html
|
Update to 2.1.6. Changes (note: the fix for CAN-2005-0202 was already in
pkgsrc as patches/patch-ai):
Security
- Added the ability for Mailman generated passwords (both member and list
admin) to be more cryptographically secure. See new configuration
variables USER_FRIENDLY_PASSWORDS, MEMBER_PASSWORD_LENGTH, and
ADMIN_PASSWORD_LENGTH. Also added a new bin/withlist script called
reset_pw.py which can be used to reset all member passwords. Passwords
generated by Mailman are now 8 characters by default for members, and 10
characters for list administrators.
- A potential cross-site scripting hole in the driver script has been
closed. Thanks to Florian Weimer for its discovery. Also, turn
STEALTH_MODE on by default.
Internationalization
- Chinese languages are now supported. They have been moved from 'big5'
and 'gb' to 'zh_TW' and 'zh_CN' respectively for compliance to the IANA
spec. Note, however, that the character sets were changed from 'Big5'
or 'GB2312' to 'UTF-8' to cope with the insufficient codecs support in
Python 2.3 and earlier. You may have to install Chinese capable codecs
(like CJKCodecs) separately to handle the incoming messages which are in
local charsets, or upgrade your Python to 2.4 or newer.
Behavior or defaults changes
- VERP_PROBES is disabled by default.
- bin/withlist can be run without a list name, but only if -i is given.
Also, withlist puts the directory it's found in at the end of sys.path,
making it easier to run withlist scripts that live in $prefix/bin.
- bin/newlist grew two new options: -u/--urlhost and -e/--emailhost which
lets the user provide the web and email hostnames for the new mailing
list. This is a better way to specify the domain for the list, rather
than the old 'mylist@hostname' syntax (which is still supported for
backward compatibility, but deprecated).
Compatibility
- Python 2.4 compatibility issue: time.strftime() became strict about the
'day of year' range. (1078482)
New Features
- New feature: automatic discards of held messages. List owners can now
set how many days to hold the messages in the moderator request queue.
cron/checkdb will automatically discard old messages. See the
max_days_to_hold variable in the General Options and
DEFAULT_MAX_DAYS_TO_HOLD in Defaults.py. This defaults to 0
(i.e. disabled). (790494)
- New feature: subject_prefix can be configured to include a sequence
number which is taken from the post_id variable. Also, the prefix is
always put at the start of the subject, i.e. "[list-name] Re: original
subject", if mm_cfg.OLD_STYLE_PREFIXING is set No. The default style
is "Re: [list-name]" if numbering is not set, for backward compatibility.
If the list owner is using numbering feature by "%d" directive, the new
style, "[list-name 123] Re:", is always used.
- List owners can now cusomize the non-member rejection notice from
admin/<listname>/privacy/sender page. (1107169)
- Allow editing of the welcome message from the admin page (1085501).
- List owners can now use Scrubber to get the attachments scrubbed (held
in the web archive), if the site admin permits it in mm_cfg.py. New
variables introduced are SCRUBBER_DONT_USE_ATTACHMENT_FILENAME and
SCRUBBER_USE_ATTACHMENT_FILENAME_EXTENSION in Defaults.py for scrubber
behavior. (904850)
Documentation
- Most of the installation instructions have been moved to a latex
document. See admin/www/mailman-install/index.html for details.
Bug fixes and other patches
- Mail-to-news gateway now strips subject prefix off from a response
by a mail user if news_prefix_subject_too is not set.
- Date and Message-Id headers are added for digests. (1116952)
- Improved mail address sanity check. (1030228)
- SpamDetect.py now checks attachment header. (1026977)
- Filter attachments by filename extensions. (1027882)
- Bugs and patches: 955381 (older Python compatibility), 1020102/1013079/
1020013 (fix spam filter removed), 665569 (newer Postfix bounce
detection), 970383 (moderator -1 admin requests pending), 873035
(subject handling in -request mail), 799166/946554 (makefile
compatibility), 872068 (add header/footer via unicode), 1032434
(KNOWN_SPAMMERS check for multi-header), 1025372 (empty Cc:), 789015
(fix pipermail URL), 948152 (Out of date link on Docs), 1099138
(Scrubber.py breaks on None part), 1099840/1099840 (deprecated %
insertion), 880073/933762 (List-ID RFC compliance), 1090439 (passwd
reminder shunted), 1112349 (case insensitivity in acceptable_aliases),
1117618 (Don't Cc for personalized anonymous list), 1190404 (wrong
permission after editing html)
2005-06-02 01:25:07 +02:00
|
|
|
lib/mailman/templates/uk/archtocnombox.html
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/templates/uk/approve.txt
|
|
|
|
lib/mailman/templates/uk/archidxentry.html
|
|
|
|
lib/mailman/templates/uk/archidxfoot.html
|
|
|
|
lib/mailman/templates/uk/archidxhead.html
|
|
|
|
lib/mailman/templates/uk/archlistend.html
|
|
|
|
lib/mailman/templates/uk/archliststart.html
|
|
|
|
lib/mailman/templates/uk/archtoc.html
|
|
|
|
lib/mailman/templates/uk/archtocentry.html
|
|
|
|
lib/mailman/templates/uk/article.html
|
|
|
|
lib/mailman/templates/uk/bounce.txt
|
|
|
|
lib/mailman/templates/uk/checkdbs.txt
|
|
|
|
lib/mailman/templates/uk/convert.txt
|
|
|
|
lib/mailman/templates/uk/cronpass.txt
|
|
|
|
lib/mailman/templates/uk/disabled.txt
|
|
|
|
lib/mailman/templates/uk/emptyarchive.html
|
|
|
|
lib/mailman/templates/uk/headfoot.html
|
|
|
|
lib/mailman/templates/uk/help.txt
|
|
|
|
lib/mailman/templates/uk/invite.txt
|
|
|
|
lib/mailman/templates/uk/listinfo.html
|
|
|
|
lib/mailman/templates/uk/masthead.txt
|
|
|
|
lib/mailman/templates/uk/newlist.txt
|
|
|
|
lib/mailman/templates/uk/nomoretoday.txt
|
|
|
|
lib/mailman/templates/uk/options.html
|
|
|
|
lib/mailman/templates/uk/postack.txt
|
|
|
|
lib/mailman/templates/uk/postauth.txt
|
|
|
|
lib/mailman/templates/uk/postheld.txt
|
|
|
|
lib/mailman/templates/uk/private.html
|
Update to 2.1.6. Changes (note: the fix for CAN-2005-0202 was already in
pkgsrc as patches/patch-ai):
Security
- Added the ability for Mailman generated passwords (both member and list
admin) to be more cryptographically secure. See new configuration
variables USER_FRIENDLY_PASSWORDS, MEMBER_PASSWORD_LENGTH, and
ADMIN_PASSWORD_LENGTH. Also added a new bin/withlist script called
reset_pw.py which can be used to reset all member passwords. Passwords
generated by Mailman are now 8 characters by default for members, and 10
characters for list administrators.
- A potential cross-site scripting hole in the driver script has been
closed. Thanks to Florian Weimer for its discovery. Also, turn
STEALTH_MODE on by default.
Internationalization
- Chinese languages are now supported. They have been moved from 'big5'
and 'gb' to 'zh_TW' and 'zh_CN' respectively for compliance to the IANA
spec. Note, however, that the character sets were changed from 'Big5'
or 'GB2312' to 'UTF-8' to cope with the insufficient codecs support in
Python 2.3 and earlier. You may have to install Chinese capable codecs
(like CJKCodecs) separately to handle the incoming messages which are in
local charsets, or upgrade your Python to 2.4 or newer.
Behavior or defaults changes
- VERP_PROBES is disabled by default.
- bin/withlist can be run without a list name, but only if -i is given.
Also, withlist puts the directory it's found in at the end of sys.path,
making it easier to run withlist scripts that live in $prefix/bin.
- bin/newlist grew two new options: -u/--urlhost and -e/--emailhost which
lets the user provide the web and email hostnames for the new mailing
list. This is a better way to specify the domain for the list, rather
than the old 'mylist@hostname' syntax (which is still supported for
backward compatibility, but deprecated).
Compatibility
- Python 2.4 compatibility issue: time.strftime() became strict about the
'day of year' range. (1078482)
New Features
- New feature: automatic discards of held messages. List owners can now
set how many days to hold the messages in the moderator request queue.
cron/checkdb will automatically discard old messages. See the
max_days_to_hold variable in the General Options and
DEFAULT_MAX_DAYS_TO_HOLD in Defaults.py. This defaults to 0
(i.e. disabled). (790494)
- New feature: subject_prefix can be configured to include a sequence
number which is taken from the post_id variable. Also, the prefix is
always put at the start of the subject, i.e. "[list-name] Re: original
subject", if mm_cfg.OLD_STYLE_PREFIXING is set No. The default style
is "Re: [list-name]" if numbering is not set, for backward compatibility.
If the list owner is using numbering feature by "%d" directive, the new
style, "[list-name 123] Re:", is always used.
- List owners can now cusomize the non-member rejection notice from
admin/<listname>/privacy/sender page. (1107169)
- Allow editing of the welcome message from the admin page (1085501).
- List owners can now use Scrubber to get the attachments scrubbed (held
in the web archive), if the site admin permits it in mm_cfg.py. New
variables introduced are SCRUBBER_DONT_USE_ATTACHMENT_FILENAME and
SCRUBBER_USE_ATTACHMENT_FILENAME_EXTENSION in Defaults.py for scrubber
behavior. (904850)
Documentation
- Most of the installation instructions have been moved to a latex
document. See admin/www/mailman-install/index.html for details.
Bug fixes and other patches
- Mail-to-news gateway now strips subject prefix off from a response
by a mail user if news_prefix_subject_too is not set.
- Date and Message-Id headers are added for digests. (1116952)
- Improved mail address sanity check. (1030228)
- SpamDetect.py now checks attachment header. (1026977)
- Filter attachments by filename extensions. (1027882)
- Bugs and patches: 955381 (older Python compatibility), 1020102/1013079/
1020013 (fix spam filter removed), 665569 (newer Postfix bounce
detection), 970383 (moderator -1 admin requests pending), 873035
(subject handling in -request mail), 799166/946554 (makefile
compatibility), 872068 (add header/footer via unicode), 1032434
(KNOWN_SPAMMERS check for multi-header), 1025372 (empty Cc:), 789015
(fix pipermail URL), 948152 (Out of date link on Docs), 1099138
(Scrubber.py breaks on None part), 1099840/1099840 (deprecated %
insertion), 880073/933762 (List-ID RFC compliance), 1090439 (passwd
reminder shunted), 1112349 (case insensitivity in acceptable_aliases),
1117618 (Don't Cc for personalized anonymous list), 1190404 (wrong
permission after editing html)
2005-06-02 01:25:07 +02:00
|
|
|
lib/mailman/templates/uk/probe.txt
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/templates/uk/refuse.txt
|
|
|
|
lib/mailman/templates/uk/roster.html
|
|
|
|
lib/mailman/templates/uk/subauth.txt
|
|
|
|
lib/mailman/templates/uk/subscribe.html
|
|
|
|
lib/mailman/templates/uk/subscribeack.txt
|
|
|
|
lib/mailman/templates/uk/unsub.txt
|
|
|
|
lib/mailman/templates/uk/unsubauth.txt
|
|
|
|
lib/mailman/templates/uk/userpass.txt
|
|
|
|
lib/mailman/templates/uk/verify.txt
|
Update to 2.1.6. Changes (note: the fix for CAN-2005-0202 was already in
pkgsrc as patches/patch-ai):
Security
- Added the ability for Mailman generated passwords (both member and list
admin) to be more cryptographically secure. See new configuration
variables USER_FRIENDLY_PASSWORDS, MEMBER_PASSWORD_LENGTH, and
ADMIN_PASSWORD_LENGTH. Also added a new bin/withlist script called
reset_pw.py which can be used to reset all member passwords. Passwords
generated by Mailman are now 8 characters by default for members, and 10
characters for list administrators.
- A potential cross-site scripting hole in the driver script has been
closed. Thanks to Florian Weimer for its discovery. Also, turn
STEALTH_MODE on by default.
Internationalization
- Chinese languages are now supported. They have been moved from 'big5'
and 'gb' to 'zh_TW' and 'zh_CN' respectively for compliance to the IANA
spec. Note, however, that the character sets were changed from 'Big5'
or 'GB2312' to 'UTF-8' to cope with the insufficient codecs support in
Python 2.3 and earlier. You may have to install Chinese capable codecs
(like CJKCodecs) separately to handle the incoming messages which are in
local charsets, or upgrade your Python to 2.4 or newer.
Behavior or defaults changes
- VERP_PROBES is disabled by default.
- bin/withlist can be run without a list name, but only if -i is given.
Also, withlist puts the directory it's found in at the end of sys.path,
making it easier to run withlist scripts that live in $prefix/bin.
- bin/newlist grew two new options: -u/--urlhost and -e/--emailhost which
lets the user provide the web and email hostnames for the new mailing
list. This is a better way to specify the domain for the list, rather
than the old 'mylist@hostname' syntax (which is still supported for
backward compatibility, but deprecated).
Compatibility
- Python 2.4 compatibility issue: time.strftime() became strict about the
'day of year' range. (1078482)
New Features
- New feature: automatic discards of held messages. List owners can now
set how many days to hold the messages in the moderator request queue.
cron/checkdb will automatically discard old messages. See the
max_days_to_hold variable in the General Options and
DEFAULT_MAX_DAYS_TO_HOLD in Defaults.py. This defaults to 0
(i.e. disabled). (790494)
- New feature: subject_prefix can be configured to include a sequence
number which is taken from the post_id variable. Also, the prefix is
always put at the start of the subject, i.e. "[list-name] Re: original
subject", if mm_cfg.OLD_STYLE_PREFIXING is set No. The default style
is "Re: [list-name]" if numbering is not set, for backward compatibility.
If the list owner is using numbering feature by "%d" directive, the new
style, "[list-name 123] Re:", is always used.
- List owners can now cusomize the non-member rejection notice from
admin/<listname>/privacy/sender page. (1107169)
- Allow editing of the welcome message from the admin page (1085501).
- List owners can now use Scrubber to get the attachments scrubbed (held
in the web archive), if the site admin permits it in mm_cfg.py. New
variables introduced are SCRUBBER_DONT_USE_ATTACHMENT_FILENAME and
SCRUBBER_USE_ATTACHMENT_FILENAME_EXTENSION in Defaults.py for scrubber
behavior. (904850)
Documentation
- Most of the installation instructions have been moved to a latex
document. See admin/www/mailman-install/index.html for details.
Bug fixes and other patches
- Mail-to-news gateway now strips subject prefix off from a response
by a mail user if news_prefix_subject_too is not set.
- Date and Message-Id headers are added for digests. (1116952)
- Improved mail address sanity check. (1030228)
- SpamDetect.py now checks attachment header. (1026977)
- Filter attachments by filename extensions. (1027882)
- Bugs and patches: 955381 (older Python compatibility), 1020102/1013079/
1020013 (fix spam filter removed), 665569 (newer Postfix bounce
detection), 970383 (moderator -1 admin requests pending), 873035
(subject handling in -request mail), 799166/946554 (makefile
compatibility), 872068 (add header/footer via unicode), 1032434
(KNOWN_SPAMMERS check for multi-header), 1025372 (empty Cc:), 789015
(fix pipermail URL), 948152 (Out of date link on Docs), 1099138
(Scrubber.py breaks on None part), 1099840/1099840 (deprecated %
insertion), 880073/933762 (List-ID RFC compliance), 1090439 (passwd
reminder shunted), 1112349 (case insensitivity in acceptable_aliases),
1117618 (Don't Cc for personalized anonymous list), 1190404 (wrong
permission after editing html)
2005-06-02 01:25:07 +02:00
|
|
|
lib/mailman/templates/zh_CN/admindbdetails.html
|
|
|
|
lib/mailman/templates/zh_CN/admindbpreamble.html
|
|
|
|
lib/mailman/templates/zh_CN/admindbsummary.html
|
|
|
|
lib/mailman/templates/zh_CN/admlogin.html
|
|
|
|
lib/mailman/templates/zh_CN/archidxentry.html
|
|
|
|
lib/mailman/templates/zh_CN/archidxfoot.html
|
|
|
|
lib/mailman/templates/zh_CN/archidxhead.html
|
|
|
|
lib/mailman/templates/zh_CN/archlistend.html
|
|
|
|
lib/mailman/templates/zh_CN/archliststart.html
|
|
|
|
lib/mailman/templates/zh_CN/archtoc.html
|
|
|
|
lib/mailman/templates/zh_CN/archtocentry.html
|
|
|
|
lib/mailman/templates/zh_CN/archtocnombox.html
|
|
|
|
lib/mailman/templates/zh_CN/article.html
|
|
|
|
lib/mailman/templates/zh_CN/emptyarchive.html
|
|
|
|
lib/mailman/templates/zh_CN/headfoot.html
|
|
|
|
lib/mailman/templates/zh_CN/listinfo.html
|
|
|
|
lib/mailman/templates/zh_CN/options.html
|
|
|
|
lib/mailman/templates/zh_CN/private.html
|
|
|
|
lib/mailman/templates/zh_CN/roster.html
|
|
|
|
lib/mailman/templates/zh_CN/subscribe.html
|
|
|
|
lib/mailman/templates/zh_CN/adminsubscribeack.txt
|
|
|
|
lib/mailman/templates/zh_CN/adminunsubscribeack.txt
|
|
|
|
lib/mailman/templates/zh_CN/approve.txt
|
|
|
|
lib/mailman/templates/zh_CN/bounce.txt
|
|
|
|
lib/mailman/templates/zh_CN/checkdbs.txt
|
|
|
|
lib/mailman/templates/zh_CN/convert.txt
|
|
|
|
lib/mailman/templates/zh_CN/cronpass.txt
|
|
|
|
lib/mailman/templates/zh_CN/disabled.txt
|
|
|
|
lib/mailman/templates/zh_CN/help.txt
|
|
|
|
lib/mailman/templates/zh_CN/invite.txt
|
|
|
|
lib/mailman/templates/zh_CN/masthead.txt
|
|
|
|
lib/mailman/templates/zh_CN/newlist.txt
|
|
|
|
lib/mailman/templates/zh_CN/nomoretoday.txt
|
|
|
|
lib/mailman/templates/zh_CN/postack.txt
|
|
|
|
lib/mailman/templates/zh_CN/postauth.txt
|
|
|
|
lib/mailman/templates/zh_CN/postheld.txt
|
|
|
|
lib/mailman/templates/zh_CN/probe.txt
|
|
|
|
lib/mailman/templates/zh_CN/refuse.txt
|
|
|
|
lib/mailman/templates/zh_CN/subauth.txt
|
|
|
|
lib/mailman/templates/zh_CN/subscribeack.txt
|
|
|
|
lib/mailman/templates/zh_CN/unsub.txt
|
|
|
|
lib/mailman/templates/zh_CN/unsubauth.txt
|
|
|
|
lib/mailman/templates/zh_CN/userpass.txt
|
|
|
|
lib/mailman/templates/zh_CN/verify.txt
|
|
|
|
lib/mailman/templates/zh_TW/admindbpreamble.html
|
|
|
|
lib/mailman/templates/zh_TW/admlogin.html
|
|
|
|
lib/mailman/templates/zh_TW/handle_opts.html
|
|
|
|
lib/mailman/templates/zh_TW/headfoot.html
|
|
|
|
lib/mailman/templates/zh_TW/listinfo.html
|
|
|
|
lib/mailman/templates/zh_TW/options.html
|
|
|
|
lib/mailman/templates/zh_TW/roster.html
|
|
|
|
lib/mailman/templates/zh_TW/subscribe.html
|
|
|
|
lib/mailman/templates/zh_TW/adminsubscribeack.txt
|
|
|
|
lib/mailman/templates/zh_TW/adminunsubscribeack.txt
|
|
|
|
lib/mailman/templates/zh_TW/approve.txt
|
|
|
|
lib/mailman/templates/zh_TW/bounce.txt
|
|
|
|
lib/mailman/templates/zh_TW/checkdbs.txt
|
|
|
|
lib/mailman/templates/zh_TW/convert.txt
|
|
|
|
lib/mailman/templates/zh_TW/cronpass.txt
|
|
|
|
lib/mailman/templates/zh_TW/help.txt
|
|
|
|
lib/mailman/templates/zh_TW/masthead.txt
|
|
|
|
lib/mailman/templates/zh_TW/newlist.txt
|
|
|
|
lib/mailman/templates/zh_TW/postack.txt
|
|
|
|
lib/mailman/templates/zh_TW/postauth.txt
|
|
|
|
lib/mailman/templates/zh_TW/postheld.txt
|
|
|
|
lib/mailman/templates/zh_TW/refuse.txt
|
|
|
|
lib/mailman/templates/zh_TW/subauth.txt
|
|
|
|
lib/mailman/templates/zh_TW/subscribeack.txt
|
|
|
|
lib/mailman/templates/zh_TW/userpass.txt
|
|
|
|
lib/mailman/templates/zh_TW/verify.txt
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/tests/EmailBase.py
|
|
|
|
lib/mailman/tests/TestBase.py
|
|
|
|
lib/mailman/tests/bounces/bounce_01.txt
|
|
|
|
lib/mailman/tests/bounces/bounce_02.txt
|
|
|
|
lib/mailman/tests/bounces/bounce_03.txt
|
|
|
|
lib/mailman/tests/bounces/dsn_01.txt
|
|
|
|
lib/mailman/tests/bounces/dsn_02.txt
|
|
|
|
lib/mailman/tests/bounces/dsn_03.txt
|
|
|
|
lib/mailman/tests/bounces/dsn_04.txt
|
|
|
|
lib/mailman/tests/bounces/dsn_05.txt
|
|
|
|
lib/mailman/tests/bounces/dsn_06.txt
|
|
|
|
lib/mailman/tests/bounces/dsn_07.txt
|
|
|
|
lib/mailman/tests/bounces/dsn_08.txt
|
|
|
|
lib/mailman/tests/bounces/dsn_09.txt
|
|
|
|
lib/mailman/tests/bounces/dsn_10.txt
|
|
|
|
lib/mailman/tests/bounces/dsn_11.txt
|
2006-04-10 22:33:12 +02:00
|
|
|
lib/mailman/tests/bounces/dsn_12.txt
|
|
|
|
lib/mailman/tests/bounces/dsn_13.txt
|
|
|
|
lib/mailman/tests/bounces/dsn_14.txt
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/tests/bounces/dumbass_01.txt
|
|
|
|
lib/mailman/tests/bounces/exim_01.txt
|
|
|
|
lib/mailman/tests/bounces/groupwise_01.txt
|
|
|
|
lib/mailman/tests/bounces/groupwise_02.txt
|
|
|
|
lib/mailman/tests/bounces/hotpop_01.txt
|
|
|
|
lib/mailman/tests/bounces/llnl_01.txt
|
|
|
|
lib/mailman/tests/bounces/microsoft_01.txt
|
|
|
|
lib/mailman/tests/bounces/microsoft_02.txt
|
2006-04-10 22:33:12 +02:00
|
|
|
lib/mailman/tests/bounces/microsoft_03.txt
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/tests/bounces/netscape_01.txt
|
|
|
|
lib/mailman/tests/bounces/newmailru_01.txt
|
|
|
|
lib/mailman/tests/bounces/postfix_01.txt
|
|
|
|
lib/mailman/tests/bounces/postfix_02.txt
|
|
|
|
lib/mailman/tests/bounces/postfix_03.txt
|
|
|
|
lib/mailman/tests/bounces/postfix_04.txt
|
|
|
|
lib/mailman/tests/bounces/postfix_05.txt
|
|
|
|
lib/mailman/tests/bounces/qmail_01.txt
|
2006-04-10 22:33:12 +02:00
|
|
|
lib/mailman/tests/bounces/qmail_02.txt
|
|
|
|
lib/mailman/tests/bounces/qmail_03.txt
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/tests/bounces/sendmail_01.txt
|
|
|
|
lib/mailman/tests/bounces/simple_01.txt
|
|
|
|
lib/mailman/tests/bounces/simple_02.txt
|
|
|
|
lib/mailman/tests/bounces/simple_03.txt
|
|
|
|
lib/mailman/tests/bounces/simple_04.txt
|
2006-04-10 22:33:12 +02:00
|
|
|
lib/mailman/tests/bounces/simple_05.txt
|
|
|
|
lib/mailman/tests/bounces/simple_06.txt
|
|
|
|
lib/mailman/tests/bounces/simple_07.txt
|
|
|
|
lib/mailman/tests/bounces/simple_08.txt
|
|
|
|
lib/mailman/tests/bounces/simple_09.txt
|
|
|
|
lib/mailman/tests/bounces/simple_10.txt
|
|
|
|
lib/mailman/tests/bounces/simple_11.txt
|
|
|
|
lib/mailman/tests/bounces/simple_12.txt
|
|
|
|
lib/mailman/tests/bounces/simple_13.txt
|
|
|
|
lib/mailman/tests/bounces/simple_14.txt
|
|
|
|
lib/mailman/tests/bounces/simple_15.txt
|
|
|
|
lib/mailman/tests/bounces/simple_16.txt
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/tests/bounces/sina_01.txt
|
|
|
|
lib/mailman/tests/bounces/smtp32_01.txt
|
|
|
|
lib/mailman/tests/bounces/smtp32_02.txt
|
|
|
|
lib/mailman/tests/bounces/smtp32_03.txt
|
2006-04-10 22:33:12 +02:00
|
|
|
lib/mailman/tests/bounces/smtp32_04.txt
|
|
|
|
lib/mailman/tests/bounces/smtp32_05.txt
|
|
|
|
lib/mailman/tests/bounces/smtp32_06.txt
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/tests/bounces/yahoo_01.txt
|
|
|
|
lib/mailman/tests/bounces/yahoo_02.txt
|
|
|
|
lib/mailman/tests/bounces/yahoo_03.txt
|
|
|
|
lib/mailman/tests/bounces/yahoo_04.txt
|
|
|
|
lib/mailman/tests/bounces/yahoo_05.txt
|
|
|
|
lib/mailman/tests/bounces/yahoo_06.txt
|
|
|
|
lib/mailman/tests/bounces/yahoo_07.txt
|
|
|
|
lib/mailman/tests/bounces/yahoo_08.txt
|
|
|
|
lib/mailman/tests/bounces/yahoo_09.txt
|
2006-04-10 22:33:12 +02:00
|
|
|
lib/mailman/tests/bounces/yahoo_10.txt
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
lib/mailman/tests/bounces/yale_01.txt
|
|
|
|
lib/mailman/tests/fblast.py
|
|
|
|
lib/mailman/tests/msgs/bad_01.txt
|
|
|
|
lib/mailman/tests/onebounce.py
|
|
|
|
lib/mailman/tests/paths.py
|
|
|
|
lib/mailman/tests/test_bounces.py
|
|
|
|
lib/mailman/tests/test_handlers.py
|
|
|
|
lib/mailman/tests/test_lockfile.py
|
|
|
|
lib/mailman/tests/test_membership.py
|
|
|
|
lib/mailman/tests/test_message.py
|
|
|
|
lib/mailman/tests/test_runners.py
|
|
|
|
lib/mailman/tests/test_safedict.py
|
|
|
|
lib/mailman/tests/test_security_mgr.py
|
|
|
|
lib/mailman/tests/test_smtp.py
|
|
|
|
lib/mailman/tests/testall.py
|
|
|
|
share/doc/mailman/ACKNOWLEDGMENTS
|
|
|
|
share/doc/mailman/BUGS
|
|
|
|
share/doc/mailman/FAQ
|
|
|
|
share/doc/mailman/INSTALL
|
|
|
|
share/doc/mailman/NEWS
|
|
|
|
share/doc/mailman/README
|
|
|
|
share/doc/mailman/README-I18N.en
|
|
|
|
share/doc/mailman/README.CONTRIB
|
|
|
|
share/doc/mailman/README.NETSCAPE
|
|
|
|
share/doc/mailman/README.USERAGENT
|
|
|
|
share/doc/mailman/STYLEGUIDE.txt
|
|
|
|
share/doc/mailman/TODO
|
|
|
|
share/doc/mailman/UPGRADING
|
2006-04-10 22:33:12 +02:00
|
|
|
share/doc/mailman/mailman-admin.pdf
|
|
|
|
share/doc/mailman/mailman-admin.ps
|
|
|
|
share/doc/mailman/mailman-admin.txt
|
|
|
|
share/doc/mailman/mailman-install.pdf
|
|
|
|
share/doc/mailman/mailman-install.ps
|
|
|
|
share/doc/mailman/mailman-install.txt
|
|
|
|
share/doc/mailman/mailman-member.pdf
|
|
|
|
share/doc/mailman/mailman-member.ps
|
|
|
|
share/doc/mailman/mailman-member.txt
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
share/examples/mailman/mailman.conf
|
2005-05-02 22:33:57 +02:00
|
|
|
share/examples/rc.d/mailman
|
2002-08-23 17:28:17 +02:00
|
|
|
@dirrm share/examples/mailman
|
|
|
|
@dirrm share/doc/mailman
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
@dirrm lib/mailman/tests/msgs
|
|
|
|
@dirrm lib/mailman/tests/bounces
|
|
|
|
@dirrm lib/mailman/tests
|
Update to 2.1.6. Changes (note: the fix for CAN-2005-0202 was already in
pkgsrc as patches/patch-ai):
Security
- Added the ability for Mailman generated passwords (both member and list
admin) to be more cryptographically secure. See new configuration
variables USER_FRIENDLY_PASSWORDS, MEMBER_PASSWORD_LENGTH, and
ADMIN_PASSWORD_LENGTH. Also added a new bin/withlist script called
reset_pw.py which can be used to reset all member passwords. Passwords
generated by Mailman are now 8 characters by default for members, and 10
characters for list administrators.
- A potential cross-site scripting hole in the driver script has been
closed. Thanks to Florian Weimer for its discovery. Also, turn
STEALTH_MODE on by default.
Internationalization
- Chinese languages are now supported. They have been moved from 'big5'
and 'gb' to 'zh_TW' and 'zh_CN' respectively for compliance to the IANA
spec. Note, however, that the character sets were changed from 'Big5'
or 'GB2312' to 'UTF-8' to cope with the insufficient codecs support in
Python 2.3 and earlier. You may have to install Chinese capable codecs
(like CJKCodecs) separately to handle the incoming messages which are in
local charsets, or upgrade your Python to 2.4 or newer.
Behavior or defaults changes
- VERP_PROBES is disabled by default.
- bin/withlist can be run without a list name, but only if -i is given.
Also, withlist puts the directory it's found in at the end of sys.path,
making it easier to run withlist scripts that live in $prefix/bin.
- bin/newlist grew two new options: -u/--urlhost and -e/--emailhost which
lets the user provide the web and email hostnames for the new mailing
list. This is a better way to specify the domain for the list, rather
than the old 'mylist@hostname' syntax (which is still supported for
backward compatibility, but deprecated).
Compatibility
- Python 2.4 compatibility issue: time.strftime() became strict about the
'day of year' range. (1078482)
New Features
- New feature: automatic discards of held messages. List owners can now
set how many days to hold the messages in the moderator request queue.
cron/checkdb will automatically discard old messages. See the
max_days_to_hold variable in the General Options and
DEFAULT_MAX_DAYS_TO_HOLD in Defaults.py. This defaults to 0
(i.e. disabled). (790494)
- New feature: subject_prefix can be configured to include a sequence
number which is taken from the post_id variable. Also, the prefix is
always put at the start of the subject, i.e. "[list-name] Re: original
subject", if mm_cfg.OLD_STYLE_PREFIXING is set No. The default style
is "Re: [list-name]" if numbering is not set, for backward compatibility.
If the list owner is using numbering feature by "%d" directive, the new
style, "[list-name 123] Re:", is always used.
- List owners can now cusomize the non-member rejection notice from
admin/<listname>/privacy/sender page. (1107169)
- Allow editing of the welcome message from the admin page (1085501).
- List owners can now use Scrubber to get the attachments scrubbed (held
in the web archive), if the site admin permits it in mm_cfg.py. New
variables introduced are SCRUBBER_DONT_USE_ATTACHMENT_FILENAME and
SCRUBBER_USE_ATTACHMENT_FILENAME_EXTENSION in Defaults.py for scrubber
behavior. (904850)
Documentation
- Most of the installation instructions have been moved to a latex
document. See admin/www/mailman-install/index.html for details.
Bug fixes and other patches
- Mail-to-news gateway now strips subject prefix off from a response
by a mail user if news_prefix_subject_too is not set.
- Date and Message-Id headers are added for digests. (1116952)
- Improved mail address sanity check. (1030228)
- SpamDetect.py now checks attachment header. (1026977)
- Filter attachments by filename extensions. (1027882)
- Bugs and patches: 955381 (older Python compatibility), 1020102/1013079/
1020013 (fix spam filter removed), 665569 (newer Postfix bounce
detection), 970383 (moderator -1 admin requests pending), 873035
(subject handling in -request mail), 799166/946554 (makefile
compatibility), 872068 (add header/footer via unicode), 1032434
(KNOWN_SPAMMERS check for multi-header), 1025372 (empty Cc:), 789015
(fix pipermail URL), 948152 (Out of date link on Docs), 1099138
(Scrubber.py breaks on None part), 1099840/1099840 (deprecated %
insertion), 880073/933762 (List-ID RFC compliance), 1090439 (passwd
reminder shunted), 1112349 (case insensitivity in acceptable_aliases),
1117618 (Don't Cc for personalized anonymous list), 1190404 (wrong
permission after editing html)
2005-06-02 01:25:07 +02:00
|
|
|
@dirrm lib/mailman/templates/zh_TW
|
|
|
|
@dirrm lib/mailman/templates/zh_CN
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
@dirrm lib/mailman/templates/uk
|
2005-03-02 22:09:56 +01:00
|
|
|
@dirrm lib/mailman/templates/tr
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
@dirrm lib/mailman/templates/sv
|
|
|
|
@dirrm lib/mailman/templates/sr
|
2004-01-14 02:46:29 +01:00
|
|
|
@dirrm lib/mailman/templates/sl
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
@dirrm lib/mailman/templates/ru
|
2004-01-14 02:46:29 +01:00
|
|
|
@dirrm lib/mailman/templates/ro
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
@dirrm lib/mailman/templates/pt_BR
|
|
|
|
@dirrm lib/mailman/templates/pt
|
|
|
|
@dirrm lib/mailman/templates/pl
|
|
|
|
@dirrm lib/mailman/templates/no
|
|
|
|
@dirrm lib/mailman/templates/nl
|
|
|
|
@dirrm lib/mailman/templates/lt
|
|
|
|
@dirrm lib/mailman/templates/ko
|
|
|
|
@dirrm lib/mailman/templates/ja
|
|
|
|
@dirrm lib/mailman/templates/it
|
Upgrade to 2.1.7nb1.
Local change (which is why we have PKGREVISION=1)
Fix http://secunia.com/advisories/18449/ (CVE-2005-4153) based on debian
patches.
Changes between 2.1.6 and 2.1.7:
Security
- The fix for CAN-2005-0202 has been enhanced to issue an appropriate
message instead of just quietly dropping ./ and ../ from URLs.
- A note on CVE-2005-3573: Although the RFC2231 bug example in the CVE has
been solved in Mailman 2.1.6, there may be more cases where
ToDigest.send_digests() can block regular delivery. We put the
send_digests() calling part in a try/except clause and leave a message
in the error log if something happened in send_digests(). Daily call of
cron/senddigests will provide more detail to the site administrator.
- List administrators can no longer change the user's option/subscription
globally. Site admin can change these only if
mm_cfg.ALLOW_SITE_ADMIN_COOKIES is set to Yes.
- <script> tags are HTML-escaped in the edithtml CGI script.
- Since the probe message for disabled users may reach unintended
recipients, the password is excluded from sendProbe() and probe.txt.
Note that the default value of VERP_PROBE has been set to `No' from
2.1.6., thus this change doesn't affect the default behavior.
New Features
- Always remove DomainKey (and similar) headers from messages sent to the
list. (1287546)
- List owners can control the content filter behavior when collapsing
multipart/alternative parts to its first subpart. This allows the
option of letting the HTML part pass through after other content
filtering is done.
Internationalization
- New language: Interlingua.
Bug fixes and other patches
- Defaults.py.in: SCRUBBER_DONT_USE_ATTACHMENT_FILENAME is set to True for
safer operation.
- Fixed the bug where Scrubber.py munges quoted-printable by introducing
the 'X-Mailman-Scrubbed' header which marks that the payload is
scrubber-munged. The flag is referenced in ToDigest.py, ToArchive.py,
Decorate.py and Archiver. A similar problem in ToDigest.py where the
plain digest is generated is also fixed.
- Fixed Syslog.py to write quopri encoded messages when it fail to write
8-bit characters.
- Fixed MTA/Postfix.py to check aliases group permission in check_perms
and fixed mailman-install document on this matter (1378270).
- Fixed private.py to go to the original URL after authorization
(1080943).
- Fixed bounce log score messages to be more consistent.
- Fixed bin/remove_members to accept no arguments when both --fromall and
--file= options are specified.
- Changed cgi-bin and mail wrapper "group not found" error message to be
more descriptive of the actual problem.
- The list's ban_list now applies to address changes, admin mass
subscribes and invites, and to confirmations/approvals of address
changes, subscriptions and invitations.
- quoted-printable and base64 encoded parts are decoded before passing to
HTML_TO_PLAIN_TEXT_COMMAND (1367783).
- Approve: header is removed from posts, and treated the same as the
Approved: header. (1355707)
- Fixed the removal of the line following Approve[d]: line in body of
post. (1318883)
- The Approve[d]: <password> header is removed from all text/* parts in
addition the initial text/plain part. It must still be the first
non-blank line in the first text/plain part or it won't be found or
removed at all. (1181161)
- Posts are now logged in post log file with the true sender, not
listname-bounces. (1287921)
- Correctly initialize and remember the list's default_member_moderation
attribute in the web list creation page. (1263213)
- PEP263 charset is added to the config_list output. (1343100)
- Fixed header_filter_rules getting lost if accessed directly and
authentication was needed by login page. (1230865)
- Obscure email when the poster doesn't set full name in 'From:' header.
- Preambles and epilogues are taken into account when calculating message
sizes for holding purposes. (Mark Sapiro)
- Logging/Logger.py unicode transform option. (1235567)
- bin/update crashes with bogus files. (949117)
- Bugs and patches: 1212066/1301983 (Date header in create/remove notice)
2006-01-21 17:14:24 +01:00
|
|
|
@dirrm lib/mailman/templates/ia
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
@dirrm lib/mailman/templates/hu
|
2004-01-14 02:46:29 +01:00
|
|
|
@dirrm lib/mailman/templates/hr
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
@dirrm lib/mailman/templates/fr
|
|
|
|
@dirrm lib/mailman/templates/fi
|
|
|
|
@dirrm lib/mailman/templates/eu
|
|
|
|
@dirrm lib/mailman/templates/et
|
|
|
|
@dirrm lib/mailman/templates/es
|
|
|
|
@dirrm lib/mailman/templates/en
|
|
|
|
@dirrm lib/mailman/templates/de
|
Update to 2.1.6. Changes (note: the fix for CAN-2005-0202 was already in
pkgsrc as patches/patch-ai):
Security
- Added the ability for Mailman generated passwords (both member and list
admin) to be more cryptographically secure. See new configuration
variables USER_FRIENDLY_PASSWORDS, MEMBER_PASSWORD_LENGTH, and
ADMIN_PASSWORD_LENGTH. Also added a new bin/withlist script called
reset_pw.py which can be used to reset all member passwords. Passwords
generated by Mailman are now 8 characters by default for members, and 10
characters for list administrators.
- A potential cross-site scripting hole in the driver script has been
closed. Thanks to Florian Weimer for its discovery. Also, turn
STEALTH_MODE on by default.
Internationalization
- Chinese languages are now supported. They have been moved from 'big5'
and 'gb' to 'zh_TW' and 'zh_CN' respectively for compliance to the IANA
spec. Note, however, that the character sets were changed from 'Big5'
or 'GB2312' to 'UTF-8' to cope with the insufficient codecs support in
Python 2.3 and earlier. You may have to install Chinese capable codecs
(like CJKCodecs) separately to handle the incoming messages which are in
local charsets, or upgrade your Python to 2.4 or newer.
Behavior or defaults changes
- VERP_PROBES is disabled by default.
- bin/withlist can be run without a list name, but only if -i is given.
Also, withlist puts the directory it's found in at the end of sys.path,
making it easier to run withlist scripts that live in $prefix/bin.
- bin/newlist grew two new options: -u/--urlhost and -e/--emailhost which
lets the user provide the web and email hostnames for the new mailing
list. This is a better way to specify the domain for the list, rather
than the old 'mylist@hostname' syntax (which is still supported for
backward compatibility, but deprecated).
Compatibility
- Python 2.4 compatibility issue: time.strftime() became strict about the
'day of year' range. (1078482)
New Features
- New feature: automatic discards of held messages. List owners can now
set how many days to hold the messages in the moderator request queue.
cron/checkdb will automatically discard old messages. See the
max_days_to_hold variable in the General Options and
DEFAULT_MAX_DAYS_TO_HOLD in Defaults.py. This defaults to 0
(i.e. disabled). (790494)
- New feature: subject_prefix can be configured to include a sequence
number which is taken from the post_id variable. Also, the prefix is
always put at the start of the subject, i.e. "[list-name] Re: original
subject", if mm_cfg.OLD_STYLE_PREFIXING is set No. The default style
is "Re: [list-name]" if numbering is not set, for backward compatibility.
If the list owner is using numbering feature by "%d" directive, the new
style, "[list-name 123] Re:", is always used.
- List owners can now cusomize the non-member rejection notice from
admin/<listname>/privacy/sender page. (1107169)
- Allow editing of the welcome message from the admin page (1085501).
- List owners can now use Scrubber to get the attachments scrubbed (held
in the web archive), if the site admin permits it in mm_cfg.py. New
variables introduced are SCRUBBER_DONT_USE_ATTACHMENT_FILENAME and
SCRUBBER_USE_ATTACHMENT_FILENAME_EXTENSION in Defaults.py for scrubber
behavior. (904850)
Documentation
- Most of the installation instructions have been moved to a latex
document. See admin/www/mailman-install/index.html for details.
Bug fixes and other patches
- Mail-to-news gateway now strips subject prefix off from a response
by a mail user if news_prefix_subject_too is not set.
- Date and Message-Id headers are added for digests. (1116952)
- Improved mail address sanity check. (1030228)
- SpamDetect.py now checks attachment header. (1026977)
- Filter attachments by filename extensions. (1027882)
- Bugs and patches: 955381 (older Python compatibility), 1020102/1013079/
1020013 (fix spam filter removed), 665569 (newer Postfix bounce
detection), 970383 (moderator -1 admin requests pending), 873035
(subject handling in -request mail), 799166/946554 (makefile
compatibility), 872068 (add header/footer via unicode), 1032434
(KNOWN_SPAMMERS check for multi-header), 1025372 (empty Cc:), 789015
(fix pipermail URL), 948152 (Out of date link on Docs), 1099138
(Scrubber.py breaks on None part), 1099840/1099840 (deprecated %
insertion), 880073/933762 (List-ID RFC compliance), 1090439 (passwd
reminder shunted), 1112349 (case insensitivity in acceptable_aliases),
1117618 (Don't Cc for personalized anonymous list), 1190404 (wrong
permission after editing html)
2005-06-02 01:25:07 +02:00
|
|
|
@dirrm lib/mailman/templates/da
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
@dirrm lib/mailman/templates/cs
|
2004-01-14 02:46:29 +01:00
|
|
|
@dirrm lib/mailman/templates/ca
|
2002-08-23 17:28:17 +02:00
|
|
|
@dirrm lib/mailman/templates
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
@dirrm lib/mailman/support
|
2002-08-23 17:28:17 +02:00
|
|
|
@dirrm lib/mailman/scripts
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
@dirrm lib/mailman/pythonlib/lib/python${PYVERSSUFFIX}/site-packages
|
|
|
|
@dirrm lib/mailman/pythonlib/lib/python${PYVERSSUFFIX}
|
|
|
|
@dirrm lib/mailman/pythonlib/lib
|
|
|
|
@dirrm lib/mailman/pythonlib/korean/python
|
|
|
|
@dirrm lib/mailman/pythonlib/korean/mappings
|
|
|
|
@dirrm lib/mailman/pythonlib/korean/c
|
|
|
|
@dirrm lib/mailman/pythonlib/korean
|
|
|
|
@dirrm lib/mailman/pythonlib/japanese/python
|
|
|
|
@dirrm lib/mailman/pythonlib/japanese/mappings
|
|
|
|
@dirrm lib/mailman/pythonlib/japanese/c
|
|
|
|
@dirrm lib/mailman/pythonlib/japanese/aliases
|
|
|
|
@dirrm lib/mailman/pythonlib/japanese
|
|
|
|
@dirrm lib/mailman/pythonlib/email
|
|
|
|
@dirrm lib/mailman/pythonlib
|
Update to 2.1.6. Changes (note: the fix for CAN-2005-0202 was already in
pkgsrc as patches/patch-ai):
Security
- Added the ability for Mailman generated passwords (both member and list
admin) to be more cryptographically secure. See new configuration
variables USER_FRIENDLY_PASSWORDS, MEMBER_PASSWORD_LENGTH, and
ADMIN_PASSWORD_LENGTH. Also added a new bin/withlist script called
reset_pw.py which can be used to reset all member passwords. Passwords
generated by Mailman are now 8 characters by default for members, and 10
characters for list administrators.
- A potential cross-site scripting hole in the driver script has been
closed. Thanks to Florian Weimer for its discovery. Also, turn
STEALTH_MODE on by default.
Internationalization
- Chinese languages are now supported. They have been moved from 'big5'
and 'gb' to 'zh_TW' and 'zh_CN' respectively for compliance to the IANA
spec. Note, however, that the character sets were changed from 'Big5'
or 'GB2312' to 'UTF-8' to cope with the insufficient codecs support in
Python 2.3 and earlier. You may have to install Chinese capable codecs
(like CJKCodecs) separately to handle the incoming messages which are in
local charsets, or upgrade your Python to 2.4 or newer.
Behavior or defaults changes
- VERP_PROBES is disabled by default.
- bin/withlist can be run without a list name, but only if -i is given.
Also, withlist puts the directory it's found in at the end of sys.path,
making it easier to run withlist scripts that live in $prefix/bin.
- bin/newlist grew two new options: -u/--urlhost and -e/--emailhost which
lets the user provide the web and email hostnames for the new mailing
list. This is a better way to specify the domain for the list, rather
than the old 'mylist@hostname' syntax (which is still supported for
backward compatibility, but deprecated).
Compatibility
- Python 2.4 compatibility issue: time.strftime() became strict about the
'day of year' range. (1078482)
New Features
- New feature: automatic discards of held messages. List owners can now
set how many days to hold the messages in the moderator request queue.
cron/checkdb will automatically discard old messages. See the
max_days_to_hold variable in the General Options and
DEFAULT_MAX_DAYS_TO_HOLD in Defaults.py. This defaults to 0
(i.e. disabled). (790494)
- New feature: subject_prefix can be configured to include a sequence
number which is taken from the post_id variable. Also, the prefix is
always put at the start of the subject, i.e. "[list-name] Re: original
subject", if mm_cfg.OLD_STYLE_PREFIXING is set No. The default style
is "Re: [list-name]" if numbering is not set, for backward compatibility.
If the list owner is using numbering feature by "%d" directive, the new
style, "[list-name 123] Re:", is always used.
- List owners can now cusomize the non-member rejection notice from
admin/<listname>/privacy/sender page. (1107169)
- Allow editing of the welcome message from the admin page (1085501).
- List owners can now use Scrubber to get the attachments scrubbed (held
in the web archive), if the site admin permits it in mm_cfg.py. New
variables introduced are SCRUBBER_DONT_USE_ATTACHMENT_FILENAME and
SCRUBBER_USE_ATTACHMENT_FILENAME_EXTENSION in Defaults.py for scrubber
behavior. (904850)
Documentation
- Most of the installation instructions have been moved to a latex
document. See admin/www/mailman-install/index.html for details.
Bug fixes and other patches
- Mail-to-news gateway now strips subject prefix off from a response
by a mail user if news_prefix_subject_too is not set.
- Date and Message-Id headers are added for digests. (1116952)
- Improved mail address sanity check. (1030228)
- SpamDetect.py now checks attachment header. (1026977)
- Filter attachments by filename extensions. (1027882)
- Bugs and patches: 955381 (older Python compatibility), 1020102/1013079/
1020013 (fix spam filter removed), 665569 (newer Postfix bounce
detection), 970383 (moderator -1 admin requests pending), 873035
(subject handling in -request mail), 799166/946554 (makefile
compatibility), 872068 (add header/footer via unicode), 1032434
(KNOWN_SPAMMERS check for multi-header), 1025372 (empty Cc:), 789015
(fix pipermail URL), 948152 (Out of date link on Docs), 1099138
(Scrubber.py breaks on None part), 1099840/1099840 (deprecated %
insertion), 880073/933762 (List-ID RFC compliance), 1090439 (passwd
reminder shunted), 1112349 (case insensitivity in acceptable_aliases),
1117618 (Don't Cc for personalized anonymous list), 1190404 (wrong
permission after editing html)
2005-06-02 01:25:07 +02:00
|
|
|
@dirrm lib/mailman/messages/zh_TW/LC_MESSAGES
|
|
|
|
@dirrm lib/mailman/messages/zh_TW
|
|
|
|
@dirrm lib/mailman/messages/zh_CN/LC_MESSAGES
|
|
|
|
@dirrm lib/mailman/messages/zh_CN
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
@dirrm lib/mailman/messages/uk/LC_MESSAGES
|
|
|
|
@dirrm lib/mailman/messages/uk
|
2005-03-02 22:09:56 +01:00
|
|
|
@dirrm lib/mailman/messages/tr/LC_MESSAGES
|
|
|
|
@dirrm lib/mailman/messages/tr
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
@dirrm lib/mailman/messages/sv/LC_MESSAGES
|
|
|
|
@dirrm lib/mailman/messages/sv
|
|
|
|
@dirrm lib/mailman/messages/sr/LC_MESSAGES
|
|
|
|
@dirrm lib/mailman/messages/sr
|
2004-01-14 02:46:29 +01:00
|
|
|
@dirrm lib/mailman/messages/sl/LC_MESSAGES
|
|
|
|
@dirrm lib/mailman/messages/sl
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
@dirrm lib/mailman/messages/ru/LC_MESSAGES
|
|
|
|
@dirrm lib/mailman/messages/ru
|
2004-01-14 02:46:29 +01:00
|
|
|
@dirrm lib/mailman/messages/ro/LC_MESSAGES
|
|
|
|
@dirrm lib/mailman/messages/ro
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
@dirrm lib/mailman/messages/pt_BR/LC_MESSAGES
|
|
|
|
@dirrm lib/mailman/messages/pt_BR
|
|
|
|
@dirrm lib/mailman/messages/pt/LC_MESSAGES
|
|
|
|
@dirrm lib/mailman/messages/pt
|
|
|
|
@dirrm lib/mailman/messages/pl/LC_MESSAGES
|
|
|
|
@dirrm lib/mailman/messages/pl
|
|
|
|
@dirrm lib/mailman/messages/no/LC_MESSAGES
|
|
|
|
@dirrm lib/mailman/messages/no
|
|
|
|
@dirrm lib/mailman/messages/nl/LC_MESSAGES
|
|
|
|
@dirrm lib/mailman/messages/nl
|
|
|
|
@dirrm lib/mailman/messages/lt/LC_MESSAGES
|
|
|
|
@dirrm lib/mailman/messages/lt
|
|
|
|
@dirrm lib/mailman/messages/ko/LC_MESSAGES
|
|
|
|
@dirrm lib/mailman/messages/ko
|
|
|
|
@dirrm lib/mailman/messages/ja/LC_MESSAGES
|
|
|
|
@dirrm lib/mailman/messages/ja
|
|
|
|
@dirrm lib/mailman/messages/it/LC_MESSAGES
|
|
|
|
@dirrm lib/mailman/messages/it
|
Upgrade to 2.1.7nb1.
Local change (which is why we have PKGREVISION=1)
Fix http://secunia.com/advisories/18449/ (CVE-2005-4153) based on debian
patches.
Changes between 2.1.6 and 2.1.7:
Security
- The fix for CAN-2005-0202 has been enhanced to issue an appropriate
message instead of just quietly dropping ./ and ../ from URLs.
- A note on CVE-2005-3573: Although the RFC2231 bug example in the CVE has
been solved in Mailman 2.1.6, there may be more cases where
ToDigest.send_digests() can block regular delivery. We put the
send_digests() calling part in a try/except clause and leave a message
in the error log if something happened in send_digests(). Daily call of
cron/senddigests will provide more detail to the site administrator.
- List administrators can no longer change the user's option/subscription
globally. Site admin can change these only if
mm_cfg.ALLOW_SITE_ADMIN_COOKIES is set to Yes.
- <script> tags are HTML-escaped in the edithtml CGI script.
- Since the probe message for disabled users may reach unintended
recipients, the password is excluded from sendProbe() and probe.txt.
Note that the default value of VERP_PROBE has been set to `No' from
2.1.6., thus this change doesn't affect the default behavior.
New Features
- Always remove DomainKey (and similar) headers from messages sent to the
list. (1287546)
- List owners can control the content filter behavior when collapsing
multipart/alternative parts to its first subpart. This allows the
option of letting the HTML part pass through after other content
filtering is done.
Internationalization
- New language: Interlingua.
Bug fixes and other patches
- Defaults.py.in: SCRUBBER_DONT_USE_ATTACHMENT_FILENAME is set to True for
safer operation.
- Fixed the bug where Scrubber.py munges quoted-printable by introducing
the 'X-Mailman-Scrubbed' header which marks that the payload is
scrubber-munged. The flag is referenced in ToDigest.py, ToArchive.py,
Decorate.py and Archiver. A similar problem in ToDigest.py where the
plain digest is generated is also fixed.
- Fixed Syslog.py to write quopri encoded messages when it fail to write
8-bit characters.
- Fixed MTA/Postfix.py to check aliases group permission in check_perms
and fixed mailman-install document on this matter (1378270).
- Fixed private.py to go to the original URL after authorization
(1080943).
- Fixed bounce log score messages to be more consistent.
- Fixed bin/remove_members to accept no arguments when both --fromall and
--file= options are specified.
- Changed cgi-bin and mail wrapper "group not found" error message to be
more descriptive of the actual problem.
- The list's ban_list now applies to address changes, admin mass
subscribes and invites, and to confirmations/approvals of address
changes, subscriptions and invitations.
- quoted-printable and base64 encoded parts are decoded before passing to
HTML_TO_PLAIN_TEXT_COMMAND (1367783).
- Approve: header is removed from posts, and treated the same as the
Approved: header. (1355707)
- Fixed the removal of the line following Approve[d]: line in body of
post. (1318883)
- The Approve[d]: <password> header is removed from all text/* parts in
addition the initial text/plain part. It must still be the first
non-blank line in the first text/plain part or it won't be found or
removed at all. (1181161)
- Posts are now logged in post log file with the true sender, not
listname-bounces. (1287921)
- Correctly initialize and remember the list's default_member_moderation
attribute in the web list creation page. (1263213)
- PEP263 charset is added to the config_list output. (1343100)
- Fixed header_filter_rules getting lost if accessed directly and
authentication was needed by login page. (1230865)
- Obscure email when the poster doesn't set full name in 'From:' header.
- Preambles and epilogues are taken into account when calculating message
sizes for holding purposes. (Mark Sapiro)
- Logging/Logger.py unicode transform option. (1235567)
- bin/update crashes with bogus files. (949117)
- Bugs and patches: 1212066/1301983 (Date header in create/remove notice)
2006-01-21 17:14:24 +01:00
|
|
|
@dirrm lib/mailman/messages/ia/LC_MESSAGES
|
|
|
|
@dirrm lib/mailman/messages/ia
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
@dirrm lib/mailman/messages/hu/LC_MESSAGES
|
|
|
|
@dirrm lib/mailman/messages/hu
|
2004-01-14 02:46:29 +01:00
|
|
|
@dirrm lib/mailman/messages/hr/LC_MESSAGES
|
|
|
|
@dirrm lib/mailman/messages/hr
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
@dirrm lib/mailman/messages/fr/LC_MESSAGES
|
|
|
|
@dirrm lib/mailman/messages/fr
|
|
|
|
@dirrm lib/mailman/messages/fi/LC_MESSAGES
|
|
|
|
@dirrm lib/mailman/messages/fi
|
|
|
|
@dirrm lib/mailman/messages/eu/LC_MESSAGES
|
|
|
|
@dirrm lib/mailman/messages/eu
|
|
|
|
@dirrm lib/mailman/messages/et/LC_MESSAGES
|
|
|
|
@dirrm lib/mailman/messages/et
|
|
|
|
@dirrm lib/mailman/messages/es/LC_MESSAGES
|
|
|
|
@dirrm lib/mailman/messages/es
|
|
|
|
@dirrm lib/mailman/messages/de/LC_MESSAGES
|
|
|
|
@dirrm lib/mailman/messages/de
|
|
|
|
@dirrm lib/mailman/messages/da/LC_MESSAGES
|
|
|
|
@dirrm lib/mailman/messages/da
|
|
|
|
@dirrm lib/mailman/messages/cs/LC_MESSAGES
|
|
|
|
@dirrm lib/mailman/messages/cs
|
2004-01-14 02:46:29 +01:00
|
|
|
@dirrm lib/mailman/messages/ca/LC_MESSAGES
|
|
|
|
@dirrm lib/mailman/messages/ca
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
@dirrm lib/mailman/messages
|
|
|
|
@dirrm lib/mailman/mail
|
|
|
|
@dirrm lib/mailman/icons
|
2002-08-23 17:28:17 +02:00
|
|
|
@dirrm lib/mailman/cron
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
@dirrm lib/mailman/cgi-bin
|
|
|
|
@dirrm lib/mailman/bin
|
|
|
|
@dirrm lib/mailman/Mailman/Queue
|
|
|
|
@dirrm lib/mailman/Mailman/MTA
|
2002-08-23 17:28:17 +02:00
|
|
|
@dirrm lib/mailman/Mailman/Logging
|
|
|
|
@dirrm lib/mailman/Mailman/Handlers
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
@dirrm lib/mailman/Mailman/Gui
|
|
|
|
@dirrm lib/mailman/Mailman/Commands
|
|
|
|
@dirrm lib/mailman/Mailman/Cgi
|
2002-08-23 17:28:17 +02:00
|
|
|
@dirrm lib/mailman/Mailman/Bouncers
|
Update to 2.1.3 from pkgsrc-wip via Todd Vierling. This also closes
PR pkg/22820.
Changes:
- Closed a cross-site scripting exploit in the create cgi script.
- Improvements in the performance of the bounce processor.
Now, instead of processing each bounce immediately (which
can cause severe lock contention), bounce events are queued.
Every 15 minutes by default, the queued bounce events are
processed en masse, on a list-per-list basis, so that each
list only needs to be locked once.
- When some or all of a message's recipients have temporary
delivery failures, the message is moved to a "retry" queue.
This queue wakes up occasionally and moves the file back to
the outgoing queue for attempted redelivery. This should
fix most observed OutgoingRunner 100% cpu consumption,
especially for bounces to local recipients when using the
Postfix MTA.
- Optional support for fsync()'ing qfile data after writing.
Under some catastrophic system failures (e.g. power lose),
it would be possible to lose messages because the data
wasn't sync'd to disk. By setting SYNC_AFTER_WRITE to True
in Mailman/Queue/Switchboard.py, you can force Mailman to
fsync() queue files after flushing them. The benefits are
debatable for most operating environments, and you must
ensure that your Python has the os.fsync() function defined
before enabling this feature (it isn't, even on all
Unix-like operating systems).
And more... please review Changelog to see a complete list of changes.
2003-12-23 12:02:13 +01:00
|
|
|
@dirrm lib/mailman/Mailman/Archiver
|
2005-03-02 22:09:56 +01:00
|
|
|
@unexec ${RMDIR} -p %D/lib/mailman/Mailman 2>/dev/null || ${TRUE}
|