E -poçt təyinat yerinə çatmır? Göndərən Siyasət Çərçivəsi – SPF

E -poçt göndərilməsini planlaşdırarkən və e -poçtun təyinat yerinə çatmadığını görürsünüz, buna görə şübhəli ol: SPF tərəfindən bloklana bilərsiniz!

problem

Bir dəfə Joomla qurdum, E -poçt forması vasitəsilə bir e -poçt göndərmək istəyərkən fərq etdim “əlaqə” sayt edin, e -poçt təyinatına çatmadı. Bir səhv mesajı və ya göndərmə uğursuzluğu olsa belə. hər şey normal görünsə də, e -poçt çatmadı.

bununla bağlı ən qəribəsi, göndərilən e -poçtun göndəricisinə bağlı idi, bəzən mesaj heç bir problem olmadan gələcəkdi. Maraqlandım, Baş verənləri təhlil etmək üçün mənbə kodunu açdım. Joomla yoxdur, e -poçt göndərmə idarəçiliyi PHPMailer sinfi tərəfindən aparılır (kitabxanalar/phpmailer/phpmailer.php), amma qeyri -adi bir şey tapmadım.

Bu vaxtlarda, hosting xidmətimizin e -poçt serverini günahlandırmaq istəməyimiz adi haldır. Ancaq güclü bir Google axtarışı ilə, Tezliklə bunun nə olduğunu başa düşdüm: SPF.

Hansı?

Göndərən Siyasət Çərçivəsi – SPF, tərcümə deməkdir “Göndərən Siyasət Çərçivəsi”, və göndərənlərin ünvanlarının saxtalaşdırılmasının qarşısını almaq üçün texniki bir metodu təyin edən açıq bir standartdır. onunla, yalnız müəyyən bir göndərənlə e-poçt göndərmək icazəlidir., bu e -poçtda ifadə olunan domenin sahibidirsə. Tez bir nümunə: Xyz@gmail.com kimi e -poçtlar yalnız gmail.com serverləri vasitəsilə göndərilə bilər. SPF dəqiq olaraq göndərənə zəmanət vermək üçün bir vasitədir.

Bu necə işləyir?

Domen sahibi, IP ünvanlarını təmin edən DNS zonasında bir SPF qeydini dərc edir (serverlər) e -poçt göndərmək səlahiyyətinə malik olanlar. Başqasının e -poçt serverinə bu domendən gəldiyini bildirən bir mesaj gəldikdə, sonra, server mesajın göstərilən domen siyasətinə uyğun olduğunu yoxlaya bilər. bilirəm, məsələn, mesaj naməlum bir serverdən gəlir, bir fırıldaq hesab edilə bilər və sonra atılır..

misal

Tutaq ki, filankəsin so-and-so@gmail.com e-poçtu var. sonra, Filankəs öz serverindən e-poçt göndərə bilməz (yaşayış) göndərən kimi, çünki o domen sahibi deyil “gmail.com” :D.
E -poçtların niyə keçməməsi budur. Bütün serverlərdə SPF qeydləri yoxdur, niyə bəzi e -poçtlar göndərildikdə normal olaraq gəlir. aydın, filankəs gmail.com vasitəsilə so-and-so@gmail.com e-poçtunu göndərərsə, hər şey düzgün işləyəcək, çünki bu server SPF qeydində səlahiyyətli olacaq.

həll

Yuxarıdakı nümunəni götürüb söyləyəcəyəm, SPF tərəfindən qadağan edilməməsi üçün, Filankəs e-poçtu öz domenindən bir e-poçt göndərən ilə göndərməlidir, so-and-so@mydomain.com kimi bir şey.

Təcrübədə, bu e -poçt başlığında həll olunur.. Əvvəlcə PHP kodundan istifadə edərək bir nümunə götürək, necə edilməməsi lazım olduğunu göstərir və, sonra, düzgün yol.

Kod 1 | Bu halda e -poçt təyinat yerinə çatmayacaq

