The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]



"Postfix медленно принимает письма"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Открытые системы на сервере (Почта / Другая система)
Изначальное сообщение [ Отслеживать ]

"Postfix медленно принимает письма"  +/
Сообщение от vlad357500 (ok), 11-Июн-21, 15:57 
Перешёл на Postfix + Kasрer 8.0 на Ubuntu 18.04
Отправка (MS Outlook 2016) письма с вложением 3 мегабайта занимает в среднем 30-40 секунд. (На sendmail - 2-3 секунды)
Включил дебаг, думал какие-то паузы в ожидании ответов по DNS и т.п. - нет.
Всё это время равномерно передаётся тело письма, без пауз. Фрагмент лога прилагается.
Есть идеи, что не так?


Jun 11 15:48:53 se postfix/smtpd[13824]: rec_put: type N len 76 data WEjwa1Y5hG
Jun 11 15:48:53 se postfix/smtpd[13824]: rec_put: type N len 76 data bmRvYmoNNT
Jun 11 15:48:53 se postfix/smtpd[13824]: rec_put: type N len 76 data MS9UeXBlL0
...
Jun 11 15:48:54 se postfix/smtpd[13824]: rec_put: type N len 76 data wzXqVlf0Vj
Jun 11 15:48:54 se postfix/smtpd[13824]: vstream_fflush_some: fd 29 flush 4096
Jun 11 15:48:54 se postfix/smtpd[13824]: rec_put: type N len 76 data Dzs+Yz/nKZ
...
Jun 11 15:48:57 se postfix/smtpd[13824]: rec_put: type N len 76 data Wke5iTPh3E
Jun 11 15:48:57 se postfix/smtpd[13824]: rec_put: type N len 76 data 8hZkVQvSU5
Jun 11 15:48:57 se postfix/smtpd[13824]: rec_put: type N len 76 data qVX32w1Pvf
Jun 11 15:48:57 se postfix/smtpd[13824]: vstream_buf_get_ready: fd 25 got 4096
...
Jun 11 15:49:19 se postfix/smtpd[13824]: rec_put: type N len 76 data cGXUqOHKqO
Jun 11 15:49:19 se postfix/smtpd[13824]: rec_put: type N len 40 data ZG9iag1zdG
Jun 11 15:49:19 se postfix/smtpd[13824]: rec_put: type N len 0 data
Jun 11 15:49:19 se postfix/smtpd[13824]: rec_put: type N len 45 data ------=_Ne
Jun 11 15:49:19 se postfix/smtpd[13824]: rec_put: type N len 0 data
Jun 11 15:49:19 se postfix/smtpd[13824]: rec_put: type X len 0 data
Jun 11 15:49:19 se postfix/smtpd[13824]: rec_put: type E len 0 data
Jun 11 15:49:19 se postfix/smtpd[13824]: vstream_fflush_some: fd 29 flush 3505
...
Jun 11 15:49:28 se postfix/smtpd[13824]: abort all milters
Jun 11 15:49:28 se postfix/smtpd[13824]: milter8_abort: abort milter unix:/klms/klms_milter_sock
Jun 11 15:49:28 se postfix/smtpd[13824]: disconnect event to all milters
Jun 11 15:49:28 se postfix/smtpd[13824]: milter8_disc_event: quit milter unix:/klms/klms_milter_sock
Jun 11 15:49:28 se postfix/smtpd[13824]: vstream_fflush_some: fd 26 flush 15
Jun 11 15:49:28 se postfix/smtpd[13824]: disconnect from vlad.ss.local[10.2.8.1] ehlo=1 mail=1 rcpt=1 data=1 quit=1 commands=5
Jun 11 15:49:28 se postfix/smtpd[13824]: free all milters
Jun 11 15:49:28 se postfix/smtpd[13824]: free milter unix:/klms/klms_milter_sock

(всего в логе более 50 000 строк на это сообщение с вложением 3М)

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 11-Июн-21, 17:43   +/
> Есть идеи, что не так?

Стандартно - проверяй пути, права...

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4

2. Сообщение от муу (?), 11-Июн-21, 19:02   +1 +/
Убери кашпировского из цепочки и сравни время.
Тогда будет более понятно кто виноват.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3

3. Сообщение от vlad357500 (ok), 12-Июн-21, 08:37   +/
> Убери кашпировского из цепочки и сравни время.
> Тогда будет более понятно кто виноват.

Закоментил строку smtpd_milters = unix:/klms/klms_milter_sock
Время отправки без изменений.
По ощущениям какой-то медленный алгоритм приёма письма от клиента. Будто где-то надо указать другой совместимый протокол.

