datatracker.ietf.org
Sign in
Version 5.3.0, 2014-04-12
Report a bug

SMTP Submission Service Extension for Future Message Release
RFC 4865

Document type: RFC - Proposed Standard (May 2007; Errata)
Was draft-vaudreuil-futuredelivery (individual in app area)
Document stream: IETF
Last updated: 2013-03-02
Other versions: plain text, pdf, html

IETF State: (None)
Consensus: Unknown
Document shepherd: No shepherd assigned

IESG State: RFC 4865 (Proposed Standard)
Responsible AD: Ted Hardie
Send notices to: g.a.white@tx.rr.com, gregv@ieee.org

Network Working Group                                           G. White
Request for Comments: 4865                                   Independent
Updates: 3463, 3464                                         G. Vaudreuil
Category: Standards Track                                 Alcatel-Lucent
                                                                May 2007

      SMTP Submission Service Extension for Future Message Release

Status of This Memo

   This document specifies an Internet standards track protocol for the
   Internet community, and requests discussion and suggestions for
   improvements.  Please refer to the current edition of the "Internet
   Official Protocol Standards" (STD 1) for the standardization state
   and status of this protocol.  Distribution of this memo is unlimited.

Copyright Notice

   Copyright (C) The IETF Trust (2007).

Abstract

   This memo defines an extension to the SMTP submission protocol for a
   client to indicate a future time for the message to be released for
   delivery.  This extension permits a client to use server-based
   storage for a message that should be held in queue until an appointed
   time in the future.  This is useful for clients which do not have
   local storage or are otherwise unable to release a message for
   delivery at an appointed time.

1.  Introduction

   There is a widely used feature within the voice messaging community
   to compose and send a message for delivery in the future.  This is
   useful for sending announcements to be heard at the beginning of a
   work day, to send birthday greetings a day or so ahead, or to use as
   a lightweight facility to build a personal reminder service.

   This extension uses the SMTP submission protocol [n3] to allow a
   client, when submitting a message, to indicate a future time for the
   message to be released for delivery.

White & Vaudreuil           Standards Track                     [Page 1]
RFC 4865              SMTP Future Message Release               May 2007

2.  Terminology

   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 [n1].

3.  Framework

   The Future Message Release service extension for SMTP submission uses
   the SMTP service extension mechanism [n4] to extend the SMTP
   submission protocol [n3].  The following SMTP submission service
   extension is hereby defined:

   The name of the SMTP submission service extension is "Future Message
   Release".

   1) The Extended Hello (EHLO) keyword associated with this service
   extension is "FUTURERELEASE".

   2) Two required parameters, the max-future-release-interval and the
   max-future-release-date-time, are combined with the EHLO keyword in
   the manner specified in [n4].

   The max-future-release-interval is a positive integer indicating the
   maximum amount of time for which the message submission server (MSA)
   will hold messages for future release.

   Using ABNF [n2], the syntax of this parameter is as follows:

         future-release-integer = %x31-39 *8DIGIT
                                  ; integer in the range 1-999999999
                                  ; measured in seconds

         max-future-release-interval = future-release-integer

      The max-future-release-date-time is a timestamp, normalized to
      Universal Coordinated Time (UTC), indicating the most remote date
      and time in the future until which the MSA will hold messages for
      future release.

      Using ABNF [n2], the syntax of this parameter is as follows:

         max-future-release-date-time = date-time

      where the format of date-time is defined in [n10].

White & Vaudreuil           Standards Track                     [Page 2]
RFC 4865              SMTP Future Message Release               May 2007

   3) When forming the portion of the EHLO reply containing the
      FUTURERELEASE keyword, the keyword is followed by the max-future-
      release-interval, and then the max-future-release-date-time.  The
      keyword and two values are delimited by spaces.

      For example, the ABNF for a continuation line in the EHLO response
      that contains the FUTURERELEASE keyword is:

         line = "250-FUTURERELEASE" SP max-future-release-interval
                                    SP max-future-release-date-time

   4) One required parameter, the hold-param, is added to the MAIL
      command using either the keyword "HOLDFOR" or the keyword
      "HOLDUNTIL".

[include full document text]