E-posta kurulumu (spam içinde e-posta yok). Posta sistemi hataları. Bir kişiden mesaj gönderme sorunu

E-postaları spam'e bulaştırmadan göndermeyi ayarlama.

Üçüncü taraf SMTP sunucuları (Mandrill, Mailgun, Yandex) ve aracılığıyla e-posta gönderme seçeneği kişisel adres Posta hizmetlerini dikkate almayacağım (sağlanan kurulum talimatlarını izlerseniz, orada her şey çok basittir) - Yalnızca uygun şekilde kurulduğu kendi sunucumuza sahip olma seçeneğini değerlendireceğim posta sunucusu, exim gibi (çoğu ana bilgisayar gibi).

DNS kayıtlarını düzenlemek için erişime ve DKIM'i yapılandırmak için minimum konsol komutuna ihtiyacımız olacak (ISPmanager varsa, bu öğe alakasız hale gelir). Toplamda, alanınızın DNS kayıtlarında 4 yeni giriş yapılandırmanız (eklemeniz) gerekecektir: PTR, SPF, DKIM ve DMARC.

• PTR- sözde "ters" DNS kaydı. Zorunlu olmalı çünkü Büyük sayı Posta hizmetlerinin yanlış gösterilmesine tahammül edilemez. Teorik olarak, sunucunuz tarafından kurulmalıdır, örneğin DigitalOcean bunu otomatik olarak yapar. - ancak bir seçenek ve manuel ayarları var.
• SPF- sunucunuzun bu etki alanından ve IP'den e-posta göndermesine izin verildiğini gösteren bir kayıt. Bu kayıt yok - spam'e girmek neredeyse garanti. Kurulum çok basittir - kurulum örnekleri ile kapsamlı bilgiler (bilgi yeşil plakada) veya adresinden edinilebilir.
• DKIM- Elektronik İmza senin mektupların. Daha önce iki giriş varsa, alan adınıza ve ondan gelen harflere "ağırlık" verir, bu sayede aynı Yandex, örneğin harfleri hoş bir yeşil onay işaretiyle işaretler.

Bu imzayı ayarlamak belki de en zorudur - sonuç olarak, sitelerin %90'ında buna sahip değildir, ancak şiddetle tavsiye edilir. ISPmanager'da kurulumu çok kolaydır: Düzenleme sırasında özellikler sekmesinde DKIM desteğini etkinleştirin posta alanı DKIM onay kutusunu işaretleyin ve zaten alın bitmiş kayıt etki alanının (NS) özelliklerinde. ISPmanager yoksa, bu oldukça basit makaleyi kullanmanızı tavsiye ederim:.

• DMARC- standart tamamen yeni, ancak posta servisleri tarafından zaten aktif olarak uygulanıyor ve bu yıl zaten %100 olması gerekiyor. Kurulum, yukarıdaki tüm girdilerin en basitidir, aşağıdaki sayfada listelenen örneklerden yalnızca birini eklemeniz yeterlidir: - İkincisini tavsiye ederim.

Sunucunuz şimdi yapılandırıldı ve her şey doğru yapılırsa, tek bir harf bile spam'e gitmeyecek. Örneğin, mail.ru postanesinden onaylayan bir ekran görüntüsü (benzer bir durum tam yokluk e-postaları spam olarak tanımlama ve Yandex'e göre):

Posta toplayıcı kurulumunu iade edin.

XenForo'nun neredeyse hiç kimsenin kullanmadığı kesinlikle harika bir mekanizması var - geri dönen e-posta toplayıcı. Sanırım herkes toplu bir postalama yaptıktan sonra posta kutusuna aşağıdaki formda çok sayıda mektubun gelmesi durumuyla karşılaşmıştır:

Bu mesaj, e-posta gönderim yazılımı tarafından otomatik olarak oluşturulmuştur.

Gönderdiğin bir mesaj yapamadı bir veya daha fazlasına teslim edilecek
alıcılar. Bu kalıcı bir hatadır. Aşağıdaki adres(ler) başarısız oldu:

***@rambler.ru
RCPT TO'dan sonra uzak posta sunucusundan SMTP hatası:<***@rambler.ru>:
ana bilgisayar imx1.rambler.ru : 540 5.7.1<***@rambler.ru>:
Alıcı adresi reddedildi: Hedeflenen alıcının e-posta hesabı askıya alındığından e-postalarınız iade edildi. Gelen mesajları almak için hesabın yeniden etkinleştirilmesi gerekir.

Bu e-postalar, kullanıcılarınızın güncel olmayan adresleri olduğunun bir işaretidir. E-posta(kutular bloke edilmiş, silinmiş, dolu), yani sizden yeni mektup almayacaklar ve gerekirse forumdaki hesaplarını geri yükleyemeyecekler. Birçok kullanıcı, eski bir e-posta adresi kullandıklarını bile bilmiyor, ancak posta hizmetleri, var olmayan adreslere gönderilen çok sayıda e-postayı görerek alan adınızı spam listesine alabilirler.