В порядке фантазий - разработчик по умолчанию включает в инсталляционном пакете предельно совместимый древний протокол обмена, и есть более современный, но несовместимый с каким-нибудь нетскейпом или типа того, но адекватно работающий с современными почтовыми клиентами. Надо только вписать опцию в конфиг...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

4. Сообщение от vlad357500 (ok), 12-Июн-21, 08:39   +/
>> Есть идеи, что не так?
> Стандартно - проверяй пути, права...

Не совсем понял идею. Что конкретно глянуть?
Если бы не хватало прав на какую-то папку, то и письмо бы не ушло, не пришло.
Но всё работает как часы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

5. Сообщение от Andrey (??), 14-Июн-21, 22:27   +/
>[оверквотинг удален]
> Jun 11 15:49:28 se postfix/smtpd[13824]: milter8_abort: abort milter unix:/klms/klms_milter_sock
> Jun 11 15:49:28 se postfix/smtpd[13824]: disconnect event to all milters
> Jun 11 15:49:28 se postfix/smtpd[13824]: milter8_disc_event: quit milter unix:/klms/klms_milter_sock
> Jun 11 15:49:28 se postfix/smtpd[13824]: vstream_fflush_some: fd 26 flush 15
> Jun 11 15:49:28 se postfix/smtpd[13824]: disconnect from vlad.ss.local[10.2.8.1] ehlo=1
> mail=1 rcpt=1 data=1 quit=1 commands=5
> Jun 11 15:49:28 se postfix/smtpd[13824]: free all milters
> Jun 11 15:49:28 se postfix/smtpd[13824]: free milter unix:/klms/klms_milter_sock
> (всего в логе более 50 000 строк на это сообщение с вложением
> 3М)

Ну если гадать только по логам и описанию проблемы, то можно посоветовать только http://www.postfix.org/TUNING_README.html
Конфигурацию могли-бы показать. top можно посмотреть, количество сетевых подключений.

DNS вносит проблемы только на этапе установления соединения. Дальше tcp держится только на IP.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6

6. Сообщение от vlad357500 (ok), 15-Июн-21, 08:57   +/
> Ну если гадать только по логам и описанию проблемы, то можно посоветовать
> только http://www.postfix.org/TUNING_README.html
> Конфигурацию могли-бы показать. top можно посмотреть, количество сетевых подключений.

Буду крайне признателен.
По подключениям всё просто. Сервер в режиме тестирования - к нему обращаюсь только я.

Результат работы команды postconf -n

alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
anvil_rate_time_unit = 60s
append_dot_mydomain = no
biff = no
compatibility_level = 2
disable_vrfy_command = yes
inet_interfaces = all
inet_protocols = all
mailbox_command = procmail -a "$EXTENSION"
mailbox_size_limit = 0
message_size_limit = 18000000
milter_command_timeout = 180
milter_connect_macros = j _ {daemon_name} {if_name} {if_addr}
milter_connect_timeout = 180
milter_content_timeout = 600
milter_default_action = tempfail
milter_helo_macros = {tls_version} {cipher} {cipher_bits} {cert_subject} {cert_issuer}
milter_mail_macros = i {auth_type} {auth_authen} {auth_ssf} {auth_author} {mail_mailer} {mail_host} {mail_addr}
milter_protocol = 3
milter_rcpt_macros = {rcpt_mailer} {rcpt_host} {rcpt_addr}
mydestination = $myhostname, relpost, ubuntu, localhost.localdomain, localhost
myhostname = mx.mydomain.ru
mynetworks = /etc/postfix/mynetworks
queue_directory = /var/spool/postfix
readme_directory = no
recipient_delimiter = +
relayhost =
smtp_connect_timeout = 75s
smtp_connection_cache_on_demand = yes
smtp_destination_concurrency_limit = 1
smtp_destination_rate_delay = 0s
smtp_extra_recipient_limit = 10
smtp_helo_timeout = 300s
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
smtpd_client_message_rate_limit = 29
smtpd_helo_required = yes
smtpd_policy_service_max_idle = 300s```
smtpd_relay_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unknown_sender_domain, reject_invalid_hostname, reject_non_fqdn_hostname, reject_non_fqdn_sender, check_recipient_access hash:/etc/postfix/recipient_access, defer_unauth_destination
smtpd_sender_restrictions = permit_mynetworks, check_sender_access hash:/etc/postfix/sender_access, check_recipient_access hash:/etc/postfix/recipient_access, reject_unknown_sender_domain, reject_invalid_hostname, reject_non_fqdn_hostname, reject_non_fqdn_sender, reject_unlisted_sender, reject_unauth_destination, reject_unknown_sender_domain
smtpd_tls_cert_file = /etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file = /etc/ssl/private/ssl-cert-snakeoil.key
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtpd_use_tls = yes
transport_maps = hash:/etc/postfix/transport_map
virtual_alias_maps = hash:/etc/postfix/virtual,ldap:/etc/postfix/ldapalias.cf
virtual_gid_maps = static:109
virtual_mailbox_base = /var/mail
virtual_mailbox_domains = se.local
virtual_mailbox_maps = ldap:/etc/postfix/ldap_virtual_mailbox_maps.cf
virtual_minimum_uid = 100
virtual_uid_maps = static:109

Сразу отмечу, что мой IP внесён в mynetworks, и меня пропускает на самом начальном этапе проверки. Отключал и строки с ldap, но и оттуда влияния нет.
Именно медленно построчно передаётся тело письма.
Характерен итог отправки - параметр  ... delays=25/0.01/1/0.84, dsn=2.0.0, status=sent ...
Там первое число - время обработки в секундах до помещения в очередь, т.е. время приёма от клиента. Остальные цифры - время обработки на остальных этапах.
Анализ подробного лога показал, что передаётся от 1500 дл 2100 строк тела письма в секунду, что и набегает в 25 секунд на 4 мегабайта, а бывает и 32 секунды на то же самое письмо.
Гуглил немало - проблема довольно массовая, но решения не нашёл.
Работает это на виртуальной машине, под виндой 2016. Установлено в нескольких местах, проблема идентичная.
DNS вроде в норме, себя я даже в hosts прописал ))

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #7, #10

7. Сообщение от Аноним (1), 15-Июн-21, 10:57   +/
>> Ну если гадать только по логам и описанию проблемы, то можно посоветовать
>> только http://www.postfix.org/TUNING_README.html
>> Конфигурацию могли-бы показать. top можно посмотреть, количество сетевых подключений.
> Результат работы команды postconf -n

версия postfix?

Альтернативные клиенты пробовал (thunderbird, clawsmail etc)?

TLS выключать пробовал?

> Работает это на виртуальной машине,

Hyper-V, VMWare, VirtualBox?


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #8

8. Сообщение от vlad357500 (ok), 15-Июн-21, 11:05   +/
>>> Ну если гадать только по логам и описанию проблемы, то можно посоветовать
>>> только http://www.postfix.org/TUNING_README.html
>>> Конфигурацию могли-бы показать. top можно посмотреть, количество сетевых подключений.
>> Результат работы команды postconf -n
> версия postfix?

3.3.0

> Альтернативные клиенты пробовал (thunderbird, clawsmail etc)?

thunderbird - без разницы

> TLS выключать пробовал?

ХЗ что это, погуглю

>> Работает это на виртуальной машине,
> Hyper-V, VMWare, VirtualBox?

Hyper-V

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #9

9. Сообщение от Аноним (1), 15-Июн-21, 12:04   +/
>> версия postfix?
> 3.3.0

3.6.1 последняя, 3.5.х в крайнем случае

>> TLS выключать пробовал?
> ХЗ что это, погуглю

smtpd_tls_cert_file = /etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file = /etc/ssl/private/ssl-cert-snakeoil.key
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtpd_use_tls = yes

Закомментировать на время

>>> Работает это на виртуальной машине,
> Hyper-V

Очень своеобразное поделие, производит впечатление, что если гость - не винда, то "ну работает же, и ладно". Огребли в разное время с ним энное количество траблов именно по сетевой части, я бы рекомендовал сжечь к чертовой матери и заюзать vmware, если без виртуализации никак.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #12

10. Сообщение от Andrey (??), 15-Июн-21, 12:21   +/
>[оверквотинг удален]
> Там первое число - время обработки в секундах до помещения в очередь,
> т.е. время приёма от клиента. Остальные цифры - время обработки на
> остальных этапах.
> Анализ подробного лога показал, что передаётся от 1500 дл 2100 строк тела
> письма в секунду, что и набегает в 25 секунд на 4
> мегабайта, а бывает и 32 секунды на то же самое письмо.
> Гуглил немало - проблема довольно массовая, но решения не нашёл.
> Работает это на виртуальной машине, под виндой 2016. Установлено в нескольких местах,
> проблема идентичная.
> DNS вроде в норме, себя я даже в hosts прописал ))

Hyper-V на кластере?

Про TLS вам уже написали. Достаточно "smtpd_use_tls = no" поставить.

Попробуйте посмотреть на iowait на виртуалке в момент приема, свободную память, загрузку процессора.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #11

11. Сообщение от vlad357500 (ok), 15-Июн-21, 13:10   +/
> Hyper-V на кластере?

Нет, одиночный.

> Про TLS вам уже написали. Достаточно "smtpd_use_tls = no" поставить.

Сделал - без перемен

> Попробуйте посмотреть на iowait на виртуалке в момент приема, свободную память, загрузку
> процессора.

В убунте нагрузка от процесса postfix составляет менее 1% и по ЦПУ и по памяти
Общая загрузка в пределах 3-4%. Использую top

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

12. Сообщение от vlad357500 (ok), 15-Июн-21, 13:48   +/
> 3.6.1 последняя, 3.5.х в крайнем случае

Предлагаете качнуть откуда-то пакет и поставить поверх того, что система сама ставит?

> Закомментировать на время

Убрал - без изменений.

> Очень своеобразное поделие, производит впечатление, что если гость - не винда, то
> "ну работает же, и ладно". Огребли в разное время с ним
> энное количество траблов именно по сетевой части, я бы рекомендовал сжечь
> к чертовой матери и заюзать vmware, если без виртуализации никак.

Я подумаю )) Ассистент из отпуска выйдет - опробуем

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #14

13. Сообщение от eRIC (ok), 15-Июн-21, 14:17   +/
это куски логов выдернутые из контекста. подозрение может быть на milter, amavis если используется, DNS запросы, LDAP запросы.

в master.cf что творится?

есть логи где есть пару событий где идет начало приема почты и отправки чтобы судить правильнее.

>(всего в логе более 50 000 строк на это сообщение с вложением 3М)

сохраните на pastebin и ссюда ссылку.
а без вложения как ведется себя?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #15

14. Сообщение от Аноним (1), 15-Июн-21, 14:52   +/
>> 3.6.1 последняя, 3.5.х в крайнем случае
> Предлагаете качнуть откуда-то пакет и поставить поверх того, что система сама ставит?

Система ставит то, что напихали в репы люди, зачастую далекие от частностей и конкретностей.
Те более что ты "Гуглил немало - проблема довольно массовая". Вполне себе возможная причина и следствие.


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

15. Сообщение от vlad357500 (ok), 15-Июн-21, 15:27   +/
> это куски логов выдернутые из контекста. подозрение может быть на milter, amavis
> если используется, DNS запросы, LDAP запросы.
> в master.cf что творится?
> есть логи где есть пару событий где идет начало приема почты и
> отправки чтобы судить правильнее.
>>(всего в логе более 50 000 строк на это сообщение с вложением 3М)
> сохраните на pastebin и ссюда ссылку.
> а без вложения как ведется себя?

Я выше упоминал, что в логе есть показательный параметр "delays=24/0.06/1/0.79"
Там первое число - секунды приёма тела письма сервером, а остальные три - проверки и отправка.
Т.е. за долю первой секунды проверяется мой IP на предмет "match_hostname: smtpd_client_event_limit_exceptions:", потом прочие "milter_macro_lookup" и ещё 450 строк логов предварительных ласк. И начинается поток строчек в логе типа "rec_put: type N len 76 data "
И этих строк приходится около 50 000. Длится это (в данном случае) аж 24 секунды.
На финише опять доли секунды на несколько строк завершения типа проверок хоста клиента "match_hostname: smtpd_client_event_limit_exceptions:"

Разумеется, без вложения всё происходит за секунду-две.
Каспера отключил, проблема не в нём.

Уверены, что выкладывание всего лога прольёт больше света на проблему?
Просто мне там многое надо будет "заретушировать"...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #16

16. Сообщение от lavremail (ok), 15-Июн-21, 17:50   +1 +/
> Уверены, что выкладывание всего лога прольёт больше света на проблему?
> Просто мне там многое надо будет "заретушировать"...

уверен что:
1. Убрать все ваши настройки и откатиться на postfix default, добавив только
myhostname mydestination mynetworks
2. После этого смотреть как будет отрабатывать smtpd
3. Без логов можно только гадать

Как вариант, проверить работу сети через iperf...

ps. Большие логи можно сохранять на свободных ресурсах или на своем httpd сервере
и постить на них ссылки.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #17

17. Сообщение от vlad357500 (ok), 16-Июн-21, 11:36   +/
> 1. Убрать все ваши настройки и откатиться на postfix default, добавив только
> myhostname mydestination mynetworks
> 2. После этого смотреть как будет отрабатывать smtpd

Удалил и конфиги и пакет, переустановил - без изменений.

Склоняюсь к мысли об уродстве взаимодействия smtpd на hyper-v
У коллеги скорость обмена ещё на порядок ниже моего
Не дружит MS с линуксами

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #18

18. Сообщение от lavremail (ok), 16-Июн-21, 12:24   +/
>> 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? А вдруг..? Заодно найдете проблемы.

Ну как-то так.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #19, #20

19. Сообщение от vlad357500 (ok), 16-Июн-21, 13:26   +/
> - ftp без записи на диск

Просто летает
Но не совсем понял про "без записи на диск"

> в dealys и "a" и "d" были бы проблемными. А у нас
> a >> (много больше) d,

Согласен...

> И да, утилиты мониторинга сетевого интерфейса: ошибки, повторы...
> аналогично и с disk i/o.

Ошибок на интерфейсе ровно 0 за неделю без перезагрузок

> 2. Проверьте работу I/O с виртуальным диском. (вдруг hdd "дохлый" или виртуальный
> образ лег в неудачную область.

Такая ситуация на всех серверах, куда я передал этот образ для виртуализации

Над остальным работаю

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

20. Сообщение от vlad357500 (ok), 16-Июн-21, 13:34   +/
> Ну как-то так.

Пока сильно грешу на криворукость автора smtpd

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #21, #22, #23

21. Сообщение от lavremail (ok), 16-Июн-21, 15:03   +/
>> Ну как-то так.
> Пока сильно грешу на криворукость автора smtpd

sorry, у меня иное мнение

> Такая ситуация на всех серверах, куда я передал этот образ для виртуализации

один и тот же образ - одни и те же "грабли"... ;)


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #24

22. Сообщение от Аноним (1), 16-Июн-21, 15:05   +/
> Пока сильно грешу на криворукость автора smtpd

Ну-ну...

"Когда Коран писали, минных полей не было!" (с), и вряд ли Вейтс Венема мог даже в страшном сне вообразить свой постфикc в бубунте под hyper-v :)))

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

23. Сообщение от Andrey (??), 16-Июн-21, 15:57   +/
>> Ну как-то так.
> Пока сильно грешу на криворукость автора smtpd

В Гипер-В диск динамический?
Попробуйте поставить жесткий размер диска для виртуалки.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

24. Сообщение от vlad357500 (ok), 16-Июн-21, 16:17   +/
>>> Ну как-то так.
>> Пока сильно грешу на криворукость автора smtpd
> sorry, у меня иное мнение
>> Такая ситуация на всех серверах, куда я передал этот образ для виртуализации
> один и тот же образ - одни и те же "грабли"... ;)

Проблема решена.

Полное удаление postfix* и его установка обратно с возвратом моих конфигов приводит к нужному результату.
Полагаю, при установке пакета компонент smtpd устанавливается с какими-то особенностями, в зависимости от анализа конкретного железа или типа того.

Всем спасибо!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #27

27. Сообщение от vlad357500 (ok), 17-Июн-21, 09:12   +/
>>> Well, if you guess only by the logs and the description of the problem, then you can advise
>>> only https://lailoo.com/
>>> The configuration could be shown. top you can see the number of network connections.
>> The result of the postconf -n command
> postfix version?
> Have you tried alternative clients (thunderbird, clawsmail etc)?
> Have you tried to turn off TLS?
>> It works in a virtual machine,
> Hyper-V, VMWare, VirtualBox?

My problem was solved yesterday.
Postfix and all his files was deleted and installed again. All my configs copyed to old places and smtpd now worked very fast.
I mean, when I move my VM to other platform (hard or soft), I must reinstall postfix. Maybe it is mistake programmers of smtpd.
Sorry for my english, I lorn Deutsch in school ))

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #29

29. Сообщение от lavremail (ok), 17-Июн-21, 13:53   +1 +/
>[оверквотинг удален]
>> Have you tried alternative clients (thunderbird, clawsmail etc)?
>> Have you tried to turn off TLS?
>>> It works in a virtual machine,
>> Hyper-V, VMWare, VirtualBox?
> My problem was solved yesterday.
> Postfix and all his files was deleted and installed again. All my
> configs copyed to old places and smtpd now worked very fast.
> I mean, when I move my VM to other platform (hard or
> soft), I must reinstall postfix. Maybe it is mistake programmers of
> smtpd.

Не может быть никаких "Maybe it is mistake programmers of smtpd",
проблема однозначно в /dev/hands, без обид.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #33

33. Сообщение от eRIC (ok), 13-Июл-21, 09:39   +/
> Не может быть никаких "Maybe it is mistake programmers of smtpd",
> проблема однозначно в /dev/hands, без обид.

+1

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29


Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2021 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру