The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"Postfix и получение писем, превышающих  message_size_limit"
Вариант для распечатки Архивированная нить - только для чтения! 
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [Проследить за развитием треда]

"Postfix и получение писем, превышающих  message_size_limit"
Сообщение от Alex Belsky emailИскать по авторуВ закладки on 12-Май-04, 06:38  (MSK)
Заметил некоторую странность в работе сервера: при попытке получить сервером большое письмо (больше чем message_size_limit) в  логе появляются следующие записи:
May 12 02:39:14 mail postfix/smtpd[14748]: connect from xxx.xxx.ru[ip.ad.res.s]
May 12 02:39:15 mail postfix/smtpd[14748]: 527F628C034: client=xxx.xxx.ru[ip.ad.res.s]
May 12 02:39:15 mail postfix/cleanup[29366]: 527F628C034: message-id=<000001c4377d$59b832a0$4d0d690a@gothdongfe19sd>
May 12 02:50:56 mail postfix/cleanup[29366]: warning: 527F628C034: queue file size limit exceeded
May 12 07:16:00 mail postfix/smtpd[14748]: disconnect from xxx.xxx.ru[ip.ad.res.s]

Так вот -- с 02:50:56 до 07:16:00 на сервер летел трафик xxx.xxx.ru[ip.ad.res.s] со всей возможной скоростью.
Провел такой эксперимент:
1.отправляю фаил больше message_size_limit;
2.при превышении размера письма в лог пишется "queue file size limit exceeded";
3. однако клиент как слал письмо, так продолжал его слать (т.е. на сервер бежал трафик), пока не отправил полностью, и только в конце выдал сообщение об ошибке.
Отсюда вопрос - это только у меня такое "счастье" или это как-то можно исправить?
На сервере стоит ASPLinux_9.0 + Postfix 2.1 + drweb_postfix


  Рекомендовать в FAQ | Cообщить модератору | Наверх

 Оглавление

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

1. "Postfix и получение писем, превышающих  message_size_limit"
Сообщение от MoHaX emailИскать по авторуВ закладки(??) on 12-Май-04, 09:35  (MSK)
>Отсюда вопрос - это только у меня такое "счастье" или это как-то
>можно исправить?
>На сервере стоит ASPLinux_9.0 + Postfix 2.1 + drweb_postfix

Таже фигня.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "Postfix и получение писем, превышающих  message_size_limit"
Сообщение от dev emailИскать по авторуВ закладки(??) on 12-Май-04, 11:31  (MSK)
>Отсюда вопрос - это только у меня такое "счастье" или это как-то
>можно исправить?

by design.
после получения "data" сервер обязан выслушать клиента до конца.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "Postfix и получение писем, превышающих  message_size_limit"
Сообщение от logka Искать по авторуВ закладки(??) on 12-Май-04, 16:00  (MSK)
>>Отсюда вопрос - это только у меня такое "счастье" или это как-то
>>можно исправить?
>
>by design.
>после получения "data" сервер обязан выслушать клиента до конца.


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

  Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "Postfix и получение писем, превышающих  message_size_limit"
Сообщение от Alex Belsky emailИскать по авторуВ закладки on 13-Май-04, 05:40  (MSK)
>>Отсюда вопрос - это только у меня такое "счастье" или это как-то
>>можно исправить?
>
>by design.
>после получения "data" сервер обязан выслушать клиента до конца.

Может можно обрывать коннект длительностью более n-минут(часов)?
Дело то в том, что за последнее время у меня было два таких случая.
(с сервера что-то типа ostrov...ru)
Т.е. часа по 4 подряд каждый раз ко мне летела почта со всей доступной скоростью (благо канал для почтовика был зажат до 200Кбит). Итого набегало ~600Мб заведомо отвергнутой почты :(

  Рекомендовать в FAQ | Cообщить модератору | Наверх


Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.




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

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