MAXER.hu
ENGLISH
WEBMAIL
SHOP
10

KOSÁR

pixelranger.co
MAXER Üzleti 
14.700Ft
Összesen:
brutto végösszeg:
14.700 Ft + ÁFA
18.669 Ft
Kosár tartalmaMegrendelés
Vissza a MAXER.hu -ra

GYIK
BLOG
SHOP
webmail
control

Hogyan küldjünk levelet weboldalunkról?

MAXER BLOG > Gyakori kérdések > Hogyan küldjünk levelet weboldalunkról?

2010/11/15 Gyakori kérdések

Sokan botlanak bele a problémába, hogy nem tudják hogyan kell weboldalon keresztül emailt küldeni.


Az alábbiakban megpróbáljuk összeszedni a legfontosabb tudnivalókat ezzel a problémával kapcsolatban.
Kérünk mindenkit, aki érintett a problémában és úgy érzi, hogy nem tökéletes a levélküldése (nem érkezik meg minden email a címzettekhez, rosszul jelenik meg a levelezőben..) és egyéb problémák esetén figyelmesen olvassák el az alábbiakat:

 

Levélküldésre nálunk alapvetően a mail() használható, DE NEM AJÁNLJUK, helyette inkább a PHPMailer-t, melyről később bővebben beszélünk.

A mail() függvény borzasztóan csupasz függvény. Nagyon kevés paraméterrel beéri (címzett, tárgy, levél szövege), de emiatt nagyon rossz, hiányos struktúrájú és rossz tartalmú emaileket sikerül csak vele küldeni abban az esetben, ha csak nyersen odaadjuk az elküldendő szöveget ennek a függvénynek.

Return-path hiánya

Tengernyi problémát okoz, ha nincs meghatározva a Return-path paraméter, ami lényegében a visszapattanás emailcíme. Ha ez az érték nincs beállítva egy létező emailcímre, akkor az összes kiküldött emailünknek azon része, amely valamilyen okból kénytelen visszapattani (pl. címzettnek betelt a fiókja, címzett szervere nem elérhető, stb.) gyakorlatilag nem tud visszapattani, mert nincs hova.
Ha nincs meghatározva Return-path a küldendő emailben, az smtp szerverünk kénytelen beleilleszteni egy nem létező virtuális emailcímet, amit a php felhasználó nevéből és a szolgáltató domainnevéből állít össze.
Ez pl. így fog kinézni: enweboldalam_hu@blog.maxer.hu
Ebben az esetben nem szerzünk tudomást a kiküldött emailek sorsáról, pedig a levélküldés protkollja egyértelműen van kitalálba: Vagy eljut a címzetthez az email, vagy visszapattan a visszapattanás útvonalán (Return-path).
A tévhit szerint a feladónak pattan vissza az email. Nos ez egyáltalán nem így van. A Return-pathban megadott címre pattan vissza, ezt nagyon fontos tudnunk!

Content-type és Content-transfer-encoding hiánya

A másik legsúlyosabb hiba a helytelen kódlap használat az email tárgyában és szövegében.
Ha kódlap meghatározás, elkódolás nélkül állítjuk össze az emailt a php scriptünkben, akkor nem garantálható, hogy helyesen fog megjelenni az email szövege a címzett levelező programjában, sőt  lehet, hogy el sem jut odáig, mert a legsúlyosabb struktúrális és tartalmi hibákat a spamszűrők sem díjazzák a címzett levélszerverén.
Ezért kérjük, hogy mindenki vegye figyelembe az alábbiakat:
Sok kellemetlenséget spórolunk meg magunknak és másoknak is, ha elfogadjuk azt a tényt, hogy a rosszul összeállított, hiányos fejlécű, helytelen struktúrájú, nyers, kódolás nélküli szöveget tartalmazó emailek alapvetően HIBÁSAK és ezért hírlevélküldéskor, vagy akár egy fontos üzleti levél elküldésekor nem lesz garantálható az email célba jutattása és nyomkövetése.

Csatolmányok, HTML emailek

Bonyolultabb struktúrájú, csatolmányt, beágyazott képet tartalmazó email küldéséhez mindenképpen a PHPMailert ajánljuk.


Email küldés Joomla, WordPress, Drupal és egyéb cms rendszerekből

Bármilyen cms-t, keretrendszert is használunk, nem kell túlmisztifikálni  🙂 a problémát, ezek is csak php scriptek, nincs bennük semmilyen varázslat. Amivel tisztában kell lenni, az a levélküldés módja az adott cmsben. A legtöbb cms-nek vagy saját emailküldő függvénytára van, vagy valamelyik népszerűbbet integrálta magába (pl. a PHPMailer-t).
Az adott cms admin felületén a levélküldés beállításainál kis szerencsével megtaláljuk a lényeges beállításokat. A küldési módot (ha találunk állítható kapcsolót) állítsuk mail-re, vagy sendmail-re. Semmiképpen se adjunk meg külön smtp szervert, az nem fog megfelelően működni.
Rendszerenként eltérően, vagy akár egy rendszeren belül az adott küldőkomponens/modul/plugin képességein múlik, hogy meg tudjuk-e adni az egyik legfontosabb paramétert (Return-path, vagy PHPMailer szerint elnevezés Sender). Ha ilyen paramétert nem találunk, akkor csak reménykedhetünk, hogy a script gondkoskodik annak beállításáról valamelyik másik paraméter alapján (feladó, válaszcím).

Saját küldőscripthez segítség és további tudnivalók a tudástárban:
https://control.maxer.hu/tudasbazis/E-mail/Email-kuldes-Phpmailerrel.html

 

← Előző bejegyzés

Következő bejegyzés →

Friss bejegyzések

  • Frissítettük az ÁSZF-et
  • Kétfaktoros hitelesítés a phpMyAdmin használatához
  • Az SPF rekord és beállítás
  • Miért lassú a WooCommerce oldal?
  • SEO alapok: Válassz jó domain nevet!

Rovatok

  • Biztonság
  • Control Center
  • Egyéb
  • Életmód
  • Gyakori kérdések
  • Hasznos tippek
  • Hírlevelek
  • Kiemelt ajánlatok
  • Közlemény
  • SEO
  • Technológia
  • Tudástár
  • Újdonságok
  • Uncategorized
  • Üzlet
  • webdesign

linkfelhő

adatbiztonság biztonság blog cloud CloudTeam felhő tárhely Control Center céges felhő design email tárhely facebook felhő szolgáltatás cégeknek felhő szolgáltatás előnyei felhő tárhely felhő tárhely felhasználó fenntartható fejlődés fájl megosztás fájlmegosztás fájlmegosztás a felhő tárhelyen fájlmegosztás emailben fájlszinkronizáció fájlszinkronizálás internet kétfaktoros hitelesítés Linux VPS mappa megosztás mappa megosztás a felhőben mappa megosztás a felhő tárhelyen mappa megosztás emailben mappa megosztás email címre marketing Maxer MAXER felhő tárhely MAXER VPS seo spam szűrés ssd tárhely verziókövetés virtuális privát szerver vps vps hosting VPS szerver VPS szolgáltatás webdesign wordpress zsarolóvírus

rss, feliratkozás

  • RSS FeedRSS Feed
  • Atom FeedAtom Feed
  • Add to Google Reader/HomepageAdd to Google
  • Add to My YahooMy Yahoo
  • Facebook Fan PageFacebook

Amivel dolgozunk


Telefonos ügyfélszolgálat munkanapokon
9:00-17:00 között: +361257 9913 
© 2003-2017 MAXER Hosting Kft.
Non-Stop ügyfélszolgálat e-mailen: support@maxer.hu