The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Настройка sendmail"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [Проследить за развитием треда]

"Настройка sendmail"  
Сообщение от Alex_Smirnov email(ok) on 30-Окт-07, 12:15 
В рекомендациях настройки sendmail, в примерах у многих стоит такой параметр
define('confMAX_MIME_HEADER_LENGTH', '256/128') в sendmail.mc
Добавил его в настройку своего почтового сервера. В результате при отправки письма через мой сервер пользователи имеют кривые имена файлов вложений: 26 первых символов отображаетсмя нормально далее =-UTF-8-B-0LLRi9C5INC00L7QutGD0LzQtdC
(вот так выглядит имя вложенного файла "Текстовый документ Тексто =-UTF-8-B-0LLRi9C5INC00L7QutGD0LzQtdC") Такой результат и в TheBat и Thunderbird

По имени параметра понятно, что он должен ограничивать длину MINE заголовка.
Но зачем нужен этот параметр, если он не дает нормально работать пользователям?

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

 Оглавление

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


1. "Настройка sendmail"  
Сообщение от lavr email on 30-Окт-07, 12:36 
>[оверквотинг удален]
>define('confMAX_MIME_HEADER_LENGTH', '256/128') в sendmail.mc
>Добавил его в настройку своего почтового сервера. В результате при отправки письма
>через мой сервер пользователи имеют кривые имена файлов вложений: 26 первых
>символов отображаетсмя нормально далее =-UTF-8-B-0LLRi9C5INC00L7QutGD0LzQtdC
>(вот так выглядит имя вложенного файла "Текстовый документ Тексто =-UTF-8-B-0LLRi9C5INC00L7QutGD0LzQtdC") Такой результат
>и в TheBat и Thunderbird
>
>По имени параметра понятно, что он должен ограничивать длину MINE заголовка.
>Но зачем нужен этот параметр, если он не дает нормально работать пользователям?
>

дело не в параметре, а в отсутствии знаний начиная с RFC822 - формат mail headers и
далее что есть MIME и для чего нужен, это еще целый набор RFC.

PS. Поля в headers не могут иметь безграничную длину, некоторые поля headers можно
легко использовать под SPAM запихивая туда всякую лабуду большОго размера - это наводка


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

2. "Настройка sendmail"  
Сообщение от Alex_Smirnov email(ok) on 30-Окт-07, 14:51 
Спасибо за ответ. Да RFC не читал (Хотя в RFC822 посмотрел, про MIME ни слова). Но все же не понятно как у всех остальных, кто ставит парамет ограничивающий размер MIME заголовков, пользователи отправляют вложения с длинными именами файлов (в моем случае более 26 символов, включая расширение) ?
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Настройка sendmail"  
Сообщение от lavr email on 30-Окт-07, 15:12 
>Спасибо за ответ. Да RFC не читал (Хотя в RFC822 посмотрел, про
>MIME ни слова). Но все же не понятно как у всех
>остальных, кто ставит парамет ограничивающий размер MIME заголовков, пользователи отправляют вложения
>с длинными именами файлов (в моем случае более 26 символов, включая
>расширение) ?

ограничение MIME-HEADERS действует только на headers письма, например на Subject,
и уж никак не влияет на mail-body (на тело письма)

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

4. "Настройка sendmail"  
Сообщение от Alex_Smirnov email(ok) on 30-Окт-07, 16:05 
>
>ограничение MIME-HEADERS действует только на headers письма, например на Subject,
>и уж никак не влияет на mail-body (на тело письма)

не на headers письма, а на headers вложения в письмо

Стоило отключить define('confMAX_MIME_HEADER_LENGTH', '256/128') и имена файлов вложений стали приниматься нормально. Насколько я понимаю MIME - это обобщенное название методов упаковки вложений в письмо. Не читая RFC, а посмотрев на содержимое письма можно увидеть что перед каждым вложением есть заголовок с зашифрованным именем файла, методом кодирования, длина.

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

5. "Настройка sendmail"  
Сообщение от lavr email on 30-Окт-07, 17:14 
>>
>>ограничение MIME-HEADERS действует только на headers письма, например на Subject,
>>и уж никак не влияет на mail-body (на тело письма)
>
>не на headers письма, а на headers вложения в письмо

тоже не так, точно будет:

[quote]
      MaxMimeHeaderLength=N[/M]
                [no  short  name] Sets the maximum length of
                certain MIME header field values to N  char-
                acters.  These MIME header fields are deter-
                mined by being a member of class {checkMIME-
                TextHeaders},  which currently contains only
                the header Content-Description.  For some of
                these  headers  which  take  parameters, the
                maximum length of each parameter is set to M
                if  specified.   If /M is not specified, one
                half of N will be used.  By  default,  these
                values  are 2048 and 1024, respectively.  To
                allow any length, a value of 0 can be speci-
                fied.
[/quote]

>Стоило отключить define('confMAX_MIME_HEADER_LENGTH', '256/128') и имена файлов вложений стали приниматься нормально. Насколько
>я понимаю MIME - это обобщенное название методов упаковки вложений в
>письмо. Не читая RFC, а посмотрев на содержимое письма можно увидеть
>что перед каждым вложением есть заголовок с зашифрованным именем файла, методом
>кодирования, длина.

у каждого свой стиль изучения, если бегло посмотреть Changelog или RELEASE_NOTES
можно найти куда двигаться дальше, ограничения MaxHeaderLines + MaxMime... ко всему
прочему предотвращают от DoS атак.

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

6. "Настройка sendmail"  
Сообщение от Alex_Smirnov email(ok) on 31-Окт-07, 07:08 
>
>у каждого свой стиль изучения, если бегло посмотреть Changelog или RELEASE_NOTES
>можно найти куда двигаться дальше, ограничения MaxHeaderLines + MaxMime... ко всему
>прочему предотвращают от DoS атак.

Спорить о том что документацию читать надо, я не буду. Согласен, что 'confMAX_MIME_HEADER_LENGTH' ввели не просто так.
Но вот ответ на свой вопрос, как быть с вложенными файлами имена которых длинее 26 символов при установленном define('confMAX_MIME_HEADER_LENGTH', '256/128'), я найти не могу.
Пользователи уже привыкли отправлять подобные файлы, вот если бы
define('confMAX_MIME_HEADER_LENGTH', '256/128'
не давал sendmail принимать подобние письма и выдавал почтовому клиенту причину отказа - превышение MAX_MIME_HEADER_LENGTH. А так письмо уходит, а приходит с испорченым именем файла(-лов), при этом его можно сохранить, надо лишь угадать какое было расшинение у файла ( .doc .xls и т.п.). Своих пользователей конечно можно заставить отправлять файлы с короткими именами, а как быть с посторонними ( с клиентам компании)?
Не уже ли, ни у кого не было подобной проблемы ?
P.S. Хотя наверное виноват почтовый клиент

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

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

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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