Sieve Vacation Extension: "Seconds" Parameter
RFC 6131
Internet Engineering Task Force (IETF) R. George
Request for Comments: 6131 B. Leiba
Category: Standards Track Huawei Technologies
ISSN: 2070-1721 July 2011
Sieve Vacation Extension: "Seconds" Parameter
Abstract
This document describes a further extension to the Sieve Vacation
extension, allowing multiple auto-replies to the same sender in a
single day by adding a ":seconds" parameter.
Status of This Memo
This is an Internet Standards Track document.
This document is a product of the Internet Engineering Task Force
(IETF). It represents the consensus of the IETF community. It has
received public review and has been approved for publication by the
Internet Engineering Steering Group (IESG). Further information on
Internet Standards is available in Section 2 of RFC 5741.
Information about the current status of this document, any errata,
and how to provide feedback on it may be obtained at
http://www.rfc-editor.org/info/rfc6131.
Copyright Notice
Copyright (c) 2011 IETF Trust and the persons identified as the
document authors. All rights reserved.
This document is subject to BCP 78 and the IETF Trust's Legal
Provisions Relating to IETF Documents
(http://trustee.ietf.org/license-info) in effect on the date of
publication of this document. Please review these documents
carefully, as they describe your rights and restrictions with respect
to this document. Code Components extracted from this document must
include Simplified BSD License text as described in Section 4.e of
the Trust Legal Provisions and are provided without warranty as
described in the Simplified BSD License.
George & Leiba Standards Track [Page 1]
RFC 6131 Sieve Vacation: Seconds Parameter July 2011
Table of Contents
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 2
1.1. Terminology Used in This Document . . . . . . . . . . . . . 2
2. The ':seconds' Parameter . . . . . . . . . . . . . . . . . . . 2
3. Examples . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
4. Security Considerations . . . . . . . . . . . . . . . . . . . . 4
5. IANA Considerations . . . . . . . . . . . . . . . . . . . . . . 4
5.1. Registration of Sieve Extension . . . . . . . . . . . . . . 4
6. References . . . . . . . . . . . . . . . . . . . . . . . . . . 5
6.1. Normative References . . . . . . . . . . . . . . . . . . . 5
6.2. Informative References . . . . . . . . . . . . . . . . . . 5
1. Introduction
The Sieve [RFC5228] Vacation extension [RFC5230] defines a mechanism
to generate automatic replies to incoming email messages. Through
the ":days" parameter, it limits the number of auto-replies to the
same sender to one per [n] days, for a specified number of days. But
there are cases when one needs more granularity, if one would like to
generate "vacation" replies more frequently.
This extension defines a ":seconds" parameter to provide more
granularity for such situations.
1.1. Terminology Used in This Document
The upper-case 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 RFC
2119 [RFC2119].
2. The ':seconds' Parameter
The purpose of the ":seconds" parameter is to specify the minimum
time interval (in seconds) between consecutive auto-replies to a
given sender. The ":seconds" value, if specified, is used instead of
the ":days" value, and works in a similar way (see the Vacation
extension [RFC5230] for details). Only one of ":days" or ":seconds"
is allowed -- use of both parameters in the same vacation action MUST
result in a Sieve processing error.
The capability string associated with this extension is "vacation-
seconds". Note that "vacation-seconds" implies "vacation", and a
script with "vacation-seconds" in a "require" list can omit
"vacation" from that list.
George & Leiba Standards Track [Page 2]
RFC 6131 Sieve Vacation: Seconds Parameter July 2011
The time value is specified in seconds, and MUST be greater than or
equal to 0 and less than 2**31. All valid values, from 0 to 2**31,
MUST be accepted without error. Sites MAY define a minimum effective
value and/or a maximum effective value. If a site chooses to do
that:
1. Call the value specified "v(spec)".
2. Call the minimum effective value "v(min)".
3. Call the maximum effective value "v(max)".
4. Call the actual effective value used by the processor "v(eff)".
5. The following apply for determining v(eff):
* If 0 <= v(spec) < v(min), then v(eff) = v(min).
Show full document text