>freebsd 6.2 собственно хочется чтобы ошибки вроде #5.1.1 Sorry, no
>mailbox here by that name. приходили по русски (чтобы
>манагеры всякие понимали о чем речь)....
>погуглил пояндексил и поопенеетил не наткнулся... щас полезу в маны кумыла но
>если кто знает куда ткнуть ткните плиз ) А с каких пор в протоколе SMTP разрешено использовать символы, не входящие в US-ASCII (то бишь с кодами больше 127). В RFC 2821 ЧЕТКО СКАЗАНО СЛЕДУЮЩЕЕ (в разделе 2.4):
Commands and replies are composed of characters from the ASCII
character set [1]. When the transport service provides an 8-bit byte
(octet) transmission channel, each 7-bit character is transmitted
right justified in an octet with the high order bit cleared to zero.
More specifically, the unextended SMTP service provides seven bit
transport only. An originating SMTP client which has not
successfully negotiated an appropriate extension with a particular
server MUST NOT transmit messages with information in the high-order
bit of octets. If such messages are transmitted in violation of this
rule, receiving SMTP servers MAY clear the high-order bit or reject
the message as invalid. In general, a relay SMTP SHOULD assume that
the message content it has received is valid and, assuming that the
envelope permits doing so, relay it without inspecting that content.
Of course, if the content is mislabeled and the data path cannot
accept the actual content, this may result in ultimate delivery of a
severely garbled message to the recipient. Delivery SMTP systems MAY
reject ("bounce") such messages rather than deliver them. No sending
SMTP system is permitted to send envelope commands in any character
set other than US-ASCII; receiving systems SHOULD reject such
commands, normally using "500 syntax error - invalid character"
replies.
Eight-bit message content transmission MAY be requested of the server
by a client using extended SMTP facilities, notably the "8BITMIME"
extension [20]. 8BITMIME SHOULD be supported by SMTP servers.
However, it MUST not be construed as authorization to transmit
unrestricted eight bit material. 8BITMIME MUST NOT be requested by
senders for material with the high bit on that is not in MIME format
with an appropriate content-transfer encoding; servers MAY reject
such messages.
И ТОЧКА. Ибо это есть СТАНДАРТ.
Вариант для распечатки
OpenNET: Виртуальная конференция (Public)
(ok) on 09-Апр-08, 12:03 
