Skocz do zawartości
Zaloguj się, aby obserwować  
Gość Kamikadze

Dziwna sprawa z php mail()

Polecane posty

Gość Kamikadze

Coś dziwnego mi się dzieje z mail()...

 

Mam pocztę przekierowaną na google aps. Ok działa wysyłam z o2 i do o2 - działa.

Wysyłam / Odbieram na inny zewnętrzny serwer - działa

Wysyłam z serwera przez PHP na o2 - działa

Wysyłam z serwera przez PHP na swoją domenę - nie działa

Wysyłam z konta A do konta B w swojej domenie - działa

 

 

Siedzę kilka godzin i ręce mi opadają ;)

 

 

Korzystałem z różnych skryptów i żaden nie chce poprawnie wysłać (na inne skrzynki prócz w mojej domenie idzie ładnie)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Jeśli serwer traktuje pocztę w tej domenie jako "wewnętrzną" (jest skonfigurowany, aby obsługiwać tę domenę) to nieważne są dla niego ustawienia DNS (do GoogleApps w tym przypadku), nawet ich nie sprawdzi, będzie wszelkie maile obsługiwał wewnętrznie. A przynajmniej tak właśnie okazywało się już w kilku przypadkach, z jakimi miałem do czynienia. Wystarczającą dla mnie opcją było ustawienie (wewnętrznie) catch-all -> prześlij -> adres w innej domenie, być może można to inaczej załatwić.

 

Ewentualnie możesz w PHP ustawić używanie zewnętrznego SMTP.

Edytowano przez Piotr GRD (zobacz historię edycji)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Po pierwsze jaki MTA, po drugie logi. Logi powiedzą jak mail jest dostarczany (w przypadku exima loguje się transport, przez który jest to wysyłane) i może być tak, że traktowane jest to jako dostarczenie lokalne.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
Gość Kamikadze

Ale dziwne... Działało i nagle przestało...

 

Edit:

 

Co do logów to hmm...

 

mail.log - pusto na temat jakiegokolwiek maila z www (tzn. godzinę wcześniej są normalnie, ale po 22 nic)

mail.info - j.w.

mail.err - pusto

mail.warn:

Dec 4 21:25:44 s6 postfix/qmgr[13435]: warning: database /etc/postfix/openpanel/transport_map.db is older than source file /etc/postfix/openpanel/transport_$

Dec 4 21:25:44 s6 postfix/trivial-rewrite[13436]: warning: database /etc/postfix/openpanel/virtual_alias.db is older than source file /etc/postfix/openpanel$

Dec 4 21:25:44 s6 postfix/trivial-rewrite[13436]: warning: database /etc/postfix/openpanel/virtual_mailbox.db is older than source file /etc/postfix/openpan$

Dec 4 21:25:44 s6 postfix/trivial-rewrite[13436]: warning: database /etc/postfix/openpanel/virtual_mailbox_domains.db is older than source file /etc/postfix$

Dec 4 21:25:44 s6 postfix/trivial-rewrite[13436]: warning: database /etc/postfix/openpanel/transport_map.db is older than source file /etc/postfix/openpanel$

Dec 4 21:25:44 s6 postfix/trivial-rewrite[13436]: warning: database /etc/postfix/openpanel/transport_map.db is older than source file /etc/postfix/openpanel$

Dec 4 21:25:44 s6 postfix/smtp[13437]: warning: database /etc/postfix/openpanel/transport_map.db is older than source file /etc/postfix/openpanel/transport_$

Dec 4 21:25:44 s6 postfix/smtp[13438]: warning: database /etc/postfix/openpanel/transport_map.db is older than source file /etc/postfix/openpanel/transport_$

Dec 4 21:25:44 s6 postfix/smtp[13439]: warning: database /etc/postfix/openpanel/transport_map.db is older than source file /etc/postfix/openpanel/transport_$

Dec 4 21:25:44 s6 postfix/smtp[13440]: warning: database /etc/postfix/openpanel/transport_map.db is older than source file /etc/postfix/openpanel/transport_$

