Langkah diagnosis apa yang dapat saya lakukan jika email saya terkirim, tetapi tidak diterima, bahkan bukan sebagai spam?


12

Saya memiliki masalah di mana semua email ke penerima tertentu mengirim tetapi tidak pernah tiba, bahkan sebagai spam, tanpa kesalahan, sementara email ke semua orang berfungsi dengan baik. Saya bingung dan sedang mencari cara untuk mendiagnosis apa yang terjadi.

  • Saya mengirim beberapa email ke klien minggu lalu, dari Outlook 2016. Saya sekarang menemukan bahwa mereka tidak pernah diterima. Saya sudah mencoba mengirim email kepada orang lain di domain mereka dan sepertinya tidak ada yang menerima email saya, tetapi yang lain di domain lain juga
  • Saya telah memeriksa folder "terkirim" saya, dan mereka tampak identik dengan semua surat terkirim lainnya. Saya tidak punya laporan pengiriman atau yang serupa, dan mereka ada di folder "terkirim" bukan "kotak keluar". Saya juga telah mencoba CCing sendiri dalam email terbaru saya kepada orang-orang ini - mereka pasti mengirim.
  • Saya sudah memeriksa dengan klien yang bersangkutan, dan mereka tidak pernah menerima apa pun dari saya, bahkan di folder spam . Saya dapat menerima email dari mereka, tetapi mereka tidak menerima apa pun dari saya - bahkan balasan saya untuk email mereka.
  • Email pertama memiliki dua lampiran PDF berukuran kecil (500 kb), tetapi nasib yang sama menimpa email lanjutan yang tidak memiliki lampiran. Tidak ada gambar atau tautan di email apa pun. Itu adalah email normal yang terkait dengan pekerjaan antara satu dan tiga orang yang pernah saya ajak bertukar email melalui alamat email dan Outlook yang sama. Mereka juga di negara yang sama dengan saya.
  • Tidak ada balasan kesalahan pengiriman atau yang serupa. Email semacam itu pertama kali dikirim jam 8:55 Jumat lalu, jadi lebih dari 5 hari yang lalu, dan tidak ada yang diterima di pihak saya atau mereka.
  • Email mereka kepada saya diterima dengan baik - dan sebenarnya, email pertama saya kepada mereka yang gagal adalah balasan untuk email mereka sendiri. Saya juga menerima email ke domain ini yang diterima secara normal baru-baru ini dua minggu yang lalu.
  • Saya telah mencoba berbagai email percobaan untuk domain ini dan tidak ada yang berhasil:

    • Email polos yang hanya mengatakan "Ini adalah email percobaan" dan yang serupa tidak pernah tiba
    • Email dari Webmail dan aplikasi email Android saya tidak sama dengan email dari Outlook (dan juga tidak memberikan laporan pengiriman - semuanya gagal diam-diam)
    • Email yang dikirim menggunakan 3G ponsel saya mengalami nasib yang sama dengan email yang dikirim menggunakan WiFi saya
    • Saya juga membuat akun email baru di domain yang sama (misalnya test@my-domain.comuntuk pergi berdampingan dengan yang biasa saya my-name@my-domain.com), dan memiliki masalah yang sama persis (diuji menggunakan webmail).
    • Untuk menguji apakah saya mungkin memiliki semacam pengaturan SMTP yang mengacaukan penerimaan pengiriman bounceback, saya mengirim email ke hg1ugtvr34vrgfrt2t@ashfrlwejbtlwerhtklhejtkghwerkbjhrw.com dengan alasan bahwa itu mungkin tidak ada. Saya menerima bounceback "Pengiriman surat gagal: mengembalikan pesan ke pengirim" - jadi saya dapat menerima bounceback, saya tidak mengirimnya dari domain ini karena alasan tertentu.
    • Email kepada mereka dari, misalnya, akun Gmail pribadi saya, diterima dengan baik (jadi saya menggunakan ini sementara itu sampai masalah ini diselesaikan)

Email itu dari domain saya sendiri - Saya sudah mengirim email ke orang lain dari alamat email yang sama dan Outlook yang sama dan mereka menerima baik-baik saja. Gmail terkadang menandai mereka sebagai spam, yang saya cari, tetapi klien lain tampaknya tidak memiliki masalah.

