1. Tudásbázis
  2. Modulok használata
  3. Spammernek nyilvánítottak

Spammernek nyilvánítottak

Beküldte duc-sai - 2012. szeptember 20. 22.01
duc-sai képe

Sziasztok!

Ubercart webáruházat kezdtem szerveren tesztelni, próbavásárlásokkal. A kimenő emailek tartalmának beállítása volt a célom, meg egyáltalán a folyamat megfigyelése (ezen a téren nincs tapasztalatom).
Néhány kísérlet után a szolgáltató letiltotta a kimenő (PHP mail függvény általi) emailjeimet, mondván: "jelentős mennyiségű SPAM levél került kiküldésre a tárhelyén üzemeltetett program által". Kevésbé lényeges, hogy a "jelentős mennyiség" 20 alatti emailt jelent, és a tiltást azóta megszüntették, de azt mondják, ebben a formában nem fognak kimenni a levelek - használjak levelező kliens programot.
Keresgéltem, de nem igazán találtam erre a problémára modul megoldást.

A másik oldalon, a "még sikeresen" kiment emailek egyes email fiókokban (pl. gmail) a spamek közé kerültek...tehát a spamszűrőknek nem tetszik az alapjáraton kimenő email.

Mit tanácsoltok a probléma orvoslására?

Köszönettel:
Ducsai Zoltán

Melyik modulhoz, modulokhoz kapcsolódik a téma?: 
übercart
Drupal verzió: 
7.x
Fórum: 
Modulok használata
nevergone képe

Beküldte nevergone - 2012. szeptember 20. 22.22

Szívlapát a szolgáltatónak (ha tényleg csak ennyi levél volt), neked pedig SMTP modul.

2
0

Választ szeretnél? - Új kérdés, új téma - Tesztoldal - Trollkezelés - Frissítés

Sk8erPeter képe

Beküldte Sk8erPeter - 2012. szeptember 20. 22.26

Tényleg furcsa, hogy ennyi után spamnek minősítették a leveleidet. Nem tartalmaznak a kimenő levelek (esetleg módosítottad a kiküldendő szöveget, stb.) olyan szöveget, amik spam-gyanúsak? (bizonyos szavakra érzékenyek a levelező kliensek, erre van a szűrőjük, az persze nem minden esetben szűr az elvárásaink szerint)
Az is lehet, hogy valamiért a szolgáltatód küld olyan headereket, amik nem tetszenek a levelezőprogramoknak, így hirtelen nehéz kitalálni, komolyabban meg kéne ezeket is vizsgálni.

Addig is én első körben azzal próbálkoznék, hogy használnám az SMTP Authentication Support modult, amely a PHPMailer osztályt használja levélküldésre, és beállítanék egy SSL-titkosítással működő accountot, így azon az azonosítón keresztül fogja küldözgetni a leveleket, nem a szolgáltatód által alapértelmezettként biztosított beállításokat használva. Ilyenre alkalmas lehet akár egy Gmail-fiók is (ehhez itt vannak a megfelelő adatok).

=======

SZERK.: na, addig dumáltam, míg megelőztek. :D

1
0
duc-sai képe

Beküldte duc-sai - 2012. szeptember 21. 00.21

Köszönöm a gyors válaszotokat! Beüzemeltem az SMTP modult...némi tanácstalanság után, hogy az SMTP kiszolgáló mi lehet, majd kis bogarászás után ezeket állítottam be:
SMTP kiszolgáló : smtp.gmail.com
SMTP port : 465
Use encrypted protocol : SSL használata

Az SMTP azonosítást nem töltöttem ki (de aztán kitöltve is próbálkoztam)
Email feladó címet, nevet megadtam.
Teszt-emailcímet megadtam + Enable debugging

Többszöri kísérletre sem megy ki email:
SMTP Error: Could not connect to SMTP host
illetve
Hiba történt az e-mail küldése során x címről y címre
üzeneteket kapok.
Szerintetek nálam van a hiba?

0
0
duc-sai képe

Beküldte duc-sai - 2012. szeptember 21. 14.39

Telepítettem a phpmailer modult is , meg hozzá a leírásban szereplő libraries foldert. Elvileg minden működőképes, a drupal elküldi az emailt, de nem megy ki.
A phpmailer redme.txt-ben a hibaüzenet leírása:
If you see the following error messages when trying to send a test email from
the settings page:
SMTP -> ERROR: Failed to connect to server: Connection timed out (110)
SMTP Error: Could not connect to SMTP host.
it means the mail server can not be reached, usually because your hosting provider is blocking the port by a firewall. The solution is to ask your provider to allow outgoing connections to your mail server.

Szóval nem nálam van gubanc, hanem a szolgáltatónál.

0
0
Sk8erPeter képe

Beküldte Sk8erPeter - 2012. szeptember 21. 15.10

Ha jól értem, Gmaillel próbálkoztál, beállítottál helyes felhasználónevet-jelszót, küldtél tesztcélú e-mailt, stb., tehát mindenféle szükséges lépést megtettél.

Ez esetben tudsz egy phpinfo()-t mellékelni, már ha a szolgáltatód nem tiltja annak is a használatát?
Ez azért lenne érdekes, mert lehet, hogy a szolgáltató nem engedélyezte a php_openssl.dll bővítményt (pl. itt is az volt a hiba).
Ezért szintén a nevergone által már korábban javasolt szívlapát-kezelés járna nekik... :)
De hogy erről meggyőződjünk, utána kéne nézni. Ha a Devel modul engedélyezve van nálad, akkor könnyű kiíratni a phpinfo()-t. Ha engedélyezve van az OpenSSL, akkor egy ilyen szekciónak kellene lennie a phpinfo()-ban:
OpenSSL support in phpinfo()

Ami még nagyon fontos:
NEM kell az "SMTP Authentication Support" modulhoz külön letöltögetni, telepítgetni a PHPMailer osztályt!! Idézem a modul oldaláról, ahol egyértelműen írják: "PHPMailer is now being shipped with it, so it works out-of-the-box".

0
0
duc-sai képe

Beküldte duc-sai - 2012. szeptember 24. 15.32

Szia!

Köszönöm a leírtakat! A Devel modult még sohasem használtam, de a napokban telepítettem. Sok mindent nem tudok kezdeni a kiírt információkkal, de sikerült a phpinfo()-t kiíratni.
OpenSSL support - enabled.

Közben sikerült az openssl használatával localhostról elküldeni a teszt-emaileket, ugyanezekkel a beállításokkal viszont a szerverről nem mennek ki.

Arra a próbálkozásra, amikor kikapcsoltam a PHPMailer modult és töröltem phpmailer library-t, ezt a hibaüzenetet kaptam:
Fatal error: Class 'PHPMailer' not found in .../sites/all/modules/smtp/smtp.mail.inc on line 57
Executed 36 queries in 7.99 ms. Queries exceeding 5 ms are highlighted.

Mivel még csak fejlesztésről van szó egy alkönyvtárban (más probléma is van a szolgáltatónál), azon gondolkodok, hogy máshol fogom beélesíteni.

0
0
Sk8erPeter képe

Beküldte Sk8erPeter - 2012. szeptember 24. 21.18

Szia!
Szívesen!

Ez a class not found hiba elég érdekes, mert ott van a PHPMailer osztály az smtp.phpmailer.inc fájlban, ami az smtp modul könyvtárában van. Ötletem sincs, miért nem találja nálad. Lehet, hogy valami beállítás miatt máshol keresgéli, most hirtelen nem értem.

A szolgáltatónál valóban igen érdekes hibák vannak.
Mindenképpen válts, ha már az elején ilyen problémák vannak, ki tudja, mi derül még ki.
Melyik szolgáltatóról van szó egyébként?

0
0
duc-sai képe

Beküldte duc-sai - 2012. szeptember 24. 22.24

Ha már így rákérdeztél (és adott kontextusban inkább antireklámnak minősül) - a Dataglobe szerveréről van szó. Nem közvetlenül tőlük bérlem a tárhelyet, hanem egy rendszergazda ismerősömön keresztül (aki sok oldalt működtet, inkább a Joomlát preferálja, és a tárhelyei erre van konfigurálva, pl.:PHP register globals - bekapcsolva).
Viszont az aktuális problémát a Dataglobe spamszűrő beállításai okozzák, ezért nevesítettem.

Ugyanakkor van itt két másik Drupalos oldalam, amik gond nélkül, megfelelő módon működnek (igaz, kimenő emaileket ezeken eddig nem akartam küldeni)

0
0
Sk8erPeter képe

Beküldte Sk8erPeter - 2012. szeptember 25. 00.49

Dataglobe? Már a névtől is kiráz a hideg. Valahogy nem lep meg, hogy épp náluk fordulnak elő ezek a degenerált hibák. Előző munkahelyemen több domain és tárhely is náluk volt, és össze sem tudnám számolni, mennyi elképesztő idegesítő, egetverő hiba fordult elő náluk, hányszor volt probléma az elérhetőséggel, az FTP-szerverrel, a MySQL-szerverrel, PHP-s beállításokkal, stb... Ezenkívül egy nyomorult tanúsítvány beszerzése sem ment náluk. Természetesen az összes domaint, tárhelyet átvittük végül másik szolgáltatóhoz.
Nem tudom, kik lehetnek ott a rendszergazdák, milyen tudással kerültek oda, de hogy nem értenek a dolgukhoz, az biztos.
Egyébként elég, ha csak rákeresel Google-ben, hogy mennyi őket szidalmazó fórum született.

