Use the LMTP family for local delivery
04LMTP means Local Mail Transfer Protocol. It is a separate protocol for agreed delivery arrangements, often between a queue manager and a delivery agent. RFC 3848 registers four LMTP transmission types.
The matrix compares four distinct receptions: neither successful property gives LMTP; AUTH gives LMTPA; STARTTLS gives LMTPS; both give LMTPSA. No action is negotiated merely by writing a label.
Source for this drawing: RFC 3848 · Read RFC section 1 ↗
New to this? Start hereA quick picture + helpful background
A message needs an address.
Think of a packet as a small addressed envelope. Devices pass it onward; transport protocols decide what delivery promises an application gets.
Helpful first, if these ideas are unfamiliar
These pictures are analogies to help you learn. The linked RFC explains the actual rules.
Terms in this drawing
Related RFCs and changes
“Updates” changes part of an earlier RFC. “Obsoletes” replaces it. This list shows selected related documents.
Select the protocol family first, then its successful properties.
- RFC 2033 §§1 and 4.1 describe prior arrangement, forbid LMTP on TCP port 25, and replace EHLO with LHLO. It is not just another spelling of ESMTP.
- The four registrations are LMTP, LMTPA, LMTPS and LMTPSA. A and S retain the successful AUTH and strong STARTTLS meanings.
- RFC 2033 §4.2 returns one post-DATA reply for each previously successful RCPT command, in command order. The two recipient outcomes shown are fictional.
- RFC 3848’s parenthetical LSMTPS/LSMTPA spelling is inconsistent with its defined LMTPS/LMTPA keywords; use the defined registrations, not invented extra tokens.
LMTP context comes from RFC 2033; this is not a complete LMTP implementation.
Read the RFC section ↗