С недавних пор на стареньком почтовом серваке под FreeBSD 6.2 начал шалить sendmail. Выражалось это в том, что пользователи не могли отправлять сообщения с фложенными файлами, при том, что причем, плэйн-текст или при отправке путем ручного ввода smtp-команд, все отправлялось без проблем. Уже странно... 
Со стороны клиента это выглядело так:
Идет прогресс бар до 90-95%, потом подвисает и выдает ошибку

Греп по проблемным очередям из мэйллога выявил наличие сообщения:


Хотя top показывает, что


Предположил, что не хватает памяти под буферы из-за mysql, который работает вместе с cacti, который болтает с субд по tcp. Отключил их нафик за ненадобностью, но на следующий день ситуация повторилась. Workaround нашелся простой - выставляю через dhcp MTU 1400, вместо дефолтных 1500 (хотя на локальном интерфейсе фри оно выставлено 1500, т.е. должно работать нормально), обновляю адрес на клиенте - все улетает за милую душу.

Подскажите, как отловить багу...   

Это сообщение отредактировал(а) localhost - 25.6.2009, 09:38

Значит ищите, что еще может так хавать память .... Может быть apache какой нибудь?

gather, апача нет. Да и как искать, ежели 158M Free? Вроде никто и не жрет особо. Сидеть, тупо втыкать top?

ограничения с т.з. времени процессора/кол-ва резидентной памяти на процесс sendmail  ставили ?
посмотрите настойки, может он в "тюрьме", к-рая эти ограничения на него одевает.

bilbobagginz, почитал конфиги, ничего криминального не заметил. Все таймауты по умолчанию, другие настройки тоже... На что обратить внимание? Просто проблема опять всплыла... (

Это сообщение отредактировал(а) localhost - 22.7.2009, 16:30

Размеры аттачей, размеры почтовой очереди, размер логов в студию.