Selain itu, saya tidak bisa melihat apa pun untuk melanjutkan. Saya yakin tidak cukup di sini untuk mendiagnosis masalah saya, jadi saya meminta bukan solusi, tetapi untuk langkah-langkah diagnosis yang dapat saya ambil , misalnya:

  • Apakah ada sesuatu "di balik tudung" yang dapat saya lihat di Outlook, seperti laporan pengiriman atau log?
  • Apakah ada jenis log terkait server atau domain yang harus saya perhatikan yang mungkin relevan? Domain saya ditugaskan ke server SMTP pada VPS Centos.
  • Apakah ada jenis daftar hitam atau intervensi keamanan yang harus saya ketahui dan periksa yang akan menyebabkan email tidak sampai sejauh folder spam?

Saya telah melihat pertanyaan ini. Email tidak diterima oleh beberapa orang , yang serupa tetapi dengan dua perbedaan:

  • Mereka menggunakan sistem surat massal, saya menggunakan Outlook biasa, satu email sekaligus.
  • Jawaban yang diterima menyalahkan greylisting - namun, email pertama saya yang hilang berasal dari Jumat lalu (lima hari yang lalu), dan tampaknya greylisting menunda email selama antara 15 menit dan "beberapa hari".

Seperti yang disarankan Tyson, saya sudah mencoba http://mxtoolbox.com/ tapi sayangnya itu tidak memberikan petunjuk (setidaknya, tidak ada petunjuk yang bisa saya lihat). Jika saya melewatkan sesuatu, berikut hasilnya:

Cek daftar hitam

Memeriksa XX.XX.XX.XX terhadap 95 daftar hitam yang diketahui ...

Tercantum 0 kali dengan 1 timeout

[banyak tanda centang hijau di akhir daftar:]

TIMEOUT IPrange RBL Project [response time:] 0

Jadi tidak ada dalam daftar hitam yang dikenal. Saya tidak tahu mengapa pemeriksaan IPrange RBL gagal, tetapi saya memeriksa secara manual di http://iprange.net/rbl/lookup/ dan saya juga tidak masuk daftar hitam di sana.

Pemeriksaan SMTP:

masukkan deskripsi gambar di sini

Jadi waktu koneksi agak lambat (saya tidak yakin mengapa, akan memeriksanya), tapi saya tidak melihat mengapa itu akan menyebabkan email yang dikirim terkadang hilang sepenuhnya.

http://intodns.com juga memberikan tanda centang hijau solid untuk semua cek MX domain saya.


Saya sudah mencoba menelusuri file log di server (Centos / Linux):

  • /var/log/maillog- ini semua kosong. Saya percaya ini adalah log sendmail, dan saat ini saya tidak menggunakan sendmail, jadi ini masuk akal.
  • /var/log/exim/reject.logpenuh dengan upaya brute force yang ditolak dovecot. Saya sudah fail2bandan saya akan memeriksa pengaturan firewall saya dll untuk melihat apakah saya dapat menghentikan mereka bahkan mencoba, tapi saya tidak berpikir ini terkait
  • /var/log/exim/main.log juga mengandung banyak upaya brute force yang ditolak, tetapi juga berisi catatan dari beberapa email terkirim aktual:

Berikut ini email ke tiga orang di domain yang sama yang gagal untuk ketiga orang (Saya telah mengedit beberapa string alfanumerik dan mengganti alamat IP dengan TXT.LIKE.TH.IS):

