Forum PHP Romania - Discutii despre PHP, MySQL, Javascript, AJAX, etc

[vital.soft]

Am un client care are gazduite 3 librarii virtuale la cei de la mxhost.ro.
Ca orice magazin virtual responsabil si magazinele virtuale dezvoltate de mine stiu sa trimita prin e-mail clientului o copie a comenzii dupa finalizarea ei.
Insa, daca clientul are un cont de e-mail la Yahoo (ceea ce este foarte frecvent), mesajul nu mai ajunge. Nu am probleme cu gmail-ul si nici cu alte servere de mail, doar cu Yahoo.
Le-am scris celor de mxhost si iata ce mi-au raspuns:

Citat: Problema este de la Yahoo care filtreaza f multe mesaje din diferite motive, de obicei la scripturile php ce trimit emailuri nu sunt setate corespunzator sa trimita toate headerele la email si din aceasta cauza multe nu ajung insa doar la Yahoo. Ce mai buna metoda este sa configurati scriptul sa foloseasca la trimitere un server de smpt .

Ceea ce am si facut. Am renuntat la folosirea functiei mail() si am apelat la clasicul deja pachet htmlMimeMail a lui Richard Heyes pentru a trimite mesajul apeland la un server SMPT. Rezultatul? Acelasi. La gmail ajunge, pe alte conturi de e-mail ajunge, la Yahoo - nu.

A mai intampinat cineva genul acesta probleme? Si daca da, atunci ce solutii a gasit?

Daca vrea cineva sa se oboseasca, iata adresa uneia dintre librarii:
universulcartii [punct] ro

[redcom]

poate ajunge dar este in spam. folder

[vital.soft]

Nu, pur si simplu, nu ajunge.

[redcom]

incearca un simplu script de la phpMailer din ce am eu toate ajung in yahoo

[vital.soft]

Problema nu este legata de script. Cel dezvoltat de Richard Heyes este folosit de foarte multa lume, inclusiv de catre osCommerce. Si apoi, acelasi magazin virtual (cu alt skin desigur) nu intampina probleme pe alte servere. Si atunci ma intreb:
- O fi cumva cei de mxhost in vreo lista neagra la Yahoo?

Mai are cineva, ma refer la cei care au site-uri gazduite la mxhost, aceeasi problema?

[redcom]

From office@mxhost.ro Thu Nov 1 04:35:20 2007
X-Apparently-To: mail@mail.ro via 209.191.69.110; Thu, 01 Nov 2007 04:35:20 -0700
X-Originating-IP: [63.247.91.202]
Return-Path: <nobody@server.knox4.com>
Authentication-Results: mta489.mail.mud.yahoo.com from=; domainkeys=neutral (no sig)
Received: from 63.247.91.202 (EHLO server.knox4.com) (63.247.91.202) by mta489.mail.mud.yahoo.com with SMTP; Thu, 01 Nov 2007 04:35:20 -0700
Received: from nobody by server.knox4.com with local (Exim 4.68) (envelope-from <nobody@server.knox4.com>) id 1InYKW-0007Lg-28 for razvasssn224@yahoo.com; Thu, 01 Nov 2007 07:35:20 -0400
To: razvassn224@yahoo.com
Subject: asdas
From: office@mxhost.ro Add to Address Book Add Mobile Alert ,
Reply-to: office@mxhost.ro<office@mxhost.ro>
Message-ID: <1193916920-office@mxhost.ro>
X-Mailer: PHP v5.2.3
MIME-Version: 1.0
Date: Thu, 01 Nov 2007 07:35:20 -0400
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - server.knox4.com
X-AntiAbuse: Original Domain - yahoo.com
X-AntiAbuse: Originator/Caller UID/GID - [99 32002] / [47 12]
X-AntiAbuse: Sender Address Domain - server.knox4.com
X-Source:
X-Source-Args: /usr/local/apache/bin/httpd -DSSL

Content-Length: 88

amoundua mailuri si de pe punct.ro au venit vezi ca yahoo face SPF

[vital.soft]

Culmea este ca atunci cand incerc sa trimita un e-mail cu aceasta secventa foarte simpla de cod:
Cod: mail('contul.meu[at]yahoo[dot]com', 'Salut!', 'La steaua care-a rasarit, e-o cale atat de lunga...');[/quote]
mesajul ajunge. Ajunge in Bulk, dar ajunge!

Ceea ce inseamna ca problema se afla undeva in aceste 2 zone:
- scriptul folosit de mine genereaza niste headere care genereaza suspiciuni din partea lui nenea Yahoo;
- continutul e-mail-ului este interpretat ca spam (dar in acest caz teoretic ar trebui sa junga in Spam Folder!)

[redcom]

super de aici te descurci :P totusi era de la softul folosit de tine :)

[saitek]