Bununla mücadele edilmesi gerekiyor, çünkü bu sistemin ilk postalamadan daha fazla çalıştığı forumumda bile, kullanıcı sayısına kıyasla çok sayıda "geri dönen" mektup var:

• Başlamak için yaratıyoruz posta adresi, iade edilen mektupları göndereceğimiz (kutu bir sistemdir ve başka amaçlar için kullanılmamalıdır) - örneğin google.com'un alan adınız olduğu yer.

• Yönetici bölümüne gidin Ayarlar - E mail ayarları. İade Adresi alanına oluşturduğunuz posta kutusunu girin. İşaret koy otomatik işleme teslim edilmeyen mektuplar ve daha önce oluşturduğunuz hizmet posta kutunuza girmek için gereken verileri belirtin: adres (kendi SMTP sunucunuz olması durumunda, kendinizinkini belirtin), oturum açma (oluşturduğunuz adres) ve kutudan şifre. Ayarlarıma bir örnek vereceğim - Mail.ru'dan bir iş postam var - bu nedenle bir servis kutusundan posta almak için sunucularına bağlanıyorum

Temel olarak, tüm kurulum bu. Forum otomatik olarak belirttiğiniz servis mail kutusuna belirli aralıklarla gidecek, kendisine gelen iade mektupların kopyalarını indirecek ve oradan silecektir. Bölümde Aletler - E-posta teslim hatası günlüğü bu istatistikleri görüntüleyebilirsiniz. Bu kutunun başka bir amaç için kullanılamayacağını özellikle vurguluyorum, aksi takdirde yönetici paneli günlüklerinde oldukça komik hatalar alma riskiniz vardır.

Belirlediğiniz koşullara göre, örneğin bir adresten 3 harf döndürürken, kullanıcı otomatik yeniden etkinleştirme için gönderilir - mevcut e-posta adresini belirtmesi ve hesabı yeniden etkinleştirmesi istenecektir. Herhangi bir katılımınız gerekli değildir - kullanıcılar mevcut e-posta adreslerini kendileri belirtecektir ve bu nedenle sorun zamanla ortadan kalkacaktır. Ve posta gönderirken, yanlış bir e-posta adresine sahip kullanıcılar bundan hariç tutulabilir - böylece spam listelerinde olası bir isabet önlenebilir.

Çok fazla metin yazıldı, ancak aslında, talimatları tam olarak uygularsanız, hem sunucu hem de posta toplayıcı olmak üzere her şeyi ayarlamak birkaç dakika sürer. Bir kez kurun ve forum e-postalarınızın bir yere ulaşmadığını veya alan adınızın veritabanı güncel olmadığı için spam listelerine dahil edildiğini unutun.

Yukarıda açıklanan görevlerden bazılarını basitleştirmek için ikisini de kullanabilirsiniz - hangisini tercih ederseniz. İlkini kullanıyorum - ama seçim tamamen size kalmış. Alan adlarınızı buraya eklemek size, halihazırda yerleşik istenmeyen e-posta filtrelerine sahip kullanışlı, sınırsız posta kutuları + sunucu ayarlarının bir miktar basitleştirilmesini sağlayacaktır (kayıtların bir kısmı otomatik olarak sağlanacaktır (kayıtların bir kısmı, DKIM hariç, posta göndermek için manuel olarak oluşturulmalıdır). sunucu bir şekilde veya başka bir şekilde)).

Posta iletisi teslim edilememe sorunu tipik sorun hangi araştırılmalıdır.
Bu sorunların nedeni, posta sistemlerinin mevcut standartlarının ve uygulamalarının durumunun, mesajların teslim edilmesini garanti etmenize ve hatta net bir geri dönüş yorumu almanıza izin vermemesidir.
Ayrıca, mesaj iletiminin çeşitli aşamalarında, çok sayıda yanlış yapılandırılmış filtreler

Genellikle, ne yazık ki, posta kaybı sorununu araştırmak için özel önlemler alınamaz. Bu makale, sorunun nerede ortaya çıktığını ve mümkünse nasıl düzeltileceğini açıkça anlayacağınız, bunlara bağlı kalarak eylemlerin son algoritmasını verir.
Her seçenek için, konunun daha fazla araştırılmasının mantıklı olup olmadığı veya konuyla ilgili nihai bir kararın hemen verilebileceği konusunda ek yorumlar verilir.

Siteden mesaj gönderme sorunu

Lütfen bu makaledeki tüm tavsiyelere tam olarak uyduğunuzdan emin olun.

En önemli:

1) İade adresi mektuplar, hostingimizde kayıtlı bir posta kutusu olmalıdır!
2) Toplu postalar varsayılan olarak yasaktır, siteden günde en fazla 500 e-posta gönderebilirsiniz.
3) Mektup, posta standartlarına uygun olmalıdır. Scriptiniz kendi kendine bir mektup oluşturur ve çok kaliteli olmadığı anlaşılırsa sunucumuz tarafından kabul edilir ancak teslim edilmez çünkü. sistemimizin filtreleri tarafından veya alıcıda geciktirilecektir.

