E-posta iletilerini gönderirken 550, 553 veya geçiş yasaklandı hatası alıyorum

Belirti

Ev dışındayken ev e-posta hesabınızı kullanarak e-posta iletisi gönderdiğinizde, e-posta iletiniz 550, 553 veya geçiş yasaklandı hata iletisi döndürebilir. Ofis dışındayken iş e-posta adresinizi kullanarak e-posta iletisi göndermeye çalıştığınızda da aynı durumla karşılaşabilirsiniz.

Özet

Geçiş, etki alanı (@ simgesinden sonra gelen ad, örneğin adatum.com) Basit Posta Aktarım protokolü (SMTP) tarafından veya gönderenin iletinin teslim edilmesini istediği giden sunucusu tarafından işlenmeyen bir e-posta adresine e-posta iletisi gönderildiğinde gerçekleşir. İletinin geçişini yapmak için SMTP sunucusunun başka bir SMTP sunucusuna bağlanması gerekir.

Geçiş hatasıyla karşılaşılan bir e-posta iletisi gönderdiğinizde, SMTP (giden) e-posta sunucunuz e-posta iletinizi aşağıdaki gösterilenler gibi bir hata iletisiyle geri döndürebilir:

  • "Alıcılardan biri sunucu tarafından reddedildiğinden ileti gönderilemedi. Reddedilen e-posta adresi: '<birisi@example.com>'. Konu: '<Test>', Hesap: '<Test>', Sunucu: '<smtp.example.com>', Protokol: SMTP, Sunucu Yanıtı: '550 <birisi@example.com>... Geçiş Reddedildi', Bağlantı Noktası: 25, Güvenli (SSL): Hayır, Sunucu Hatası: 550, Hata Numarası: 0x800CCC79."

  • "Alıcılardan biri sunucu tarafından reddedildiğinden ileti gönderilemedi. Reddedilen e-posta adresi: '<eposta adresi>'. Konu '<Test>', Hesap: '<Test>', Sunucu: '<smtp.example.com>', Protokol: SMTP, Sunucu Yanıtı: '553 üzgünüz, bu etki alanı izin verilen rcpthost listemde yok (#5.7.1)', Bağlantı Noktası: 25, güvenli(SSL): Hayır, Sunucu Hatası: 553, Hata Numarası: 0x800CCC79."

İnternet servis sağlayıcınıza (ISS) bağlı olarak, tam hata iletisi farklılık gösterebilir. Bazı ISS'ler giden iletilerin istenmeyen ticari e-posta olduğunu algıladığında hata iletisi döndürmeyebilir. Böyle durumlarda, iletiniz normal şekilde gönderilmiş gibi görünebilir (Outlook Giden Kutunuzdan çıkar ve Gönderilmiş Öğeler klasörünüzde gösterilir) ama aslında alıcıya asla teslim edilmez.

İletiniz reddedildi çünkü SMTP (giden) e-posta sunucusu sizi yetkili bir kullanıcı olarak tanımadı.

SMTP, çoğu e-posta sunucusunun İnternet üzerinden e-posta iletileri göndermek için kullandığı protokoldür (bilgisayarların birbiriyle iletişim kurmak için kullandıkları standartlar). E-posta iletilerinizi bilgisayarınızda depolamanıza olanak tanıyan Outlook gibi bir e-posta programı kullandığınızda, e-posta iletilerini göndermek için bir SMTP sunucusuna erişmeniz gerekir.

Not : Windows Live Mail ve Yahoo! Mail gibi Web e-posta sistemleri farklı kullanılır ve bu konu başlığı altındaki bilgiler o e-posta hesapları için geçerli değildir.

Gereksiz e-posta ve açık geçişler

İstenmeyen ticari e-postaya bazen gereksiz posta veya spam adı verilir. Gereksiz e-postanın hacminin artmaya devam etmesinin ana nedeni gönderen kişiye hemen hiçbir maliyetinin olmamasıdır; aslında, gönderenlerin gereksiz e-postayı kendi ISS'lerinin SMTP (giden) e-posta sunucusu üzerinden göndermeleri bile gerekmez.

