The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"BAD HEADER SECTION Duplicate header field"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Открытые системы на сервере (Public)
Изначальное сообщение [ Отслеживать ]

"BAD HEADER SECTION Duplicate header field"  +/
Сообщение от operator (ok) on 26-Янв-10, 23:47 
Здравствуйте.
Возник вопрос по стандартизации полей заголовков эл. писем.
Насколько я понимаю, большинство полей заголовка письма могут присутствовать в заголовке только один раз. Ну например вряд ли может быть нормальным использовать 2х Subject-тов. Провеку на использование одного поля несколько раз, производит например Amavis, и в случае выявления нескольких полей с однинаковым именем, помечает сообщение как "BAD HEADER".
Может ли кто-то подсказать в каком же RFC описано, что недопустимо присутствия нескольких полей с одинаковыми именами???
Смотрел 822 2822 1521 -не нашел, может пропустил? Или я вообще чего-то недопонимаю?

вот отрывок из заголовка:
=============================
X-Amavis-Alert: BAD HEADER SECTION Duplicate header field: "MIME-Version"
....
Subject: Re: 2nd test e-mail xxx xxx
MIME-Version: 1.0
MIME-Version: 1.0
From: IXXX XXX <Ixxxxx.xxxx@xxxx.com>
=============================

Высказать мнение | Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "BAD HEADER SECTION Duplicate header field"  +/
Сообщение от Aquarius (ok) on 27-Янв-10, 14:49 
>и в случае выявления нескольких полей с однинаковым именем, помечает сообщение
>как "BAD HEADER".
>Может ли кто-то подсказать в каком же RFC описано, что недопустимо присутствия
>нескольких полей с одинаковыми именами???
>Смотрел 822 2822 1521 -не нашел, может пропустил? Или я вообще чего-то
>недопонимаю?

параграф 4.1

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

2. "BAD HEADER SECTION Duplicate header field"  +/
Сообщение от operator (ok) on 27-Янв-10, 20:52 
>>и в случае выявления нескольких полей с однинаковым именем, помечает сообщение
>>как "BAD HEADER".
>>Может ли кто-то подсказать в каком же RFC описано, что недопустимо присутствия
>>нескольких полей с одинаковыми именами???
>>Смотрел 822 2822 1521 -не нашел, может пропустил? Или я вообще чего-то
>>недопонимаю?
>
>параграф 4.1

Спасибо, частично ответ нашел.
Теперь вынужден уточнить вопрос:
я так понимаю, что Вы ссылаетесь на RFC822.
Ни в нем, не в 2822, не не единой стоки про полЯ MIME.
в 2822 есть ссылки на RFC2045 - 2049, которые отдельно описывают MIME. В них опять-таки нет указаний по поводу уникальности этого поля. Тогда основываясь на 2822 следует, что это поле не должно быть уникальным...
А если так, то тогда чего amavis в стандартной конфигурации настроен на отсев сообщений с дублирующимся полем "MIME-Version"???

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

3. "BAD HEADER SECTION Duplicate header field"  +/
Сообщение от PavelR (??) on 27-Янв-10, 21:20 
>[оверквотинг удален]
>Теперь вынужден уточнить вопрос:
>я так понимаю, что Вы ссылаетесь на RFC822.
>Ни в нем, не в 2822, не не единой стоки про полЯ
>MIME.
>в 2822 есть ссылки на RFC2045 - 2049, которые отдельно описывают MIME.
>В них опять-таки нет указаний по поводу уникальности этого поля. Тогда
>основываясь на 2822 следует, что это поле не должно быть уникальным...
>
>А если так, то тогда чего amavis в стандартной конфигурации настроен на
>отсев сообщений с дублирующимся полем "MIME-Version"???

Вы еще про браузеры поспрашивайте, "а чего это они реализованы по разному и стандарты нарушают".