Bir kişiden mesaj gönderme sorunu

durum 1

Gönderdiğiniz e-posta mesaj listesinde yok.
Bu, posta sunucumuzun mektubu kabul etmediği anlamına gelir. Sebepler aşağıdakiler olabilir:

• mektup bize ulaşmadı SMTP sunucusu: E-posta programınız mesajı göndermedi. Sorunların kaynağı veya çözümü aşağıdakiler olabilir -
• Ayarlar hesap senin posta programı, daha kesin - SMTP ayarları sunucu. SMTP sunucusunun, gelen posta sunucusuyla aynı kullanıcı adı ve parolayla yetkilendirme gerektirdiğini unutmayın.
• Antivirüs, güvenlik sistemi, proxy sunucusu.
• Mektup sisteme girdi, ancak reddedildi, çünkü. geçerli bir iade adresi içermiyordu. Mektubun iade adresi, kutu adının adresiyle veya takma adlardan biriyle tam olarak eşleşmelidir.

Durum 2

Mektup, kuyruktaki iletiler listesinde bulunur.
"Posta teslim istatistikleri", "SMTP teslimi" açmanız gerekir.

Durum 2.1

Mesaj, SMTP dağıtım listesindedir.
Tek bir mesaj için birden fazla teslim girişimi olabilir. Ön denemeler başarısız olabilir, bu normaldir. Mesajınızın iletilmesiyle ilgili son bloğu (satırı) bulmanız gerekir.

Durum 2.1.1

"Teslimat günlüğü" bloğu 250 OK mesajıyla veya 250 kodla başlayan herhangi bir mesajla biter (hariç son satır"Bağlantı normal şekilde kapalı" - dikkate alınması gerekmez).
Bu, teslimat zincirindeki bir sonraki posta sunucusunun mektubu kabul ettiği ve mesajın alındığını onayladığı anlamına gelir. Mesajın akıbetiyle ilgili sonraki tüm sorular bu posta sunucusunun yöneticisine yönlendirilmelidir. "Teslimat günlüğü" bloğundaki bilgiler, tarih ve saatle birlikte yöneticinin mesajın akıbetini anlamasına ve gerekirse sorunu çözmesine yardımcı olacaktır.

Durum 2.1.2

"Teslimat günlüğü" bloğu, 250'den farklı bir kodla başlayan veya "XXXXXXX işinin işlenmesi eksik veya başarısız" mesajının eşlik ettiği bir mesajla biter.
Bu, posta sunucumuzun mesajı alıcıya teslim edemediği anlamına gelir. Bunu yaptığınızda, bir geri dönen mesaj almalısınız. posta mesajı("dönüş"). Ek Bilgiler görüntülemekte olduğunuz teslimatın SMTP günlüğünden erişilebilir.

• İleti, yanlış spam filtrelemesi nedeniyle alıcının sunucusu tarafından reddedilebilir. Mektubu iade etme sorumluluğu, posta sunucusu mektubun istenmeyen posta olduğuna karar veren sunucu yöneticisine aittir. Posta sunucumuzun adreslerinden spam gönderilmez, bu nedenle IP adresine veya diğer resmi işaretlere dayalı bir mektubu reddetme kararı açıkça hatalıdır.
  İncelemek bu sorun bizim açımızdan bir anlamı yok, çünkü alıcı sunucunun yanıtı alıntılanır. Alıcı sunucunun yöneticisiyle iletişime geçmeniz gerekir.
  Alıcının posta sunucusunun spam şüphesiyle iletiyi reddettiği iletilere örnekler:
• 591 sunucunuz kara listeye alındı
• 450 5.7.1 ... a.b.c.d'den gelen posta reddedildi - bkz. http://spamcop.net ...
• 553 5.3.0 İstenmeyen posta engellendi bkz.: http://spamcop.net/ ...
• 550 5.7.0 Sunucu IP adresiniz SpamCop veritabanındadır, hoşçakalın
• 554 Hizmet kullanılamıyor; Gönderen adresi list.dsbl.org kullanılarak engellendi
• 550-Mesaj reddedildi çünkü… (…)
• 591 sunucunuz kara listeye alındı, bakın ...
• Spam, bloke, Spamcop, Spamhaus, RBL, SBL, XBL, SPEWS, politika analizi, reddedildi veya benzeri kelimelerden bahseden bir 4xx veya 5xx mesajı.
• Eğer muhatap sunucuda yoksa, mesaj alıcının sunucusu tarafından reddedilebilir, yani. adres hatası nedeniyle
  @ sembolünden önce adresi belirtin.
  Bu sorunu bizim açımızdan araştırmamızın bir anlamı yok, çünkü alıcı sunucunun yanıtı alıntılanır. Adresin doğru olduğuna inanıyorsanız, mektubu kabul etmeyi reddetme nedenini açıklığa kavuşturmak için alıcı sunucunun yöneticisiyle iletişime geçmeniz gerekir.
  Eksik adres mesajlarına örnekler:
• 550 , Bilinmeyen alıcı
• 553 RFC2554 kimlik doğrulaması olmadan geçiş yapmıyoruz
• 550 mesaj değildi kabul edildi -- geçersiz posta kutusu
• 554 … Bu hesap devre dışı bırakıldı veya durduruldu
• @ sembolünden sonra posta adresinde hata mesajı. Posta adresini ve alıcının etki alanının çalışır durumda olduğunu doğrulayın.
  
  @'den sonra hata mesajı örnekleri:
• "aaa.bb" çözümlemesinde geçici hata XXX (geçici MX çözümleme hatası)
• Mesaj gönderilirken teknik hata. E-postayı yeniden göndermeyi deneyebilir veya e-posta sunucusunun düzgün çalışıp çalışmadığını alıcıyla kontrol edebilirsiniz.
  Durum hakkında daha net yorum yapmak için destek servisi ile iletişime geçebilirsiniz.
  Teknik hata mesajlarına örnekler:
• "a.b.c.d" birincil sunucusuna bağlanırken hata oluştu
• "a.b.c.d" alternatif sunucusuna bağlanırken hata oluştu

Durum 2.2

Posta, SMTP dağıtım listesinde değil. İletişim desteği.

Mesaj alma sorunu

gitmen gerek Kişisel Alan, ihtiyacınız olan kutu için "posta teslim istatistikleri", "mesaj kuyruğu" seçeneğini seçin.
ÖNEMLİ: bu tür bir sorunu yalnızca bir posta listesi veya spam filtresinin katılımı olmadan doğrudan posta kutusuna teslim edilen iletiler için araştırabilirsiniz. Posta kutunuz mesajı dolaylı olarak alıyorsa (bir posta listesi aracılığıyla), ana posta listesi posta kutusu olan posta kutusu için sorunu araştırmanız gerekir. Spam filtresi etkinse, devre dışı bırakılmalıdır.

Durum 3

Mesaj listede.
Bu, mesajın sunucu tarafından kabul edildiği ve posta kutunuza yerleştirildiği anlamına gelir. Böyle bir mektubun alınmasıyla ilgili sorunlar, sisteminizle veya ayarlarıyla ilgilidir.

• Spam filtresi ayarlarınızı kontrol edin (" tam liste fonksiyonlar", "filtreleme spam mesajlar"). İstenmeyen e-posta filtresi etkinse, e-posta taşınmış veya reddedilmiş olabilir (ayarlarınıza bağlı olarak). Mesaj, bir virüs içeriyorsa, ayarlardan bağımsız olarak da yok edilebilir.
  Bu mod seçiliyse, posta filtrelemeyi kapatmayı denemeli veya mektubun taşınabileceği tüm posta kutularını kontrol etmelisiniz.
• Posta sisteminiz sunucumuzdan hiçbir şekilde posta kabul etmeyebilir. Bu durumla ilgili açıklama için, içeriğinize bakın. posta kutusu postaya web erişimi yoluyla, yan taraftaki bağlantıya bakın istenilen kutu kişisel hesabınızın "kaynak şifreleri" sayfasında.
• Bazen bir bilgisayarın veya kuruluşun posta sistemi bir mesaj alır ve ardından herhangi bir nedenle onu başka bir yere iletmeden veya kaydetmeden sunucudan siler. Yöneticinizle iletişime geçmeniz gerekiyor posta sistemi Bu tür sorunları araştırmak için.
  Bu sorunu bizim açımızdan araştırmamızın bir anlamı yok, çünkü mektup posta kutunuza yerleştirildi ve yalnızca bilgisayarınızdan POP3 veya IMAP protokolü kullanılarak komutlar kullanılarak kaldırılabilir.

durum 4

Mesaj listelenmiyor.
Bu, posta sunucumuzun mesajı kabul etmediği anlamına gelir.
Bu sorunu bizim açımızdan araştırmamızın bir anlamı yok. Bu, yalnızca iletinin sunucumuza teslim edildiğine dair kanıt varsa, posta sistemimizle ilgili bir sorundur. Kanıt günlüğün bir parçasıdır SMTP istemcisi gönderen sunucu (yukarıdaki 2.2.1 durum yansıtma durumu). Böyle bir kanıt yoksa araştırın bu durum teslim edilmemesi, gönderen tarafın posta sunucusunun yöneticisi olmalıdır.

Alan adınızın çeşitli koşullarını da hesaba katmayı deneyebilirsiniz; bu, ona posta tesliminin hiç çalışmamasına neden olabilir.

• Etki alanının YETKİLİ olduğundan, DNS sunucularının sitenin DNS sunucularıyla (ns1.site, ns2.site) eşleştiğinden emin olun.
• Etki alanı başkaları tarafından korunuyorsa DNS sunucuları, alan adının MX kaydının posta sunucumuzu gösterdiğinden emin olun (aksi belirtilmedikçe bu mail.site olmalıdır).
• Alan adı DNS sunucularımız tarafından sunuluyorsa, "tam özellikler listesine" gidin, " DNS düzenleyicisi bölgeleri", bir etki alanı seçin, "1Gb..
• Alan adının 3 günden daha önce kaydedildiğinden emin olun.

