alexku44 Posted September 23, 2019 #1 Posted September 23, 2019 (edited) Добрый день, столкнулся с проблемой, не могу понять какая служба мешает запуску первоначальной настройки. грешу на порт 465. при установки обычного mail server при включении smtp 465 - порт используется другой службой. список установленных приложений виден на скрине. отключал докер, службу уведомлений эл почты, что в панели управления, не помогло, остановил все кроме node, phytone, php та же ошибка где копать? Edited September 23, 2019 by alexku44 Quote
hellion Posted September 23, 2019 #2 Posted September 23, 2019 (edited) Зайти по ssh на ваш сервер, выполнить команду sudo netstat -natp | grep ":465" Что вернет? Возьмите PID процесса из таблицы и дальше выполните так: ps -aux | grep PID - даст направление куда копать Edited September 23, 2019 by hellion Quote
alexku44 Posted September 23, 2019 Author #3 Posted September 23, 2019 3 минуты назад, hellion сказал: Зайти по ssh на ваш сервер, выполнить команду netstat -4na | grep 465 Что вернет? выполнив команду - пусто вот весь список. но там намеков нет на на почтовые порты 465, 110,25 Скрытый текст Proto Recv-Q Send-Q Local Address Foreign Address State tcp 0 0 0.0.0.0:445 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:3262 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:512 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:2049 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:6690 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:40263 0.0.0.0:* LISTEN tcp 0 0 192.168.1.3:49160 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:5000 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:5001 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:139 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN tcp 0 0 192.168.1.3:50001 0.0.0.0:* LISTEN tcp 0 0 192.168.1.3:49170 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:50002 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:53174 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:5432 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:18617 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:443 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:4700 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:892 0.0.0.0:* LISTEN tcp 0 0 172.17.0.1:38438 172.17.0.2:45000 TIME_WAIT tcp 0 0 192.168.1.3:54956 192.168.1.33:1103 TIME_WAIT tcp 586278 0 172.17.0.1:37170 172.17.0.2:45000 ESTABLISHED tcp 0 0 172.17.0.1:38440 172.17.0.2:45000 ESTABLISHED tcp 0 0 172.17.0.1:60506 172.17.0.2:8080 ESTABLISHED tcp 0 0 192.168.1.3:50001 192.168.1.33:60274 FIN_WAIT2 tcp 0 0 192.168.1.3:49070 192.168.1.33:2022 TIME_WAIT tcp 0 0 192.168.1.3:5000 192.168.1.43:50031 ESTABLISHED tcp 0 0 172.17.0.1:37194 172.17.0.2:45000 ESTABLISHED tcp 0 0 192.168.1.3:56302 162.125.34.7:443 TIME_WAIT tcp 0 0 172.17.0.1:38436 172.17.0.2:45000 ESTABLISHED tcp 361203 0 172.17.0.1:37160 172.17.0.2:45000 ESTABLISHED tcp 0 0 192.168.1.3:5000 192.168.1.43:50116 ESTABLISHED tcp 0 0 192.168.1.3:5000 192.168.1.43:50094 ESTABLISHED tcp 0 0 192.168.1.3:44988 192.168.1.33:1559 TIME_WAIT tcp 0 720 192.168.1.3:22 192.168.1.43:50142 ESTABLISHED tcp 0 0 192.168.1.3:38488 162.125.33.4:443 ESTABLISHED tcp 0 0 192.168.1.3:5000 192.168.1.43:50155 ESTABLISHED tcp 0 0 192.168.1.3:5000 192.168.1.43:50096 ESTABLISHED udp 0 0 127.0.0.1:47205 0.0.0.0:* udp 0 0 0.0.0.0:111 0.0.0.0:* udp 0 0 172.17.0.1:123 0.0.0.0:* udp 0 0 192.168.1.3:123 0.0.0.0:* udp 0 0 127.0.0.1:123 0.0.0.0:* udp 0 0 0.0.0.0:123 0.0.0.0:* udp 0 0 172.17.255.255:137 0.0.0.0:* udp 0 0 172.17.0.1:137 0.0.0.0:* udp 0 0 192.168.1.255:137 0.0.0.0:* udp 0 0 192.168.1.3:137 0.0.0.0:* udp 0 0 0.0.0.0:137 0.0.0.0:* udp 0 0 172.17.255.255:138 0.0.0.0:* udp 0 0 172.17.0.1:138 0.0.0.0:* udp 0 0 192.168.1.255:138 0.0.0.0:* udp 0 0 192.168.1.3:138 0.0.0.0:* udp 0 0 0.0.0.0:138 0.0.0.0:* udp 0 0 127.0.0.1:161 0.0.0.0:* udp 0 0 0.0.0.0:35229 0.0.0.0:* udp 0 0 0.0.0.0:514 0.0.0.0:* udp 0 0 192.168.1.3:55900 0.0.0.0:* udp 0 0 192.168.1.3:55901 0.0.0.0:* udp 0 0 192.168.1.3:55902 0.0.0.0:* udp 0 0 127.0.0.1:47901 0.0.0.0:* udp 0 0 127.0.0.1:886 0.0.0.0:* udp 0 0 0.0.0.0:892 0.0.0.0:* udp 0 0 127.0.0.1:50091 0.0.0.0:* udp 0 0 0.0.0.0:986 0.0.0.0:* udp 0 0 0.0.0.0:5353 0.0.0.0:* udp 0 0 0.0.0.0:42397 0.0.0.0:* udp 0 0 0.0.0.0:59113 0.0.0.0:* udp 0 0 0.0.0.0:9997 0.0.0.0:* udp 0 0 0.0.0.0:9998 0.0.0.0:* udp 0 0 0.0.0.0:9999 0.0.0.0:* udp 0 0 0.0.0.0:1900 0.0.0.0:* udp 0 0 0.0.0.0:1900 0.0.0.0:* udp 0 0 0.0.0.0:1900 0.0.0.0:* udp 0 0 0.0.0.0:1900 0.0.0.0:* udp 0 0 0.0.0.0:2049 0.0.0.0:* udp 0 0 0.0.0.0:47155 0.0.0.0:* udp 0 0 0.0.0.0:68 0.0.0.0:* Quote
hellion Posted September 23, 2019 #4 Posted September 23, 2019 (edited) В консоли наберите sudo tail -f /var/log/messages что б вам было видно что происходит, и еще раз попробуйте вызвать проблему в веб-админке. Опять же, кроме 465 там же ворох того, что может быть занято 25,587,110,995,143,993 Edited September 23, 2019 by hellion Quote
alexku44 Posted September 23, 2019 Author #5 Posted September 23, 2019 8 минут назад, hellion сказал: В консоли наберите sudo tail -f /var/log/messages что б вам было видно что происходит, и еще раз попробуйте вызвать проблему в веб-админке. Опять же, кроме 465 там же ворох того, что может быть занято 25,587,110,995,143,993 вот что выдает 2019-09-23T12:10:54+05:00 nnn synopkghelper: resource_api.cpp:288 Update pam-config for MailPlus-Server 2019-09-23T12:10:54+05:00 nnn synopkghelper: resource_api.cpp:288 Update pam-config for MailPlus-Server 2019-09-23T12:10:57+05:00 nnn synopkghelper: SYSTEM: Last message 'resource_api.cpp:288' repeated 1 times, suppressed by syslog-ng on nnn 2019-09-23T12:10:57+05:00 nnn manage_pop3_daemon: mailserver_backend.cpp:63 SLIBCFileGetKeyValue(account_type) failed. 2019-09-23T12:10:58+05:00 nnn manage_pop3_daemon: mailserver_backend.cpp:63 SLIBCFileGetKeyValue(account_type) failed. Quote
hellion Posted September 23, 2019 #6 Posted September 23, 2019 Мало информативно конечно. Еще в папке /var/log должны быть логи от mail plus сервера, у меня он не стоит, но он должен быть назван что то вроде mailplus_err.log Посмотрите у себя, есть ли такой, и что в нем написано. Если пусто - попробуйте еще раз встать на него tail-ом и вызвать ошибку. Quote
alexku44 Posted September 23, 2019 Author #7 Posted September 23, 2019 5 минут назад, hellion сказал: Мало информативно конечно. Еще в папке /var/log должны быть логи от mail plus сервера, у меня он не стоит, но он должен быть назван что то вроде mailplus_err.log Посмотрите у себя, есть ли такой, и что в нем написано. Если пусто - попробуйте еще раз встать на него tail-ом и вызвать ошибку. тоже не густо там. в любом случае спасибо что откликнулись Цитата ash-4.3# sudo tail -f /var/log/mailplus_err.log 2019-09-23T12:08:54+05:00 nnn synoaddressbookd: mailserver_backend.cpp:63 SLIBCFileGetKeyValue(account_type) failed. 2019-09-23T12:08:55+05:00 nnn synoaddressbookd: privilege.cpp:51 SLIBAppPrivUserEnum failed. error=[0x0D00 apppriv_enum_user.c:12] 2019-09-23T12:09:19+05:00 nnn synoaddressbookd: mailserver_backend.cpp:63 SLIBCFileGetKeyValue(account_type) failed. 2019-09-23T12:09:19+05:00 nnn synomailclientd: mailserver_backend.cpp:63 SLIBCFileGetKeyValue(account_type) failed. 2019-09-23T12:09:19+05:00 nnn synomailclientd: privilege.cpp:51 SLIBAppPrivUserEnum failed. error=[0x0D00 apppriv_enum_user.c:12] 2019-09-23T12:09:19+05:00 nnn synoaddressbookd: privilege.cpp:51 SLIBAppPrivUserEnum failed. error=[0x0D00 apppriv_enum_user.c:12] 2019-09-23T12:10:58+05:00 nnn refresh_share_contacts: mailserver_backend.cpp:63 SLIBCFileGetKeyValue(account_type) failed. 2019-09-23T12:10:58+05:00 nnn refresh_share_contacts: refresh_share_contacts.cpp:657 Get empty db path, skip refreshing share contact db 2019-09-23T12:17:38+05:00 nnn refresh_share_contacts: mailserver_backend.cpp:63 SLIBCFileGetKeyValue(account_type) failed. 2019-09-23T12:17:38+05:00 nnn refresh_share_contacts: refresh_share_contacts.cpp:657 Get empty db path, skip refreshing share contact db 2019-09-23T12:24:35+05:00 nnn refresh_share_contacts: mailserver_backend.cpp:63 SLIBCFileGetKeyValue(account_type) failed. 2019-09-23T12:24:35+05:00 nnn refresh_share_contacts: refresh_share_contacts.cpp:657 Get empty db path, skip refreshing share contact db Quote
hellion Posted September 23, 2019 #8 Posted September 23, 2019 Вообще можно попробовать старый проверенный метод Reboot... Quote
alexku44 Posted September 23, 2019 Author #9 Posted September 23, 2019 Только что, hellion сказал: Вообще можно попробовать старый проверенный метод Reboot... пробовал . ладно хрен с ним. в принципе оно не так важно. на второй голой железке накатил начисто, работает собака... хотел сделать сборщик со всех почтовых акков. еще раз спасибо! 😉 Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.