2016-02-12 08:55:41 no host name found for IP address MY.PC'S.IP.ADR
2016-02-12 08:55:49 1aU9Vw-0004vq-EG <= me@my-domain.com H=(MyPCName) [MY.PC'S.IP.ADR] P=esmtpa A=dovecot_login:me@my-domain.com S=1443429 id=000001d17563$920b5cf0$7b1622d0$@my-domain.com
2016-02-12 08:55:51 1aU9Vw-0004vq-EG => alice.domain@receives-nothing.org <alice.domain@receives-nothing.org> R=dnslookup T=remote_smtp H=cluster5.us.messagelabs.com [US.IP.ADR.ESS] X=UNKNOWN:DHE-RSA-AES256-GCM-SHA384:256
2016-02-12 08:55:51 1aU9Vw-0004vq-EG -> brian.domain@receives-nothing.org <bob.domain@receives-nothing.org> R=dnslookup T=remote_smtp H=cluster5.us.messagelabs.com [US.IP.ADR.ESS] X=UNKNOWN:DHE-RSA-AES256-GCM-SHA384:256
2016-02-12 08:55:51 1aU9Vw-0004vq-EG -> carol.domain@receives-nothing.org <carol.domain@receives-nothing.org> R=dnslookup T=remote_smtp H=cluster5.us.messagelabs.com [US.IP.ADR.ESS] X=UNKNOWN:DHE-RSA-AES256-GCM-SHA384:256
2016-02-12 08:55:51 1aU9Vw-0004vq-EG Completed

Berikut ini email ke satu orang yang berhasil (diterima oleh penerima):

2016-02-12 08:58:20 no host name found for IP address MY.PC'S.IP.ADR
2016-02-12 08:58:23 1aU9YU-0004w0-IN <= me@my-domain.com H=(MyPCName) [MY.PC'S.IP.ADR] P=esmtpa A=dovecot_login:me@my-domain.com S=23133 id=003101d61537$874b04a0$59e01ed0$@my-domain.com
2016-02-12 08:58:26 1aU9YU-0004w0-IN => zak.receives@email-normally.org <zak.receives@email-normally.org> R=dnslookup T=remote_smtp H=cluster4.eu.messagelabs.com [UK.IP.ADR.ESS] X=UNKNOWN:DHE-RSA-AES256-GCM-SHA384:256
2016-02-12 08:58:26 1aU9YU-0004w0-IN Completed

Saya tidak bisa melihat perbedaan yang signifikan antara keduanya. Sebelum dan sesudah keduanya hanyalah puing-puing kasar dan email lainnya.

Saya tidak tahu apa pentingnya cluster5.us.messagelabs.comatau cluster4.eu.messagelabs.comapa, tetapi alamat IP yang terkait keduanya adalah alamat IP MessageLabs.

Googling messagelabs.com telah membuat artikel blog ini , yang terlihat relevan dan menunjukkan bahwa (secara kebetulan) kedua klien saya adalah pelanggan MessageLabs, tetapi untuk perbedaan penting bahwa a) tidak seperti penulis, saya bahkan tidak mendapatkan pengiriman. terima dan b) jika itu MessageLabs memblokir email saya, saya tidak mengerti mengapa mereka memblokirnya untuk salah satu pelanggan mereka tetapi tidak yang lain.



2
Bisakah Anda memberi nama domain tujuan? Beberapa layanan surat menerapkan kebijakan anti-spam yang gagal "terima dan lepaskan tanpa pemberitahuan".
AnFi

1
Jelas terlihat masalah di sisi penerima. Anda bilang Anda menggunakan Outlook dan domain Anda sendiri. Apa server email Anda? Anda sendiri atau yang disediakan oleh penyedia hosting Anda? Apakah Anda memiliki akses ke sana untuk mencoba membuka koneksi SMTP dari server Anda ke server mereka?
Zina

1
Mungkin sesuatu seperti Dukungan Microsoft ini - XFOR: Telnet ke Port 25 untuk Menguji Komunikasi SMTP . Anda harus melakukan ini dari server surat Anda dan saya akan menyarankan Anda menyiapkan perintah / baris yang akan Anda gunakan untuk pengujian karena Anda tidak dapat menggunakan backspace jika Anda mengetik sesuatu yang salah. Dengan mengatakan itu akan lebih baik bahwa penerima dapat memeriksa ini (seperti yang saya dan orang lain sarankan). Mungkin mencobanya di server email Anda dengan email masuk dan hanya untuk melihat apa yang Anda harapkan.
Zina

1
Selain komentar di atas, Anda dapat mengirim ulang satu email yang tidak pernah diterima dari jaringan lain, misalnya rumah Anda. Jika tiba, maka ini membuktikan bahwa server target tidak menyukai Anda. Jika tidak, maka server target tidak menyukai konten email, jadi coba pesan "halo" yang sama sekali tidak bersalah.
harrymc

Jawaban:


3

Pemecahan masalah email dapat dibagi menjadi masalah "pengirim" dan "penerima". Karena Anda dapat mengirim ke orang lain, sisi pengirim mungkin bekerja dengan baik. Anda perlu menyelidiki sisi Penerima untuk menemukan masalahnya.

Melihat log adalah langkah yang baik dan dapat memberi tahu Anda di mana pesan Anda sampai dan di mana mereka tidak. Aliran email normal seperti ini:

  1. Anda mengirim dari perangkat lunak email Anda ke server Anda

  2. Server Anda mengirim ke server mereka

  3. Server mereka mengirim ke klien email mereka

Dalam hal ini Anda dapat melihat dari log sepertinya server mereka

cluster5.us.messagelabs.com

Messagelabs adalah layanan penyaringan email yang sekarang dimiliki oleh Symantec. Layanan pemfilteran pesan seperti ini digunakan untuk menghapus semua spam dan email sampah sebelum pesan dikirim ke perangkat lunak klien. Ini berarti bahwa setiap pesan yang diblokir oleh messagelab tidak akan muncul di folder spam atau email sampah apa pun di perangkat lunak klien. Mereka akan hilang begitu saja dan penerima tidak akan pernah melihat tanda-tanda mereka. Terkadang mereka mungkin menerima pesan yang mengatakan bahwa "pesan dari someone@example.com telah diblokir. Hubungi departemen TI Anda untuk membebaskannya."

Ini terdengar sangat mirip dengan apa yang terjadi di sini. Secara teknis Anda harus mendapatkan respons pantulan dari messagelab seperti orang di tautan yang Anda poskan tetapi ini tidak dijamin. Mereka mungkin hanya menghapus pesan Anda secara diam-diam jika mereka menganggapnya spam. Biasanya messagelab akan menyediakan antarmuka untuk departemen TI di pelanggan mereka di mana pesan yang diblokir dapat dirilis. Anda dapat meminta kontak Anda di perusahaan untuk memeriksa dengan tim TI mereka apakah ada pesan yang diblokir dari alamat email Anda. Setidaknya Anda bisa jika Anda memiliki cara lain untuk menghubungi mereka!

Langkah pemecahan masalah umum yang bermanfaat lainnya: Jika Anda tidak memiliki akses ke file log, Anda dapat mengetahui apa yang seharusnya server untuk domain apa pun dengan mencari "Catatan MX"

Sebagai contoh di sini: http://mxtoolbox.com/

Data MX adalah apa yang dicari server email untuk mencari tahu ke mana mereka harus mengirim email Anda.

Anda kemudian dapat memulai koneksi manual ke server yang tercantum dalam catatan mx untuk melihat apakah itu menerima email dan pesan kesalahan apa yang mungkin Anda dapatkan. Gunakan program telnet seperti Putty: http://www.putty.org/ dan telnet ke server email pada port 25. Beberapa perintah yang Anda perlukan tercantum di sini: http://www.yuki-onna.co. uk / email / smtp.html

Jadi sekarang Anda dapat terhubung ke server surat mereka dan mengirim email menggunakan alamat email Anda sebagai alamat "Dari" dan melihat bagaimana server merespons secara langsung. Kode kesalahan email apa pun yang dikembalikan dapat dicari di google atau di sini: http://www.serversmtp.com/en/smtp-error

Setelah Anda memastikan bahwa Anda dapat terhubung ke server, ia mungkin memberi tahu Anda mengapa email Anda ditolak sebagai spam atau karena alasan lain, tetapi alasannya mungkin tidak mudah untuk diuraikan. Pada tahap ini saya sarankan Anda meminta pelanggan messagelab untuk menghubungi nomor dukungan mereka dengan kode kesalahan (atau kurang dari mereka) yang Anda terima dari server mereka. Karena Anda bukan pelanggan messagelab, Anda tidak dapat mencatat masalah atau meminta messagelab untuk memeriksa pengaturan di akun pelanggan mereka. Pelanggan mereka harus menanyakannya sendiri. Ini akan serupa untuk penyedia penyaringan email lainnya.

Mudah-mudahan kode kesalahan akan mengarahkan Anda ke masalah tertentu, seperti server Anda terdaftar di daftar blokir atau tidak memiliki catatan SPF dan Anda dapat memperbaikinya sendiri karena berurusan dengan penyedia penyaringan surat di pihak ketiga tidak pernah menyenangkan. Masalah terakhir yang saya alami seperti ini membutuhkan waktu tiga bulan untuk diselesaikan sebelum kesalahan ditemukan dan messagelab memperbaikinya.

Saya akan tunduk pada jawaban oleh kubanczyk untuk perincian tentang pengaturan SPF dan DKIM karena mereka tampaknya jauh lebih berpengetahuan daripada saya!

Semoga berhasil!


2