Dec 4 21:25:44 s6 postfix/smtp[13441]: warning: database /etc/postfix/openpanel/transport_map.db is older than source file /etc/postfix/openpanel/transport_$

Dec 4 21:25:44 s6 postfix/error[13446]: warning: database /etc/postfix/openpanel/transport_map.db is older than source file /etc/postfix/openpanel/transport$

Dec 4 21:25:44 s6 postfix/error[13447]: warning: database /etc/postfix/openpanel/transport_map.db is older than source file /etc/postfix/openpanel/transport$

Dec 4 21:25:44 s6 postfix/error[13448]: warning: database /etc/postfix/openpanel/transport_map.db is older than source file /etc/postfix/openpanel/transport$

Dec 4 21:25:46 s6 postfix/cleanup[13451]: warning: database /etc/postfix/openpanel/virtual_alias.db is older than source file /etc/postfix/openpanel/virtual$

Dec 4 21:25:46 s6 postfix/cleanup[13451]: warning: database /etc/postfix/openpanel/transport_map.db is older than source file /etc/postfix/openpanel/transpo$

Dec 4 21:25:46 s6 postfix/pipe[13452]: warning: database /etc/postfix/openpanel/transport_map.db is older than source file /etc/postfix/openpanel/transport_$

 

które oczywiście nic mi nie mówią ;)

 

 

Jeszcze jakieś mogę podać?

Edytowano przez Kamikadze (zobacz historię edycji)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Raczej na pewno tak jest. Jeśli cokolwiek wskazuje na Twoją domenę po stronie serwera (hostsy, ustawienia obsługiwanej domeny, dnsy) to leci ona do localhosta.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
Gość Kamikadze

Hmm...

 

Sprawdziłęm w webminie - była kolejka niewysłanych wiadomości a tam:

 

 

 

This is the mail system at host serwerstatus.pl.

 

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

 

<kontakt@serwerstatus.pl>: user unknown. Command output: Invalid user

specified.

 

master.cf

 


# File generated by openpanel postfix-masterconf
#
# Configuration changes to this file will be preserved, but comments may get
# lost when additional OpenPanel packages are installed.
# ===========================================================================
# service	   type    private unpriv  chroot  wakeup  maxproc cmd+args
# ===========================================================================
smtp		    inet    n	   -	   -	   -	   -	   smtpd
smtp		    unix    -	   -	   -	   -	   -	   smtp
pickup		  fifo    n	   -	   -	   60	  1	   pickup
cleanup		 unix    n	   -	   -	   -	   0	   cleanup
qmgr		    fifo    n	   -	   n	   300	 1	   qmgr
tlsmgr		  unix    -	   -	   -	   1000?   1	   tlsmgr
rewrite		 unix    -	   -	   -	   -	   -	   trivial-rewrite
bounce		  unix    -	   -	   -	   -	   0	   bounce
defer		   unix    -	   -	   -	   -	   0	   bounce
trace		   unix    -	   -	   -	   -	   0	   bounce
verify		  unix    -	   -	   -	   -	   1	   verify
flush		   unix    n	   -	   -	   1000?   0	   flush
proxymap	    unix    -	   -	   n	   -	   -	   proxymap
proxywrite	  unix    -	   -	   n	   -	   1	   proxymap
relay		   unix    -	   -	   -	   -	   -	   smtp
 -o smtp_fallback_relay=

showq		   unix    n	   -	   -	   -	   -	   showq
error		   unix    -	   -	   -	   -	   -	   error
retry		   unix    -	   -	   -	   -	   -	   error
discard		 unix    -	   -	   -	   -	   -	   discard
local		   unix    -	   n	   n	   -	   -	   local
virtual		 unix    -	   n	   n	   -	   -	   virtual
lmtp		    unix    -	   -	   -	   -	   -	   lmtp
anvil		   unix    -	   -	   -	   -	   1	   anvil
scache		  unix    -	   -	   -	   -	   1	   scache
maildrop	    unix    -	   n	   n	   -	   -	   pipe
 flags=DRhu user=vmail argv=/usr/bin/maildrop -d ${recipient} -f ${sender}