Én azt javaslom, hogy lehetőleg minél előbb szabadulj meg tőlük, és minden adatodat költöztesd át valami normális és megbízható szolgáltatóhoz.

0
0
duc-sai képe

Beküldte duc-sai - 2012. szeptember 25. 18.56

Köszönöm, hogy mindezt megosztottad. A webáruházat most mindenképpen máshol fogom beüzemelni, mert kimenő emailek nélkül elég érdekes lenne a működése :)

0
0
Sk8erPeter képe

Beküldte Sk8erPeter - 2012. szeptember 25. 19.25

Szívesen, örülök, ha még időben sikerült megelőzni pár kellemetlenséget.

0
0
grafikuss képe

Beküldte grafikuss - 2012. november 3. 21.04

Örüljnenek a daraglobe ügyfelek, hogy egyáltalán megy az oldaluk, pl. több száz olyan oldal van most is amelyek már 2 napja nem érhetőek el a dataglobe szerverein. Gondolom, majd hétfőn felébrendnek náluk, gyorsan javítanak, aztán hazudnak valamit az ügyfeleknek! :-)

A "szpem szűrőjük" meg egy nagy fos! :-) Mindent blokkol, főleg a jó leveleket!

0
-2
duc-sai képe

Beküldte duc-sai - 2012. szeptember 21. 13.38

Péter, hogy a kérdéseidre is válaszoljak: a kimenő levelek tartalmát csak annyiban változtattam, hogy tokenekkel próbáltam beállítani az emailben megjelenítendő adatokat...semmi spamgyanús szöveget nem tettem be...a default után 1-2 apró lépést módosítottam.
De elsősorban azt akartam elérni, hogy a Store>Beállítások>Checkout>Szabályok>E-mail admin checkout notification részben sikerül-e az emailküldést 2 különböző címre beállítani úgy, hogy az egyik egy token [node:author:mail]. Ugyanis több felhasználó működtetné a webáruházat, közös árukészlettel. (Nézegettem az Ubercart Marketplace modult, de nem igazán arra van szükségem).

Az SMTP-vel tovább kísérletezek...

0
0
Schmidt Attila képe

Beküldte Schmidt Attila - 2012. szeptember 24. 22.34

Én is sokat küzdöttem már az email kiküldés problémájával, kezdve a kódlapokkal, stb... javaslom az UTF8-at.

Jelenleg a phpmailert tartom a legjobb megoldásnak, ez Drupálból és sima php oldalaimról is szépen kiküldi az emaileket. Én nem is telepítettem a phpmailer modult, hanem sima php-ből használom, a saját modulomból. Ez a kódom:

  1. $mail = new PHPMailer();
  2. $mail->IsSMTP();                                     
  3. 	$mail->Host = "smtp.smtpszolgaltatomneve.hu";  
  4. 	$mail->SMTPAuth = true;     // turn on SMTP authentication
  5. 	$mail->Username = "felhasznalo";  // SMTP username
  6. 	$mail->Password = "jelszava"; // SMTP password
  7. 	$mail->From = "[email protected]";
  8. 	$mail->FromName = "Feladó Kft";
  9. 	$mail->AddReplyTo("[email protected]");
  10. 	$mail->CharSet="UTF-8";
  11. 	$mail->IsHTML(true);                                  
  12. 	$mail->SetLanguage("hu", 'phpmailer/language/');	
  13. 	$mail->AddAddress($email_to);
  14. 	$mail->Subject = $email_targy;	
  15. 	$mail->Body    = $cHtmlFormat;	
  16. 	$mail->AltBody = $cTxtFormat;
  17.  
  18.         $mail->Send();
0
0
duc-sai képe

Beküldte duc-sai - 2012. szeptember 25. 19.49

Köszönöm a segítséget, ezt ki fogom próbálni!

0
0
Sk8erPeter képe

Beküldte Sk8erPeter - 2012. szeptember 25. 23.31

Az SMTP modul is a PHPMailert használja, ahogy korábban is szó volt róla, csak mindezt kényelmes felületen lehet állítgatni. :)
Azt nem tisztáztad, hogyan érje el, hogy ez legyen a default e-mail-küldő, pl. a webshop levelei defaultként ezzel menjenek ki, stb...
Szerintem maradjon csak az SMTP modulnál, és költözzön át másik szolgáltatóhoz, mert annak működnie kell. Tapasztalat. :)

1
0