This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author avbidder@fortytwo.ch
Recipients avbidder@fortytwo.ch, eric.araujo, l0nwlf, r.david.murray
Date 2010-06-14.11:11:34
SpamBayes Score 0.0008216079
Marked as misclassified No
Message-id <1276513897.64.0.829144771696.issue8989@psf.upfronthosting.co.za>
In-reply-to
Content
Thanks for the positive feedback. I'll try to do the diff against top of tree and the unit test soon-ish.

Use case: 
 * In my specific case, I'm writing a sort of cross between mailing list and blog system and I'd like to use a static (across all installations) domain for internally generated messages.
 * kmail offers the choice of custom domain for message-id as well, I've set it to my own domain for ages.  It turns out that message-ids are harvested by spammers and so I've got a quite good way to build spamtraps since "nobody" will ever try to send real email to these "adresses". (Or, in the reverse case: if your host's fqdn is a valid email domain you may actually not want to cause this kind of load to your MX.)

(Not sure if this should be added to the documentation, though.  The explanation seems much too long in comparision with the complexity of the feature.)
History
Date User Action Args
2010-06-14 11:11:38avbidder@fortytwo.chsetrecipients: + avbidder@fortytwo.ch, eric.araujo, r.david.murray, l0nwlf
2010-06-14 11:11:37avbidder@fortytwo.chsetmessageid: <1276513897.64.0.829144771696.issue8989@psf.upfronthosting.co.za>
2010-06-14 11:11:35avbidder@fortytwo.chlinkissue8989 messages
2010-06-14 11:11:34avbidder@fortytwo.chcreate