uucp		    unix    -	   n	   n	   -	   -	   pipe
 flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail ($recipient)

ifmail		  unix    -	   n	   n	   -	   -	   pipe
 flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop ($recipient)

bsmtp		   unix    -	   n	   n	   -	   -	   pipe
 flags=Fq. user=bsmtp argv=/usr/lib/bsmtp/bsmtp -t$nexthop -f$sender $recipient

scalemail-backend	   unix    -	   n	   n	   -	   2	   pipe
 flags=R user=scalemail argv=/usr/lib/scalemail/bin/scalemail-store ${nexthop} ${user} ${extension}

mailman		 unix    -	   n	   n	   -	   -	   pipe
 flags=FR user=list argv=/usr/lib/mailman/bin/postfix-to-mailman.py ${nexthop} ${user}

 

main.cf

 

# See /usr/share/postfix/main.cf.dist for a commented, more complete version

# Debian specific:  Specifying a file name will cause the first
# line of that file to be used as the name.  The Debian default
# is /etc/mailname.
#myorigin = /etc/mailname
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
biff = no
# appending .domain is the MUA's job.
append_dot_mydomain = no
# Uncomment the next line to generate "delayed mail" warnings
#delay_warning_time = 4h
readme_directory = no
# TLS parameters
smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
smtpd_use_tls=yes
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
# See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for
# information on enabling SSL in the smtp client.
#myhostname = dev.vpsnode.us
myhostname = serwerstatus.pl
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = localmail.s6
relayhost =
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
maildrop_destination_recipient_limit = 1
virtual_transport = maildrop
smtpd_sasl_auth_enable = yes
smtpd_sasl_local_domain = $myhostname
smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, check_relay_domains, reject_unauth_destination
virtual_mailbox_domains = $virtual_mailbox_maps, hash:/etc/postfix/openpanel/virtual_mailbox_domains
virtual_mailbox_maps = hash:/etc/postfix/openpanel/virtual_mailbox
virtual_alias_maps = $virtual_maps, hash:/etc/postfix/openpanel/virtual_alias
transport_maps = hash:/etc/postfix/openpanel/transport_map
relay_domains = $mydestination, hash:/etc/postfix/openpanel/transport_map
inet_protocols = all

 

coś jeszcze mogę wkleić?

 

Poczta to moja pięta achillesowa... :)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

myhostname = serwerstatus.pl

 

Zmień np. na jakieś master.serwerstatus.pl

 

 

ten master niekoniecznie musi wskazywać na serwerstatus.pl. Chodzi o to, żeby serwer nie traktował maili wysyłanych do @serwerstatus.pl jako localhost.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
Gość Kamikadze

to samo...

 

 

 

 

Dodatkowo wiadomość zwrotna:

 

 

Mail headers View all headers From MAILER-DAEMON@dev.vpsnode.us (Mail Delivery System) To www-data@dev.vpsnode.us Date Tue, 4 Dec 2012 22:37:49 +0100 (CET) Subject Undelivered Mail Returned to Sender Message text

This is the mail system at host serwerstatus.pl.

 

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

 

<kontakt@serwerstatus.pl>: user unknown. Command output: Invalid user

specified.

 

 

 

nie wiem dlaczego ciągle mi pokazuje dev.vpsnode.us - wcześniej co prawda było to zanim napisałem temat jako myhostname, ale też nie hulało ;)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Spróbuj dpkg-reconfigure postfix, powinien spytać na jakich adresach nasłuchiwać, wykreśl stamtąd serwerstatus.pl (o ile będzie).

 

Dodatkowo sprawdź czy nie widnieje stałe dopisanie serwerstatus.pl w jakimś /etc/hosts albo ustawieniach serwera DNS (jeśli używasz lokalnego bind9 czy czegoś podobnego).

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
Gość Kamikadze

No dobra, teraz się nie kolejkują (nie ma tych zwrotów), ale problem nadal występuje...

 

