Přidat otázku mezi oblíbenéZasílat nové odpovědi e-mailemVyřešeno Změna verejne pevne IP a nefunkčnost emailu.

Ahoj, změnili nám IP adresu, máme vlastni poštovni server (debian,postfix,smtp). Po změně přestaly chodit jen některe emaily, zpráva se odešle ale nedojde. Jedina zpráva o nedoručeni ktera se vratila je tato

.......host bar22.mpsv.cz[91.214.158.19] said: 554 IP name
lookup failed. No PTR record found. (in reply to RCPT TO command)

Problem bude někde v reverznim záznamu, ale kde?

Náš poskytovatel nás ujištuje že oni maji všechno v pořádku, mám neco nastavit v našem serveru?

Předmět Autor Datum
To je hláška vašeho mailserveru?
JR_Ewing 06.11.2014 09:26
JR_Ewing
Ano,, Mail Delivery System cele to vypada takto This is the mail system at host serverg.mh.cz. I'm…
madzio 06.11.2014 09:35
madzio
Mailserver (91.214.158.19) ma nastavenou restrikci na existenci reverzniho zaznamu pro servery, kter…
JR_Ewing 06.11.2014 09:39
JR_Ewing
Reverzni zaznam ma tedy nastavit náš poskytovatel na "svých dns"?
madzio 06.11.2014 09:59
madzio
Ne, jak to vysvětlit... váš mailserver má nastavenou kontrolu existence reverzního záznamu, ok? Jso…
JR_Ewing 06.11.2014 10:11
JR_Ewing
Není to naopak? Spíše jejich mail server nemá správný nebo žádný PTR záznam. <lukas.voracek@pm.mpsv…
Ilmarinen 07.11.2014 10:27
Ilmarinen
Ne není, tohle je hláška, která se vrátila odesílateli a je to pokus o doručení na server 91.214.158…
JR_Ewing 07.11.2014 12:57
JR_Ewing
Samozřejmě. Předpokládám, že odesílatel odesílá ze serveru serverg.mh.cz. Vzdálený server (91.214.15…
Ilmarinen 07.11.2014 14:34
Ilmarinen
Záznam, PTR byl nastaven někdy o víkendu 8-9.11 ještě dnes to nefunguje :) Odesilání emailu jsme vy…
madzio 10.11.2014 09:46
madzio
Zdá se mi, že to stejně hnije až na serverech ns[12].gts.cz ilmarinen@kalevala:~$ dig -x 193.179.12… poslední
Ilmarinen 10.11.2014 10:28
Ilmarinen

Ano,, Mail Delivery System cele to vypada takto

This is the mail system at host serverg.mh.cz.

I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below.

For further assistance, please send mail to postmaster.

If you do so, please include this problem report. You can delete your own text from the attached returned message.

The mail system

<lukas.voracek@pm.mpsv.cz>: host bar22.mpsv.cz[91.214.158.19] said: 554 IP name
lookup failed. No PTR record found. (in reply to RCPT TO command)

Mailserver (91.214.158.19) ma nastavenou restrikci na existenci reverzniho zaznamu pro servery, ktere se na jen pokousi posilat postu. A v tomto spojení buď reverzní záznam neexistuje, nebo není dostupný (i s tím už jsem se setkal, že poskytnuté DNS servery prostě nebyly schopné přeložit reverzní záznam).

Ne, jak to vysvětlit... váš mailserver má nastavenou kontrolu existence reverzního záznamu, ok?

Jsou dvě možné příčiny:

1) odesílatelův mailserver nemá platný reverzní záznam
nebo
2) váš mailserver není schopen k reverznímu záznamu dostat

Oboje můžeš ověřit

pomocí například dig utility můžeš vyzkoušet z mailserveru dostupnost reverzního (třeba i různých) záznamů, výsledek konfrontovat například s internetovými DNS kontrolními nástroji nebo s výsledky z počítače, o kterém máš jistotu, že reverzi skutečně přeloží (například má nastevené DNS na 8.8.8.8).

Ne není, tohle je hláška, která se vrátila odesílateli a je to pokus o doručení na server 91.214.158.19

Samozřejmě. Předpokládám, že odesílatel odesílá ze serveru serverg.mh.cz.
Vzdálený server (91.214.158.19) odmítl převzít zprávu, protože odesílající server (serverg.mh.cz/193.179.12.195) nemá nastavený PTR záznam.

ilmarinen@kalevala:~$ dig serverg.mh.cz

; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> serverg.mh.cz
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 2944
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;serverg.mh.cz. IN A

;; ANSWER SECTION:
serverg.mh.cz. 1800 IN A 193.179.12.195

;; Query time: 8 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Fri Nov 7 14:29:34 2014
;; MSG SIZE rcvd: 47

ilmarinen@kalevala:~$ dig -x 193.179.12.195

; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> -x 193.179.12.195
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 42930
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;195.12.179.193.in-addr.arpa. IN PTR

;; AUTHORITY SECTION:
12.179.193.in-addr.arpa. 86400 IN SOA ns1.gts.cz. hostmaster.cz.net. 2014110500 28800 7200 604800 86400

;; Query time: 83 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Fri Nov 7 14:29:41 2014
;; MSG SIZE rcvd: 108

Takže pro tazatele… Ano, požádejte svého ISP, aby vám nastavil PTR záznam k IP adrese vašeho poštovního serveru.

Záznam, PTR byl nastaven někdy o víkendu 8-9.11 ještě dnes to nefunguje :)

Odesilání emailu jsme vyresili jinou cestou.

Zde útržek z komunikace mezi námi naším ISP a .......

Problém se zdá být v NS pro 179.193.in-addr.arpa - podle DNS by pro
>>> ni měly být autoritativní 4 NS:
>>> nic.eunet.cz
>>> ns.eunet.cz
>>> ns-ext.vix.com
>>> ns.ripe.net
>>>
>>> NS Eunetu správně odkazují pro 12.179.193.in-addr.arpa na ns1.gts.cz
>>> a ns2.gts.cz, ale:
>>>
>>> - ns-ext.vix.com je zdá se nedostupný. Nepříjemné a zdržující, ale
>>> samo o sobě to takový problém není.
>>>
>>> - ns.ripe.cz odpověď vrací, ale NXDOMAIN - a to je zřejmě ten průser.
>>> vypadá to, že je blbě nakonfigurovaný (tenhle blok nemá zahrnutý v
>>> konfiguraci).

Zdá se mi, že to stejně hnije až na serverech ns[12].gts.cz

ilmarinen@kalevala:~$ dig -x 193.179.12.195 @ns1.gts.cz

; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> -x 193.179.12.195 @ns1.gts.cz
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 42343
;; flags: qr aa rd; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;195.12.179.193.in-addr.arpa.	IN	PTR

;; AUTHORITY SECTION:
12.179.193.in-addr.arpa. 86400	IN	SOA	ns1.gts.cz. hostmaster.cz.net. 2014110500 28800 7200 604800 86400

;; Query time: 15 msec
;; SERVER: 2001:af0:2:a::53#53(2001:af0:2:a::53)
;; WHEN: Mon Nov 10 10:24:27 2014
;; MSG SIZE  rcvd: 108

Zpět do poradny Odpovědět na původní otázku Nahoru