Új hozzászólás Aktív témák

• #419 Sk8erPeter nagyúr chepavel #405

  Új Válasz 2013-02-11 23:59:59 #419

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Sk8erPeter

  nagyúr

  válasz chepavel #405 üzenetére

  "Másodszor, ez már az elkeseredettség jele, azért lett core rész bántva."
  Akkor sem.

  "A webfejlesztő, aki ténylegesen készíti a weblapot (én csak a sysadmin vagyok, és véleménye szerint az IIS-el van gond.-)"
  Én is IIS 7.5-öt + FastCGI PHP-t használok saját gépem webszervereként. Mivel nincs SMTP szerverem, levélküldésre localhoston épp az általad is említett SMTP Authentication Support modult használom, ami már több ízben is nagyon jól bevált, és általában a Gmail SMTP szerverét használom a saját accountommal.
  Na, most a kedvedért egy tesztcélú Drupalon végigtoltam a folyamatot direkt az elejétől:
  admin/config/system/smtp
  smtp.gmail.com
  465-ös port
  Use SSL
  saját account-adatok
  modul bekapcsolása
  teszt e-mail kiküldése, eddig rendben.

  contact oldalra ellátogattam, utána erről az orosz oldalról kimásoltam némi cirill betűs szöveget:
  http://serho.ru/cust-modules/filtr-dlya-views-s-ierarhicheskim-vyborom-terminov

  

  OK, levél elküldése, meg is érkezett hiba nélkül:

  

  Tehát minden az alap Contact + az SMTP modullal ment.

  De ezek után még kipróbáltam mindezt Webformmal is kíváncsiság kedvéért:

  

  a "my email" mezőhöz beállítottam, hogy a Webform onnan szedje az e-mail-címet, a "my textfield" mezőhöz azt, hogy onnan szedje a tárgyat, a "my testtextarea" mező pedig maga a levél törzse, a lényegi üzenet.

  Ez is megérkezett gond nélkül:

  

  MINDEN csakis a default beállítások szerint ment, én nem módosítottam rajtuk semmit, és főleg nem bántottam a core-t.
  Az SMTP Authentication Support modul nálam már éles oldalon is bizonyított, szóval nem tudom, mi lehet nálatok a baj.

  Milyen sminket használtok? Nem állítotok be abban véletlenül valami egyéb karakterkódolást, ami miatt nem UTF-8 lesz a kimenet? Chrome-ban egyébként Eszközök - Karakterkódolás alatt könnyű megnézni, melyik karakterkódolás mellett van az aktívat jelző pötty. Na meg F12 megnyomásával a Network fülön követhetők a headerek.
  A lényeg tehát az, hogy a karakterkódolás ténylegesen mindenhol UTF-8 legyen, és ne legyen semmi eltérés (különösen ott, ahol a form megjelenik; de egyébként sem).
  Amit még ki kellene próbálnotok:
  - az admin/config/system/smtp oldalon az említett beállításokat eszközölni, tehát egy Gmail-account adatait beállítani átmenetileg, tesztcélból
  - ahogy Siriusb is javasolta, más e-mail-címekre is küldeni levelet, nem csak a sajátotokra.

Új hozzászólás Aktív témák