[...]Se pare ca de pe la sfarsitul lui 2006, Yahoo, MSN, Gmail, si alte servicii mari, au facut obligatorie chestia cu SPF records, sunt niste entries care se adauga in zona de DNS a nameserverului care face management la domeniul respectiv, si atunci cand se trimite mail, recipientul verifica daca sunt spf records active, daca nu sunt, Mailurile sunt trimise inapoi, si asa ajungi sa pierzi comunicatia cu userii de pe Yahoo, MSN etc.[...]


Deasemenea si domainkeys


Citeste aici http://www.512kbps.com/2007/06/17/spf-records/

Asta e problema de ce multe mails nu ajung la yahoo msn si etc.

[vital.soft]

redcom, ti-am urmat sugestia si am incercat pachetul phpMailer.

Rezultatul? Mail-urile au ajuns si in contul de la Yahoo.

Doar ca au fost plasate in Bulk Folder. Acum ar trebui sa vad ce as putea face ca sa nu mai aterizeze in Bulk, ci in Inbox.

[saitek]

vital.soft a scris: redcom, ti-am urmat sugestia si am incercat pachetul phpMailer.

Rezultatul? Mail-urile au ajuns si in contul de la Yahoo.

Doar ca au fost plasate in Bulk Folder. Acum ar trebui sa vad ce as putea face ca sa nu mai aterizeze in Bulk, ci in Inbox.


Yahoo sux in general cu "protectiile" lui vezi daca host-ul tau are ceea ce am scris eu mai sus...acesta este un motiv intemeiat,eu l-am patit,dupa domain keys & etc..a mers in inbox,posibilitatea doua este ca...unde ia domeniul gazduit,e sa fe multe domenii de pe care se fac spam,si are legatura cu domeniul tau deoarece pot sa fie pe acelasi ip.

[Pirahna]

saitek a scris:
Yahoo sux in general cu "protectiile" lui vezi daca host-ul tau are ceea ce am scris eu mai sus...acesta este un motiv intemeiat,eu l-am patit,dupa domain keys & etc..a mers in inbox,posibilitatea doua este ca...unde ia domeniul gazduit,e sa fe multe domenii de pe care se fac spam,si are legatura cu domeniul tau deoarece pot sa fie pe acelasi ip.
Eeh ... sa stii ca eu platesc pentru protectiile yahoo-ului, deci yahoo doesn't suck. Are niste chestii super misto anti-spam, si una din ele e domainkeys-ul, care functioneaza cum trebuie.
Nu are legatura cu ip-ul, e vorba de nume de domenii si sender.

Deci trimite mailul corect, ai grija sa ai un postmaster instalat cum trebuie si yahoo! probabil nu o sa te mai blocheze. Uite mie nu mi-a trimis vreun mail la bulk.

[vital.soft]

Chestia aceasta cu domainkeys-urile este o prajitura noua pentru mine!!! Va mai curge ceva apa pe Dambovita pana cand voi digera-o.

Cert este ca am probleme cu Yahoo-ul in continuare. E-mail-urile ba ajung, ba nu mai ajung. Alta data ajung, dar ajung cu mari intarzieri.

Cum se poate verifica treaba legata de domainkeys?

[Pirahna]

Te uiti in headere, mai bagi si un spamassasin, mai faci teste pe diferite conturi, mai te uiti si ce ai tu in continut sa ai spam rating cat mai mic ...

[vital.soft]

Am citit cate ceva despre SPF - Sender Policy Framework. Ceva-ceva am inteles, dar nu foarte mult. Am activat doar in lumea programarii, in cea a administrarii de servere insa nu prea!!!

In orice caz am incercat sa gasesc niste unelte pe Internet care sa-mi permita sa vad daca domeniul in culpa - universulcarii[.]ro - are activa aceasta politica SPF.

Eu zic ca nu. Cine are mai multe cunostinte sa confirme sau sa infirme.

Iata cum arata inregistrarile DNS asociate cu universulcarii[.]ro:

Retrieving DNS records for universulcartii[.]ro...

Retrieving DNS records for universulcartii[.]ro...

DNS servers
ns16.mxhost[.]ro [89.38.129.30]
ns15.mxhost[.]ro [89.38.129.29]

Answer records
universulcartii[.]ro 1 MX preference: 0
exchange: universulcartii[.]ro 14400s
universulcartii[.]ro 1 SOA
server: ns15.mxhost[.]ro
email: manage[at]etp[.]ro
serial: 2007100901
refresh: 86400
retry: 7200
expire: 3600000
minimum ttl: 86400 86400s
universulcartii[.]ro 1 NS ns16.mxhost[.]ro 86400s
universulcartii[.]ro 1 NS ns15.mxhost[.]ro 86400s
universulcartii[.]ro 1 A 89.38.129.26 14400s

Authority records

Additional records
universulcartii[.]ro 1 A 89.38.129.26 14400s
ns15.mxhost[.]ro 1 A 89.38.129.29 14400s
ns16.mxhost[.]ro 1 A 89.38.129.30 14400s

Ce ziceti?

[PHPRomania Bot]