Log SMTP keluar Anda menunjukkan bahwa tujuan menerima pesan. Jika server email tujuan cukup baik untuk mengirim bounceback dengan alasan apa pun, itu saja yang Anda dapatkan. Selain bertanya kepada klien (yang mungkin tidak tahu) apa yang terjadi pada email, tidak banyak yang bisa Anda lakukan selain menebak. Anda mungkin juga dapat melihat header transport pada pesan yang Anda terima dari klien.

Berikut lembar data produk untuk solusi MessageLabs (lihat aksi kontrol di halaman 2)

Jadi sistem email klien ini menggunakan solusi keamanan email perusahaan, yang menawarkan kebijakan kompleks yang berpotensi untuk memblokir, menolak, memodifikasi, memfilter, memindai, mengarahkan ulang dll surat berdasarkan faktor-faktor umum seperti:

  1. Header transportasi (Apakah pesan ini dipindai oleh produk lain? Apakah sudah ditandai untuk enkripsi? Apakah ditandatangani? Apakah saya mempercayai sistem surat sumber?)
  2. Penerima (Siapa yang boleh mengirim email kepada siapa?)
  3. Subjek, batasan lampiran (Apakah 'V1AGArA' dalam subjek? Apakah mengandung .exe?)
  4. Kata kunci yang dibatasi dalam teks?
  5. Apakah teks pesan telah diklasifikasikan? (Apakah pesan ini ditandai sebagai kasar? Apakah mengandung PII?)

Daftar ini terus berlanjut. Saya tidak sepenuhnya akrab dengan penawaran MessageLab, tetapi saya bekerja dengan produk serupa yang disukai departemen kepatuhan, tata kelola, risiko, dan keamanan TI bank besar karena memungkinkan departemen-departemen itu menyaring, mengaudit, mengarsipkan, meninjau, menganalisis, mengkategorikan, memblokir mail dengan tingkat detail yang sangat terperinci. Banyak klien kami diwajibkan secara hukum untuk melakukan hal-hal umum seperti:

  1. Karantina surat masuk dan keluar yang dapat berpotensi melanggar peraturan keuangan dengan mengarahkan pesan secara transparan ke tim hukum perusahaan untuk ditinjau dan disetujui.
  2. Menulis ulang peserta pada pesan masuk atau keluar berdasarkan konten pesan.
  3. Blokir pesan dari kotak surat tertentu berdasarkan konten atau kata kunci
  4. Kurangi dan tulis ulang bagian pesan berdasarkan analisis dokumen
  5. Terapkan pembatasan tambahan dan tindakan kontrol berdasarkan wilayah. Salah satu contoh adalah karena peraturan ITAR yang dimiliki klien saya. Semua e-mail dari wilayah geografis tertentu harus memiliki kebijakan analisis konten mendalam tambahan yang diterapkan dengan subset besar volume surat yang memerlukan persetujuan manual untuk mencapai kotak surat pengguna akhir.

Dan tentu saja, karena apa pun bisa dan akan terjadi dalam email perusahaan, selalu ada kemungkinan server surat tujuan hanya membuang pesan Anda dan menempa 200 OKatau 250 COMPLETEDmenanggapi relay Anda. Itu terjadi ... Saya tahu beberapa klien yang mengkonfigurasi relay e-mail untuk merutekan e-mail ke black holerelay untuk menghilangkan loop routing yang nakal. Surat perusahaan selalu menyenangkan :)


Saya pikir saya telah mengesampingkan hampir semua kemungkinan di atas, termasuk menyempurnakan pengaturan server email saya, tetapi email saya masih tidak bisa menembusnya. Apakah Anda mengetahui hal itu sebagai konfigurasi di mana, jika satu email melakukan filter, seluruh domain berakhir pada daftar hitam pribadi? Atau yang serupa?
user56reinstatemonica8

Anda dapat melihat tajuk email lengkap, dengan IP dan domain anonim, atas pertanyaan Server Fault ini - terima kasih atas bantuan Anda!
user56reinstatemonica8

2

Pembaruan: Jawaban ini menjelaskan cara untuk mendapatkan laporan diagnostik pada email apa pun (isi email, tajuk dan pengaturan server). Meskipun sangat berguna untuk meningkatkan pengaturan server saya, sayangnya bahkan setelah memperbaiki semua yang dibangkitkan di sini, email saya masih tidak bisa melewatinya. Saya akan meninggalkannya di sini karena orang lain mungkin lebih beruntung daripada saya.


