idnits 2.17.1 draft-ietf-extra-sieve-fcc-05.txt: Checking boilerplate required by RFC 5378 and the IETF Trust (see https://trustee.ietf.org/license-info): ---------------------------------------------------------------------------- No issues found here. Checking nits according to https://www.ietf.org/id-info/1id-guidelines.txt: ---------------------------------------------------------------------------- No issues found here. Checking nits according to https://www.ietf.org/id-info/checklist : ---------------------------------------------------------------------------- ** There is 1 instance of too long lines in the document, the longest one being 2 characters in excess of 72. -- The draft header indicates that this document updates RFC5435, but the abstract doesn't seem to mention this, which it should. -- The draft header indicates that this document updates RFC5230, but the abstract doesn't seem to mention this, which it should. Miscellaneous warnings: ---------------------------------------------------------------------------- == The copyright year in the IETF Trust and authors Copyright Line does not match the current year == The document seems to lack the recommended RFC 2119 boilerplate, even if it appears to use RFC 2119 keywords -- however, there's a paragraph with a matching beginning. Boilerplate error? (The document does seem to have the reference to RFC 2119 which the ID-Checklist requires). (Using the creation date from RFC5230, updated by this document, for RFC5378 checks: 2005-03-16) -- The document seems to lack a disclaimer for pre-RFC5378 work, but may have content which was first submitted before 10 November 2008. If you have contacted all the original authors and they are all willing to grant the BCP78 rights to the IETF Trust, then this is fine, and you can ignore this comment. If not, you may need to add the pre-RFC5378 disclaimer. (See the Legal Provisions document at https://trustee.ietf.org/license-info for more information.) -- The document date (September 10, 2018) is 2053 days in the past. Is this intentional? Checking references for intended status: Proposed Standard ---------------------------------------------------------------------------- (See RFCs 3967 and 4897 for information about using normative references to lower-maturity documents in RFCs) -- Looks like a reference, but probably isn't: '1' on line 524 == Missing Reference: 'FCC' is mentioned on line 196, but not defined -- Looks like a reference, but probably isn't: '2' on line 526 -- Looks like a reference, but probably isn't: '3' on line 528 -- Looks like a reference, but probably isn't: '4' on line 530 == Unused Reference: 'RFC5321' is defined on line 495, but no explicit reference was found in the text == Unused Reference: 'RFC5429' is defined on line 499, but no explicit reference was found in the text == Outdated reference: A later version (-05) exists of draft-ietf-extra-sieve-special-use-03 ** Obsolete normative reference: RFC 4234 (Obsoleted by RFC 5234) Summary: 2 errors (**), 0 flaws (~~), 6 warnings (==), 8 comments (--). Run idnits with the --verbose option for more detailed information about the items above. -------------------------------------------------------------------------------- 2 EXTRA K. Murchison 3 Internet-Draft B. Gondwana 4 Updates: 5230, 5435 (if approved) FastMail 5 Intended status: Standards Track September 10, 2018 6 Expires: March 14, 2019 8 Sieve Extension: File Carbon Copy (Fcc) 9 draft-ietf-extra-sieve-fcc-05 11 Abstract 13 The Sieve Email Filtering Language provides a number of action 14 commands, some of which can generate additional messages on behalf of 15 the user. This document defines an extension to such commands to 16 allow a copy of any generated message to be filed into a target 17 mailbox. 19 Status of This Memo 21 This Internet-Draft is submitted in full conformance with the 22 provisions of BCP 78 and BCP 79. 24 Internet-Drafts are working documents of the Internet Engineering 25 Task Force (IETF). Note that other groups may also distribute 26 working documents as Internet-Drafts. The list of current Internet- 27 Drafts is at https://datatracker.ietf.org/drafts/current/. 29 Internet-Drafts are draft documents valid for a maximum of six months 30 and may be updated, replaced, or obsoleted by other documents at any 31 time. It is inappropriate to use Internet-Drafts as reference 32 material or to cite them other than as "work in progress." 34 This Internet-Draft will expire on March 14, 2019. 36 Copyright Notice 38 Copyright (c) 2018 IETF Trust and the persons identified as the 39 document authors. All rights reserved. 41 This document is subject to BCP 78 and the IETF Trust's Legal 42 Provisions Relating to IETF Documents 43 (https://trustee.ietf.org/license-info) in effect on the date of 44 publication of this document. Please review these documents 45 carefully, as they describe your rights and restrictions with respect 46 to this document. Code Components extracted from this document must 47 include Simplified BSD License text as described in Section 4.e of 48 the Trust Legal Provisions and are provided without warranty as 49 described in the Simplified BSD License. 51 Table of Contents 53 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2 54 2. Conventions Used in This Document . . . . . . . . . . . . . . 3 55 3. Tagged Argument ":fcc" . . . . . . . . . . . . . . . . . . . 3 56 3.1. Format of Filed Messages . . . . . . . . . . . . . . . . 3 57 3.2. Interaction with the Vacation Action . . . . . . . . . . 4 58 3.3. Interaction with the Notify Action . . . . . . . . . . . 5 59 3.3.1. Notification-Capability "fcc" . . . . . . . . . . . . 5 60 3.4. Compatibility with Other Actions . . . . . . . . . . . . 6 61 3.5. Interaction with Fileinto Extensions . . . . . . . . . . 6 62 3.5.1. Imap4flags Extension . . . . . . . . . . . . . . . . 7 63 3.5.2. Mailbox Extension . . . . . . . . . . . . . . . . . . 7 64 3.5.3. Special-Use Extension . . . . . . . . . . . . . . . . 7 65 3.5.4. Extended Example . . . . . . . . . . . . . . . . . . 8 66 4. Implementation Status . . . . . . . . . . . . . . . . . . . . 8 67 5. Security Considerations . . . . . . . . . . . . . . . . . . . 9 68 6. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 9 69 6.1. Registration of Sieve Extension . . . . . . . . . . . . . 9 70 6.2. Registration of Notification-Capability 71 Parameter . . . . . . . . . . . . . . . . . . . . . . . . 9 72 7. Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . 10 73 8. References . . . . . . . . . . . . . . . . . . . . . . . . . 10 74 8.1. Normative References . . . . . . . . . . . . . . . . . . 10 75 8.2. Informative References . . . . . . . . . . . . . . . . . 11 76 8.3. URIs . . . . . . . . . . . . . . . . . . . . . . . . . . 12 77 Appendix A. Change History (To be removed by RFC Editor before 78 publication) . . . . . . . . . . . . . . . . . . . . 12 79 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 13 81 1. Introduction 83 The Sieve Email Filtering Language [RFC5228] provides a number of 84 action commands, some of which can generate additional messages on 85 behalf of the user. It is sometimes desirable for a Sieve user to 86 maintain an archive of the messages generated by these commands. 88 This extension defines a new optional tagged argument ":fcc" to 89 action commands which generate additional messages to allow a copy of 90 the generated message to be filed into a target mailbox. 92 The capability string associated with this extension is "fcc". 94 Each action that generates additional messages will need to specify 95 how it interfacts with :fcc. This document also specifies the 96 interaction of :fcc with the Vacation [RFC5230] and Notify [RFC5435] 97 extensions. 99 2. Conventions Used in This Document 101 Conventions for notations are as in Section 1.1 of [RFC5228], 102 including use of the "Usage:" label for the definition of action and 103 tagged arguments syntax. 105 The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", 106 "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and 107 "OPTIONAL" in this document are to be interpreted as described in BCP 108 14 [1] [RFC2119] [RFC8174] when, and only when, they appear in all 109 capitals, as shown here. 111 3. Tagged Argument ":fcc" 113 For convenience, the "FCC" syntax element is defined here using ABNF 114 [RFC4234] so that it can be augmented by other extensions. 116 FCC = ":fcc" 118 If the optional ":fcc" argument is specified with an action that 119 generates an additional message, it instructs the Sieve interpreter 120 to file a copy of the generated message into the target mailbox. The 121 syntax and semantics of the mailbox argument MUST match those of the 122 mailbox argument to the "fileinto" action specified in Section 4.1 of 123 [RFC5228]. If the specified mailbox doesn't exist, the 124 implementation MAY treat it as an error, create the mailbox, or file 125 the message into an implementation-defined mailbox. 127 3.1. Format of Filed Messages 129 Copies of messages filed into a mailbox via this extension are 130 REQUIRED to be in Internet Message Format [RFC5322]. Some messages 131 generated by Sieve actions might already conform to this format and 132 MAY be filed without modification. Messages generated in other 133 formats MUST be encapsulated using constructs from [RFC5322] and MIME 134 ([RFC2045], [RFC2046], [RFC2047]). 136 The general requirements for encapsulating the copies of messages to 137 be filed are the following: 139 o Date: The Date header field is REQUIRED and SHOULD be set to the 140 date and time when the message was generated. 142 o From: The From header field is REQUIRED and SHOULD be set to the 143 email address of the owner of the Sieve script, unless explicitly 144 overridden by rules for encapsulating a particular message type. 146 o To: The To header field is OPTIONAL and MAY be set to the email 147 address of the recipient of the generated message, if available. 149 o Subject: The Subject header field is OPTIONAL and MAY be generated 150 as follows: The subject is set to the characters "Fcc: " followed 151 by the subject of the message being processed by the Sieve 152 interpreter. 154 o In-Reply-To: The In-Reply-To header field is OPTIONAL and MAY be 155 set to the Message-ID of the message being processed by the Sieve 156 interpreter. 158 o Message Body: The body of the filed message is REQUIRED and is 159 composed of one or more MIME-parts containing the generated 160 message and any related metadata. The Content-Type header 161 field(s) MUST be set to the appropriate MIME types. If any of the 162 MIME-parts include 8-bit or binary data, the Content-Transfer- 163 Encoding header field(s) MUST be set accordingly. 165 3.2. Interaction with the Vacation Action 167 This document extends the "vacation" [RFC5230] action (see also 168 "vacation-seconds" [RFC6131]) to optionally store a copy of the auto- 169 reply messages into a target mailbox. 171 Usage: vacation [FCC] 172 [":days" number | ":seconds" number] 173 [":subject" string] 174 [":from" string] 175 [":addresses" string-list] 176 [":mime"] 177 [":handle" string] 178 180 Example: 182 require ["vacation", "fcc"]; 184 vacation :days 7 185 :from "hemingway@example.com" "Gone Fishin'" 186 :fcc "INBOX.Sent"; 188 Vacation auto-reply messages are MIME-compliant and MAY be filed into 189 the target mailbox without modification. 191 3.3. Interaction with the Notify Action 193 This document extends the "notify" [RFC5435] action to optionally 194 store a copy of the notification messages into a target mailbox. 196 Usage: notify [FCC] 197 [":from" string] 198 [":importance" <"1" / "2" / "3">] 199 [":options" string-list] 200 [":message" string] 201 203 Example: 205 require ["enotify", "fcc"]; 207 notify :fcc "INBOX.Sent" 208 :message "You got mail!" 209 "mailto:ken@example.com"; 211 Messages generated using the "mailto" [RFC5436] notification method 212 are MIME-compliant and MAY be filed into the target mailbox without 213 modification. 215 Messages generated by other notification methods (e.g. "xmpp" 216 [RFC5437]) MUST be encapsulated per Section 3.1 before being filed. 217 The body of the filed message MUST include the :message parameter and 218 MAY include one or more of the :from, :importance, or :options 219 parameters. The MIME-type(s) of the body part(s) used to encapsulate 220 the parameters is an implementation decision. 222 An implementation MAY only support :fcc in conjunction with a subset 223 of the notification methods it supports. An error occurs if :fcc is 224 combined with a notification method that doesn't support it. 225 Notification methods that support :fcc can be discovered at run-time 226 using the mechanism described below (Section 3.3.1). 228 3.3.1. Notification-Capability "fcc" 230 This document defines a new notification-capability value "fcc" for 231 use with the notify_method_capability test (see Section 5 of 232 [RFC5435]. For the "fcc" notification-capability, the 233 notify_method_capability test can match one of the following key-list 234 values: 236 yes A copy of the notification message sent using the method 237 identified by the notification-uri can be filed into a target 238 mailbox. 240 no A copy of the notification message sent using the method 241 identified by the notification-uri can not be filed into a target 242 mailbox. 244 Note that the "fcc" notify_method_capability test does not require 245 the notification-uri argument to specify anything other than a 246 scheme. 248 Example: 250 require ["enotify", "fcc"]; 252 if notify_method_capability "xmpp:" "Fcc" "yes" { 253 notify :fcc "INBOX.Sent" 254 :message "You got mail" 255 "xmpp:ken@example.com?message;subject=SIEVE"; 256 } else { 257 notify :fcc "INBOX.Sent" 258 :message "You got mail!" 259 "mailto:ken@example.com"; 260 } 262 3.4. Compatibility with Other Actions 264 The "fcc" extension is not compatible with any Sieve action that does 265 not generate an additional message on behalf of the user. It is an 266 error for a script to use the ":fcc" tagged argument with any such 267 action. 269 Future extensions that define actions that generate additional 270 messages on behalf of the user should describe their compatibility 271 with ":fcc", and how to MIME-encapsulate the message, if required. 273 3.5. Interaction with Fileinto Extensions 275 The "fcc" extension can be used with some tagged arguments defined in 276 extensions to the "fileinto" action. The sections below describe its 277 interaction with currently defined extensions. Tagged arguments in 278 future extensions to the "fileinto" command should describe their 279 interaction with ":fcc", if any. 281 When any "fileinto" extension arguments are used with ":fcc", the 282 corresponding extension MUST be enabled, and the arguments MUST have 283 the same syntax and semantics as they do with "fileinto". 285 3.5.1. Imap4flags Extension 287 This document extends the definition of the ":flags" [RFC5232] tagged 288 argument so that it can optionally be used with the ":fcc" argument. 290 FCC =/ [":flags" ] 292 If the optional ":flags" argument is specified with ":fcc", it 293 instructs the Sieve interpreter to set the IMAP4 flags provided in 294 the subsequent argument when the generated message is filed into the 295 target mailbox. 297 3.5.2. Mailbox Extension 299 This document extends the definition of the ":create" [RFC5490] 300 tagged argument so that it can optionally be used with the ":fcc" 301 argument. 303 FCC =/ [":create"] 305 If the optional ":create" argument is specified with ":fcc", it 306 instructs the Sieve interpreter to create the target mailbox, if 307 needed, before attempting to file the generated message into the 308 target mailbox. 310 3.5.3. Special-Use Extension 312 This document extends the definition of the ":specialuse" 313 [I-D.ietf-extra-sieve-special-use] tagged argument so that it can 314 optionally be used with the ":fcc" argument. 316 FCC =/ [":specialuse" ] 318 If the optional ":specialuse" argument is specified with ":fcc", it 319 instructs the Sieve interpreter to check whether a mailbox exists 320 with the specific special-use flag assigned to it. If such a mailbox 321 exists, the generated message is filed into the special-use mailbox. 322 Otherwise, the generated message is filed into the target mailbox. 324 If both the optional ":specialuse" and ":create" arguments are 325 specified with ":fcc", the Sieve interpreter is instructed to create 326 the target mailbox per Section 4.1 of 327 [I-D.ietf-extra-sieve-special-use], if needed. 329 3.5.4. Extended Example 331 require ["vacation", "fcc", "mailbox", "special-use", "imap4flags"]; 333 vacation :days 7 334 :from "hemingway@example.com" "Gone Fishin'" 335 :fcc "INBOX.Sent" :specialuse "\\Sent" :create :flags ["\\Seen"]; 337 4. Implementation Status 339 < RFC Editor: before publication please remove this section and the 340 reference to [RFC7942] > 342 This section records the status of known implementations of the 343 protocol defined by this specification at the time of posting of this 344 Internet-Draft, and is based on a proposal described in [RFC7942]. 345 The description of implementations in this section is intended to 346 assist the IETF in its decision processes in progressing drafts to 347 RFCs. Please note that the listing of any individual implementation 348 here does not imply endorsement by the IETF. Furthermore, no effort 349 has been spent to verify the information presented here that was 350 supplied by IETF contributors. This is not intended as, and must not 351 be construed to be, a catalog of available implementations or their 352 features. Readers are advised to note that other implementations may 353 exist. 355 According to [RFC7942], "this will allow reviewers and working groups 356 to assign due consideration to documents that have the benefit of 357 running code, which may serve as evidence of valuable experimentation 358 and feedback that have made the implemented protocols more mature. 359 It is up to the individual working groups to use this information as 360 they see fit". 362 4.1. Cyrus Server 364 The open source Cyrus Server [2] project is a highly scalable 365 enterprise mail system which supports Sieve email filtering at the 366 point of final delivery. This production level Sieve implementation 367 supports all of the requirements described in this document. This 368 implementation is freely distributable under a BSD style license from 369 Computing Services at Carnegie Mellon University [3]. 371 4.2. Oracle Communications Messaging Server 373 The Oracle Communications Messaging Server [4] is a highly scalable, 374 reliable, and available messaging platform. This production level 375 product supports the :fcc extension in conjunction with both the 376 notify and vacation extensions. The implementation meets all the 377 requirements given in this document. The product also supports the 378 imap4flags extension so the :flags may be used in conjunction :fcc. 380 5. Security Considerations 382 The "fcc" extension does not raise any other security considerations 383 that are not already present in [RFC5228], [RFC5230], [RFC5435], and 384 [RFC6131]. 386 6. IANA Considerations 388 6.1. Registration of Sieve Extension 390 To: iana@iana.org 392 Subject: Registration of new Sieve extension 394 Capability name: fcc 396 Description: Adds the ":fcc" parameter to Sieve action commands 397 that generate additional messages. 399 RFC number: RFC XXXX 401 Contact address: The Sieve discussion list 403 6.2. Registration of Notification-Capability Parameter 405 To: iana@iana.org 407 Subject: Registration of a new notification-capability parameter 409 Capability name: fcc 411 Description: Returns whether a copy of the notification message 412 sent using the method identified by the notification-uri parameter 413 to the notify_method_capability test can be filed into a target 414 mailbox. 416 Syntax: Can contain one of two values: "yes" or "no". Values MUST 417 be in lowercase. 419 Permanent and readily available reference(s): This RFC 421 Contact information: The Sieve discussion list 424 7. Acknowledgments 426 The authors would like to thank the following individuals for 427 contributing their ideas and support for writing this specification: 428 Ned Freed, Stan Kalisch, and Alexey Melnikov. 430 8. References 432 8.1. Normative References 434 [I-D.ietf-extra-sieve-special-use] 435 Bosch, S., "Sieve Email Filtering: Delivering to Special- 436 Use Mailboxes", draft-ietf-extra-sieve-special-use-03 437 (work in progress), September 2018. 439 [RFC2045] Freed, N. and N. Borenstein, "Multipurpose Internet Mail 440 Extensions (MIME) Part One: Format of Internet Message 441 Bodies", RFC 2045, DOI 10.17487/RFC2045, November 1996, 442 . 444 [RFC2046] Freed, N. and N. Borenstein, "Multipurpose Internet Mail 445 Extensions (MIME) Part Two: Media Types", RFC 2046, 446 DOI 10.17487/RFC2046, November 1996, 447 . 449 [RFC2047] Moore, K., "MIME (Multipurpose Internet Mail Extensions) 450 Part Three: Message Header Extensions for Non-ASCII Text", 451 RFC 2047, DOI 10.17487/RFC2047, November 1996, 452 . 454 [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate 455 Requirement Levels", BCP 14, RFC 2119, 456 DOI 10.17487/RFC2119, March 1997, 457 . 459 [RFC4234] Crocker, D., Ed. and P. Overell, "Augmented BNF for Syntax 460 Specifications: ABNF", RFC 4234, DOI 10.17487/RFC4234, 461 October 2005, . 463 [RFC5228] Guenther, P., Ed. and T. Showalter, Ed., "Sieve: An Email 464 Filtering Language", RFC 5228, DOI 10.17487/RFC5228, 465 January 2008, . 467 [RFC5230] Showalter, T. and N. Freed, Ed., "Sieve Email Filtering: 468 Vacation Extension", RFC 5230, DOI 10.17487/RFC5230, 469 January 2008, . 471 [RFC5232] Melnikov, A., "Sieve Email Filtering: Imap4flags 472 Extension", RFC 5232, DOI 10.17487/RFC5232, January 2008, 473 . 475 [RFC5322] Resnick, P., Ed., "Internet Message Format", RFC 5322, 476 DOI 10.17487/RFC5322, October 2008, 477 . 479 [RFC5435] Melnikov, A., Ed., Leiba, B., Ed., Segmuller, W., and T. 480 Martin, "Sieve Email Filtering: Extension for 481 Notifications", RFC 5435, DOI 10.17487/RFC5435, January 482 2009, . 484 [RFC5490] Melnikov, A., "The Sieve Mail-Filtering Language -- 485 Extensions for Checking Mailbox Status and Accessing 486 Mailbox Metadata", RFC 5490, DOI 10.17487/RFC5490, March 487 2009, . 489 [RFC8174] Leiba, B., "Ambiguity of Uppercase vs Lowercase in RFC 490 2119 Key Words", BCP 14, RFC 8174, DOI 10.17487/RFC8174, 491 May 2017, . 493 8.2. Informative References 495 [RFC5321] Klensin, J., "Simple Mail Transfer Protocol", RFC 5321, 496 DOI 10.17487/RFC5321, October 2008, 497 . 499 [RFC5429] Stone, A., Ed., "Sieve Email Filtering: Reject and 500 Extended Reject Extensions", RFC 5429, 501 DOI 10.17487/RFC5429, March 2009, 502 . 504 [RFC5436] Leiba, B. and M. Haardt, "Sieve Notification Mechanism: 505 mailto", RFC 5436, DOI 10.17487/RFC5436, January 2009, 506 . 508 [RFC5437] Saint-Andre, P. and A. Melnikov, "Sieve Notification 509 Mechanism: Extensible Messaging and Presence Protocol 510 (XMPP)", RFC 5437, DOI 10.17487/RFC5437, January 2009, 511 . 513 [RFC6131] George, R. and B. Leiba, "Sieve Vacation Extension: 514 "Seconds" Parameter", RFC 6131, DOI 10.17487/RFC6131, July 515 2011, . 517 [RFC7942] Sheffer, Y. and A. Farrel, "Improving Awareness of Running 518 Code: The Implementation Status Section", BCP 205, 519 RFC 7942, DOI 10.17487/RFC7942, July 2016, 520 . 522 8.3. URIs 524 [1] https://tools.ietf.org/html/bcp14 526 [2] http://www.cyrusimap.org/ 528 [3] http://www.cmu.edu/computing/ 530 [4] https://www.oracle.com/industries/communications/enterprise/ 531 products/messaging-server/index.html 533 Appendix A. Change History (To be removed by RFC Editor before 534 publication) 536 Changes since draft-ietf-extra-sieve-fcc-03: 538 o Fixed typo in ABNF. 540 Changes since draft-ietf-extra-sieve-fcc-04: 542 o Editorial changes from Ned Freed. 544 o Added information on Oracle implementation. 546 Changes since draft-ietf-extra-sieve-fcc-02: 548 o Updated Keywords boilerplate. 550 o Noted that :fcc mailbox argument and any fileinto extension 551 arguments used wth :fcc have the same syntax and semantics as they 552 have with fileinto. 554 o Removed section on [e]Reject. 556 o Added "fcc" notification-capability. 558 o Added Implementation Status section. 560 o Editorial changes from Ned Freed. 562 Changes since draft-ietf-extra-sieve-fcc-01: 564 o Added text discussing how to handle generated messages that are 565 not in MIME format. 567 o Adjusted ABNF so that tagged arguments that supplement :fcc no 568 longer appear as positional. 570 Changes since draft-ietf-extra-sieve-fcc-00: 572 o Updated abstract with text from Ned. 574 o Added support for :fcc to notify extension. 576 o Prohibit use of :fcc with reject and ereject extensions. 578 o Added registration of the extension with IANA. 580 o Added Acknowledgments. 582 o Minor editorial changes. 584 Authors' Addresses 586 Kenneth Murchison 587 FastMail US LLC 588 1315 Walnut Street - Suite 320 589 Philadelphia, PA 19107 590 USA 592 Email: murch@fastmailteam.com 594 Bron Gondwana 595 FastMail Pty Ltd 596 Level 2, 114 William Street 597 Melbourne, VIC 3000 598 Australia 600 Email: brong@fastmailteam.com