# # ============================================================================= # This is a template for (neutral: non-virus, non-spam, non-banned) # DELIVERY STATUS NOTIFICATIONS to sender. # For syntax and customization instructions see README.customize. # The From, To and Date header fields will be provided automatically. # Long header fields will be automatically wrapped by the program. # Subject: [?%#D|Undeliverable mail|Delivery status notification]\ [? [:ccat_maj] |, CLEAN (other)||, TEMPFAIL\ |, OVERSIZED message\ |, invalid header[?[:ccat_min]||: bad MIME|: unencoded 8-bit character\ |: improper use of control char|: all-whitespace header field|]\ |, UNSOLICITED BULK EMAIL apparently from you\ |, UNSOLICITED BULK EMAIL apparently from you\ |, contents UNCHECKED\ |, BANNED contents type (%F)\ |, VIRUS in message apparently from you (%V)\ ] Message-ID: [? %#D |#|Ваше письмо БЫЛО УСПЕШНО ПЕРЕНАПРАВЛЕНО следующим адресатам:[\n %D] ] [? %#N |#|Сообщение НЕ БЫЛО перенаправлено следующим адресатам:[\n %N] ] [:wrap|78|||Этот отчет о [?%#D|невозможности доставить письмо|доставке письма] \ автоматически создан программой amavisd-new на сервере %h. \ Код вашего письма в нашей системе %n/%i] # ccat_min 0: other, 1: bad MIME, 2: 8-bit char, 3: NUL/CR, # 4: empty, 5: long, 6: syntax [? %#X ||[? [:ccat_min] |НЕПРАВИЛЬНЫЙ ЗАГОЛОВОК ПИСЬМА (INVALID HEADER:) |НЕПРАВИЛЬНЫЙ ЗАГОЛОВОК ПИСЬМА: Неправильный заголовок MIME или неправильная MIME структура (INVALID HEADER: BAD MIME HEADERS OR BAD MIME STRUCTURE) |НЕПРАВИЛЬНЫЙ ЗАГОЛОВОК ПИСЬМА: В заголовке присутствуют запрещенные 8-битные символы (INVALID HEADER: INVALID 8-BIT CHARACTERS IN HEADER) |НЕПРАВИЛЬНЫЙ ЗАГОЛОВОК ПИСЬМА: В заголовке присутствуют управляющие символы (INVALID HEADER: INVALID CONTROL CHARACTERS IN HEADER) |НЕПРАВИЛЬНЫЙ ЗАГОЛОВОК ПИСЬМА: FOLDED HEADER FIELD MADE UP ENTIRELY OF WHITESPACE |НЕПРАВИЛЬНЫЙ ЗАГОЛОВОК ПИСЬМА: Длина строки заголовка письма превышает ограничение в 998 символов описанный в RFC2822 (INVALID HEADER: HEADER LINE LONGER THAN RFC2822 LIMIT OF 998 CHARACTERS) |НЕПРАВИЛЬНЫЙ ЗАГОЛОВОК ПИСЬМА (INVALID HEADER:) ] [[:wrap|78| | |%X]\n] ]\ #[? %a |#|[:wrap|78|| |First upstream SMTP client IP address: \[%a\] %g]] #[? %e |#|[:wrap|78|| |According to a 'Received:' trace,\ # the message originated at: \[%e\], %t]] [? %s |#|[:wrap|78|| |Return-Path: %s]] [? %m |#|[:wrap|78|| |Message-ID: %m]] [? %r |#|[:wrap|78|| |Resent-Message-ID: %r]] [? %j |#|[:wrap|78|| |Subject: %j]] # ccat_min 0: other, 1: bad MIME, 2: 8-bit char, 3: NUL/CR, # 4: empty, 5: long, 6: syntax [? %#X ||[? [:ccat_min] |# 0: other |# 1: bad MIME |# 2: 8-bit char Что такое запрещенные 8-битные символы в заголовке письма? Заголовок письма о котором идет речь, относится к технической части письма и за его формирование отвечает Ваша почтовая программа. Если Вы получили это сообщение, то значит либо Ваша почтовая программа не правильно настроена, либо она не соблюдает стандарты интернета. Стандарт RFC 2822 определяет правила в соответствии с которыми создаются письма электронной почты. Эти правила не допускают использования символов с кодами более 127 непосредственно (т.е. не закодированными специальным образом) в заголовке письма. К таким символам относятся русские буквы в любой из кодировок. Если такие символы должны быть использованы в заголовке письма, то почтовая программа должна их закодировать в соответствии с RFC 2047. Иногда такие неправильные поля заголовка письма автоматически добавляются некоторыми почтовыми программами, почтовыми серверами, анализаторами содержимого письма или другими системами работающими с почтой. В этом случае такая система должна быть исправлена или правильно настроена. Обычно, правила нарушаются в таких заголовках как 'Date', 'Received', 'X-Mailer', 'X-Priority', 'X-Scanned' и др. Если Вы не знаете как исправить или обойти эту проблему, то обратитесь пожалуйста к Вашему системному администратору отвечающему за почтовую систему. WHAT IS AN INVALID CHARACTER IN MAIL HEADER? The RFC 2822 standard specifies rules for forming internet messages. It does not allow the use of characters with codes above 127 to be used directly (non-encoded) in mail header. If such characters (e.g. with diacritics) from ISO Latin or other alphabets need to be included in the header, these characters need to be properly encoded according to RFC 2047. This encoding is often done transparently by mail reader (MUA), but if automatic encoding is not available (e.g. by some older MUA) it is the user's responsibility to avoid the use of such characters in mail header, or to encode them manually. Typically the offending header fields in this category are 'Subject', 'Organization', and comment fields in e-mail addresses of the 'From', 'To' and 'Cc'. Sometimes such invalid header fields are inserted automatically by some MUA, MTA, content checker, or other mail handling service. If this is the case, that service needs to be fixed or properly configured. Typically the offending header fields in this category are 'Date', 'Received', 'X-Mailer', 'X-Priority', 'X-Scanned', etc. If you don't know how to fix or avoid the problem, please report it to _your_ postmaster or system manager. # [~[:x-mailer]|^Microsoft Outlook Express 6\\.00|[" Если в качестве почтового клиента Вы используете Microsoft Outlook Express, убедитесь, что установлены следующие опции: Сервис -> Параметры... -> Отправка сообщений -> Формат отправляемых сообщений -> Настройка HTML... Снята галка "Разрешить использование 8-битовых знаков в заголовках" Настройка обычного текста... Если формат сообщения "Кодировка MIME", то должен быть указан вид используемой кодировки. Снята галка "Разрешить использование 8-битовых знаков в заголовках" "]]# |# 3: NUL/CR Неправольное использование управляющих символов в заголовке письма. Заголовок письма о котором идет речь, относится к технической части письма и за его формирование отвечает Ваша почтовая программа. Если Вы получили это сообщение, то значит либо Ваша почтовая программа не правильно настроена, либо она не соблюдает стандарты интернета. Стандарт RFC 2822 определяет правила в соответствии с которыми создаются письма электронной почты. Эти правила не допускают использования управляющих символов NUL и одиночного CR непосредственно в заголовке письма. IMPROPER USE OF CONTROL CHARACTER IN MESSAGE HEADER The RFC 2822 standard specifies rules for forming internet messages. It does not allow the use of control characters NUL and bare CR to be used directly in mail header. |# 4: empty Неправольное перенесенная строка заголовка. Заголовок письма о котором идет речь, относится к технической части письма и за его формирование отвечает Ваша почтовая программа. Если Вы получили это сообщение, то значит либо Ваша почтовая программа не правильно настроена, либо она не соблюдает стандарты интернета. Стандарт RFC 2822 определяет правила в соответствии с которыми создаются письма электронной почты. Раздел '3.2.3. Folding white space and comments' запрещает переносить строки заголовка таким образом, что результирующая строка будет состоять только из пробельных символов (непосредственно пробел или символ табуляции). IMPROPER FOLDED HEADER FIELD MADE UP ENTIRELY OF WHITESPACE The RFC 2822 standard specifies rules for forming internet messages. In section '3.2.3. Folding white space and comments' it explicitly prohibits folding of header fields in such a way that any line of a folded header field is made up entirely of white-space characters (control characters SP and HTAB) and nothing else. |# 5: long Превышение ограничения длины строки заголовка в 998 символов определнного в RFC2822. Заголовок письма о котором идет речь, относится к технической части письма и за его формирование отвечает Ваша почтовая программа. Если Вы получили это сообщение, то значит либо Ваша почтовая программа не правильно настроена, либо она не соблюдает стандарты интернета. Стандарт RFC 2822 определяет правила в соответствии с которыми создаются письма электронной почты. Раздел '2.1.1. Line Length Limits' запрещает использовать в заголовке письма строки, длина которых привышает 998 символов (без учета CRLF). HEADER LINE LONGER THAN RFC2822 LIMIT OF 998 CHARACTERS The RFC 2822 standard specifies rules for forming internet messages. Section '2.1.1. Line Length Limits' prohibits each line of a header to be more than 998 characters in length (excluding the CRLF). |# 6: syntax |# other ]]#