Frage Welche IMAP-Flags werden auf den meisten Mailservern zuverlässig unterstützt?


Ich schreibe eine Anwendung, die auf E-Mails reagiert, die an ein Postfach gesendet werden. Er ruft die E-Mails über IMAP ab. Es wird auf einer Reihe von Systemen bereitgestellt, auf denen ich die Mail-Server-Konfiguration nicht kontrolliere.

Ich möchte IMAP-Flags verwenden, um anzuzeigen, welche Nachrichten verarbeitet wurden. Werden die Systemflags ausreichend unterstützt, so dass ich mich in meiner Anwendung vernünftigerweise darauf verlassen kann? Werden benutzerdefinierte Flags ausreichend unterstützt?

(Wenn die Antwort "ha ha, keine Chance" ist, dann verwende ich stattdessen Ordner.)

Vielen Dank

-Ben


19
2018-02-23 13:49


Ursprung




Antworten:


Schau dir das an Sammlung von Beispiel-IMAP-Server-Sitzungen. Im Wesentlichen, wann immer Sie sehen PERMANENTFLAGS enthalten \*Der Server unterstützt benutzerdefinierte Flags.

Um diese Liste hinzuzufügen, hier ein Auszug aus einer Gimap-Sitzung (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 username@gmail.com 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)

Und ebenso eine Sitzung von 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.

Ich konnte keine Sitzung von Exchange 2010 finden.

Es ist also nicht universal - mit Exchange ist der bemerkenswerte Abstinenzler - aber es ist sicherlich häufiger als nicht.


18
2018-02-24 21:22





Das Hauptdokument des IMAP-Protokolls ist RFC3501. Abschnitt 2.3.2 beschreibt die Standardflaggen jeden IMAP-Implementierung muss mit funktionieren.

Sind die Systemflags ausreichend weit unterstützt, kann ich das   vernünftigerweise von ihnen in meiner Bewerbung abhängig?

In der Tat beschreibt RFC3501 die universellen System-Flags.

Werden benutzerdefinierte Flags ausreichend unterstützt?

Es gibt keinen RFC zum Thema nur benutzerdefinierte Flags Vorschläge.

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.

4
2017-11-18 15:08





Exchange 2010 hat den gleichen Satz von PERMANENTFLAGS

* OK [PERMANENTFLAGS (\Seen \Answered \Flagged \Deleted \Draft $MDNSent)] Perman
ent flags

3
2018-03-28 21:02



Gleiches gilt für Office 365 * OK [PERMANENTFLAGS (\Seen \Answered \Flagged \Deleted \Draft $MDNSent)] Permanent flags - Nisd