Posta sistemi hataları, alındığı veya alındığının reddedildiği anda iletilere atanan kodlardır. Hata kodu, posta iletisinin neden teslim edilemediğini bulmanızı sağlar. Tipik olarak, hata kodu #550 veya #2001 gibi bir sayıdır. Hata kodları aşağıda açıklanmıştır.

Kodsuz mesajlar

yönlendirilemez adres

Posta iletisinin iletileceği sunucu belirlenemedi. Olası nedenler:

• Postanın gönderildiği alan mevcut değil veya yetki verilmemiş
• Alan adı için ne MX ne de A kayıtları kayıtlı değil
• MX kaydı var olmayan bir isme işaret ediyor

bilinmeyen kullanıcı

Bu posta kutusu mevcut değil veya posta adresi yanlış

iletim devam ediyor. bizi izlemeye devam edin

E-posta gönderirken mesaj oluşur e-posta istemcisi. Bu mesaj bizim mail sistemimizden değildir. Kullanıcının sahip olduğu anlamına gelir yerel ağ tüm giden e-postaları kontrol eden bir antispam veya güvenlik duvarı vardır.

Kota aşımı

Veri bitiminden sonra LMTP hatası: 552 5.2.2 Kota aşımı
Hata, alıcının posta kutusu dolduğunda oluşur.

Kodlu mesajlar

#1005

Gönderen, açıklama metninin başarısız olduğunu doğruladı
Mektubun göndereni kontrol ediliyor. Hata, aşağıda belirtildiği gibi tamamlanmış veya kısaltılmış olabilir: "Gönderen doğrulama başarısız [#1005]". Uygulayan bazı sunucular tarafından bir hata gönderilir başarısız deneme sunucumuza bir e-posta gönderin. Sunucumuz "... mx3.site ile konuşurken.:" satırında listelenmiştir.