tak używam binda9, i jest wszystko w hosts. Ale jeszcze sprawdzę wszystko dla pewności ;)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Chodzi o to, żeby bind nie ustawiał domyślnie MX dla serwerstatus.pl na Twoje IP, a właśnie na serwery google (tak jak masz w ustawieniach domeny).

 

Czyli rekord A bez zmian, ale MX => google

 

 

A w hostsach upewnij się, że masz priorytet w używaniu DNS'ów 127.0.0.1, dla testu możesz użyć googlowego 8.8.8.8 i sprawdzić jak będzie działać.

 

root@JustArchi:/ host serwerstatus.pl

serwerstatus.pl has address 188.116.52.34

serwerstatus.pl mail is handled by 5 ALT1.ASPMX.L.GOOGLE.COM.

serwerstatus.pl mail is handled by 5 ALT2.ASPMX.L.GOOGLE.COM.

serwerstatus.pl mail is handled by 10 ASPMX2.GOOGLEMAIL.COM.

serwerstatus.pl mail is handled by 1 ASPMX.L.GOOGLE.COM.

Edytowano przez Archi (zobacz historię edycji)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
Gość Kamikadze

priorytet to znaczy? Po wklepaniu tej komendy wyskoczyło prawie tak jak u ciebie:

 

serwerstatus.pl has address 188.116.52.34

serwerstatus.pl mail is handled by 5 ALT2.ASPMX.L.GOOGLE.COM.

serwerstatus.pl mail is handled by 10 ASPMX2.GOOGLEMAIL.COM.

serwerstatus.pl mail is handled by 10 ASPMX3.GOOGLEMAIL.COM.serwerstatus.pl.

serwerstatus.pl mail is handled by 1 ASPMX.L.GOOGLE.COM.

serwerstatus.pl mail is handled by 5 ALT1.ASPMX.L.GOOGLE.COM.

 

(dodałem dopiero co jeszcze jeden serwer bo chyba go brakowało wcześniej)

 

 

Edit:

 

Dziwne bo na innym serwerze też nie leci do gugla...

 

Edit2:

 

Na serwerze mam jeszcze jedną domenę i po wysłaniu z lokalnej poczty maila na serwerstatus nie idzie...

 

 

 

Message not sent. Server replied: Requested action not taken: mailbox unavailable

550 5.1.1 <kontakt@serwerstatus.pl>: Recipient address rejected: User unknown in local recipient table

Edytowano przez Kamikadze (zobacz historię edycji)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Priorytet to znaczy kolejnośc /etc/resolv.conf

 

Musimy znaleźć przyczynę błędu. Skoro już postfix się nie skarży na zwroty to przynajmniej w teorii powinno działać dobrze.

 

root@JustArchi:/# host 188.116.52.34

34.52.116.188.in-addr.arpa domain name pointer h1881165234.rev.rootvps.pl.

 

Winą może być zły RevDNS dla Twojego IP (powinno być serwerstatus.pl)

 

Sprawdź czy w panelu klienta rootvps.pl możesz go zmienić, jeśli nie to na życzenie klienta i mail do BOK'u powinni Ci go zmienić.

 

Po pierwsze serwer jak i postfix musza dobrze wykrywać odbiorcę @serwerstatus.pl - jeśli nie ma zwrotów to w teorii wiadomość idzie "gdzieś w internet" więc raczej tu nie ma już błędu.

 

Po drugie RevDNS dla danego IP powinien być identyczny jak ten, z jakiej domeny się podpisuje system mailowy. Jeśli wysyłasz e-maile jako dajmy na to serwer@serwerstatus.pl z localhosta to RevDNS powinien być serwerstatus.pl.

 

Z pomocą przyjdą Ci przede wszystkim komendy host. Jeśli komenda host dla Twojej domeny wskazuje poprawnie na serwery MX to punkt pierwszy jest spełniony.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
Gość Kamikadze

Priorytet to znaczy kolejnośc /etc/resolv.conf

 