1
2
3
    $başlıqlar  = "MIME-Version: 1.0\r\n";
    $başlıqlar .= "From: filankəs <fulano@gmail.com>\r\n";
    $başlıqlar .= "Content-Type: mətn/düz; simvol =\"UTF-8\r\n";

Yuxarıdakı e -poçt başlığının hər hansı bir serverdən göndərildiyini düşünürük, gmail.com -dan fərqli, ona görə də bu mesajın təyinat yerinə çatmayacağını söyləmək düzgündür, nə olursa olsun, çünki parametr “Dən” (mənbə), Göndərən haqqında, dəyəri SPF qaydaları olan bir e -poçtu dəyərləndirir. Burada yalnız bir nümunə/istinad olaraq gmail.com -dan sitat gətirirəm, bu, bir çox digər e -poçt serverlərində olduğu kimi, hotmail.com -da olduğu kimi.

Bu tip problem ümumiyyətlə bəzi saytların əlaqə formalarında olur., aşağıda göstərilən şəkildə olduğu kimi, ziyarətçinin e -poçtunu və sistemini doldurduğu yer (Sayt) Göndərən kimi bu e -poçtdan istifadə edərək məlumatları təqdim edin (parametr “Dən”).

Kod 2 | Bu halda e -poçt təyinat yerinə uğurla çatacaq

1
2
3
4
    $başlıqlar  = "MIME-Version: 1.0\r\n";
    $başlıqlar .= "From: Mənim saytım <meuemail@meudominio.com>\r\n";
    $başlıqlar .= "Content-Type: mətn/düz; simvol =\"UTF-8\r\n";
    $başlıqlar .= "Reply-To: filankəs <fulano@gmail.com>";

Böyük bir hərəkət, göndərən olaraq öz domeninizdən bir e -poçt istifadə edərək forma məlumatlarını təqdim etmək və ziyarətçinin e -poçtunu parametrə daxil etməkdir. “Cavab vermə”. Həm Göndərən, həm də Alıcı olmağınız qəribə görünsə də, ancaq bu mesajın keçməsini təmin edəcək. Parametr “Cavab vermə” (Cavab verin) mesaja cavab vermək istəsəniz tədbir görərsiniz, çünki bu, cavabın təqdim edilməsini özünüzə deyil, ziyarətçiyə getməyə məcbur edəcək (Göndərən).

İnanıram ki, budur. Mesajı vurğulamaq üçün təkrar edirəm.

mənbə

daha bax SPF layihəsi.

Total icazə: 19387