İnternet'in temel yapısı, herhangi birinin çok düşük bir maliyetle milyonlarca gereksiz e-posta gönderebilmesini sağlayacağı düşünülmeden önce tasarlanmıştır. İstenmeyen posta gönderenler, gereksiz e-postanın gerçek kaynağını maskelemek için SMTP'nin geçiş özelliğini kullanır ve e-postayı bu tür açık geçişlere izin veren üçüncü taraf sunucuları üzerinden geçirir. Bu, gereksiz e-postanın iletiyi geçiren siteden geliyormuş gibi görünmesini sağlar ve asıl gönderenin kimliğini gizler.

Yakın zamana kadar, SMTP e-posta sunucularının çoğu açık bir güven sisteminde çalışıyordu. Bu sistemde, herkes her yerden SMTP sunucusuna e-posta iletisi gönderebiliyor, sunucu da bunu kabul edebiliyor ve alıcıya veya alıcının posta kutusunun bulunduğu başka bir e-posta sunucusuna iletebiliyordu. Açık geçiş sunucu olarak adlandırılan sunucuda, SMTP sunucusu üzerinden kimlerin göndermesine izin verildiği konusunda hiçbir kısıtlama yoktu.

Geçiş e-posta iletilerinde ISS kısıtlamaları

Gereksiz e-postanın hacmi arttıkça, ağ yöneticileri yani ISS sunucularınızın yönetiminden sorumlu olan kişiler SMTP e-posta sunucularına kısıtlamalar getirmeye başladılar. Bu kısıtlamalar, herkesin e-posta sunucusunu kullanmasını veya suistimal etmesini engellemeye yardımcı olur. Şöyle düşünün: Kuruluşunuzun lobisinde duran bir telefon kuruluşunuzda çalışsın veya çalışmasın herkesin kullanımına açıktı. Artık, yalnızca çalışanların o telefonu kullanmasına izin veriliyor.

Bugün kullanımda olan çeşitli kısıtlama türleri vardır:

  • SMTP kimlik doğrulaması gerekiyor     Aynı e-posta iletileriniz için POP3 (gelen) sunucunuza erişirken parola kullanmanız gerektiği gibi, bu seçenek de SMTP sunucusu üzerinden e-posta iletileri gönderirken kullanıcı adı ve parola kullanmanızı gerektirir. Genellikle, bunlar POP3 sunucusu için kullanılan kullanıcı adı ve parolayla aynıdır; ama benzersiz de olabilirler.

  • Önce ISS POP3 (gelen) e-posta sunucusuna bağlanmanız gerekiyor     Yeni e-posta iletilerinizi almak için normalde bir POP3 (gelen) e-posta sunucusuna bağlanırsınız. Posta kutunuza erişmek için kullanıcı adı ve parola sağlamanız gerekir. Ağ yöneticisi sunucuyu, önce POP3 e-posta sunucusuna bağlanır ve kimliğinizi doğrularsanız, normalde kısıtlanmış olan SMTP giden sunucusu üzerinden e-posta iletisi göndermeye yönelik isteklerinizi onaylayacak şekilde yapılandırabilir.

  • Yetkili bir ağ konumundan bağlanmanız gerekiyor     Evdeyseniz ve ISS'nizi çevirmeli olarak arıyorsanız ya da kablonuz veya DSL modeminiz varsa, doğrudan ISS ağına bağlanırsınız. ISS'de kullanıcı adı ve parolası olan bir hesabınız olduğundan size güvenilir. Müşterisi olduğunuz için, SMTP sunucusunu kullanarak e-posta iletileri gönderme yetkiniz vardır.

  • Belirli bir IP adresinden veya IP adresi aralığından bağlanmanız gerekiyor ISS'niz doğrudan ağa bağlı olmayan kişilere SMTP sunucusu için erişim yetkisi verebilir. Ofisteki uzak bir kullanıcı bu seçenekten yararlanabilir. Bununla birlikte, birçok yerin dinamik IP adresleri olarak adlandırılan adreslere sahip olması önemli bir sorun yaratır. Her bağlandığınızda, aynı IP adresini kullanacağınızdan emin olamazsınız. Bazı adresler ayrılmış bir IP adresi bloğuna veya aralığına sahip olabilir. ISS'niz söz konusu IP adreslerinden gelen bağlantıları onaylı kullanıcılar olarak yetkilendirebilir. ISS'niz ek bilgiler sağlayabilir.

