https://www.opennet.ru/openforum/vsluhforumID1/97741.html Перешёл на Postfix + Kasрer 8.0 на Ubuntu 18.04<br>Отправка (MS Outlook 2016) письма с вложением 3 мегабайта занимает в среднем 30-40 секунд. (На sendmail - 2-3 секунды)<br>Включил дебаг, думал какие-то паузы в ожидании ответов по DNS и т.п. - нет.<br>Всё это время равномерно передаётся тело письма, без пауз. Фрагмент лога прилагается.<br>Есть идеи, что не так?<br><br><br>Jun 11 15:48:53 se postfix/smtpd[13824]: rec_put: type N len 76 data WEjwa1Y5hG<br>Jun 11 15:48:53 se postfix/smtpd[13824]: rec_put: type N len 76 data bmRvYmoNNT<br>Jun 11 15:48:53 se postfix/smtpd[13824]: rec_put: type N len 76 data MS9UeXBlL0<br>...<br>Jun 11 15:48:54 se postfix/smtpd[13824]: rec_put: type N len 76 data wzXqVlf0Vj<br>Jun 11 15:48:54 se postfix/smtpd[13824]: vstream_fflush_some: fd 29 flush 4096<br>Jun 11 15:48:54 se postfix/smtpd[13824]: rec_put: type N len 76 data Dzs+Yz/nKZ<br>...<br>Jun 11 15:48:57 se postfix/smtpd[13824]: rec_put: type N len 76 data Wke5iTPh3E<br>Jun 11 15:48:57 se postfix/smtpd[13824]: rec_put: type N len 76 data 8hZkVQvSU5<br>Jun 11 https://www.opennet.ru/openforum/vsluhforumID1/97741.html#33 Tue, 13 Jul 2021 06:39:46 GMT &gt; Не может быть никаких "Maybe it is mistake programmers of smtpd", <br>&gt; проблема однозначно в /dev/hands, без обид.<br><br>+1<br> https://www.opennet.ru/openforum/vsluhforumID1/97741.html#29 Thu, 17 Jun 2021 10:53:04 GMT &gt;[оверквотинг удален]<br>&gt;&gt; Have you tried alternative clients (thunderbird, clawsmail etc)?<br>&gt;&gt; Have you tried to turn off TLS?<br>&gt;&gt;&gt; It works in a virtual machine, <br>&gt;&gt; Hyper-V, VMWare, VirtualBox?<br>&gt; My problem was solved yesterday.<br>&gt; Postfix and all his files was deleted and installed again. All my <br>&gt; configs copyed to old places and smtpd now worked very fast. <br>&gt; I mean, when I move my VM to other platform (hard or <br>&gt; soft), I must reinstall postfix. Maybe it is mistake programmers of <br>&gt; smtpd.<br><br>Не может быть никаких "Maybe it is mistake programmers of smtpd",<br>проблема однозначно в /dev/hands, без обид.<br> https://www.opennet.ru/openforum/vsluhforumID1/97741.html#27 Thu, 17 Jun 2021 06:12:05 GMT &gt;&gt;&gt; Well, if you guess only by the logs and the description of the problem, then you can advise <br>&gt;&gt;&gt; only https://lailoo.com/ <br>&gt;&gt;&gt; The configuration could be shown. top you can see the number of network connections.<br>&gt;&gt; The result of the postconf -n command <br>&gt; postfix version?<br>&gt; Have you tried alternative clients (thunderbird, clawsmail etc)?<br>&gt; Have you tried to turn off TLS?<br>&gt;&gt; It works in a virtual machine, <br>&gt; Hyper-V, VMWare, VirtualBox?<br><br>My problem was solved yesterday.<br>Postfix and all his files was deleted and installed again. All my configs copyed to old places and smtpd now worked very fast.<br>I mean, when I move my VM to other platform (hard or soft), I must reinstall postfix. Maybe it is mistake programmers of smtpd.<br>Sorry for my english, I lorn Deutsch in school ))<br> https://www.opennet.ru/openforum/vsluhforumID1/97741.html#24 Wed, 16 Jun 2021 13:17:49 GMT &gt;&gt;&gt; Ну как-то так.<br>&gt;&gt; Пока сильно грешу на криворукость автора smtpd <br>&gt; sorry, у меня иное мнение <br>&gt;&gt; Такая ситуация на всех серверах, куда я передал этот образ для виртуализации <br>&gt; один и тот же образ - одни и те же "грабли"... ;) <br><br>Проблема решена.<br><br>Полное удаление postfix* и его установка обратно с возвратом моих конфигов приводит к нужному результату.<br>Полагаю, при установке пакета компонент smtpd устанавливается с какими-то особенностями, в зависимости от анализа конкретного железа или типа того.<br><br>Всем спасибо!<br> https://www.opennet.ru/openforum/vsluhforumID1/97741.html#23 Wed, 16 Jun 2021 12:57:56 GMT &gt;&gt; Ну как-то так.<br>&gt; Пока сильно грешу на криворукость автора smtpd <br><br>В Гипер-В диск динамический?<br>Попробуйте поставить жесткий размер диска для виртуалки.<br> https://www.opennet.ru/openforum/vsluhforumID1/97741.html#22 Wed, 16 Jun 2021 12:05:44 GMT &gt; Пока сильно грешу на криворукость автора smtpd <br><br>Ну-ну...<br><br>"Когда Коран писали, минных полей не было!" (с), и вряд ли Вейтс Венема мог даже в страшном сне вообразить свой постфикc в бубунте под hyper-v :)))<br><br><br><br> https://www.opennet.ru/openforum/vsluhforumID1/97741.html#21 Wed, 16 Jun 2021 12:03:03 GMT &gt;&gt; Ну как-то так.<br>&gt; Пока сильно грешу на криворукость автора smtpd<br><br>sorry, у меня иное мнение<br><br>&gt; Такая ситуация на всех серверах, куда я передал этот образ для виртуализации<br><br>один и тот же образ - одни и те же "грабли"... ;)<br><br><br><br><br> https://www.opennet.ru/openforum/vsluhforumID1/97741.html#20 Wed, 16 Jun 2021 10:34:45 GMT &gt; Ну как-то так.<br><br>Пока сильно грешу на криворукость автора smtpd<br> https://www.opennet.ru/openforum/vsluhforumID1/97741.html#19 Wed, 16 Jun 2021 10:26:10 GMT &gt; - ftp без записи на диск <br><br>Просто летает<br>Но не совсем понял про "без записи на диск"<br><br>&gt; в dealys и "a" и "d" были бы проблемными. А у нас <br>&gt; a &gt;&gt; (много больше) d, <br><br>Согласен...<br><br>&gt; И да, утилиты мониторинга сетевого интерфейса: ошибки, повторы...<br>&gt; аналогично и с disk i/o.<br><br>Ошибок на интерфейсе ровно 0 за неделю без перезагрузок<br><br>&gt; 2. Проверьте работу I/O с виртуальным диском. (вдруг hdd "дохлый" или виртуальный <br>&gt; образ лег в неудачную область.<br><br>Такая ситуация на всех серверах, куда я передал этот образ для виртуализации<br><br>Над остальным работаю<br>