8 rəylər “E -poçt təyinat yerinə çatmır? Göndərən Siyasət Çərçivəsi – SPF

  1. Taylor salamlar!
    E -poçt göndərməklə bağlı bəzi problemlərim var, Problemi həll edə biləcəyimi bilmək üçün qeyd etdiyiniz ipuçlarını izləyərək yoxlayacağam!

  2. Vitor dedi:

    yol….Php formalarının təyinat nöqtələrinə niyə çatmadığı ilə bağlı məqalənizi gördüm. Etiraf edim ki, çox yaxşı başa düşmədim. Problemimin orada izah etdiyinizdən qaynaqlandığını da bilmirəm.. Burada sevimli bir php formam var. Mesaj göndərilməsini təmin edir, bütün gözəllik. Amma e -poçt çatmır. Bunu bir serverə qoymalıyam və ya yerli olaraq işləməlidir? Əvvəlcədən təşəkkür edirik! təşəkkür!

    • Salam Vitor, E -poçt formasından istifadə etmək istəyən hər kəslə bu tip bir problem ola bilər., Məqaləni proqramçıya yönəltdim, Bilmirəm, bu sizin vəziyyətinizdir, çünki həll mənbə kodu daxilində edilir (yazı) e-poçt formasının təqdim edilməsi.

      yaxşı, qısa, digər insanların sahələrini istifadə edərək bir e -poçt forması göndərə bilməzsiniz., kimi seuemail@hotmail.com və ya seuemail@gmail.com. Sizə bir nümunə verim:

      Bloguma e -poçt formasını daxil etdiyinizi düşünün. Orada aşağıdakı məlumatları əldə edəcəksiniz:
      of: seuemail@gmail.com
      Üçün: blog@taylorlopes.com
      (Mövzu və məzmuna əlavə olaraq, aydın)

      Bu formanı göndərən varlıqla birlikdə verməyə çalışsam seuemail@gmail.com, buna görə bu e -poçt heç vaxt alıcıya çatmayacaq (blog@taylorlopes.com), gmail.com tərəfindən yaradılan SPF qaydalarında qadağan ediləcək, pencək?

      Bu problemi həll etmək üçün, e -poçt hesabınızla öz sahəniz olmalıdır. məsələn, e -poçtda göndərəndən (özümə göndərdim) və alıcıdır blog@taylorlopes.com. Domenin mənim olduğunu başa düş (taylorlopes.com)! E -poçt göndərildikdə, mənim domenimdə SPF qaydaları yoxdur, sonra təyinat yerinə çatacaqsınız.

      Öz domen e-poçtunuzu göndərən və alıcı olaraq təyin edirsiniz. Bu belə olacaq:
      of: blog@taylorlopes.com
      Üçün: blog@taylorlopes.com
      Üçün təkrarlayın: seuemail@gmail.com

      Göndərənin alıcı ilə eyni olması qəribə görünsə də, e -poçtun heç bir SPF qaydaları altında bloklanmayacağını təmin edən budur. Hərəkət parametrdən istifadə etməkdir “Cavab vermə” göndərənin əsl e -poçtunu ehtiva edir (seuemail@gmail.com), belə ki, cavab e -poçtu sizə deyil, onu göndərən doğru adama gedir.

      yol, bu belədir… unutmayın ki, praktikada bu, e -poçt formanızın mənbə kodunda aparılır., yuxarıdakı kimidir, bu yazıda. Bilmirəm, bir şeyə kömək etdi və ya bu izahla daha da pisləşdi., :D :D :D
      T +

  3. Fabio Souza dedi:

    Veb saytımda bu problemlə qarşılaşıram..
    Ən maraqlısı odur ki, eyni hosting şirkətində olan iki sayt üçün eyni formadan istifadə edirəm, açıq şəkildə lazımi dəyişiklikləri edir. Saytlardan birində bütün mesajlar normal göndərilir, web poçtu və ya peşəkar e -poçt olsun, digər sözlə, şirkətin. digər saytda, bu günlərdə bu şirkətdə ev sahibliyi etməyə başladım, eyni forma yalnız ziyarətçisi peşəkar bir e -poçt daxil edən mesajları alır. Bir veb poçtu məlumatlandıran mesajlar, göndərilmir.

    • sonra, hər iki formada eyni e -poçtdan istifadə edərək test etməlisiniz, çünki belə bir e -poçt var, hətta veb poçtdan da, SPF tərəfindən qadağan edilmir, nümunə pop.com.br. amma əgər varsa, məsələn, gmail.com və ya hotmail.com ünvanından və bu alanlar olaraq göndərən olaraq bir e -poçt göndərməyə çalışırsınız, mesajınız təyinat yerinə çatmayacaq, SPF qaydaları ilə qadağan ediləcək. Bu problemi öyrənmək həqiqətən əsəbidir., çünki heç bir səhv vermir…

  4. yol, Yazı üçün təşəkkürlər, çox kömək etdi!
    bacarıqsız bir veb dizayn və veb proqramlaşdırma şirkətinin əlində idi və bu səhv veb saytım formasında baş verdi.
    Bir aydır bu problemi yaşayıram, Neçə e -poçtun itirildiyini bilmirəm və bu, əlaqə saxlamaq üçün e -poçtlara çox güvənən şirkətim üçün çox ciddi bir problemdir, və özüm düzəltməli oldum… mürəkkəb!
    Artıq yox, izahınız çox aydın idi.

Şərh yaz

E-poçt ünvanından dərc olunmayacaq.