メールボックスに送信された電子メールに反応するアプリケーションを書いています。 IMAP経由でメールを取得します。メールサーバーの構成を制御しない多くのシステムに展開されます。
処理されたメッセージを示すためにIMAPフラグを使用したいと思います。システムフラグは十分に広くサポートされているので、アプリケーションでそれらに合理的に依存できますか?ユーザー定義フラグは十分に広くサポートされていますか?
(答えが「ハハ、チャンスではない」の場合は、代わりにフォルダを使用します。)
ありがとう
-ベン
これを見てください サンプルのIMAPサーバーセッションのコレクション 。基本的に、PERMANENTFLAGS
に\*
が含まれていることがわかると、サーバーはユーザー定義フラグをサポートします。
そのリストに追加するため、Gimap(Google Mail IMAP)セッションからの抜粋を以下に示します。
* OK Gimap ready for requests from 192.0.2.1 5if380490pzk.17
a login username password
* CAPABILITY IMAP4rev1 UNSELECT LITERAL+ IDLE NAMESPACE QUOTA ID XLIST CHILDREN X-GM-EXT-1 UIDPLUS COMPRESS=DEFLATE
a OK [email protected] authenticated (Success)
b select inbox
* FLAGS (\Answered \Flagged \Draft \Deleted \Seen)
* OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen \*)]
* OK [UIDVALIDITY 2]
* 1089 EXISTS
* 0 RECENT
* OK [UIDNEXT 2371]
b OK [READ-WRITE] inbox selected. (Success)
c logout
* BYE LOGOUT Requested
c OK 73 good day (Success)
同様に、Exchange 2007のセッション:
* OK Microsoft Exchange Server 2007 IMAP4 service ready
00000000 CAPABILITY
* CAPABILITY IMAP4 IMAP4rev1 AUTH=NTLM AUTH=GSSAPI IDLE NAMESPACE LITERAL+
00000000 OK CAPABILITY completed.
[...]
00000003 SELECT INBOX
* 1 EXISTS
* 0 RECENT
* FLAGS (\Seen \Answered \Flagged \Deleted \Draft $MDNSent)
* OK [PERMANENTFLAGS (\Seen \Answered \Flagged \Deleted \Draft $MDNSent)] Permanent flags
* OK [UIDVALIDITY 472] UIDVALIDITY value
* OK [UIDNEXT 7] The next unique identifier value
00000003 OK [READ-WRITE] SELECT completed.
Exchange 2010からセッションを見つけることができませんでした。
したがって、それは普遍的ではありません-Exchangeは注目すべき棄権者です-しかし、それは確かに一般的です。
メインのIMAPプロトコルドキュメントはRFC3501です。セクション2.3.2では、標準のフラグについて説明しますevery IMAP実装で使用する必要があります。
システムフラグは十分に広くサポートされているので、アプリケーションでそれらに合理的に依存できますか?
実際、RFC3501はユニバーサルシステムフラグを記述しています。
ユーザー定義フラグは十分に広くサポートされていますか?
ユーザー定義フラグの件名に関するRFCはなく、proposalsのみです。
RFC 3501 IMAPv4 March 2003
2.3.2. Flags Message Attribute
A list of zero or more named tokens associated with the message. A
flag is set by its addition to this list, and is cleared by its
removal. There are two types of flags in IMAP4rev1. A flag of
either type can be permanent or session-only.
A system flag is a flag name that is pre-defined in this
specification. All system flags begin with "\". Certain system
flags (\Deleted and \Seen) have special semantics described
elsewhere. The currently-defined system flags are:
\Seen
Message has been read
\Answered
Message has been answered
\Flagged
Message is "flagged" for urgent/special attention
\Deleted
Message is "deleted" for removal by later EXPUNGE
\Draft
Message has not completed composition (marked as a draft).
\Recent
Message is "recently" arrived in this mailbox. This session
is the first session to have been notified about this
message; if the session is read-write, subsequent sessions
will not see \Recent set for this message. This flag can not
be altered by the client.
If it is not possible to determine whether or not this
session is the first session to be notified about a message,
then that message SHOULD be considered recent.
If multiple connections have the same mailbox selected
simultaneously, it is undefined which of these connections
will see newly-arrived messages with \Recent set and which
will see it without \Recent set.
A keyword is defined by the server implementation. Keywords do not
begin with "\". Servers MAY permit the client to define new keywords
in the mailbox (see the description of the PERMANENTFLAGS response
code for more information).
A flag can be permanent or session-only on a per-flag basis.
Permanent flags are those which the client can add or remove from the
message flags permanently; that is, concurrent and subsequent
sessions will see any change in permanent flags. Changes to session
flags are valid only in that session.
Note: The \Recent system flag is a special case of a
session flag. \Recent can not be used as an argument in a
STORE or APPEND command, and thus can not be changed at
all.
Exchange 2010には同じPERMANENTFLAGSセットがあります
* OK [PERMANENTFLAGS (\Seen \Answered \Flagged \Deleted \Draft $MDNSent)] Perman
ent flags