>> 1. Убрать все ваши настройки и откатиться на postfix default, добавив только
>> myhostname mydestination mynetworks
>> 2. После этого смотреть как будет отрабатывать smtpd
> Удалил и конфиги и пакет, переустановил - без изменений.
> Склоняюсь к мысли об уродстве взаимодействия smtpd на hyper-v
> У коллеги скорость обмена ещё на порядок ниже моего
> Не дружит MS с линуксами Если при default'ах, поведение postfix не изменилось:
1. проверьте работу виртуального сетевого интерфейса:
- iperf
- ftp без записи на диск
Судя по delays=a/b/c/d - данные от клиента (a=smtpd), идут с "недостаточной" скорость,
а вот уходят без проблем (d=smtp). Имеем некое противоречие в отношении
виртуального сетевого интерфейса, если бы проблема была в нем, то
в dealys и "a" и "d" были бы проблемными. А у нас a >> (много больше) d,
интерфейс то один:
smtpd = incoming
smtp = outgoing
в default postfix все фильтры by default, никаких внешних фильтров: milter & etc.
Те и smtpd и smtp в принципе, должны быть похожими, разница в том
что при smtpd идет запись на диск сервера (получение), а при smtp - чтение(отправка).
И да, утилиты мониторинга сетевого интерфейса: ошибки, повторы...
аналогично и с disk i/o.
2. Проверьте работу I/O с виртуальным диском. (вдруг hdd "дохлый" или виртуальный
образ лег в неудачную область.
Если проблема в п.1 - проблема в выборе эмуляции виртуальной
сетевой карты и драйвера
Если в п.2 - аналогично п.2
Ну и как советовали:
- VirtualBox и/или VMWare Workstation/Player - чтобы расставить точки
над I. А вдруг это сетевые проблемы Windoze или настроек firewall или
какой-нибудь defender или антивирус?
А вдруг это проблемы в Вашей сети или на клиентском PC или сетевая конфигурация
на данном PC? А вдруг..? Заодно найдете проблемы.
Ну как-то так.