Geçişle ilgili birçok olası senaryo vardır. Aşağıdakiler, en yaygın durumlardır. Bunlardan birinin sizin durumunuza uyup uymadığına bakın.

Senaryo

Geçişi yapılır mı?

Evdesiniz ve kabloyla veya DSL modemle bağlandığınız, @proseware.com ile biten bir ISS hesabınız var. E-posta adresi yine @proseware.com ile biten başka bir kişiye e-posta gönderiyorsunuz.

Hayır. Postanız normal şekilde işlenmelidir.

İlk senaryoyla aynı; tek farkı, e-posta adresi @adatum.com ile biten bir kişiye e-posta iletisi gönderiyorsunuz.

Evet, ama engellenmez. ISS'nize doğrudan bağlantınız var ve dolayısıyla ISS'nin SMTP (giden) sunucusu üzerinden herhangi bir e-posta adresine (alıcının posta kutusu nerede olursa olsun) posta gönderme yetkisine sahipsiniz.

İş yerindesiniz. İş e-posta adresiniz @thephone-company.com ile bitiyor ve kabloyla veya DSL modemle bağlandığınız, @proseware.com ile biten bir de ev ISS hesabınız var. Outlook'ta, evde kullandıklarınızla aynı SMTP sunucu ayarlarına sahipsiniz. E-posta adresi yine @proseware.com ile biten bir kişiye e-posta gönderiyorsunuz.

Hayır. Postanız normal şekilde işlenmelidir.

Önceki senaryoyla aynı; tek farkı, e-posta adresi @adatum.com ile biten bir kişiye e-posta iletisi gönderiyorsunuz.

Evet ve bu ileti posta geçişi olarak engellenebilir. ISS ağına bağlı değilken ev ISS'nizin SMTP (giden) sunucusunu kullanmayı deniyorsunuz. SMTP sunucusu, sizin yetkili bir ISS abonesi olduğunuzu doğrulayamıyor. Buna ek olarak, bu SMTP sunucusundan iletinizi almasını ve ardından alıcının posta kutusuna teslim etmek üzere başka bir SMTP sunucusuna bağlanmasını istiyorsunuz.

Otelde kalıyorsunuz ve havaalanında İnternet erişimi sağlayan bir İnternet bilgi noktasını kullanıyorsunuz. Evinizde kabloyla veya DSL modemle bağlandığınız, @proseware.com ile biten bir ISS hesabınız var. Outlook'ta, evde kullandıklarınızla aynı SMTP sunucu ayarlarına sahipsiniz. E-posta adresi yine @proseware.com ile biten başka bir kişiye e-posta gönderiyorsunuz.

Hayır. Postanız normal şekilde işlenmelidir.

Önceki senaryoyla aynı; tek farkı, e-posta adresi @adatum.com ile biten bir kişiye e-posta iletisi gönderiyorsunuz.

Evet ve bu ileti posta geçişi olarak engellenebilir. ISS ağına bağlı değilken ev ISS'nizin SMTP (giden) sunucusunu kullanmayı deniyorsunuz. SMTP sunucusu, sizin yetkili bir ISS abonesi olduğunuzu doğrulayamıyor. Buna ek olarak, SMTP sunucusundan iletinizi almasını ve ardından alıcının posta kutusuna teslim etmek üzere başka bir SMTP sunucusuna bağlanmasını istiyorsunuz.