Musimy znaleźć przyczynę błędu. Skoro już postfix się nie skarży na zwroty to przynajmniej w teorii powinno działać dobrze.

 

 

 

Winą może być zły RevDNS dla Twojego IP (powinno być serwerstatus.pl)

 

Sprawdź czy w panelu klienta rootvps.pl możesz go zmienić, jeśli nie to na życzenie klienta i mail do BOK'u powinni Ci go zmienić.

 

Po pierwsze serwer jak i postfix musza dobrze wykrywać odbiorcę @serwerstatus.pl - jeśli nie ma zwrotów to w teorii wiadomość idzie "gdzieś w internet" więc raczej tu nie ma już błędu.

 

Po drugie RevDNS dla danego IP powinien być identyczny jak ten, z jakiej domeny się podpisuje system mailowy. Jeśli wysyłasz e-maile jako dajmy na to serwer@serwerstatus.pl z localhosta to RevDNS powinien być serwerstatus.pl.

 

Z pomocą przyjdą Ci przede wszystkim komendy host. Jeśli komenda host dla Twojej domeny wskazuje poprawnie na serwery MX to punkt pierwszy jest spełniony.

 

No tak, ale DNS jest na tym serwerze, ale poczta na google apss... RevDNS ma tutaj coś do powiedzenia? ;)

 

I dziwne że nie idzie z innych serwerów. Może coś nie tak z tymi MX-ami? Poczekam aż się odświeżą i spróbuję jeszcze raz ;)

 

 

Edit: zwroty dalej lecą do www-data lub root (jak przez ssh)

 

Czyli coś jest nie tak moim zdaniem przy konfiguracji z google aps... ;)

Edytowano przez Kamikadze (zobacz historię edycji)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Wiesz, teoretycznie to nie, ale jeśli serwer wysyła pocztę z serwer@serwerstatus.pl do serwerstatus.pl, które jest zlokalizowane w google to google może tą pocztę odrzucać z powodu właśnie innego RevDNS dla danego adresu IP. To oczywiście tylko założenie i wcale nie musi być poprawne, ale już miałem takie przypadki.

 

Tym bardziej, że postfix jak sam mówisz nie zwraca już problemów. Dla pewności w logu mail.log możesz sprawdzić czy serwer prawidłowo odnajduje serwerstatus.pl i wysyła wiadomość. Swoją drogą tam też powinieneś był w stanie znaleźć informacje czy google akceptuje czy odrzuca wiadomość, aczkolwiek tu już nie jestem pewny.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
Gość Kamikadze

hmm...

 

coś się pojawiło:

 

 

Dec 5 00:13:21 s6 postfix/pickup[18781]: 79BA73E074C: uid=33 from=<www-data>

Dec 5 00:13:21 s6 postfix/cleanup[22476]: 79BA73E074C: message-id=<20121205001321.79BA73E074C@poczta.serwerstatus.pl>

Dec 5 00:13:21 s6 postfix/qmgr[18782]: 79BA73E074C: from=<www-data@poczta.serwerstatus.pl>, size=435, nrcpt=1 (queue active)

Dec 5 00:13:21 s6 postfix/local[22478]: 79BA73E074C: to=<kontakt@serwerstatus.pl>, relay=local, delay=0.04, delays=0.03/0/0/0.01, dsn=5.1.1, status=bounced $

Dec 5 00:13:21 s6 postfix/cleanup[22476]: 7F66A3E0772: message-id=<20121205001321.7F66A3E0772@poczta.serwerstatus.pl>

Dec 5 00:13:21 s6 postfix/bounce[22479]: 79BA73E074C: sender non-delivery notification: 7F66A3E0772

Dec 5 00:13:21 s6 postfix/qmgr[18782]: 7F66A3E0772: from=<>, size=2273, nrcpt=1 (queue active)

Dec 5 00:13:21 s6 postfix/qmgr[18782]: 79BA73E074C: removed

