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 Cridland <dave@cridland.net>
To: imap-protocol@u.washington.edu
Date: Fri, 08 Jun 2018 12:34:37 -0000
Message-ID: 1736.1150887949.021000@JOHN permalink / raw / eml / mbox
In-Reply-To: B25B894D-F749-46C1-8DCC-655B6FAB3823@orthanc.ca
References: 0FA975F2D8295A448BE3ADC16124465754DC92@esebe199.NOE.Nokia.com666.1150807794.041102@peirce.dave.cridland.net<p06300018c0bdecb8b35e@[192.168.1.13]B25B894D-F749-46C1-8DCC-655B6FAB3823@orthanc.ca
On Wed Jun 21 07:14:38 2006, Lyndon Nerenberg wrote:
> Which leads me to conclude we desperately need a "Doh! Don't Do 
> IMAP  Trash This Way, And Here's Why" RFC.  Written in little tiny  
> syllables, with a lot of pictures.
> 
> 
Well, I basically agree, so whilst I've not done the pictures, I've 
done my best to find and document the reasons why trash mailboxes are 
a bad idea on IMAP. Strangely, while thinking about them, I found a 
couple more (such as interaction with shared mailboxes, and reliance 
on UIDPLUS for any reasonable efficiency).

See 
http://svn.dave.cridland.net/svn/ietf-drafts/draft-cridland-imap-trash.xml 
for some XML2RFC source, or temporarily 
http://dave.cridland.net/draft-cridland-imap-trash.txt

I suggest that discussion of this, if anyone feels it's worthwhile, 
should probably take place on the IMAP protocol list, rather than 
here.

Dave.
-- 
Dave Cridland - mailto:dave@cridland.net - xmpp:dwd@jabber.org
  - acap://acap.dave.cridland.net/byowner/user/dwd/bookmarks/
  - http://dave.cridland.net/
Infotrope Polymer - ACAP, IMAP, ESMTP, and Lemonade
Reply