mailing list archives

meli community discussions

⚠️ if something does not work as intended when interracting with the mailing lists,
reach out Github mirror Gitea repo @epilys:matrix.org

E-mail headers
From: Dave Warren <davew@hireahit.com>
To: imap-protocol@u.washington.edu
Date: Fri, 08 Jun 2018 12:34:52 -0000
Message-ID: 532BC3A0.7060402@hireahit.com permalink / raw / eml / mbox
An HTML attachment was scrubbed...
URL: <http://mailman13.u.washington.edu/pipermail/imap-protocol/attachments/20140320/702343f4/attachment.html>
Reply
E-mail headers
From: blong@google.com
To: imap-protocol@localhost
Date: Fri, 08 Jun 2018 12:34:52 -0000
Message-ID: CABa8R6vFbqH5=AMH62e_c_rMDPcQv28Wt_3qiGKefuGzGJkP+g@mail.gmail.com permalink / raw / eml / mbox
You can't delete the all mail label from a message in Gmail.  Adding the
spam or trash label will hide the message from all other folders.

If the all mail folder is the last folder the message is in and you set
your "When a message is marked as deleted and expunged from the last
visible IMAP folder" setting to something other than the default, it should
disappear from the all mail folder.

As for what should clients do?  That really depends on the client.  If the
user (or the app) really wants the message deleted, then moving it to the
trash folder is the right thing to do.  If the user is just trying to
remove the message from a single folder, \deleted & expunge is the right
thing.

Brandon


On Thu, Mar 20, 2014 at 9:47 PM, Dave Warren <davew@hireahit.com> wrote:

