[Evolution] Trash behavior

[Jeffrey Cunningham <jeffrey jkcunningham com>]

Is there a way to delete emails without them ending up in Trash? For
example, my spam filtering puts classified spam emails in one folder
and after parsing through it and deleting them, they go in the trash
which I have to then go delete again. 

Another, perhaps similar situation is moving emails. If I move an email
from my inbox to archive or anywhere else, for that matter, it seems to
copy the email to the destination I want, and then delete it so I end
up with two emails - one where I want it and one in trash. Can this
behavior be changed so it doesn't do that?

Thanks.

--Jeff

--- Begin Message ---

• From: Adam Tauno Williams <awilliam whitemice org>
• To: evolution-list gnome org
• Subject: Re: [Evolution] Change in behavior of search
• Date: Sun, 24 Feb 2019 12:29:57 -0500

On Fri, 2019-02-22 at 17:04 -0600, Japhering via evolution-list wrote:

To make this totally clear: 
Are these triplicated messages only shown in *search results*? Or
do you also see the three copies of the same message in the 
corresponding folder in the "default view", when you have no search
view applied?

Tripled ONLY on search.  Scrolling through message list shows only 1
copy of each message.  Looking at Gmail with a browser, also only
shows one of each.

<aside>I usually skip answering questions regaring the use of Gmail,
for the reason below.</aside>

GMail is only an IMAP server in that it supports the IMAP protocol -
its internal data model bears little resemblance to a 'traditional'
mail server.  It seems to care little about the uniqueness of Message-
ID, for example.

GMail does not does not use folders, it uses "labels".  Folders are
emulated.   This means you get occasion oddities. 

Does your search span multiple "folders" [aka labels]?  As a message
can have multiple labels it can be in multiple "folders" simultaneously
- you may get multiple results [aka: the same message multiple times].

This is sort of like - if you are familiar - with CalDAV/CardDAV when a
resource exists in multiple collections, something CalDAV/CardDAV fails
to provide a completely rational/clean response to [one can usually 
301 "Location" reply to the GET contents, but what happens in a
PROPFIND is not so flexible in any cross-client compatible way].

-- 
Executive Committee Vice-Chair
Michigan Association of Railroad Passengers
537 Shirley St NE Grand Rapids, MI 49503-1754 Phone: 616.581.8010
E-mail: awilliam whitemice org GPG#D95ED383 

_______________________________________________
evolution-list mailing list
evolution-list gnome org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list

--- End Message ---