Sendmail: Alamat pengirim ditolak (Domain tidak ditemukan)

11

Saya mengalami masalah dengan mengirim email di server web kami. Beberapa email dikirim dan dikirim tanpa masalah (misalnya Gmail), sementara yang lain ditangguhkan dengan "Alamat pengirim ditolak: Domain tidak ditemukan"

Saya mengerti bahwa ini adalah tindakan perlindungan spam di mana pencarian dilakukan pada domain pengiriman tetapi domain kami memiliki data MX:

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:

(Sebagai tambahan, mengapa kita tidak memiliki jawaban yang otoritatif? Mungkinkah itu masalahnya?)

Serta catatan A:

Server:     8.8.8.8
Address:    8.8.8.8#53

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

Berikut adalah log untuk surat tertentu yang mencoba dikirim:

Feb  5 12:07:52 premiumconnect sm-mta[2411]: s15C7qYp002411: from=<[email protected]>, size=3522, class=0, nrcpts=1, msgid=<[email protected]>, 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 <[email protected]>: 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 <[email protected]>: 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 <[email protected]>: 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 <[email protected]>: Sender address rejected: Domain not found

Saya memiliki sedikit pengalaman dengan Sendmail (atau MTA pada umumnya), tidak yakin informasi apa yang dapat berguna.

email sendmail spam email-server JonoCoetzee
sumber
Jika Anda tidak memberikan balasan Resmi, Anda perlu memastikan bahwa pendaftar domain Anda memiliki server NS yang terdaftar ..
NickW
Pendaftar domain kami memaksa kami untuk menggunakan server nama mereka, tidak dapat berubah jika saya ingin sayangnya ...
JonoCoetzee
Nah, jika Anda terpaksa menggunakan milik mereka, Anda perlu memastikan bahwa server NS mereka mengembalikan catatan yang Anda inginkan, dan itu termasuk catatan MX yang tepat. Pastikan juga ISP atau perusahaan hosting Anda menerbitkan catatan RDNS yang tepat untuk server surat Anda.
NickW
Oke, catatan yang dikembalikan di atas adalah benar untuk domain kami dan apa yang diatur dalam NS otoritatif (di registrar), termasuk catatan MX yang mengarah ke server surat eksternal. Server surat (didefinisikan dalam data MX) diselesaikan dengan pencarian DNS terbalik. Domain / server web tidak, tidak yakin apakah ini akan mempengaruhi sesuatu?
JonoCoetzee
Jadi, apakah server web Anda menyampaikan melalui server surat Anda? Itu akan menjadi cara paling sederhana untuk memastikan bahwa surat yang mereka kirim akan masuk ..
NickW

Jawaban:

8

Kesalahan ini secara khusus mengenai alamat 'dari', bukan server pengiriman surat. Dengan demikian, data MX tidak relevan, dan pengaturan MTA Anda mungkin tidak relevan.

Masalahnya adalah Anda mengirim email dari "[email protected]", yang ditentukan oleh penerima dengan benar tidak mungkin alamat email yang valid, karena domain debian70.vm tidak ada.

Solusinya akan tergantung pada seberapa tepatnya Anda menghasilkan email-email ini. Salah satu opsi adalah menentukan alamat 'dari' yang diinginkan dalam perangkat lunak apa pun yang menghasilkan surat-surat ini.

Di sisi lain, sepertinya Anda tidak secara aktif menentukan alamat 'dari', tetapi membiarkan sistem menghasilkannya. Dalam hal itu, bagian setelah @ diatur berdasarkan apa yang menurut sistem adalah nama suratnya. Debian memeriksa '/ etc / mailname' untuk menentukan ini, dan jika tidak menemukan apa-apa maka ia menggunakan nama domain yang sepenuhnya memenuhi syarat, yang dalam kasus Anda adalah 'debian70.vm' - nama yang hanya berlaku untuk jaringan internal Anda sejak itu dalam domain tingkat atas .vm.

Jika Anda mengedit / etc / mailname (membuatnya jika perlu) untuk mengatakan 'premiumconnect.co.za' (tanpa tanda kutip), itu mungkin akan menyelesaikan masalah Anda.

Jika tidak, maka itu bisa menunjukkan bahwa MTA menghasilkan alamat berdasarkan beberapa konfigurasi lain, jadi kami perlu tahu lebih banyak tentang pengaturan MTA Anda.

Tidak
sumber
Saya mendapatkan bahwa, jika Anda melihat baris pertama dalam log Anda akan melihat bahwa bahwa dari alamat diatur: from=<[email protected]>. Saya sudah mencoba pengaturan / etc / mailname. Apa yang menyebabkan ini tidak berfungsi?
JonoCoetzee
Saya diuji lagi dengan Gmail dan email masih masuk sebagai [email protected]? Saya telah memulai kembali layanan sendmail tetapi tidak ada perubahan.
JonoCoetzee
Saya miliki Authentication-Warning: premiumconnect.co.za: www-data set sender to [email protected] using -fdi mail.log, mungkinkah ini terkait?
JonoCoetzee
2

Bagaimana cara menyelesaikan domain debian70.vm? Bagi saya Anda menggunakan [email protected] sebagai alamat pengirim. Pemeriksaan spam dilakukan melalui debian70.vm, yang tidak dapat diselesaikan.

dirajam
sumber
@ sdm Tidak. Itu sebenarnya jawabannya imho. Bagi saya dia mencoba mengirim surat sebagai [email protected], yang domainnya tidak dapat diselesaikan oleh server jarak jauh. Maaf jika tidak jelas, saya akan mengubah jawaban saya.
dirajam
dirajam benar, itu adalah masalah utama .. yang kedua mungkin mengapa server relay-nya menerima alamat seperti itu :)
NickW
@ditandai - hasil edit membuatnya lebih baik, saya telah menghapus komentar, terima kasih.
slm
@NickW menurut saya dia menggunakan mesin lokal (127.0.0.1) untuk mengirim surat, jadi berfungsi. Saya kira dia tidak mengirimkan email ke mana pun, atau dia mungkin akan mendapatkan email kegagalan daripada log kesalahan. Jika itu benar, ia akan mengalami masalah dengan pemeriksa spam seperti SpamAssassin, tetapi ia biasanya tidak akan menerima umpan balik untuk itu - pesan hanya akan dibuang oleh server surat penerima.
dirajam
Saya setuju, itulah alasan di balik komentar terakhir saya di bawah pertanyaannya :)
NickW
1

Saya menemukan masalah, begitu saya diarahkan ke arah yang benar oleh jawaban lain. Sendmail.mc (autogenerated) memiliki garis MASQUERADE_AS(`debian70.vm')dnl, saya mengubahnya ke MASQUERADE_AS(`premiumconnect.co.za')dnldan email sedang diatur dengan benar sekarang. Terima kasih atas wawasannya.

JonoCoetzee
sumber