Sendmail: Gönderen adresi reddedildi (Alan adı bulunamadı)


11

Web sunucumuza posta gönderme konusunda sorun yaşıyorum. Bazı postalar sorunsuz gönderilir ve gönderilir (ör. Gmail), diğerleri "Gönderen adresi reddedildi: Alan adı bulunamadı" ile ertelendi

Bunun, gönderen alan adında bir aramanın yapıldığı ancak alan adımızın MX kayıtları olduğu bir spam koruma önlemi olduğunu anlıyorum:

Server:     8.8.8.8
Address:    8.8.8.8#53

Non-authoritative answer:
premiumconnect.co.za    mail exchanger = 10 za-smtp-2.mimecast.co.za.
premiumconnect.co.za    mail exchanger = 10 za-smtp-1.mimecast.co.za.

Authoritative answers can be found from:    

(Bir yana, neden yetkili cevaplarımız yok? Sorun bu olabilir mi?)

A kaydının yanı sıra:

Server:     8.8.8.8
Address:    8.8.8.8#53

Non-authoritative answer:
Name:   premiumconnect.co.za
Address: 196.28.97.202

Gönderilmeye çalışılan belirli bir postanın günlükleri şunlardır:

Feb  5 12:07:52 premiumconnect sm-mta[2411]: s15C7qYp002411: from=<bookings@premiumconnect.co.za>, size=3522, class=0, nrcpts=1, msgid=<52f22998c2680@premiumconnect.co.za>, proto=ESMTP, daemon=MTA-v4, relay=localhost [127.0.0.1]
Feb  5 12:07:52 premiumconnect sendmail[2410]: s15C7q0o002410: to=*****@tott.co.za, delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=33324, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (s15C7qYp002411 Message accepted for delivery)
Feb  5 12:07:52 premiumconnect sm-mta[2413]: s15C7qYp002411: to=<*****@tott.co.za>, delay=00:00:00, xdelay=00:00:00, mailer=esmtp, pri=123522, relay=antispam-vdc-01.gam.co.za. [41.0.5.44], dsn=4.1.8, stat=Deferred: 450 4.1.8 <bookings@debian70.vm>: Sender address rejected: Domain not found
Feb  5 12:07:53 premiumconnect sm-mta[2413]: s15C7qYp002411: to=<*****@tott.co.za>, delay=00:00:01, xdelay=00:00:01, mailer=esmtp, pri=123522, relay=mx-filter-01.gam.co.za. [41.0.5.131], dsn=4.1.8, stat=Deferred: 450 4.1.8 <bookings@debian70.vm>: Sender address rejected: Domain not found
Feb  5 12:12:46 premiumconnect sm-mta[2479]: s15C7qYp002411: to=<*****@tott.co.za>, delay=00:04:54, xdelay=00:00:00, mailer=esmtp, pri=213522, relay=mx-filter-01.gam.co.za. [41.0.5.131], dsn=4.1.8, stat=Deferred: 450 4.1.8 <bookings@debian70.vm>: Sender address rejected: Domain not found
Feb  5 12:12:46 premiumconnect sm-mta[2479]: s15C7qYp002411: to=<*****@tott.co.za>, delay=00:04:54, xdelay=00:00:00, mailer=esmtp, pri=213522, relay=antispam-vdc-01.gam.co.za. [41.0.5.44], dsn=4.1.8, stat=Deferred: 450 4.1.8 <bookings@debian70.vm>: Sender address rejected: Domain not found