>  I was sure that when I tested previously, deleting a message from
> "[Gmail]/All Mail" would cause Gmail to place the message in the Trash,
> removing it from all labels, but testing today, this doesn't seem to be the
> case, the message reappears without the \Deleted flag after being expunged:
>
> R00005 SELECT "[Gmail]/All Mail"
> <...>
> * 1432 FETCH (UID 92405)
> * 1433 FETCH (UID 92406)
> * 1434 FETCH (UID 92407)
> <...>
>
> R0004F UID STORE 92407 +FLAGS (\Deleted)
> * 1434 FETCH (FLAGS (\Deleted) UID 92407)
> R0004F OK Success
> R00050 EXPUNGE
> R00050 OK Success
> R00051 UID STORE 92405 +FLAGS (\Deleted)
> * 1432 FETCH (FLAGS (\Seen \Deleted) UID 92405)
> R00051 OK Success
> R00052 EXPUNGE
> R00052 OK Success
>
> R00054 SELECT "[Gmail]/All Mail"
> <...>
> * 1432 FETCH (UID 92405)
> * 1433 FETCH (UID 92406)
> * 1434 FETCH (UID 92407)
> <...>
>
> * 1432 FETCH (UID 92405 RFC822.SIZE 14202 INTERNALDATE "21-Mar-2014
> 03:19:31 +0000" FLAGS (\Seen) BODY[HEADER] {2044}
> <...>
> * 1434 FETCH (UID 92407 RFC822.SIZE 14173 INTERNALDATE "21-Mar-2014
> 03:55:43 +0000" FLAGS () BODY[HEADER] {2056}
>
> Long-term we're looking at copying messages into the Trash the way Gmail
> expects when we actually intend to remove a message. In this case, is there
> any advantage in setting \Deleted or issuing an EXPUNGE, or is it best to
> simply copy and let Gmail do the rest?
>
> --
> Dave Warrenhttp://www.hireahit.com/http://ca.linkedin.com/in/davejwarren
>
>
> _______________________________________________
> Imap-protocol mailing list
> Imap-protocol@u.washington.edu
> http://mailman13.u.washington.edu/mailman/listinfo/imap-protocol
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman13.u.washington.edu/pipermail/imap-protocol/attachments/20140320/69a29064/attachment.html>
Reply
E-mail headers
From: davew@hireahit.com
To: imap-protocol@localhost
Date: Fri, 08 Jun 2018 12:34:52 -0000
Message-ID: 532BDD26.8050801@hireahit.com permalink / raw / eml / mbox
An HTML attachment was scrubbed...
URL: <http://mailman13.u.washington.edu/pipermail/imap-protocol/attachments/20140320/3b07b924/attachment.html>
Reply
E-mail headers
From: blong@google.com
To: imap-protocol@localhost
Date: Fri, 08 Jun 2018 12:34:52 -0000
Message-ID: CABa8R6up2okoqkQ72k9wSKuqgOLV0OFPJ-kbyadR7w7e3_FA9Q@mail.gmail.com permalink / raw / eml / mbox
A COPY to trash will be sufficient, though the message won't actually
disappear from the other folder until its allowed by the IMAP spec.  UID
COPY to trash will generate an EXPUNGE event, yes.

Brandon


On Thu, Mar 20, 2014 at 11:33 PM, Dave Warren <davew@hireahit.com> wrote:

>  I could swear that, in the past, deleting the All Mail label actually
> moved the message into the trash, whereas deleting from any other folder
> only removed the label.
>
> In this case, the desired behaviour is to remove the message from the
> account completely, not just to shuffle labels. I was more wondering if I
> need to actually "move" to the Trash folder (copy, set \deleted, expunge)
> or just copy and trust that Gmail does the rest? It seems like just doing a
> copy cuts the number of needed commands to 1/3rd, and yields the same
> result.
>
>
>
> On 2014-03-20 23:07, Brandon Long wrote:
>
>  You can't delete the all mail label from a message in Gmail.  Adding the
> spam or trash label will hide the message from all other folders.
>
>  If the all mail folder is the last folder the message is in and you set
> your "When a message is marked as deleted and expunged from the last
> visible IMAP folder" setting to something other than the default, it should
> disappear from the all mail folder.
>
>  As for what should clients do?  That really depends on the client.  If
> the user (or the app) really wants the message deleted, then moving it to
> the trash folder is the right thing to do.  If the user is just trying to
> remove the message from a single folder, \deleted & expunge is the right
> thing.
>
>  Brandon
>
>
> On Thu, Mar 20, 2014 at 9:47 PM, Dave Warren <davew@hireahit.com> wrote:
>
>>  I was sure that when I tested previously, deleting a message from
>> "[Gmail]/All Mail" would cause Gmail to place the message in the Trash,
>> removing it from all labels, but testing today, this doesn't seem to be the
>> case, the message reappears without the \Deleted flag after being expunged:
>>
>> R00005 SELECT "[Gmail]/All Mail"
>> <...>
>> * 1432 FETCH (UID 92405)
>> * 1433 FETCH (UID 92406)
>> * 1434 FETCH (UID 92407)
>> <...>
>>
>> R0004F UID STORE 92407 +FLAGS (\Deleted)
>> * 1434 FETCH (FLAGS (\Deleted) UID 92407)
>> R0004F OK Success
>> R00050 EXPUNGE
>> R00050 OK Success
>> R00051 UID STORE 92405 +FLAGS (\Deleted)
>> * 1432 FETCH (FLAGS (\Seen \Deleted) UID 92405)
>> R00051 OK Success
>> R00052 EXPUNGE
>> R00052 OK Success
>>
>> R00054 SELECT "[Gmail]/All Mail"
>> <...>
>> * 1432 FETCH (UID 92405)
>> * 1433 FETCH (UID 92406)
>> * 1434 FETCH (UID 92407)
>> <...>
>>
>> * 1432 FETCH (UID 92405 RFC822.SIZE 14202 INTERNALDATE "21-Mar-2014
>> 03:19:31 +0000" FLAGS (\Seen) BODY[HEADER] {2044}
>> <...>
>> * 1434 FETCH (UID 92407 RFC822.SIZE 14173 INTERNALDATE "21-Mar-2014
>> 03:55:43 +0000" FLAGS () BODY[HEADER] {2056}
>>
>> Long-term we're looking at copying messages into the Trash the way Gmail
>> expects when we actually intend to remove a message. In this case, is there
>> any advantage in setting \Deleted or issuing an EXPUNGE, or is it best to
>> simply copy and let Gmail do the rest?
>>
>> --
>> Dave Warrenhttp://www.hireahit.com/http://ca.linkedin.com/in/davejwarren
>>
>>
>> _______________________________________________
>> Imap-protocol mailing list
>> Imap-protocol@u.washington.edu
>> http://mailman13.u.washington.edu/mailman/listinfo/imap-protocol
>>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman13.u.washington.edu/pipermail/imap-protocol/attachments/20140321/c7a6c86e/attachment.html>
Reply