After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 240294 - Support for Throw-Away reply addresses
Support for Throw-Away reply addresses
Status: RESOLVED DUPLICATE of bug 237917
Product: evolution
Classification: Applications
Component: Mailer
2.6.x (obsolete)
Other All
: Low enhancement
: Future
Assigned To: evolution-mail-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2003-03-26 02:22 UTC by Steve Murphy
Modified: 2012-06-16 12:06 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement



Description Steve Murphy 2003-03-26 02:22:45 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
Comment 1 André Klapper 2012-06-16 12:06:35 UTC
Boils down to bug 237917.

*** This bug has been marked as a duplicate of bug 237917 ***