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 302915 - Avoid copying of moved mails to the trashcan
Avoid copying of moved mails to the trashcan
Status: RESOLVED DUPLICATE of bug 300351
Product: evolution
Classification: Applications
Component: Mailer
2.2.x (obsolete)
Other All
: Normal enhancement
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
Depends on: 206061
Blocks:
 
 
Reported: 2005-05-03 21:25 UTC by Marcus Zurhorst
Modified: 2007-07-15 02:49 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement



Description Marcus Zurhorst 2005-05-03 21:25:43 UTC
Hello all,

I'd see an very big improvement, if one could get rid of that very very
confusing and ugly behavior, that every moved mail is also copied to the trashcan!

If this is not that easy to resolve, so there might perhaps by an workaround for
the user interface, that I just can't see them any more.


I'm personally used to this mis-behavior, but even after two years using
evolution, I'm somehow confused if I move an important mail to another folder
and then see this subject also in the trashcan!

One cannot see the difference, if I moved the mail correct and evolution is
doing the copy, or if I maybe drag&dropped it to the trashcan on my own accidently!


Finally, this behavior just makes no sense from my point of view. I never saw an
mail client doing it in this way before, do you?


Thanks,
Marcus
Comment 1 Lionel Dricot 2005-05-08 14:50:01 UTC
I perfectly agree with this bug wich seems very important !

When I install Evolution for a newbie, he/she doesn't undestand at all this
strange behaviour.

The most annoying thing is that, if you have filters that move mail, a new
unread mail appears in the destination folder but ALSA in the trash !!!!

I don't remember older versions having this behaviour.

(I change the title to be more accurate. I also wonder if this bug should be set
as "normal", since I cannot understand that this behaviour is not a bug)
Comment 2 André Klapper 2005-05-09 21:27:10 UTC
it's just the same way as IMAP works. :-)
this behaviour has always been since mails just get a flag that they are 
deleted, they aren't moved physically into a trash folder (the trash folder is 
virtual), but they are moved (the right word would be "copied") physically 
indeed to the new location, and the old location gets a "deleted" flag.
Comment 3 André Klapper 2005-05-09 21:30:56 UTC
adding dependency, please check the dependency bug 206061 about this.
Comment 4 C Shilpa 2005-05-23 04:36:32 UTC

*** This bug has been marked as a duplicate of 300351 ***
Comment 5 Paolo Benvenuto 2007-07-15 02:49:55 UTC
This bug is quite annoying, I consider it should be priorized.