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

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 [email protected]untuk pergi berdampingan dengan yang biasa saya [email protected]), 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 [email protected] 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:

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 <= [email protected] H=(MyPCName) [MY.PC'S.IP.ADR] P=esmtpa A=dovecot_login:[email protected] S=1443429 [email protected]
2016-02-12 08:55:51 1aU9Vw-0004vq-EG => [email protected] <[email protected]> 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 -> [email protected] <[email protected]> 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 -> [email protected] <[email protected]> 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 <= [email protected] H=(MyPCName) [MY.PC'S.IP.ADR] P=esmtpa A=dovecot_login:[email protected] S=23133 [email protected]
2016-02-12 08:58:26 1aU9YU-0004w0-IN => [email protected] <[email protected]> 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.

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 [email protected] 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!

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 :)

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 [email protected]akun 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:

("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:

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?) .

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.

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.

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.

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.