Я следовал этим инструкциям для отправки почты, и вот журнал Postfix:
Sep 26 00:46:24 tshepang postfix/smtpd[5728]: 8EE2464931: client=localhost[127.0.0.1]
Sep 26 00:47:44 tshepang postfix/cleanup[5810]: 8EE2464931: message-id=<20110925224624.8EE2464931@tshepang>
Sep 26 00:47:44 tshepang postfix/qmgr[5772]: 8EE2464931: from=<tshepang@gmail.com>, size=350, nrcpt=1 (queue active)
Sep 26 00:48:04 tshepang postfix/smtp[5859]: 8EE2464931: to=<tshepang.test@gmail.com>, relay=none, delay=127, delays=107/0.01/20/0, dsn=4.4.3, status=deferred (Host or domain name not found. Name service error for name=gmail.com type=MX: Host not found, try again)
Sep 26 00:48:39 tshepang postfix/smtpd[5728]: disconnect from localhost[127.0.0.1]
Также это может быть актуально (из " /etc/postfix/main.cf "):
myhostname = tshepang
mydestination = tshepang, localhost
relayhost =
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
inet_interfaces = all
inet_protocols = all
Я запускаю это на Debian 6.
/etc/resolv.conf
наличие недействительных / неотвечающих распознавателей. Попробуй сделатьhost gmail.com
; посмотрим, получишь ли ты результаты.host gmail.com
даетgmail.com has address 74.125.233.24
на линии, а затем;; connection timed out; no servers could be reached
на второй. Но это странно, потому что я могу пинговать это.host -t mx gmail.com
? Вы правы, хотя, это несколько странно.resolv.conf
, возможно, из-заnetwork-manager
илиresolvconf
не совсем игры в мяч.Ответы:
Повышение пара вопросов, упомянутых в комментариях, которые могут помочь выяснить, что происходит:
Можете ли вы добавить свой
/etc/resolv.conf
вопрос? Вывод, который вы описываетеhost gmail.com
, немного подозрительный и может указывать на проблему с вашим сервером имен.Какой ответ, если таковой имеется, вы получаете от команды
host -t mx gmail.com
?Вы успешно отправляли почту на другие системы с этого компьютера?
Есть ли у вашего интернет-провайдера какая-то явная политика, которая требует от вас использовать его сервер в качестве ретранслятора почты? Если они это сделают, брандмауэр, блокирующий запросы поиска MX, может объяснить странное поведение
host gmail.com
тайм-аута после получения частично правильного результата.источник
no servers could be reached
ошибки отhost
).Раньше у меня была такая же проблема:
..
..
Проблема была в /var/spool/postfix/etc/resolv.conf файле (в изолированном). Посмотри на это.
источник
Попробуйте отключить свойство chroot, чтобы оно не изменялось
/etc/postfix/master.cf
как описано здесь.в
источник
Похоже, что вы находитесь за прокси: адрес gmail.com разрешен, но команда ping не выполняется. Вы можете попробовать напрямую подключиться к SMTP в gmail:
если он отображает «1», вы не можете подключиться, возможно, это связано с фильтрацией безопасности.
источник
Как отметил @Shadur, эта проблема может быть связана с вашим провайдером (или сетью, в которой установлен ваш сервер). Если есть ограничения безопасности для порта SMTP (порт № 25), серверы MX не могут быть достигнуты через этот порт.
Вместо этого вы можете попробовать использовать SMTP через SSL-порт (ssmtp, номер порта 465). Для этого отредактируйте
/etc/postfix/master.cf
файл, закомментируйте строку smtp и добавьте вместо нее строку ssmtp:Чтобы проверить, распознается ли этот пост с этим именем на вашем компьютере, вы можете сделать:
источник