Голубятня, удаляющая мои письма
У меня есть опыт этих переключателей и их управления на основе политик.
По моему скромному мнению, не случается так что плохое выполнение Вашего управления на основе политик (формирование) с помощью 3550.
Несколько вещей понять. exceed-action drop не является настолько драконовским относительно способа, которым работают другие регуляторы пропускные способности, но он, вероятно, не будет влиять на UDP просто TCP. Это полагается на способность TCP 'замедлить' важное сообщение клиентского программного обеспечения посещения, что соединение переполнено и отправить меньше данных. Мы нашли, что это работает хорошо, добавьте разумный процент к пиковой мощности, и Вы найдете, что большинство соединений отступит беспрепятственно.
Знайте, что, хотя они позволяют Вам сделать, входная и выходная фильтрация там является пределом восемь (да, действительно), политики в отношении каждого устройства для принуждения Вас тратят маленькое состояние с Cisco для более высоких устройств спецификации.
Файлы журнала указывают на отсутствие проблем. Postfix получает письмо и помещает его в qmgr. Затем Dovecot берет электронное письмо от qmgr и помещает его в INBOX, который определен в main.cf postfix, как показано здесь:
May 14 14:23:54 alpha dovecot: lda(kevin): msgid=<...>: saved mail to INBOX
Postfix затем удалит электронное письмо из очереди, как показано здесь:
May 14 14:23:54 alpha postfix/qmgr[16274]: B2FD382E07: removed
Это нормально поведение. Настроен ли ваш каталог mailbox_base с правильными разрешениями в main.cf postfix? Вы проверили свой каталог mailbox_base на предмет сообщений электронной почты, хранящихся во INBOX?