Skip to main content

Sieve Email Filtering: Delivering to Special-Use Mailboxes
RFC 8579

Revision differences

Document history

Date Rev. By Action
2020-01-20
05 (System) Received changes through RFC Editor sync (added Verified Errata tag)
2019-10-18
05 (System) Received changes through RFC Editor sync (added Errata tag)
2019-05-10
05 (System)
Received changes through RFC Editor sync (created alias RFC 8579, changed abstract to 'The SPECIAL-USE capability of the IMAP protocol (RFC 6154) …
Received changes through RFC Editor sync (created alias RFC 8579, changed abstract to 'The SPECIAL-USE capability of the IMAP protocol (RFC 6154) allows clients to identify special-use mailboxes, e.g., where draft or sent messages should be put.  This simplifies client configuration.  In contrast, the Sieve mail filtering language (RFC 5228) currently has no such capability.  This memo defines a Sieve extension that fills this gap: it adds a test for checking whether a special-use attribute is assigned for a particular mailbox or any mailbox, and it adds the ability to file messages into a mailbox identified solely by a special-use attribute.', changed pages to 12, changed standardization level to Proposed Standard, changed state to RFC, added RFC published event at 2019-05-10, changed IESG state to RFC Published)
2019-05-10
05 (System) RFC published
2019-05-03
05 (System) RFC Editor state changed to AUTH48-DONE from AUTH48
2019-04-16
05 (System) RFC Editor state changed to AUTH48 from RFC-EDITOR
2019-04-01
05 (System) RFC Editor state changed to RFC-EDITOR from EDIT
2019-01-31
05 (System) IANA Action state changed to RFC-Ed-Ack from Waiting on RFC Editor
2019-01-30
05 (System) IANA Action state changed to Waiting on RFC Editor from Waiting on Authors
2019-01-29
05 (System) IANA Action state changed to Waiting on Authors from In Progress
2019-01-25
05 (System) RFC Editor state changed to EDIT
2019-01-25
05 (System) IESG state changed to RFC Ed Queue from Approved-announcement sent
2019-01-25
05 (System) Announcement was received by RFC Editor
2019-01-25
05 (System) IANA Action state changed to In Progress
2019-01-25
05 Amy Vezza IESG state changed to Approved-announcement sent from Approved-announcement to be sent
2019-01-25
05 Amy Vezza IESG has approved the document
2019-01-25
05 Amy Vezza Closed "Approve" ballot
2019-01-25
05 Amy Vezza Ballot approval text was generated
2019-01-25
05 Alexey Melnikov IESG state changed to Approved-announcement to be sent from Approved-announcement to be sent::Point Raised - writeup needed
2019-01-24
05 Stephan Bosch New version available: draft-ietf-extra-sieve-special-use-05.txt
2019-01-24
05 (System) New version approved
2019-01-24
05 (System) Request for posting confirmation emailed to previous authors: Stephan Bosch , extra-chairs@ietf.org
2019-01-24
05 Stephan Bosch Uploaded new revision
2019-01-10
04 Jean Mahoney Request for Last Call review by GENART Completed: Ready. Reviewer: Meral Shirazipour.
2019-01-10
04 Cindy Morgan IESG state changed to Approved-announcement to be sent::Point Raised - writeup needed from IESG Evaluation
2019-01-10
04 Ignas Bagdonas [Ballot Position Update] New position, No Objection, has been recorded for Ignas Bagdonas
2019-01-09
04 Adam Roach
[Ballot comment]

Thanks to everyone who worked on this document. I have two minor suggestions for
improvement.

---------------------------------------------------------------------------

§1:

>  It also adds
>  the …
[Ballot comment]

Thanks to everyone who worked on this document. I have two minor suggestions for
improvement.

---------------------------------------------------------------------------

§1:

>  It also adds
>  the ability to file messages into an anonymous personal mailbox that
>  has a particular special-use attribute assigned using a ":specialuse"
>  argument for the "fileinto" command [SIEVE].

I was perplexed by the use of "anonymous" (here and elsewhere in the document),
expecting it to be a term of art defined in some other RFC. I poked around at
the plausible references and didn't find anything.

After reading the rest of the document, I *think* the notion is that you're
talking about a mailbox that is identified by its special-use attribute rather
than its name. If that's the intention, it might be clearer to simply say
"unnamed;" or, barring that, perhaps clarify in the Introduction what is meant
by "anonymous."

(Yes, I get that "unnamed" and "anonymous" are technically synonyms, but
"anonymous" typically is used as a term of art corresponding to personal
anonymity in the context of communications, making its use confusing in this
context without any additional explanation)

---------------------------------------------------------------------------

§2:

>  The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
>  "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
>  document are to be interpreted as described in [KEYWORDS].

Please use RFC 8174 boilerplate.
2019-01-09
04 Adam Roach [Ballot Position Update] New position, Yes, has been recorded for Adam Roach
2019-01-09
04 Benjamin Kaduk
[Ballot comment]
I'm balloting Yes because this document seems like it is going to do the
right thing in helping to keep sieve up to …
[Ballot comment]
I'm balloting Yes because this document seems like it is going to do the
right thing in helping to keep sieve up to date with IMAP.  But I do still
have a few comments.

Section 1

  Commonly, several mailboxes in an IMAP message store [IMAP] have a
  special use; e.g.  it is where the user's draft messages are stored,
  where a copy of sent messages are kept, or it is where spam messages
  are filed automatically at delivery.  [...]

nits: there's a singular/plural mismatch between "several mailboxes" and
"it"; there should also be a comma after "e.g.".

Section 4

                    Implementations SHOULD handle an invalid special-
  use flag in the same way as an invalid mailbox name is handled.  The

(Does "invalid" mean "syntactically invalid" or "nonexistent" or something
else?  Presumably this is just a sieve convention that I've not been
exposed to yet...)

                                                  However, while the
  set of mailboxes to which the involved special-use flags are assigned
  remains unchanged, implementations SHOULD ensure that the mailbox
  choice is made consistently, so that the same mailbox is used every
  time.  Conversely, the chosen mailbox MAY change once the special-use
  flag assignments that are relevant for the mailbox choice are changed
  (usually by user interaction).

  If delivery to the special-use mailbox fails for reasons not relating
  to its existence, the Sieve interpreter MUST NOT subsequently attempt
  delivery in the indicated default mailbox as a fall-back.  Instead,
  it MUST proceed exactly as it does in case the ":specialuse" argument
  is absent and delivery to the mailbox named by its positional
  argument fails.  This prevents the situation where messages are
  unexpectedly spread over two mailboxes in case transient or
  intermittent delivery failures occur.

It seems a little inconsistent to only avoid spreading messages over two
mailboxes as a SHOULD for when multiple options exist but a MUST for
transient delivery failure.  But presumably this has already been
well-discussed in the WG and I shouldn't try to reopen it.

Section 4.2

The IMAP example should probably use RFC 6761 domains.
2019-01-09
04 Benjamin Kaduk [Ballot Position Update] New position, Yes, has been recorded for Benjamin Kaduk
2019-01-09
04 Terry Manderson [Ballot Position Update] New position, No Objection, has been recorded for Terry Manderson
2019-01-09
04 Ben Campbell [Ballot Position Update] New position, Yes, has been recorded for Ben Campbell
2019-01-09
04 Deborah Brungard [Ballot Position Update] New position, No Objection, has been recorded for Deborah Brungard
2019-01-09
04 Alvaro Retana [Ballot Position Update] New position, No Objection, has been recorded for Alvaro Retana
2019-01-08
04 Suresh Krishnan [Ballot Position Update] New position, No Objection, has been recorded for Suresh Krishnan
2019-01-08
04 Warren Kumari [Ballot comment]
Thanks to shwethab@cisco.com for the OpsDir review.
2019-01-08
04 Warren Kumari [Ballot Position Update] New position, No Objection, has been recorded for Warren Kumari
2019-01-08
04 Alissa Cooper [Ballot comment]
Please use the RFC 8174 boilerplate in Section 2.
2019-01-08
04 Alissa Cooper [Ballot Position Update] New position, No Objection, has been recorded for Alissa Cooper
2019-01-08
04 Martin Vigoureux [Ballot Position Update] New position, No Objection, has been recorded for Martin Vigoureux
2019-01-07
04 Mirja Kühlewind [Ballot Position Update] New position, No Objection, has been recorded for Mirja Kühlewind
2019-01-06
04 Eric Rescorla [Ballot Position Update] New position, No Objection, has been recorded for Eric Rescorla
2019-01-03
04 Spencer Dawkins [Ballot Position Update] New position, No Objection, has been recorded for Spencer Dawkins
2018-12-20
04 (System) IANA Review state changed to IANA OK - Actions Needed from IANA - Review Needed
2018-12-20
04 Sabrina Tanamal
(Via drafts-lastcall@iana.org): IESG/Authors/WG Chairs:

The IANA Functions Operator has completed its review of draft-ietf-extra-sieve-special-use-04. If any part of this review is inaccurate, please let …
(Via drafts-lastcall@iana.org): IESG/Authors/WG Chairs:

The IANA Functions Operator has completed its review of draft-ietf-extra-sieve-special-use-04. If any part of this review is inaccurate, please let us know.

The IANA Functions Operator understands that, upon approval of this document, there is a single action which we must complete.

In the Sieve Extensions registry located at:

https://www.iana.org/assignments/sieve-extensions/

a single new sieve extension will be registered as follows:

Capability name: special-use
Description: adds a test for checking whether an IMAP special-use attribute is assigned for a particular mailbox or any mailbox, and it adds the ability to file messages into an anonymous mailbox that has a particular IMAP special-use attribute assigned
RFC number: [ RFC-to-be ]
Contact address: [Sieve_discussion_list]
Registration date: [ TBD-at-Registration ]

The IANA Functions Operator understands that this is the only action required to be completed upon approval of this document.

Note:  The actions requested in this document will not be completed until the document has been approved for publication as an RFC. This message is meant only to confirm the list of actions that will be performed.


Thank you,

Sabrina Tanamal
Senior IANA Services Specialist
2018-12-20
04 Cindy Morgan Placed on agenda for telechat - 2019-01-10
2018-12-20
04 Alexey Melnikov Ballot has been issued
2018-12-20
04 Alexey Melnikov [Ballot Position Update] New position, Yes, has been recorded for Alexey Melnikov
2018-12-20
04 Alexey Melnikov Created "Approve" ballot
2018-12-20
04 Alexey Melnikov Ballot writeup was changed
2018-12-20
04 Alexey Melnikov IESG state changed to IESG Evaluation from Waiting for Writeup
2018-12-20
04 (System) IESG state changed to Waiting for Writeup from In Last Call
2018-12-19
04 Shwetha Bhandari Request for Last Call review by OPSDIR Completed: Ready. Reviewer: Shwetha Bhandari. Sent review to list.
2018-12-17
04 Stephen Farrell Request for Last Call review by SECDIR Completed: Ready. Reviewer: Stephen Farrell. Sent review to list.
2018-12-11
04 Gunter Van de Velde Request for Last Call review by OPSDIR is assigned to Shwetha Bhandari
2018-12-11
04 Gunter Van de Velde Request for Last Call review by OPSDIR is assigned to Shwetha Bhandari
2018-12-07
04 Tero Kivinen Request for Last Call review by SECDIR is assigned to Stephen Farrell
2018-12-07
04 Tero Kivinen Request for Last Call review by SECDIR is assigned to Stephen Farrell
2018-12-06
04 Jean Mahoney Request for Last Call review by GENART is assigned to Meral Shirazipour
2018-12-06
04 Jean Mahoney Request for Last Call review by GENART is assigned to Meral Shirazipour
2018-12-06
04 Cindy Morgan IANA Review state changed to IANA - Review Needed
2018-12-06
04 Cindy Morgan
The following Last Call announcement was sent out (ends 2018-12-20):

From: The IESG
To: IETF-Announce
CC: Jiankang Yao , extra@ietf.org, yaojk@cnnic.cn, extra-chairs@ietf.org, …
The following Last Call announcement was sent out (ends 2018-12-20):

From: The IESG
To: IETF-Announce
CC: Jiankang Yao , extra@ietf.org, yaojk@cnnic.cn, extra-chairs@ietf.org, draft-ietf-extra-sieve-special-use@ietf.org, alexey.melnikov@isode.com
Reply-To: ietf@ietf.org
Sender:
Subject: Last Call:  (Sieve Email Filtering: Delivering to Special-Use Mailboxes) to Proposed Standard


The IESG has received a request from the Email mailstore and eXtensions To
Revise or Amend WG (extra) to consider the following document: - 'Sieve Email
Filtering: Delivering to Special-Use Mailboxes'
  as Proposed Standard

The IESG plans to make a decision in the next few weeks, and solicits final
comments on this action. Please send substantive comments to the
ietf@ietf.org mailing lists by 2018-12-20. Exceptionally, comments may be
sent to iesg@ietf.org instead. In either case, please retain the beginning of
the Subject line to allow automated sorting.

Abstract


  The SPECIAL-USE capability of the IMAP protocol (RFC 6154) allows
  clients to identify special-use mailboxes; e.g., where draft or sent
  messages should be put.  This simplifies client configuration.  In
  contrast, the Sieve mail filtering language (RFC 5228) currently has
  no such capability.  This memo defines a Sieve extension that fills
  this gap: it adds a test for checking whether a special-use attribute
  is assigned for a particular mailbox or any mailbox, and it adds the
  ability to file messages into an anonymous mailbox that has a
  particular special-use attribute assigned.




The file can be obtained via
https://datatracker.ietf.org/doc/draft-ietf-extra-sieve-special-use/

IESG discussion can be tracked via
https://datatracker.ietf.org/doc/draft-ietf-extra-sieve-special-use/ballot/


No IPR declarations have been submitted directly on this I-D.




2018-12-06
04 Cindy Morgan IESG state changed to In Last Call from Last Call Requested
2018-12-06
04 Alexey Melnikov Last call was requested
2018-12-06
04 Alexey Melnikov Last call announcement was generated
2018-12-06
04 Alexey Melnikov Ballot approval text was generated
2018-12-06
04 Alexey Melnikov Ballot writeup was generated
2018-12-06
04 Alexey Melnikov IESG state changed to Last Call Requested from AD Evaluation
2018-12-06
04 Alexey Melnikov IESG state changed to AD Evaluation from Publication Requested
2018-12-05
04 Jiankang Yao Intended Status changed to Proposed Standard from None
2018-12-05
04 Jiankang Yao
Document Shepherd Write-Up for draft-ietf-extra-sieve-special-use-04

1. This document is being requested as a Proposed Standard because it
adds new capabilities to existing Standards Track document( …
Document Shepherd Write-Up for draft-ietf-extra-sieve-special-use-04

1. This document is being requested as a Proposed Standard because it
adds new capabilities to existing Standards Track document(RFC 5228).
The request type is indicated in the title page header.

2.

Technical Summary

  The SPECIAL-USE capability of the IMAP protocol (RFC 6154) allows
  clients to identify special-use mailboxes; e.g., where draft or sent
  messages should be put.  This simplifies client configuration.  In
  contrast, the Sieve mail filtering language (RFC 5228) currently has
  no such capability.  This memo defines a Sieve extension that fills
  this gap: it adds a test for checking whether a special-use attribute
  is assigned for a particular mailbox or any mailbox, and it adds the
  ability to file messages into an anonymous mailbox that has a
  particular special-use attribute assigned.

Working Group Summary

  The EXTRA WG meeting in IETF 102 had detailed discussion about this draft. The authors had updated it
  accordingly.
  Alexey reviewed the draft in detail and gave some significant comments.
  All identified issues were reflected in the
  new version of the draft.
  The WG has looked throught this document in detail. It passed WGLC.
  The EXTRA WG meeting in IETF 103 thought that it is ready to move forward.

Document Quality

  The document is in good shape and is ready to be published.
  Alexey Melnikov has indicated that he has implemented it.
  He gave some comments and suggestions based on implementation experiences.
  After WG's discussion, some comments and suggestions have been updated into the new version of this document.

Personnel

  Document Shepherd - Jiankang Yao (EXTRA co-chair)
  Responsible Area Director - Alexey Melnikov


3. The Document Shepherd has read the document through in detail and
think that it is ready to go.

4. There has no concerns.

5. There is no review required for the document by other areas, it's
very self-contained.

6. There are no concerns with this document that IESG should be aware of.

7. There have been no IPR disclosures for this spec.

8. There have been no IPR disclosures for this spec.

9. The WG consensus is very solid, while not everybody spoke, it was
clear that the entire group understood and agreed with the idea and
the method chosen.

10. There has been no discontent.

11. The ID nits tool shows the following:

"
if you have code  sections in the document, please surround them with ''  and  '' lines.
"


    Summary: 0 errors (**), 0 flaws (~~), 0 warnings (==), 2 comments (--).


12. This document doesn't define anything which needs formal review
outside the working group.

13. All references have been identified as either normative or
informative.

14. All normative references are published standards.

15. There are no downward normative references references.

16. The publication of this document does not change the status of any
existing RFCs.

17. The IANA considerations ask for the following item to be added to the registry:

  IANA is requested to add the new entry spcified in section 8 to the "Sieve Extensions". 

18. None of the IANA registries mentioned require Expert Review.

19. Have checked the formal language. According to the ID nits suggestion, the authors may consider to
surround the Pseudocode in section 6 with ''  and  '' lines.
2018-12-05
04 Jiankang Yao Responsible AD changed to Alexey Melnikov
2018-12-05
04 Jiankang Yao IETF WG state changed to Submitted to IESG for Publication from In WG Last Call
2018-12-05
04 Jiankang Yao IESG state changed to Publication Requested
2018-12-05
04 Jiankang Yao IESG process started in state Publication Requested
2018-12-05
04 Jiankang Yao Changed document writeup
2018-12-04
04 Jiankang Yao Notification list changed to Jiankang Yao <yaojk@cnnic.cn>
2018-12-04
04 Jiankang Yao Document shepherd changed to Jiankang Yao
2018-11-27
04 Stephan Bosch New version available: draft-ietf-extra-sieve-special-use-04.txt
2018-11-27
04 (System) New version approved
2018-11-27
04 (System) Request for posting confirmation emailed to previous authors: Stephan Bosch
2018-11-27
04 Stephan Bosch Uploaded new revision
2018-11-07
03 Alexey Melnikov Changed consensus to Yes from Unknown
2018-09-26
03 Jiankang Yao This document is ready for WGLC.
2018-09-26
03 Jiankang Yao IETF WG state changed to In WG Last Call from WG Document
2018-09-05
03 Stephan Bosch New version available: draft-ietf-extra-sieve-special-use-03.txt
2018-09-05
03 (System) New version approved
2018-09-05
03 (System) Request for posting confirmation emailed to previous authors: Stephan Bosch
2018-09-05
03 Stephan Bosch Uploaded new revision
2018-03-05
02 Stephan Bosch New version available: draft-ietf-extra-sieve-special-use-02.txt
2018-03-05
02 (System) New version approved
2018-03-05
02 (System) Request for posting confirmation emailed to previous authors: Stephan Bosch
2018-03-05
02 Stephan Bosch Uploaded new revision
2018-01-07
01 Stephan Bosch New version available: draft-ietf-extra-sieve-special-use-01.txt
2018-01-07
01 (System) New version approved
2018-01-07
01 (System) Request for posting confirmation emailed to previous authors: Stephan Bosch
2018-01-07
01 Stephan Bosch Uploaded new revision
2017-09-15
00 Bron Gondwana This document now replaces draft-bosch-sieve-special-use instead of None
2017-09-15
00 Stephan Bosch New version available: draft-ietf-extra-sieve-special-use-00.txt
2017-09-15
00 (System) WG -00 approved
2017-09-13
00 Stephan Bosch Set submitter to "Stephan Bosch ", replaces to draft-bosch-sieve-special-use and sent approval email to group chairs: extra-chairs@ietf.org
2017-09-13
00 Stephan Bosch Uploaded new revision