Next: , Previous: Composing, Up: Top

3 Interface Functions

The mail-parse library is an abstraction over the actual low-level libraries that are described in the next chapter.

Standards change, and so programs have to change to fit in the new mold. For instance, RFC2045 describes a syntax for the Content-Type header that only allows ASCII characters in the parameter list. RFC2231 expands on RFC2045 syntax to provide a scheme for continuation headers and non-ASCII characters.

The traditional way to deal with this is just to update the library functions to parse the new syntax. However, this is sometimes the wrong thing to do. In some instances it may be vital to be able to understand both the old syntax as well as the new syntax, and if there is only one library, one must choose between the old version of the library and the new version of the library.

The Emacs MIME library takes a different tack. It defines a series of low-level libraries (rfc2047.el, rfc2231.el and so on) that parses strictly according to the corresponding standard. However, normal programs would not use the functions provided by these libraries directly, but instead use the functions provided by the mail-parse library. The functions in this library are just aliases to the corresponding functions in the latest low-level libraries. Using this scheme, programs get a consistent interface they can use, and library developers are free to create write code that handles new standards.

The following functions are defined by this library:

Parse a Content-Type header and return a list on the following format:
           (attribute1 . value1)
           (attribute2 . value2)

Here's an example:

           "image/gif; name=\"b980912.gif\"")
          ⇒ ("image/gif" (name . "b980912.gif"))

Parse a Content-Disposition header and return a list on the same format as the function above.
Takes two parameters—a list on the format above, and an attribute. Returns the value of the attribute.
           '("image/gif" (name . "b980912.gif")) 'name)
          ⇒ "b980912.gif"

Takes a parameter string and returns an encoded version of the string. This is used for parameters in headers like Content-Type and Content-Disposition.
Return a comment-free version of a header.
           "Gnus/5.070027 (Pterodactyl Gnus v0.27) (Finnish Landrace)")
          ⇒ "Gnus/5.070027  "

Remove linear white space from a header. Space inside quoted strings and comments is preserved.
           "image/gif; name=\"Name with spaces\"")
          ⇒ "image/gif;name=\"Name with spaces\""

Return the last comment in a header.
           "Gnus/5.070027 (Pterodactyl Gnus v0.27) (Finnish Landrace)")
          ⇒ "Finnish Landrace"

Parse an address and return a list containing the mailbox and the plaintext name.
           "Hrvoje Niksic <>")
          ⇒ ("" . "Hrvoje Niksic")

Parse a string with list of addresses and return a list of elements like the one described above.
           "Hrvoje Niksic <>, Steinar Bang <>")
          ⇒ (("" . "Hrvoje Niksic")
               ("" . "Steinar Bang"))

Parse a date string and return an Emacs time structure.
Narrow the buffer to the header section of the buffer. Point is placed at the beginning of the narrowed buffer.
Narrow the buffer to the header under point. Understands continuation headers.
Fold the header under point.
Unfold the header under point.
Return the value of the field under point.
Encode the non-ASCII words in the region. For instance, ‘Naïve’ is encoded as ‘=?iso-8859-1?q?Na=EFve?=’.
Encode the non-ASCII words in the current buffer. This function is meant to be called narrowed to the headers of a message.
Encode the words that need encoding in a string, and return the result.
           "This is naïve, baby")
          ⇒ "This is =?iso-8859-1?q?na=EFve,?= baby"

Decode the encoded words in the region.
Decode the encoded words in the string and return the result.
           "This is =?iso-8859-1?q?na=EFve,?= baby")
          ⇒ "This is naïve, baby"

Currently, mail-parse is an abstraction over ietf-drums, rfc2047, rfc2045 and rfc2231. These are documented in the subsequent sections.