Çözümler

Geçiş olarak kabul edilen bir senaryo kullanıyorsanız, iletiyi geçerli bağlantınızın sunucusu üzerinden göndermelisiniz. Başka bir deyişle, iş yerindeyseniz veya ev dışındaysanız, dolayısıyla İnternet'e bağlanmak için ISS'nizi kullanmıyorsanız ve ev ISS e-posta hesabınızdan bir ileti göndermek istiyorsanız, e-posta hesabı ayarlarınızı değiştirip bulunduğunuz konumda kullanılan SMTP sunucusunu, örneğin iş yerinizin SMTP sunucusunu belirtmeniz gerekir. Adım adım yordamlar için, E-posta hesabı ayarlarını değiştirme konusuna gidin.

Bu çözüm size uymuyorsa veya ev ISS hesabınızı kullanmayı tercih ediyorsanız, bir sonraki adımınız ISS'nizle iletişime geçmek ve yukarıda açıklanan seçeneklerden herhangi birinin size sağlanıp sağlanmadığını sormak olmalıdır. İlk iki kısıtlama için (SMTP kimlik doğrulaması gerektirme veya önce ISS POP3 (gelen) posta sunucusuna bağlanmanızı gerektirme), gerekli değişiklikleri Outlook'taki Hesap Ayarları'nda yapabilirsiniz. Yordamlar için, E-posta hesabı ayarlarını değiştirme konusuna gidin.

Hala e-posta iletileri gönderemiyor musunuz?

Outlook'ta SMTP ayarlarınızı değiştirdiniz veya e-posta iletinizi göndermenize olanak tanıyacak bir seçenek buldunuz. Bununla birlikte, yine de posta gönderemiyor ve hata iletisi alıyorsunuz.

Her şeyi doğru yapmış ama ağ yöneticilerinin kimlik sahtekarlığını önlemek için kullandığı başka bir güvenlik özelliğiyle karşılaşmış olabilirsiniz. Kimlik sahtekarlığı, e-posta iletisi gönderirken gerçekte kim olduğunuzu gizlemenin bir yoludur.

Diğer e-posta programlarının çoğu gibi Outlook da "görünen ad" belirtmenize ve biri iletinizde Yanıtla'ya tıklarsa gösterilmek üzere bir e-posta iade adresi girmenize olanak tanır. Gereksiz e-postalarda hemen her zaman bu alanlarda yanlış bilgiler yer alır. Şu aldığınız kısa sürede zengin alma yöntemi konulu iletilerin bir süper model veya dünya lideri tarafından gönderildiğine gerçekten inanıyor musunuz?

Kimlik sahtekarlığını önlemek için, bazı ISS'ler yanıt e-posta adresi alanına yanlış bilgiler eklenmesini kısıtlar. Örneğin ISS etki alanı adınız proseware.com ile bitiyorsa, ISS e-posta iade adresinizi turgay@contoso.com olarak ayarlamanıza izin vermeyebilir. Bu kısıtlama, daha önce açıklanan kısıtlamalar kadar yaygın kullanılmaz ancak konumları ve bağlantılarından bağımsız olarak tüm kullanıcılara uygulanabilir. Hiçbir alternatifi yoktur. Sunucu yöneticiniz bu yöntemi kullanıyorsa, geçerli bağlantınızla eşleşen bir e-posta iade adresi etki alanı belirtmeniz gerekir.

Yeteneklerinizi geliştirin
Eğitimleri keşfedin
Yeni özellikleri ilk olarak siz edinin
Office Insider Programına Katılın

Bu bilgi yararlı oldu mu?

Görüşleriniz için teşekkür ederiz!

Geri bildiriminiz için teşekkürler! Office destek temsilcilerimizden biriyle görüşmeniz yararlı olabilir.

×