Saya menemukan beberapa layanan pengujian email online gratis. Mereka menghasilkan satu alamat email, Anda mengirimnya email lalu mengklik sebuah tautan, dan itu memberikan laporan tentang bagaimana berbagai filter spam yang dikenal akan menilai email tertentu itu.

Biasanya dirancang untuk menguji nawala, tetapi cocok dengan tujuan saya.

Saya tidak tahu harus mencoba yang mana, tetapi yang pertama saya coba - https://www.mail-tester.com/ - memberikan hasil yang bermanfaat.

Saya menggunakan test@my-domain.comakun email palsu untuk ini, karena memiliki layanan gratis untuk menguji akun email untuk spammyness kemudian menjual akun email tersebut ke daftar spam adalah model bisnis yang terlalu jelas ... :-)

Laporan itu memberi saya petunjuk berguna untuk diikuti. Inilah vonis mereka:

Tidak buruk. Beberapa kotak masuk mungkin masih menolak Anda

5/10

Dan tangkapan layar diagnosa mereka:

masukkan deskripsi gambar di sini

("pesan tubuh berisi kesalahan" tidak seburuk kedengarannya, itu hanya menunjukkan tidak ada tautan berhenti berlangganan karena anggapan salah saya sedang menguji buletin)

Inilah yang saya cari: hal-hal yang dapat ditindaklanjuti untuk dicoba dan diperbaiki, dengan tidak adanya pemberitahuan pengiriman yang gagal.

Jadi sekarang saya akan menyelidiki mengapa alamat email saya mengarah ke master host VPS vps.my-domain.com alih-alih servername mailname mail.my-domain.com server, dan saya akan menyelidiki mengapa entri SPF - yang saya atur beberapa bulan yang lalu dan yang dikatakan alat MX baik-baik saja - belum sepenuhnya dipropagasi.

Ini khususnya terlihat seperti akar dari masalah khusus saya: kekhasan dari konfigurasi server yang, saya bayangkan, beberapa konfigurasi akan dianggap tidak relevan dan beberapa akan menganggap mencurigakan:

masukkan deskripsi gambar di sini


Memperbarui...

Berita buruk ... Saya telah memperbaiki semua masalah yang muncul dalam laporan Penguji Email (untuk siapa pun yang tertarik, lihat Pertanyaan Kesalahan Server tentang masalah alamat HELO dan masalah propagasi SPF ). Email saya sekarang mendapatkan 10/10 sempurna dari Penguji Email ...

Wow! Sempurna, Anda dapat mengirim

10/10

... tapi email saya masih belum diterima oleh domain aneh yang satu ini. Saya mulai berpikir bahwa entah bagaimana saya telah ditambahkan ke daftar hitam khusus organisasi (mungkin seseorang menekan tombol "spam" karena kesalahan alih-alih "balas" atau "arsip" ... tidak yakin apakah itu akan menjelaskan hal ini?) .


Tidakkah Anda melaporkan bahwa email Anda berhasil dikirim ke penerima lain di domain target yang sama? Masalah di atas seharusnya menyebabkan keduanya atau tidak ada yang gagal.
harrymc

Tidak, ada penerima lain di domain yang berbeda yang menerima semua email, tetapi yang domainnya juga dikelola oleh MessageLabs (jelas dengan pengaturan berbeda)
user56reinstatemonica8

2

Saya akan mencoba tebakan liar saya di sini. Saya melihat Anda menggunakan SPF dan DKIM. Jadi ada juga kemungkinan Anda menggunakan DMARC (terutama jika MX Anda kebetulan exim).

Sekarang, ada kemungkinan surat Anda masuk ke accept-nothing.org dan di sana Anda mendapatkan pesan pentalan (surat balasan yang menunjukkan alasan mengapa mereka tidak dapat menerima surat Anda). Tetapi, berbicara dari pengalaman, banyak organisasi, terutama yang besar, memiliki mekanisme yang sangat gagal untuk mengirim pesan bouncing . Secara khusus, Lotus Domino mengirimkan DKIM yang salah setiap saat, karena menyalin tanda tangan DKIM Anda pada pesan mereka kata demi kata. Kesalahan lain yang lebih halus juga cenderung sering terjadi.

Banyak pesan pentalan gagal SPF. (Alasan teknis adalah bahwa mereka benar-benar memiliki MAIL DARI: <> dan mereka dapat memiliki masalah dengan EHLO mereka.) Jadi jika mereka memiliki kebijakan DMARC, ini membuat mereka hanya bergantung pada DKIM, yang juga memiliki banyak masalah. Secara logis:

