> * Allow messages, that have "In-reply-to" and "References" with valid > message-id's (SHOULD in rfc2822) to pass to bts/ml freely.
Why? This can be faked easily, getting them together with a destination email address should be pretty easy for spammers. > * Opening new threads in MLs requires a ticket. > > - ticket is a message (can be in the 550 error text, btw) > that shows what must be put in "In-reply-to" to have thread opened, which is not understood by users or just thrown away because it's annoying, or users just don't read it because they think that the BTS is broken and stop taking care of the bugreport. > - ordinary spam filtering may be applied to the first message even > with valid ticket, why use tickets at all then? > - in case of `smart' spam, i.e. real spam with valid "In-reply-to" and > stuff, blacklist smart spammers. LOL. Do you REALLY think that those spammers are so stupid that they wouldn't start to grab message IDs as soon as they see that this blocking function is integrated? > * In case of slowness of validating message ids due to huge amount of > them, limit archive time of threads to 3 or 4 months. Error message > in 550 this time must be "open new thread, please". OTOH, Gmane > operates the load, that's times bigger, that any debian's ML or even > whole lists. And this is only one `inn`, if i understand this correctly. So you don't want to allow people to reply to old threads? > * It brings threading to mails in BTS automatically. If people > don't reply to messages, that already are there, it's spam or misuse > of e-mail. not really. Ever used the 'bts'-tool? Or cat to write your mails because you're on some shell on a re mote server and don't want to setup mutt? Validating to every message is just pain to do, and probably you can't even reply to them because all you have is a remote shell on a (due to a bug) broken machine. If you don't want to have mails at all, use some kind of validation before you receive a mail. Your theories may work for your personal inbox, but neither for MLs nor for the BTS. YMMV. -- Bernd Zeimetz <[EMAIL PROTECTED]> <http://bzed.de/> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]