Ткните, где указано, как вести себя в случае, когда имеется два поля MIME-Version  с разными значениями, и скажите, нафиг их указывать несколько раз если значение одинаково.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

6. "BAD HEADER SECTION Duplicate header field"  +/
Сообщение от operator (ok) on 27-Янв-10, 22:57 
>[оверквотинг удален]
>>
>>А если так, то тогда чего amavis в стандартной конфигурации настроен на
>>отсев сообщений с дублирующимся полем "MIME-Version"???
>
>Вы еще про браузеры поспрашивайте, "а чего это они реализованы по разному
>и стандарты нарушают".
>
>Ткните, где указано, как вести себя в случае, когда имеется два поля
>MIME-Version  с разными значениями, и скажите, нафиг их указывать несколько
>раз если значение одинаково.

Огромное спасибо за ответ!
Попробую сформулировать вопрос по другому:
Ищется стандарт, описывающий уникальность (либо не уникальность) поля "MIME-Version"
в заголовке эл. письма.
Ситуацию, вызвавшую этот вопрос, описал ниже в трейде.
Касательно _риторического_ вопроса в отношение amavis-а: я подумал, что комманда разработчиков, прежде чем принять ререшение про отсев писем, внимательно изучила стандарты. Вот я и решил, что все-таки стандарт этот имеется... Только я не могу его найти, в связи с чем и обращаюсь за помощью к знающему all.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

7. "BAD HEADER SECTION Duplicate header field"  +/
Сообщение от ze6ra (??) on 28-Янв-10, 01:29 
>[оверквотинг удален]
>Огромное спасибо за ответ!
>Попробую сформулировать вопрос по другому:
>Ищется стандарт, описывающий уникальность (либо не уникальность) поля "MIME-Version"
>в заголовке эл. письма.
>Ситуацию, вызвавшую этот вопрос, описал ниже в трейде.
>Касательно _риторического_ вопроса в отношение amavis-а: я подумал, что комманда разработчиков, прежде
>чем принять ререшение про отсев писем, внимательно изучила стандарты. Вот я
>и решил, что все-таки стандарт этот имеется... Только я не могу
>его найти, в связи с чем и обращаюсь за помощью к
>знающему all.

Этот заголовок вводится в RFC2045 и там явно нет уникальность, есть только что достаточно 1 раза.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

9. "BAD HEADER SECTION Duplicate header field"  +/
Сообщение от operator (ok) on 28-Янв-10, 09:24 
>[оверквотинг удален]
>>в заголовке эл. письма.
>>Ситуацию, вызвавшую этот вопрос, описал ниже в трейде.
>>Касательно _риторического_ вопроса в отношение amavis-а: я подумал, что комманда разработчиков, прежде
>>чем принять ререшение про отсев писем, внимательно изучила стандарты. Вот я
>>и решил, что все-таки стандарт этот имеется... Только я не могу
>>его найти, в связи с чем и обращаюсь за помощью к
>>знающему all.
>
>Этот заголовок вводится в RFC2045 и там явно нет уникальность, есть только
>что достаточно 1 раза.

спасибо!

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

11. "BAD HEADER SECTION Duplicate header field"  +/
Сообщение от Aquarius (ok) on 28-Янв-10, 14:45 
>Ситуацию, вызвавшую этот вопрос, описал ниже в трейде.
>Касательно _риторического_ вопроса в отношение amavis-а: я подумал, что комманда разработчиков, прежде
>чем принять ререшение про отсев писем, внимательно изучила стандарты. Вот я
>и решил, что все-таки стандарт этот имеется... Только я не могу
>его найти, в связи с чем и обращаюсь за помощью к
>знающему all.

скорее даже не стандарты, а статистику, где чаще попадаются дублирующиеся без необходимости (впрочем, о какой необходимости может идти речь?) поля

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

4. "BAD HEADER SECTION Duplicate header field"  +/
Сообщение от bill (ok) on 27-Янв-10, 21:24 
>В них опять-таки нет указаний по поводу уникальности этого поля. Тогда
>основываясь на 2822 следует, что это поле не должно быть уникальным...

