← Back to branch summary

~ulrith/mailman/russian-2.1.20

« back to all changes in this revision

Viewing changes to Mailman/Defaults.py.in

  • Committer: Mark Sapiro
  • Date: 2008-06-06 18:13:09 UTC
  • mfrom: (1073.1.2 cull_bad_shunt)
  • Revision ID: mark@msapiro.net-20080606181309-sub898y3deolqu6w
Merged the cull_bad_shunt branch.

Show diffs side-by-side

added added

removed removed

Lines of Context:
Mailman/Defaults.py.in
725
725
# them in qfiles/bad subdirectory.
726
726
QRUNNER_SAVE_BAD_MESSAGES = Yes
727
727
 
 
728
# Depending on the above setting, the queue entries with messages which can't
 
729
# be parsed may be saved in qfiles/bad.  Certain other exceptions which occur
 
730
# during unpickling of a queue entry also cause the entry to be saved in
 
731
# qfiles/bad.  Various exceptions which occur during message processing cause
 
732
# the message to be shunted (saved in qfiles/shunt) where they can be
 
733
# reprocessed with bin/unshunt after the underlying problem is fixed.  The
 
734
# cull_bad_shunt cron job normally runs daily to remove and possibly archive
 
735
# stale entries in qfiles/bad and qfiles/shunt.  The following settings
 
736
# control this.
 
737
 
 
738
# The length of time after which a qfiles/bad or qfiles/shunt file is
 
739
# considered to be stale.  Set to zero to disable culling of qfiles/bad and
 
740
# qfiles/shunt entries.
 
741
BAD_SHUNT_STALE_AFTER = days(7)
 
742
 
 
743
# The pathname of a directory (searchable and writable by the Mailman cron
 
744
# user) to which the culled qfiles/bad and qfiles/shunt entries will be
 
745
# moved.  Set to None to simply delete the culled entries.
 
746
BAD_SHUNT_ARCHIVE_DIRECTORY = None
 
747
 
728
748
# This flag causes Mailman to fsync() its data files after writing and
729
749
# flushing its contents.  While this ensures the data is written to disk,
730
750
# avoiding data loss, it may be a performance killer.  Note that this flag