Постфикс, не отправляющий/позволяющий получение сообщений после сервера измененные (аппаратные средства)
Всего 2 IP-адреса... Вы могли легко заблокировать дюйм/с с помощью iptables
iptables-I ВВОДЯТ-s 122.89.45.210 ОТБРАСЫВАНИЙ-j
iptables-I ВВОДЯТ-s 260.210.7.62 ОТБРАСЫВАНИЙ-j
Править
Так как IP-адреса растут, Вы могли бы хотеть рассмотреть выполнение чего-то немного более решительного. У Вас есть какая-либо потребность обслужить китайские IP-адреса? В противном случае Вы могли попытаться использовать следующий сайт для справки, блокирующей всю страну. Просто бросьте результаты в свой .htaccess файл:
Другое редактирование
Есть ли что-то еще, что это распространено обо всех запросах? Действительно ли агент пользователя является тем же? Это могло легко помочь в блокировании нападений.
НУ это было странно, но я наконец понял это и исправил в два этапа:
1 - проверка mail.log (я должен был начать с него), я заметил, что постфикс был не удается достичь базы данных mysql. Небольшое исследование, и я понял, что postfix был установлен, а postfix-mysql - нет. Итак, я просто переустановил весь почтовый пакет, используя:
sudo apt-get install postfix postfix-mysql postfix-doc mysql-client mysql-server courier-authdaemon courier-authlib-mysql courier-pop courier-pop-ssl courier-imap courier-imap-ssl libsasl2-2 libsasl2-modules libsasl2-modules-sql sasl2-bin libpam-mysql openssl phpmyadmin apache2 libapache2-mod-php5 php5 php5-mysql libpam-smbpass
Это сделало так, что я, наконец, мог отправлять почту извне, но не получать ее.
2 - после долгих поисков и поисков в Google я закомментировал строку smtpd_relay_restrictions в main.cf, перезапущен постфикс и вуаля, получаю почту извне. пара тестов показала, что комментирование строки не сделало меня открытым реле (не знаю почему), достаточно хорошим для меня
Теперь все работает
Временные сбои при поиске часто вызваны проблемами DNS. Проверьте, правильно ли работает DNS и можете ли вы разрешить записи MX для домена, на который отправляете электронное письмо.