On Mon, Jul 10, 2006 at 06:20:32PM +0400, Pavel Ammosov wrote:

> >   Теперь по ~450МБайт в неделю наматывает. Не знаю толком, много это или
> > мало. Интересен чужой опыт -- какой объём траффика у вас и в каких
> > примерно условиях?
> ~0.5-1 Mегабайт на человека в рабочий день.

  По логам exim'а -- примерно так и есть. Интересно другое -- ipcad:

 Source           Destination    Packets        Bytes  SrcPt DstPt Proto   IF
xx.xx.xx.xx   0.0.0.0             1123        72765     25 65535     6   u1
0.0.0.0       xx.xx.xx.xx         2136       115986     25 65535     6 eth0
xx.xx.xx.xx   0.0.0.0           739320     45252584     25 65535     6   u1
0.0.0.0       xx.xx.xx.xx         1178       477410  65535    25     6 eth0
xx.xx.xx.xx   0.0.0.0             3245      4096990  65535    25     6   u1
0.0.0.0       xx.xx.xx.xx       822958    447306046  65535    25     6 eth0

  Сейчас глянул по-внимательнее и немного не понимаю, чем первая и
третья строчка отличаются... Или 4-я и 6-я. :-/  Ну это уже не тот
вопрос. Во всяком случае все мегабайты в последней строчке -- они
реально есть.  Взгляд в лог exim'а говорит, что он непрерывно занимается
тем, что отшивает незванных отправителей, несколько раз за минуту
примерно вот так:

  Action: teergrubed sender until full configured duration of 120 secs

  Пока писал, кажется, понял. Полезно писать. Пока пишешь, думать
начинаешь, иногда.

  Он их terrgrubed с резервного MX. Я тут писал уже, какое-то время
назад, тогда похожим образом траффик нагонялся fetchmail'ом:

SAteergrube: ${if and { {!eq {$sender_host_address}{127.0.0.1}} {!eq
+{$sender_host_address}{}} } {3.5}{1048576}}
SApermreject: ${if and { {!eq {$sender_host_address}{127.0.0.1}} {!eq
+{$sender_host_address}{}} } {12.0}{1048576}}   
SAtempreject: ${if and { {!eq {$sender_host_address}{127.0.0.1}} {!eq
+{$sender_host_address}{}} } {9.0}{1048576}}

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

  Интересно, а как быть лучше в таком вот случае?  Я думаю, резервный MX
(лежит у провайдера) -- ну его в сад. От него только спам один. А пользы
никакой. В том смысле, что если локально что-то рухнет, то той почты всё
равно никто не почитает пока здесь не будет починено и она досюда не
дойдёт. В чём тогда смысл резервирования (не я придумал...)?  Или я
где-то неправильно думаю. :-/  Аналогично с размещением части адресов
там же, у провайдера. Оно конечно хорошо, в плане надёжности. С другой
стороны у одного пользователя, если в день меньше ~100 спам-сообщений,
бежит жаловаться, мол почта поломалась. :-O  Прикрутил собственно для
чего fetchmail. А что он может сделать?  Теперь все те же 100 сообщений,
из которых 90 прямо в субже -- ***SPAM***. А если их локально держать,
то как рухнет всё, так все и без почты. Что бы такое сделать?
  


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Ответить