Dec 5 00:13:21 s6 postfix/local[22478]: 7F66A3E0772: to=<www-data@poczta.serwerstatus.pl>, relay=local, delay=0, delays=0/0/0/0, dsn=2.0.0, status=sent (del$

Dec 5 00:13:21 s6 postfix/qmgr[18782]: 7F66A3E0772: removed

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
Gość Kamikadze

Ok, mniej więcej zorientowałem się o co chodzi.

 

Na serwerze mam powiedzmy usera test. W PHP wysyłam sobie maila na test@serwerstatus.pl i mail zamiast iść na google apps to idzie mi na lokalnego użytkownika (w systemie).

 

Jak wysyłam na kontakt (gdzie jest w google apps) przychodzi zwrot że nie ma takiego usera...

 

 

w php (wysyłam jako kontakt@pinguj.pl)

 

wysyłam na test@serwerstatus.pl

Od kontakt@pinguj.pl Do test@serwerstatus.pl Wysłano 05/12/2012 12:59 Temat Test email Message contents

Hello World!

 

This is my first mail.

 

 

 

wysyłam na kontakt@serwerstatus.pl (nie mam takiego usera na serwerze)

 

 

Od MAILER-DAEMON@poczta.serwerstatus.pl (Mail Delivery System) Do www-data@poczta.serwerstatus.pl Wys³ano 05/12/2012 12:59 Temat Undelivered Mail Returned to Sender Message contents

This is the mail system at host poczta.serwerstatus.pl.

 

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

 

<kontakt@serwerstatus.pl>: unknown user: "kontakt"

Failed delivery status Final recipient kontakt@serwerstatus.pl Reason for failure unknown user: "kontakt" Reporting mail server poczta.serwerstatus.pl

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

No czyli serwer traktuje domenę serwerstatus.pl wciąż jako własną.

 

Możesz zrobić takiego workarounda - stworzyć domenę np. mail.serwerstatus.pl, z niej wszystko forwardować na te same adresy, tyle że z serwerstatus.pl. Chodzi o to, żeby serwer wysyłał maile do czegoś, czego nie traktuje jako localhosta. Albo się bawisz z configami, albo workaround.

 

Jeśli chodzi o configi to tu w grę wchodzi config postfixa, /etc/hosts i /etc/resolv.conf

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Z loga kluczowe jest "relay=local" co oznacza dostarczenie lokalne czyli nie próbuje nawet wysłać poza serwer.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
Gość Kamikadze

Chyba działa, ale trochę długo maile dochodza... :)

 

 

w hosts zakomentowałem linijkę:

#188.116.52.34 serwerstatus.pl serwerstatus

czy dobrze to nie wiem,

 

w hostname ustawiłem m0 (zmiast poczta) - nie wiem czy dobrze (niby jako rekord A jest na te IP co domena)

w konfiguracji postfixa ustawiłem:

 

 

 

 

 

myhostname = poczta.serwerstatus.pl

alias_maps = hash:/etc/aliases

alias_database = hash:/etc/aliases

myorigin = /etc/mailname

#mydestination = $myhostname, localhost.$mydomain, $mydomain

mydestination = $myhostname

mailbox_size_limit = 0

recipient_delimiter = +

maildrop_destination_recipient_limit = 1

relayhost =

 

pogrubione to jest po zmianach, a zakomentowane przed zmianami i wcześniej relayhost nie było to dałem puste...

 

 

edit:

na o2 dochodza odrazu a na serwerstatus (google apps) z małym opóźnieniem - około 30-60 sekund

Edytowano przez Kamikadze (zobacz historię edycji)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

To opóźnienie wynika prawdopodobnie właśnie z RevDNS'a - wiem bo sam tak miałem jeśli chodzi o gmaila. Grunt, że dochodzą ;).

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Bądź aktywny! Zaloguj się lub utwórz konto

Tylko zarejestrowani użytkownicy mogą komentować zawartość tej strony

Utwórz konto

Zarejestruj nowe konto, to proste!

Zarejestruj nowe konto

Zaloguj się

Posiadasz własne konto? Użyj go!

Zaloguj się

Zaloguj się, aby obserwować  

×