27 lines
1.1 KiB
Plaintext
27 lines
1.1 KiB
Plaintext
MBOX-Line: From bill.shannon at sun.com Tue Feb 28 10:54:01 2006
|
|
To: imap-protocol@u.washington.edu
|
|
From: Bill Shannon <bill.shannon@sun.com>
|
|
Date: Fri Jun 8 12:34:36 2018
|
|
Subject: [Imap-protocol] APPEND flags
|
|
Message-ID: <44049C49.9010607@sun.com>
|
|
|
|
When using JavaMail to copy messages from one IMAP server to a different
|
|
IMAP server, JavaMail will use the APPEND command and will include the
|
|
flags that were present on the message in the source server. What
|
|
should a server do if it gets flags in an APPEND command that it does
|
|
not support? At least one server is returning BAD in such a case.
|
|
|
|
Assuming that's allowed behavior, how should a client react to such a
|
|
response? Since APPEND can be applied to a mailbox that hasn't been
|
|
selected, the client may not know what flags are supported by that
|
|
mailbox. Should the client SELECT the destination mailbox, get the
|
|
permanent flags, and perform an intersection between that set and the
|
|
set in the source message and use that set for another APPEND command?
|
|
Or should the client simply try the APPEND again with only the system
|
|
flags, or no flags?
|
|
|
|
Yes, I know, "it depends". I'm interested in your advice.
|
|
|
|
Thanks.
|
|
|