Virtualni mail hosting (Was: Sendmail remote root)
feyd na seznam.cz
feyd na seznam.cz
Sobota Březen 8 09:34:13 CET 2003
On Fri, 7 Mar 2003 10:56:29 +0000 (UTC)
janousek na fonet.cz (Ing. Pavel PaJaSoft Janousek) wrote:
> Ondrej Sury wrote:
> > Uvedte konkretni priklad... nebo alespon odkaz na konkretni
> > priklad. qmail odmita zpravy, kdy remote MTA nepouzije CRLF jako
> > EOLN, na jine omezeni si nevzpominam.
>
> V RFC pro SMTP neni toto jasne uvedeno? Tedy abych byl spravne
Je (rfc 2821):
.
.
.
2.3.7 Lines
SMTP commands and, unless altered by a service extension, message
data, are transmitted in "lines". Lines consist of zero or more data
characters terminated by the sequence ASCII character "CR" (hex value
0D) followed immediately by ASCII character "LF" (hex value 0A).
This termination sequence is denoted as <CRLF> in this document.
Conforming implementations MUST NOT recognize or generate any other
character or character sequence as a line terminator. Limits MAY be
imposed on line lengths by servers (see section 4.5.3).
In addition, the appearance of "bare" "CR" or "LF" characters in text
(i.e., either without the other) has a long history of causing
problems in mail implementations and applications that use the mail
system as a tool. SMTP client implementations MUST NOT transmit
these characters except when they are intended as line terminators
and then MUST, as indicated above, transmit them only as a <CRLF>
sequence.
.
.
.
4.1.1.4 DATA (DATA)
.
.
.
The custom of accepting lines ending only in <LF>, as a concession to
non-conforming behavior on the part of some UNIX systems, has proven
to cause more interoperability problems than it solves, and SMTP
server systems MUST NOT do this, even in the name of improved
robustness. In particular, the sequence "<LF>.<LF>" (bare line
feeds, without carriage returns) MUST NOT be treated as equivalent to
<CRLF>.<CRLF> as the end of mail data indication.
feyd
Další informace o konferenci Linux