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

[Imap-protocol] Renaming mailboxes under their children

E-mail headers
From: Timo Sirainen <tss@iki.fi>
To: imap-protocol@u.washington.edu
Date: Fri, 08 Jun 2018 12:34:41 -0000
Message-ID: 1199933600.8850.71.camel@hurina permalink / raw / eml / mbox 
I guess nothing in IMAP protocol requires this to be done either way,
but does someone think there's any point in allowing:

RENAME box box/child/box

I was thinking about disallowing this, because users can accidentally
cause this with some clients (drag and dropping) and the client somehow
breaks afterwards.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 196 bytes
Desc: This is a digitally signed message part
URL: <http://mailman13.u.washington.edu/pipermail/imap-protocol/attachments/20080110/c141ae61/attachment.sig>
Reply
E-mail headers
From: MRC@CAC.Washington.EDU
To: imap-protocol@localhost
Date: Fri, 08 Jun 2018 12:34:41 -0000
Message-ID: alpine.WNT.1.00.0801091856230.3080@Tomobiki-Cho.CAC.Washignton.EDU permalink / raw / eml / mbox 
On Thu, 10 Jan 2008, Timo Sirainen wrote:
> I guess nothing in IMAP protocol requires this to be done either way,
> but does someone think there's any point in allowing:
> RENAME box box/child/box

UW imapd does not allow this.  You have to first rename box to something 
else, then rename it to box/child/box.

Nobody has ever complained.  Your suggestion that dragging and dropping 
can cause this to happen by accident and break clients seems to me to be a 
pretty compelling reason not to do it.

-- Mark --

http://staff.washington.edu/mrc
Science does not emerge from voting, party politics, or public debate.
Si vis pacem, para bellum.
Reply