Sendmail (veya genel olarak MTA'lar) ile ilgili çok az deneyimim var, başka hangi bilgilerin yararlı olabileceğinden emin değilim.


Yetkili yanıtlar vermiyorsanız, alan adı kayıt sitenizin NS sunucularınızın listelendiğinden emin olmanız gerekir ..
NickW

Alan adı kayıt sitemiz bizi isim sunucularını kullanmaya zorluyor, maalesef
istersem değişemedi

Onlarınkini kullanmak zorunda kalırsanız, NS sunucularının SİZİN istediğiniz kayıtları döndürdüğünden emin olmanız gerekir ve bu da uygun bir MX kaydı içerir. Ayrıca, ISS'nizin veya barındırma şirketinizin posta sunucunuz için uygun bir RDNS kaydı yayınladığından emin olun.
NickW

Tamam, yukarıda döndürülen kayıtlar alanımız ve harici bir posta sunucusuna işaret eden MX kaydı da dahil olmak üzere yetkili NS'de (kayıt memurunda) ayarlananlar için doğrudur. Ayrıca posta sunucusu (MX kaydında tanımlanan) ters DNS aramasıyla çözümlenir. Etki alanı / web sunucusu bunu yapmaz, bir şeyleri etkileyip etkilemeyeceğinden emin değil misiniz?
JonoCoetzee

Peki, web sunucularınız posta sunucunuz üzerinden geçiş yapıyor mu? Bu, gönderdikleri postanın iletilmesini sağlamak için en basit yoldur ..
NickW

Yanıtlar:


8

Bu hata özellikle gönderen posta sunucusuyla değil, 'gönderen' adresiyle ilgilidir. Bu nedenle, MX kayıtları ilgili değildir ve MTA ayarlarınız muhtemelen ilgili değildir.

Sorun, "bookings@debian70.vm" adresinden, debian70.vm etki alanı olmadığından alıcının doğru bir şekilde belirleyebileceği bir e-posta göndermenizdir.

Çözüm, bu e-postaları tam olarak nasıl oluşturduğunuza bağlı olacaktır. Bu seçeneklerden biri, bu postaları hangi yazılımda üretiyorsa onu istenen 'adresinden' belirlemektir.

Öte yandan, aktif olarak bir 'gönderen' adresi belirtmiyorsunuz, ancak sistemin bir adres oluşturmasına izin veriyorsunuz. Bu durumda, @ işaretinden sonraki kısım sistemin düşündüğü şeye göre ayarlanır. Debian bunu belirlemek için '/ etc / mailname' öğesini kontrol eder ve herhangi bir şey bulamazsa, tam etki alanı adını kullanır; bu durumda sizin durumunuzda 'debian70.vm' olur; .vm üst düzey etki alanındadır.

/ Etc / mailname 'i (premium gerekiyorsa)' diyerek (tırnak işaretleri olmadan) düzenlerseniz, muhtemelen sorununuzu çözecektir.

Değilse, bu, bir MTA'nın başka bir yapılandırmaya dayalı olarak adres oluşturduğunu gösterebilir, bu nedenle MTA kurulumunuz hakkında daha fazla bilgi sahibi olmamız gerekir.


Günlüğü ilk satırına bakarsanız gelen adresinin ayarlandığını göreceksiniz from=<bookings@premiumconnect.co.za>. Zaten / etc / mailname ayarını denedim. Bunun çalışmamasına ne sebep olabilir?
JonoCoetzee

Gmail ile tekrar test ettim ve e-postalar hala bookings@debian70.vm olarak geliyor mu? Sendmail hizmetini yeniden başlattım ancak değişiklik yapmadım.
JonoCoetzee

Ben Authentication-Warning: premiumconnect.co.za: www-data set sender to bookings@premiumconnect.co.za using -fbu ilgili olabilir, mail.log içinde?
JonoCoetzee

2

Debian70.vm alan adını nasıl çözmesi gerekiyor? bana gönderen adresi olarak bookings@debian70.vm kullandığınızı gösterir. Spam kontrolü, çözülemeyen debian70.vm üzerinden yapılır.


@slm Hayır. Aslında bu cevap imho. Bana göre, etki alanı uzak sunucu tarafından çözümlenemeyen bookings@debian70.vm olarak posta göndermeye çalışıyor. Anlaşılmadıysa, cevabımı değiştireceğim.
taşlanarak

taşlanarak doğru, birincil sorun budur .. ikincil bir neden onun aktarma sunucusu böyle adresleri kabul ediyor olabilir :)
NickW

@stoned - düzenleme daha iyi hale getiriyor, yorumu kaldırdım, teşekkürler.
slm

@NickW aslında bana posta göndermek için yerel makine (127.0.0.1) kullanıyor gibi görünüyor, bu yüzden çalışıyor. Sanırım postaları hiçbir yere aktarmadı, aksi takdirde hata günlüğü yerine hata mesajı alacaktı. Bu doğruysa, SpamAssassin gibi spam denetleyicilerinde sorun yaşayacaktır, ancak genellikle herhangi bir geri bildirim almaz - mesaj sadece alıcının posta sunucusu tarafından atılır.
taşlanarak

Katılıyorum, sorusunun altındaki son
yorumumun

1

Soruyu buldum, bir kez diğer cevaplar tarafından doğru yöne yönlendirildim. (Autogenerated) sendmail.mc bir satıra sahipti MASQUERADE_AS(`debian70.vm')dnl, bunu olarak değiştirdim MASQUERADE_AS(`premiumconnect.co.za')dnlve e-postalar şimdi doğru şekilde ayarlanıyor. İçgörü için teşekkürler.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.