Goals for Internet Messaging to Support Diverse Service Environments
A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Enhancements to Internet email to support diverse service environments Working Group of the IETF.
Abstract: «The LEMONADE Working Group -- Internet Messaging to support diverse service environments -- is chartered to provide a new set of enhancements and profiles to Internet email. The enhancements are to facilitate email use on hosts not only operating in environments with high latency/limited bandwidth links but also constrained with limited resources. The enhanced email must continue also to seamlessly support the existing service.»
«The primary motivation for this effort is -- by making Internet mailprotocols richer and more adaptable to varied media and environments -- to allow their use by handheld devices to access the Internet wirelessly.»
«The requirements of these devices drive a discussion of the possible protocol enhancements needed to generally support multimedia messaging on limited capability hosts in diverse service environments. A list of general principles to guide the design of the enhanced messaging protocols is documented. Finally, some issues around providing seamless service between enhanced Internet email and the existing separate mobile messaging infrastructure are briefly listed. This document attempts to capture the background, motivation and thinking behind the Lemonade design process.»
http://www.ietf.org/internet-drafts/draft-ietf-lemonade-goals-02.txt
Local copy: http://db.org/drafts/internet/ietf/lemonade/goals/02/
SMTP Submission Service Extension for Future Delivery
A New Internet-Draft is available from the on-line Internet-Drafts directories.
Abstract: «This memo defines an extension to the SMTP submission protocol for client indication of a future-delivery time. 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.»
http://www.ietf.org/internet-drafts/draft-vaudreuil-futuredelivery-02.txt
Local copy: http://db.org/drafts/internet/vaudreuil/futuredelivery/02/
Marking Mail Transfer Agents in Reverse DNS with TXT RRs
A New Internet-Draft is available from the on-line Internet-Drafts directories.
Abstract: «In contrast to other more extensive approaches to deal with unsolicited email, commonly called "spam", this memo discusses a very simple authentication scheme. It uses marking of hosts in reverse DNS (in-addr.arpa zone) to allow the receiving mail transfer agents to decide whether the connecting (sending) host is a designated mail transfer agent (MTA) or not.»
«Despite being a weaker scheme than most of the other proposals currently discussed, it can reduce the amount of spam and viruses/worms significantly and has the advantage that it can be implemented based on existing and well-established Internet technology like DNS without any changes to that technology.»
http://www.ietf.org/internet-drafts/draft-stumpf-dns-mtamark-01.txt
Local copy: http://db.org/drafts/internet/stumpf/dns-mtamark/01/
A MIME Encoding for Spam Inoculation Messages
A New Internet-Draft is available from the on-line Internet-Drafts directories.
Abstract: «This document describes in detail a method for encapsulating an email message or text sample for the purpose of training (or "inoculating") a mail filter. The sample messages or text (the "payload") provide the contextual information necessary for the filter to reject ("spam") or accept ("non-spam") the message being inoculated, or messages similar in design.»
«RFC 2045 defines the MIME format. This document expands on this by adding an "inoculation" MIME subtype, and also adds additional header fields necessary to the functionality being provided.»
«This message format is designed to enable different mail filters of different design to communicate inoculations with one another using the MIME subtype introduced.»
http://www.ietf.org/internet-drafts/draft-yerazunis-spamfilt-inoculation-03.txt
Local copy: http://db.org/drafts/internet/yerazunis/spamfilt-inoculation/03/
Previous version: 02
The Push-IMAP Protocol (P-IMAP)
A New Internet-Draft is available from the on-line Internet-Drafts directories.
Abstract : «The Push-IMAP protocol (P-IMAP) defines extensions to the IMAPv4 rev1 protocol [RFC3501] for optimization in a mobile setting, aimed at delivering extended functionality for mobile devices with limited resources. The first enhancement of P-IMAP is that unlike a standard IMAPv4 Rev1 server, which relies on the client to constantly initiate contact to ask for state changes, the P-IMAP server can push crucial changes to a client. In addition, P-IMAP contains extensions for email filter management, message delivery, and maintaining up-to-date personal information. Bindings to specific transport are explicitly defined. »
http://www.ietf.org/internet-drafts/draft-maes-lemonade-p-imap-00.txt
Local copy: http://db.org/drafts/internet/maes/lemonade-p-imap/00/
Sender Policy Framework (SPF) A Convention to Describe Hosts Authorized to Send SMTP Traffic
A New Internet-Draft is available from the on-line Internet-Drafts directories.
Abstract: «Email address forgery is a problem on the Internet today. Domain owners want to control the use of their names in email, but are helpless because they lack the means. This document introduces a language for domains to make email-related declarations in DNS. It defines in detail one possible sender authentication scheme for domains to describe the hosts from which they send mail. SMTP receivers can use this scheme to detect sender forgery.»
http://www.ietf.org/internet-drafts/draft-mengwong-spf-00.txt
Local copy: http://db.org/drafts/internet/mengwong/spf/00/
See also: AOL publishes SPF record, Slashdot: SPF Design Frozen and Status Report on the SPF draft
Lightweight MTA Authentication Protocol (LMAP) Discussion
A New Internet-Draft is available from the on-line Internet-Drafts directories.
Abstract: «Lightweight MTA Authentication Protocol (LMAP) is the general term for a a family of proposed protocols to help address the spam problem by better authenticating mail senders. This document discusses the applicability, and the costs and benefits of wide-spread deployment of the protocol, and compares the various LMAP proposals.»
http://www.ietf.org/internet-drafts/draft-irtf-asrg-lmap-discussion-00.txt
Local copy: http://db.org/drafts/internet/irtf/asrg/lmap-discussion/00/
