Dziwna sprawa z php mail()

Grudzień 4, 2012

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)

Piotr GRD · Grudzień 4, 2012

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 Grudzień 4, 2012 przez Piotr GRD (zobacz historię edycji)

regdos · Grudzień 4, 2012

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.

Grudzień 4, 2012

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 Grudzień 4, 2012 przez Kamikadze (zobacz historię edycji)

Pan Kot · Grudzień 4, 2012

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.

Grudzień 4, 2012

Na serwerze jest postfix (logi dwa posty wczesniej)

Pan Kot · Grudzień 4, 2012

Tutaj bardziej istotniejszą kwestią będzie plik konfiguracyjny, o ile nie jest on jakoś szczególnie top secret .

Grudzień 4, 2012

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...

Pan Kot · Grudzień 4, 2012

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.

Grudzień 4, 2012

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

Pan Kot · Grudzień 4, 2012

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).

Grudzień 4, 2012

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

Pan Kot · Grudzień 4, 2012

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 Grudzień 4, 2012 przez Archi (zobacz historię edycji)

Grudzień 4, 2012

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 Grudzień 4, 2012 przez Kamikadze (zobacz historię edycji)

Pan Kot · Grudzień 4, 2012

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.

Grudzień 4, 2012

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 Grudzień 4, 2012 przez Kamikadze (zobacz historię edycji)

Pan Kot · Grudzień 4, 2012

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.

Grudzień 5, 2012

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

Pan Kot · Grudzień 5, 2012

status=sent więc stwierdzam, iż po stronie serwera wszystko śmiga.

Maile nadal nie dochodzą?

Grudzień 5, 2012

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

Pan Kot · Grudzień 5, 2012

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

regdos · Grudzień 5, 2012

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

Grudzień 5, 2012

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 Grudzień 5, 2012 przez Kamikadze (zobacz historię edycji)

Pan Kot · Grudzień 5, 2012

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ą .

Grudzień 5, 2012

Dzięki za pomoc, worek z plusami się wysypał dla was

Edytowano Grudzień 5, 2012 przez Kamikadze (zobacz historię edycji)

Zaloguj się

Dziwna sprawa z php mail()

Polecane posty

Gość Kamikadze

Udostępnij ten post

Link to postu

Udostępnij na innych stronach

Piotr GRD 608

Udostępnij ten post

Link to postu

Udostępnij na innych stronach

regdos 1848

Udostępnij ten post

Link to postu

Udostępnij na innych stronach

Gość Kamikadze

Udostępnij ten post

Link to postu

Udostępnij na innych stronach

Pan Kot 1535

Udostępnij ten post

Link to postu

Udostępnij na innych stronach

Gość Kamikadze

Udostępnij ten post

Link to postu

Udostępnij na innych stronach

Pan Kot 1535

Udostępnij ten post

Link to postu

Udostępnij na innych stronach

Gość Kamikadze

Udostępnij ten post

Link to postu

Udostępnij na innych stronach

Pan Kot 1535

Udostępnij ten post

Link to postu

Udostępnij na innych stronach

Gość Kamikadze

Udostępnij ten post

Link to postu

Udostępnij na innych stronach

Pan Kot 1535

Udostępnij ten post

Link to postu

Udostępnij na innych stronach

Gość Kamikadze

Udostępnij ten post

Link to postu

Udostępnij na innych stronach

Pan Kot 1535

Udostępnij ten post

Link to postu

Udostępnij na innych stronach

Gość Kamikadze

Udostępnij ten post

Link to postu

Udostępnij na innych stronach

Pan Kot 1535

Udostępnij ten post

Link to postu

Udostępnij na innych stronach

Gość Kamikadze

Udostępnij ten post

Link to postu

Udostępnij na innych stronach

Pan Kot 1535

Udostępnij ten post

Link to postu

Udostępnij na innych stronach

Gość Kamikadze

Udostępnij ten post

Link to postu

Udostępnij na innych stronach

Pan Kot 1535

Udostępnij ten post

Link to postu

Udostępnij na innych stronach

Gość Kamikadze