В них также нет указаний, что поле может встречаться несколько раз в одном сообщении. Из этого следует, что поле должно быть уникальным.

К чему этот ребус? Зачем может понадобиться несколько строк MIME-Version?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

5. "BAD HEADER SECTION Duplicate header field"  +/
Сообщение от operator (ok) on 27-Янв-10, 22:46 
>>В них опять-таки нет указаний по поводу уникальности этого поля. Тогда
>>основываясь на 2822 следует, что это поле не должно быть уникальным...
>
>В них также нет указаний, что поле может встречаться несколько раз в
>одном сообщении. Из этого следует, что поле должно быть уникальным.
>
>К чему этот ребус? Зачем может понадобиться несколько строк MIME-Version?

ок.
Объясняю ситуацию:
Админ одной американской фирмы шлет через мой релей письма с двойным одинаковым полем MIME-Version. Я - их успешно режу.
На мою просьбу пофиксить, отвечает, что мол у него все правильно настроено, и что менять он ничего не будет.
В этой ситуации, согласитесь, надо либо перестать проверять уникальность поля MIME-Version, либо послать его разбираться, но естественно подкрепить это надо документом.
Я нахожусь в поисках этого документа.
Я с вами полностью согласен, что поле MIME-Version (по здравой логике) должно быть уникальным.
Только как мы с Вами выяснили, уникальнось полей например subject или message-id описана в RFC2822.
А уникальность MIME-Version, получается, подкрепляется только здравой логикой??? Или все-таки это где-то описано?
Огромное спасибо за ответы и советы!


Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

8. "BAD HEADER SECTION Duplicate header field"  +/
Сообщение от PavelR (??) on 28-Янв-10, 07:26 
>ок.
>Объясняю ситуацию:
>Админ одной американской фирмы шлет через мой релей письма с двойным одинаковым
>полем MIME-Version. Я - их успешно режу.
>На мою просьбу пофиксить, отвечает, что мол у него все правильно настроено,
>и что менять он ничего не будет.
>В этой ситуации, согласитесь, надо либо перестать проверять уникальность поля MIME-Version, либо
>послать его разбираться, но естественно подкрепить это надо документом.
>Я нахожусь в поисках этого документа.

А оно вам надо?

Вон, руцентр, забил на всё, на RFC и здравый смысл, логику, и тупо отмазался. http://nic.ru/dns/service/faq.html#common-6

Оно вам надо, разбираться с этим всем ?

Кстати, лично я _не_ режу письма с BAD HEADER. Хотя, возможно это правило добавляет штрафные баллы...

Просто измените настройку таким образом, чтобы письма с "того" релея были чуточку белее, и проходили сквозь ваш релей.

Или - удачи вам в нелегком деле "чтобы мир стал лучше и светлее".

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

10. "BAD HEADER SECTION Duplicate header field"  +/
Сообщение от operator (ok) on 28-Янв-10, 09:39 
>[оверквотинг удален]
>Оно вам надо, разбираться с этим всем ?
>
>Кстати, лично я _не_ режу письма с BAD HEADER. Хотя, возможно это
>правило добавляет штрафные баллы...
>
>Просто измените настройку таким образом, чтобы письма с "того" релея были чуточку
>белее, и проходили сквозь ваш релей.
>
>Или - удачи вам в нелегком деле "чтобы мир стал лучше и
>светлее".

Придерживаться или нет всякого рода правил, логики, стандартов, по моему скромному мненеию - дело сугубо индивидуальное.
Людей, которые "тупо отмазываются" - всегда найдется много. Но ведь мы с Вами не обязательно будем равняться на тех, кто "тупо отмазывается"?
Мне хотелось узнать больше про сдандарты, описывающие поле MIME-Version.
Вот для этого и был задан мой вопрос.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2022 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру