GNOME Bugzilla – Bug 240294
Support for Throw-Away reply addresses
Last modified: 2012-06-16 12:06:35 UTC
It's kind of difficult to set up "Throw Away" reply addresses. These addresses would be useful for sending mail to people you don't trust, as far as SPAM is concerned. This includes inquiries, submissions to mailing lists, It would be nice to able to set up a "Mail Account", that generates a unique From: and Reply To: address every time you open the mail composer. For instance, I've obtained an account with SpamGourmet, who provide a service of keeping a database of throw away addresses. They forward only a certain number of emails to you, and silently trash the remainder. You can give these addresses to sites and companies that you don't trust, who might throw your address into some spammer's list. Shoot, last I looked, they gave away the source for their site-- You could set up your own forwarding service/filter. As an example: ximiorbugzilla.5.murf@recursor.net is an address that could be used up to 5 times by anyone. I just made it up. The first part could be used to track who you gave the address. The second is the number of times it could be used (max 20), and the last is my account name at spamgourmet. The enhancement I seek would allow a template or pattern to be stored, that would determine the return address to put in the "From:" and "replyTo" slots. It should allow some formatting, say "%T%d.10.murf@recursor.net", where the %T would stand for some subset of the To: field of the letter, and %d, for example, might stand for some unique counter number, or numeric timestamp or somesuch. Anyway, at "send" time, an address would be generated from the template. Other possibilities are: murf+%d@mydomain.com murf+%T@mydomain.com because the + indicates an inline comment, and you'll get the letter, but all this will do is tell where the spam came from, not help stop it. Anyway, the specifics are up to the implementor; I'm just suggesting something to make throw-aways easier for end-users in the war against spam. murf
Boils down to bug 237917. *** This bug has been marked as a duplicate of bug 237917 ***