DMARC = (SPF atau DKIM) dan (pemeriksaan penyelarasan identitas Dari-tajuk)

Karena itu cobalah untuk menonaktifkan sementara DMARC, DKIM, SPF memeriksa surat masuk di MX Anda. (Itu berarti Anda tidak boleh mengubah catatan DNS Anda hanya pengaturan exim Anda.) Kirimi mereka dan tunggu beberapa jam untuk bouncing, dan kemudian aktifkan kembali DMARC, DKIM, SPF.


Ini adalah ide yang bagus, +1, tetapi sayangnya bagi saya (tergantung pada bagaimana Anda melihatnya) domain yang bermasalah secara manual menempatkan domain saya pada daftar "selalu menerima" sebelum saya bisa mencoba ini. Adakah yang tahu bagaimana saya bisa mendapatkan pesan pantulan seperti ini setelah pengecualian seperti itu dibuat?
user56reinstatemonica8

Cukup kirim ke nonexisting_mailbox_bleble@they.com untuk mendapatkan pesan pentalan mereka. Tapi mengapa Anda secara manual menganalisis pesan bouncing mereka sekarang, ketika masalah hilang - banyak upaya dan kemungkinan kecil bahwa setiap perbaikan terjadi di pihak mereka.
kubanczyk

Saya mencoba mencari tahu mengapa saya mulai diblokir, jadi saya bisa yakin itu tidak akan terjadi lagi. Juga, saya ingin mencari tahu mengapa saya tidak pernah menerima serangan balik. Pada dasarnya saya ingin mencapai titik di mana saya dapat mengirim email kepada siapa pun tanpa khawatir bahwa itu mungkin telah diblokir secara diam-diam dan tidak tiba.
user56reinstatemonica8

Juga, saya sebelumnya mengirim ke alamat email yang tidak ada ketika saya khawatir saya mungkin tidak sengaja mengabaikan beberapa pengaturan yang mengabaikan bounceback, dan saya mendapat bounceback seperti yang diharapkan. Apakah benar untuk mengatakan, jika saya mendapatkan bounceback dari akun email yang tidak ada tetapi tidak dari domain ini, itu berarti domain ini tidak pernah mencoba mengirimi saya bounceback? Atau mungkinkah bounceback mereka gagal karena alasan yang Anda jelaskan sementara bounceback akun tidak ada berhasil?
user56reinstatemonica8

Saya pikir sudah cukup bagi Anda untuk memeriksa satu bouncing. Jika mereka memiliki pipeline server smtp, mungkin server pertama mendeteksi situasi "no like mailbox", dan server kedua mendeteksi tipe situasi "Aku tidak suka kamu" lainnya. Ini tidak mungkin, tetapi bukan tidak mungkin, bahwa kedua server memiliki bouncing yang dikonfigurasi secara berbeda, satu passess dan lainnya hilang. Jauh lebih mungkin bahwa situasi "Aku tidak suka kamu" sama sekali tidak menghasilkan pantulan, jadi aku benar-benar tidak akan masuk jauh ke dalam semuanya. Saat ini Anda tidak pernah bisa yakin bahwa surat Anda dikirim ...
kubanczyk

1

Seringkali penyedia email memiliki beberapa roule aneh di tempatnya dan menghapus email yang cocok dengan roule secara otomatis.
Kami mengalami masalah ini:
Penyedia surat telah menghapus surat kami berdasarkan alamat jalan karena perusahaan lain (yang telah mengirim spam-surat) berlokasi di alamat jalan yang sama ...
Jadi saya akan:
- mengirim surat tanpa konten (juga tanpa catatan kaki normal Anda) dan tanpa lampiran ke kotak surat, yang tidak menerima email Anda
=> Jika dapat diterima, beberapa konten normal Anda ditandai sebagai "buruk"
Dalam setiap kasus saya akan bertanya kepada pasangan Anda ( yang tidak menerima email Anda) untuk nama penyedia dan kemudian menelepon hotline mereka.


Memberi +1 untuk pengalaman tetapi saya sudah mencoba mengirim email yang kosong kecuali untuk jenis teks "this is a test", serta balasan ke email mereka yang tidak menambahkan catatan kaki. Saya 99% yakin itu domain saya, bukan konten atau pengguna individu, yang sedang diblokir
user56reinstatemonica8

