Forum Debian Users Gang

logi

postfix

/var/log/mail.log

dovecot

/var/log/dovecot.log

To jeszcze pokaz:

cat /etc/postfix/main.cf
cat /etc/postfix/master.cf

cat /etc/dovecot/dovecot.conf

cat /etc/hosts

hostname -f

Coś masz namieszane w dnsach

MX na nic ci nie wskazuje.

Ostatnio edytowany przez hello_world (2013-02-20 15:25:02)

A jak swaksem wyślesz testowego maila poza swoją domenę, też nie dochodzi?
Tu masz przykłady, 2 razy klepać nie zamierzam.

Komunikacja na porcie 25/smtp otwarta?
Bo coraz więcej operatorów blokuje połączenia na port 25 w obie strony,
a serwer SMTP gadają na 25/TCP.

Rekordy MX dla domeny ustawione?

Przy okazji: Dovecot niczego nie wysyła, to serwer POP3/IMAP.
Wysyłaniem zajmuje się Postfix, zawsze.

Możliwe błędy?
1. Zablokowany po drodze port 25 - do sprawdzenia telnetem, netcatem albo nmapem.
2. Żle skonfigurowane rekordy MX, inne serwery nie mogą ich sprawdzić, i traktują maile jako sfałszowane wiadomości.
3. Twój adres IP, na którym działa serwer może być na czarnej liście, RBL, których pełno w necie.
4. Bardzo popularny błąd: Postfix podpięty do routera chodzi na adresie prywatnym 192.168.x.x i  myśli, że to jego IP.
W takim przypadku trzeba na routerze snatować i dnatować połączenia SMTP do z i do Postfixa.
I wreszcie inne serwery nie mają dostępu do Postfixa, bo nie działa przekierowanie portu na routerze, i żaden serwer nie może się połączyć z tym Postfixem z zewnątrz.
A ponieważ wiele serwerół otrzymując maila sprawdza, czy na IP,  z którego mail przyszedł rzeczywiście jest serwer, os Ciebie też nic nie dojdzie.

Możliwe też, że nie masz ustawionego rev-dns, i wtedy każdy normalny filtr spamowy uwali maile od Ciebie.

Tak czy inaczej, najpierw zobacz swaksem, czy coś wyśle na onet, interęe, tlena i gmaila.
Wtedy się sporo dowiesz o swoim serwerze i IP.
I zamiast wrzucać durne obrazki, ustawienia DNS sprawdzaj poleceniem

dig

z paczki bind-tools.

Nic nie dojdzie w żadną stronę, jak nie skonfigurujesz porządnie DNSa:

dig -t mx kazixo.pl
......
;; QUESTION SECTION:
;kazixo.pl.            IN    MX

;; AUTHORITY SECTION:
kazixo.pl.        1800    IN    SOA    ns1.kazixo.pl. root.kazixo.pl. 2013021904 28800 7200 604800 86400

rekordu MX ani śladu....

dig -t txt kazixo.pl
.........
;; QUESTION SECTION:
;kazixo.pl.            IN    TXT

;; AUTHORITY SECTION:
kazixo.pl.        1800    IN    SOA    ns1.kazixo.pl. root.kazixo.pl. 2013021904 28800 7200 604800 86400

Rekordu SPF ani śladu....
A SPF jest sprawdzany przez większość serwerów, np Gmaila.

I naucz się do cholery, że link, to nie kod czy cytat, do wklejania sznurka są znaczniki  URL

Edit:
Rekord MX właśnie się pojawił, zrób sobie jeszcze rekordy SPF.
Najlepiej jakiś prosty, np:

v=spf1 a mx -all

To by było na tyle
;-)

Ostatnio edytowany przez Jacekalex (2013-02-20 16:20:25)

Musisz poczekać na rozgłoszenie zmian w domenie.
Jeżeli TTL w domenie masz ustawiony na np 7 dni, to musisz te 7 dni poczekać.
Na przyszłość, do konfiguracji DNSa ustawia się czas rzędu TT 3600 - godzina, a  jak wszystko działa,
U ciebie będą czekać tylko:

ns1.kazixo.pl.        82379    IN    A    192.166.219.124

sekund. :D

Rozgłoszenie DNS musi potrwać.

DNSy tylko do wysyłania?

Weź sobie poczytaj o filtrach antyspamowych, odpytywaniu zwrotnym serwera wysyłającego, sprawdzaniu SPF, podpisów  DKIM i setce innych kombinacjii antyspamowych.

Mogę Ci tylko napisać, ze jak nie ma twojego adresu MX, albo rev-dns, to twoja poczta dojdzie tylko do twojej d... jak ją tam wyślesz.
Żeby zaakceptował ją np serwer Gmaila, czy Yahoo, musi być spełniona całkiem pokaźna lista warunków.
Niektóre serwery za granicą w ogóle nie przyjmą maila bez podpisu DKIM.
Tu masz opis:
http://pl.wikipedia.org/wiki/DomainKeys_Identified_Mail
http://support.google.com/a/bin/answer.py?hl=pl&answer=174124
http://support.google.com/a/bin/answer.py?hl=pl&answer=33786