Aşağıdaki adreslerde kalıcı ölümcül hatalar vardı ----- (nedeni: 550-Doğrulama başarısız oldu ) ----- Oturum dökümü ----- ... mx3.site ile konuşurken: >>> MAIL Gönderen: BOYUT=523<<< 550-Verification failed for <<< 550-User unknown (200) <<< 550 Sender verify failed [#1005]. 554 5.0.0 Service unavailable

Adres [e-posta korumalı]- Bu, mektubun alıcısının adresidir, yalnızca eksiksiz olması amacıyla verilmiştir.
Gönderenin adresi [e-posta korumalı] mesajda yazıldığı gibi testi geçemedi.

Her mektup için gönderen kontrol edilir. Bunu yapmak için sunucumuz, gönderenin etki alanı için posta alan sunucuya bağlanmaya çalışır (örnekte - example.com) ve " adresinden bir e-posta gönderir.<>» gönderenin adresine (örnekte [e-posta korumalı]). Bu tür e-postalar her zaman kabul edilmelidir, çünkü başarısız teslimatlarla ilgili mesajlar böyle görünür. Sunucu, böyle bir posta kutusunun bulunmadığını söylerse (örnekte, example.com etki alanına hizmet veren sunucu “550-Kullanıcı bilinmiyor (200)” yanıtını verir) veya başka nedenlerle girişimi reddederse, adresten bir mektup [e-posta korumalı] kabul edilemez.

İade adresini kontrol etmek spam koruması değildir (ancak bazılarının filtrelenmesine yardımcı olur). Sunucu, mesajı alıcıya teslim edemediyse, gönderene bir mesaj gönderebilmelidir. Bu olasılığı garanti altına almak için iade adresi kontrol edilir.
Bu durumda, sunucumuz mesajı kabul etmediğinden (gönderenin etki alanı ile iletişim sorunları olduğunu gösterir) sorunun farkındasınız ve gönderen sunucu bunu gönderene bildirdi. Sunucumuz, iade teslimatı olasılığını kontrol etmeden mesajı kabul etmiş olsaydı, sorundan haberiniz olmazdı.

Yanlış dönüş adresine sahip bir mektup, çözülmesi gereken bir sorundur, ancak hiçbir durumda onu bildiren aracı devre dışı bırakarak.

#1004

Üzgünüz, PTR kaydı olmayan ana bilgisayarlardan gelen mesajları kabul etmiyoruz
Hata, gönderen düğümün bir PTR kaydına sahip olmadığında oluşur.

#1007

Dinamik ip adreslerini kabul etmiyoruz, lütfen sağlayıcınızın smtp'sini kullanın [#1007] veya dinamik ip reddedildi [#1007]
Bu hata, bağlantıları için dinamik bir adres havuzu kullanan kullanıcılar için oluşur. Kontrol, kullanıcının IP adresine (içinde dial, ppp, pool, dsl, dinamik, statik ve diğer oluşumların bulunması) göre gerçekleştirilir.

#1008

Gönderen doğrulama başarısız oldu
smtp oturum başlığından gelen posta, geçersiz bir dönüş adresi içeriyor (örneğin, var olmayan bir alan).

#1009

Dinamik ip adreslerini kabul etmiyoruz, lütfen sağlayıcınızın smtp'sini kullanın [#1009]
Bu hata daha çok DSL veya Çevirmeli bağlantı kullanan ve yerel bilgisayarlarından posta gönderen, başka bir deyişle sağlayıcılarının SMTP sunucusunu kullanmayan kullanıcılarda oluşur. Kontrol, aşağıdakiler için normal bir ifadeye dayanmaktadır:
^((1,3)\D+)(2)((1,3)[^\d\.]*).*\.(\w|-)+\.\w(2,4)$
Herhangi bir nedenle sağlayıcınızın SMTP sunucusunu kullanamıyorsanız, teknik desteğe ip adresinizi belirten bir istek yazın, beyaz listeye eklenecektir.

#1014

Posta reddedildi, bkz. http://www.spamcop.net/w3m?action=checkblock&ip=IP adresi [#1014]
Spam koruması için spamcop.net DNS kara listelerini kullanıyoruz. Gönderenin adresi kara listeye alınmış spamcop.net

#1020

Röle izin verilmez
Posta sunucularımız tarafından sunulmayan bir alana e-posta gönderilmeye çalışıldı.

#1024

Alıcı doğrulaması başarısız oldu
Mektubun alıcısını kontrol etmek. Hata, etki alanı sunucularımız tarafından sunuluyorsa, ancak etki alanında böyle bir adres yoksa oluşur.

#1025

Alıcı, açıklama metninin başarısız olduğunu doğruladı
Mektubun alıcısını kontrol etmek. Uzak sunucu böyle bir alıcının bulunmadığına yanıt verirse bir hata oluşur.

#1305

Çok fazla mesaj gönderiyorsun
smtp yoluyla e-posta gönderme sınırı aşıldı. Limiti artırmak için teknik destek servisine başvurmanız gerekir.

#2002

Kimlik doğrulama gerekli
Göndermek için bir kullanıcı adı ve şifre ile kimlik doğrulaması yapmanız gerekir.
Posta istemcilerinin doğru yapılandırma örnekleri görüntülenebilir

Ev posta hesabınızı kullanarak evden uzaktayken bir e-posta mesajı gönderdiğinizde, mesaj 550, 553 veya aktarma hatasıyla dönebilir. Aynı şey, iş e-posta hesabınızı kullanarak bir e-posta göndermeye çalışırken ofis dışındayken de olabilir.

Tanım

Aktarma, etki alanı (adatum.com gibi @ sembolünden sonraki ad) SMTP protokolü veya göndericiden ileti teslim talebini alan giden posta sunucusu tarafından işlenmeyen bir e-posta adresine bir e-posta iletisi gönderildiğinde gerçekleşir. Mesajı iletmek için SMTP sunucusunun başka bir SMTP sunucusuna bağlanması gerekir.

Bir posta iletisi gönderirken bir geçiş hatası oluşursa, SMTP (giden posta) sunucunuz aşağıdaki gibi bir hata iletisiyle birlikte iletinizi döndürebilir:

Başlık:<тест>, Hesap:<тест>, sunucu: , protokol: SMTP, sunucu yanıtı: "550 Röle reddedildi", bağlantı noktası: 25, güvenli (SSL): yok, sunucu hatası: 550, hata numarası: 0x800CCC79".

"Sunucu alıcılardan birinin adresini kabul etmeyi reddettiği için mesaj gönderilemedi. Adres mektupta belirtildi:<адрес эл. почты>. Başlık:<тест>, Hesap:<тест>, sunucu: , protokol: SMTP, sunucu yanıtı: "553 ne yazık ki, bu etki alanı izin verilen ana bilgisayar listemde değil (#5.7.1)", bağlantı noktası: 25, güvenlik (SSL): hayır, sunucu hatası: 553, hata numarası: 0x800CCC79" .

Hata mesajının tam metni ISS'nize bağlı olacaktır. Bazı sağlayıcılar, giden iletileri spam olarak belirlediklerinde bir hata iletisi döndürmez. Bu durumlarda, mesajınız normal bir şekilde gönderiliyor gibi görünüyor (Outlook'ta, dışa dönük ve klasörde görünür Gönderilmiş), ancak alıcıya teslim edilmez.

SMTP (giden posta) sunucusu sizi yetkili kullanıcı olarak tanımadığı için mesajınız reddedildi.

SMTP, çoğu e-posta sunucusu tarafından İnternette mesaj göndermek için kullanılan bir protokoldür (bilgisayarlar tarafından iletişim kurmak için kullanılan standartlar). Mesajları bilgisayarınızda saklamanıza izin veren bir e-posta programı (Outlook gibi) kullanıyorsanız, mesaj göndermek için bir SMTP sunucusuna erişmeniz gerekir.

Not: Web tabanlı e-posta sistemleri (Windows Live Mail veya Yahoo! Mail gibi) farklı çalışır ve bu makalede ele alınmamıştır.

Spam ve açık geçişler

İstenmeyen reklam mesajları spam veya spam olarak bilinir. İstenmeyen posta hacmi büyümeye devam ediyor çünkü onu gönderenlere göndermenin neredeyse hiçbir maliyeti yok. Aslında, gönderenin ISS'lerinin SMTP (giden posta) sunucusu aracılığıyla istenmeyen posta göndermesi bile gerekmez.

İnternetin temel yapısını oluştururken, hiç kimse, milyonlarca istenmeyen mesajı ihmal edilebilir bir ücret karşılığında gönderebilmenin sonuçlarını öngörmedi. SMTP sunucularının aktarma özelliği sayesinde, istenmeyen posta gönderenler, bu tür açık aktarmalara izin veren üçüncü taraf sunuculardan geçirerek gerçek istenmeyen posta kaynağını maskeler. Sonuç olarak, spam, mesajı ileten ve gerçek gönderenin kimliğini gizleyen bir siteden geliyor gibi görünüyor.

Yakın zamana kadar, çoğu SMTP posta sunucusu güvenilir bir açık sisteme dayanıyordu. Böyle bir sistemde, herhangi bir yerden herhangi biri bir SMTP sunucusuna bir posta mesajı gönderebilir ve sunucunun bunu kabul etmesi ve alıcıya veya alıcının posta kutusunu barındıran başka bir posta sunucusuna iletmesi gerekir. Bu açık geçişle, birinin bir SMTP sunucusu aracılığıyla posta göndermesini engelleyen herhangi bir kısıtlama yoktur.

Posta Geçişinde ISS Kısıtlamaları

İstenmeyen posta hacimleri arttıkça, ağ yöneticileri (ISS'nin sunucularını yönetmekten sorumlu kişiler) SMTP posta sunucularına kısıtlamalar getirmeye başladılar. Bu kısıtlamalar herkesin posta sunucusunu kullanmasını engeller. Kuruluşunuzun lobisinde, kuruluş çalışanı olmayanlar da dahil olmak üzere herkesin erişebileceği bir telefon olduğunu hayal edin. Artık sadece çalışanların telefonu kullanmasına izin veriliyor.

Günümüzde çeşitli kısıtlama türleri kullanılmaktadır.

SMTP kimlik doğrulaması gerektirir. Bir POP3 sunucusuna (gelen posta) ve e-posta mesajlarınıza erişmek için bir kullanıcı adı ve şifre kullandığınız gibi, bir SMTP sunucusu aracılığıyla e-posta mesajları göndermek için bir kullanıcı adı ve şifre girmeniz gerekir. Bu genellikle POP3 sunucusuyla aynı kullanıcı adı ve paroladır, ancak benzersiz olabilir.

Önce ISP'nizin POP3 (gelen posta) sunucusuna bağlanmalısınız. Yeni posta mesajlarınızı almak için genellikle bir POP3 (gelen kutusu) sunucusuna bağlanırsınız. Posta kutunuza erişmek için bir kullanıcı adı ve şifre girmeniz gerekir. Ağ yöneticisi, sunucuyu, önce gelen bir POP3 sunucusuna bağlanır ve kimlik doğrulaması yaparsanız, giden SMTP sunucusu üzerinden e-posta mesajları göndermeye yönelik tüm istekleri onaylayacak ve aksi takdirde kısıtlanacak şekilde yapılandırabilir.

Ağda yetkili bir konumdan bağlantı gerektirir. Evdeki bir ISP'ye telefon hattı, kablo veya DSL modem ile bağlanırsanız, bağlantı doğrudan ISP'nin ağına gider. Güvenilirsiniz çünkü ISS'niz tarafından sağlanan bir kullanıcı adı ve şifreye sahip bir hesabınız var. Müşteri olarak e-posta mesajları göndermek için bir SMTP sunucusu kullanmanıza izin verilir.

Belirli bir IP adresinden veya IP adresleri aralığından bağlantı gerektirir. ISS'niz, ağa doğrudan bağlı olmayan kişilerin SMTP sunucusuna erişmesine izin verebilir. Örneğin, ofiste uzak bir kullanıcı olabilir. Asıl sorun, dinamik IP adreslerinin birçok yerde kullanılmasıdır. Ancak, her bağlandığınızda aynı IP adresine sahip olduğunuzdan emin olamazsınız. Bazı kuruluşların ayrılmış bir IP adresi bloğu veya aralığı olabilir. ISP, bu IP adreslerinden bağlananları doğrulanmış kullanıcılar olarak kabul edebilir. Daha fazla bilgi sağlayabilir.

Birçok olası röle senaryosu vardır. Aşağıda en yaygın durumlar verilmiştir. Belki bunlardan biri sizinkine benzer.

Durum	Röle mi?
Evdesiniz ve çevirmeli ağ, kablo veya DSL modem aracılığıyla bağlandığınız @proseware.com ile biten bir ISP hesabınız var. E-posta adresi @proseware.com ile biten başka bir kişiye mesaj gönderiyorsunuz.
E-posta adresi @adatum.com ile biten bir kişiye mesaj göndermeniz dışında, ilk durumla aynıdır.	Evet, ama engellenmiyor. Doğrudan bir ISP'ye bağlanırsınız ve böylece alıcının posta kutusunun konumundan bağımsız olarak SMTP sunucusu (giden posta) aracılığıyla herhangi bir adrese posta gönderme yetkisi kazanırsınız.
İşte misin. İş e-posta adresiniz @thephone-company.com ile biter ve @proseware.com ile biten ve çevirmeli, kablo veya DSL modem aracılığıyla ona bağlanan bir ev ISP hesabınız vardır. Outlook'ta, evde yaptığınızla aynı SMTP sunucu ayarlarına sahipsiniz. E-posta adresi @proseware.com ile biten bir kişiye mesaj gönderiyorsunuz.	Numara. Postanız normal şekilde işlenir.
Bir otelde kaldınız veya havaalanında İnternet erişimi sağlayan bir İnternet terminali kullandınız. Çevirmeli ağ, kablo veya DSL modem ile bağlandığınız, @proseware.com ile biten bir ev ISP hesabınız var. Outlook'ta, evde yaptığınızla aynı SMTP sunucu ayarlarına sahipsiniz. E-posta adresi @proseware.com ile biten başka bir kişiye mesaj gönderiyorsunuz.	Numara. Postanız normal şekilde işlenir.
E-posta adresi @adatum.com ile biten bir kişiye mesaj göndermeniz dışında yukarıdakiyle aynıdır.	Evet ve bu mesaj aktarılan posta olarak engellenebilir. Ağlarına bağlı olmamanıza rağmen ISS'nizin ev SMTP (giden posta) sunucusunu kullanmaya çalışıyorsunuz. SMTP sunucusu, ISP'nin yetkili abonesi olarak kimliğinizi doğrulayamaz. Ayrıca, SMTP sunucusundan mesajı kabul etmesini ve alıcının posta kutusuna teslim etmesi için başka bir SMTP sunucusuna bağlanmasını istiyorsunuz.

Çözümler

Durumunuz bir geçiş olarak kabul edilirse, mesajı şu anda bağlandığınız sunucu üzerinden göndermelisiniz. Diğer bir deyişle, işteyseniz veya evden uzaktaysanız ve İnternet'e bağlanmak için ISS'nizi kullanmıyorsanız, ancak o ISS tarafından sağlanan ev hesabınızdan bir mesaj göndermek istiyorsanız, posta hesabı ayarlarınızı işaret edecek şekilde değiştirmeniz gerekir. bulunduğunuz yerde kullandığınız SMTP sunucusu (örneğin, çalışan bir SMTP sunucusu). Adım adım talimatlar için makaleye bakın.

Bu işe yaramazsa veya bir ev hesabı kullanmayı tercih ediyorsanız, ISS'nize başvurmanız ve daha önce açıklanan seçeneklerin size uygun olup olmadığını sormanız gerekir. İlk iki kısıtlamayla ilgili olarak (SMTP kimlik doğrulaması gerektirir ve önce ISP'nin gelen POP3 sunucusuna bağlanmanızı gerektirir), Hesap ayarları Outlook'ta. Talimatlar için makaleye bakın E-posta hesap ayarlarınızı değiştirin.

Mesajlar hala gönderilmedi mi?

Outlook'ta SMTP ayarlarını değiştirdiniz veya e-posta mesajları göndermenize izin verecek bir ayar buldunuz. Ancak yine de posta gönderip bir hata mesajı alamıyorsunuz.

Her şeyi doğru yapmış olabilirsiniz, ancak ağ yöneticileri kimlik sahtekarlığını önlemek için başka bir güvenlik özelliği kullanıyor. Kimlik sahtekarlığı, basitçe, kim olduğunuzu gizlediğiniz bir e-posta göndermenin bir yoludur.

Outlook'ta, çoğu e-posta programında olduğu gibi, bir "görünen ad" ve mesajınız yanıtlandığında görünen bir iade e-posta adresi belirtebilirsiniz. Spam'de bu alanlar neredeyse her zaman yanlış bilgi içerir. Hızlıca zengin ol mesajlarının bir süper modelden veya bir dünya liderinden geldiğine gerçekten inanıyor musun?

Kimlik sahtekarlığını önlemek için, bazı ISS'ler yanıtlarda adres alanına yanlış bilgi ekleme özelliğini kısıtlar. Örneğin, ISP'nizin alan adı proseware.com ile bitiyorsa, ISP iade adresi vermenizi engelleyebilir. [e-posta korumalı]. Bu sınırlama, daha önce anlatıldığı kadar yaygın olarak kullanılmamaktadır, ancak konumları ve bağlantı yöntemleri ne olursa olsun tüm kullanıcılar için geçerli olabilir. Bu durumda, alternatif yoktur. Sunucu yöneticisi bu yöntemi kullanıyorsa, dönüş adresinde mevcut bağlantınıza karşılık gelen etki alanını belirtmelisiniz.