Kemudian saya akan meminta nama penyedia surat dari mitra Anda yang tidak menerima surat Anda dan menelepon penyedia surat untuk menanyakan masalah yang dia hadapi dan - jika dia tidak melihat masalah - lakukan tes bersama dengan penyedia surat (kemudian, Anda AKAN menemukan masalah :-)
FredyWenger

1

Saya punya masalah serupa. Pengguna akhir mengatakan email MSOutlook ke email eksternal spesifik tidak pernah muncul. Email ada di barang-barang yang dikirim. Dia tidak pernah mendapat hal yang tidak terkirim. MSExchange menunjukkannya sebagai berhasil dikirim ke sistem email lain. Pengguna email eksternal tidak melihatnya dalam spam atau sampah.

Larutan. Membersihkan cache-nya untuk email pengguna eksternal itu. Alamat email yang disalin dan ditempel dari email yang diterima dari orang itu dan sekarang berfungsi. Sosok pergi.


-1

Menemukan "informasi" ini di situs web Microsoft, semoga sedikit membantu. SOURCE => Outlook email keluar tidak diterima oleh penerima


PERTANYAAN:

Orang-orang tidak menerima email yang saya kirim melalui Outlook. Mereka ditampilkan sebagai berhasil dikirim dalam folder Terkirim saya, dan saya tidak mendapatkan pesan yang mengatakan mereka tidak terkirim. Mereka tidak berakhir di folder spam atau sampah penerima saya.

MENJAWAB:

Jika Anda mengalami masalah dengan ini, ada utas di mana seseorang di Outlook 2007 memiliki masalah yang sama, dan diselesaikan dengan mengubah beberapa properti port. Semua kredit diberikan kepada Lisa, OP yang memposting solusinya: => (Baca Pertanyaan & Jawaban di bawah)

PERTANYAAN:

Menjalankan Outlook 2007 di Vista ... pesan keluar tidak berfungsi, tetapi ucapkan "selesai" di kotak surat keluar. Pesan tidak diterima oleh penerima dan tidak muncul di folder terkirim. Apakah ada perbaikan untuk ini? Komputer selanjutnya adalah Windows 7, program yang sama, tidak mengalami masalah. Terhubung ke jaringan yang sama dan internet baik-baik saja.

MENJAWAB:

Apa jenis akun email yang dikonfigurasi dalam pandangan (POP, IMAP, MAPI atau EXCHANGE)? Apakah Anda melihat email di kotak keluar atau apakah mereka meninggalkan kotak keluar? Coba kirim email ke diri Anda dan periksa apakah Anda dapat menerima email tes. Boot juga sistem dalam mode boot bersih lalu coba kirim email dan periksa. Lihat tautan yang diberikan di bawah ini untuk mem-boot sistem dalam mode boot bersih: http://support.microsoft.com/kb/929135 (prosedur terperinci yang panjang).

Catatan: Pastikan untuk me-reboot sistem ke mode normal setelah masalah terselesaikan.


Ini tidak relevan karena ini bukan masalah klien Outlook.
beeks

OP dengan jelas menyatakan >>> Saya mengirim beberapa email ke klien minggu lalu, dari Outlook 2016. Saya sekarang menemukan bahwa mereka tidak pernah diterima. Saya sudah mencoba mengirim email kepada orang lain di domain mereka dan sepertinya tidak ada yang menerima email saya, tetapi yang lain di domain lain >>> Juga >>> Apakah ada sesuatu "di balik tudung" Saya dapat melihat di Outlook, seperti laporan pengiriman atau log? >>> dan ini >>> Mereka menggunakan sistem surat massal, saya menggunakan Outlook biasa, satu email sekaligus. >>> **** Dibaca seperti masalah Outlook 2016 bagi saya. ****
Nama

Pesan itu meninggalkan klien emailnya dan server mengirimnya. Outlook tidak salah.
Beeks

Saya akan melihat hal tentang properti port. Ini bukan semata -mata masalah Outlook, saya baru saja mengedit dalam hasil pengujian menggunakan Webmail dan aplikasi email Android saya, yang mengalami masalah yang sama - tetapi saya memberi jawaban ini karena ada hubungannya dengan properti port yang memperbaikinya untuk pengguna Outlook mungkin hanya memperbaiki untukku dan memberiku sesuatu yang lain untuk dilihat.
user56reinstatemonica8
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.