Wah ya panteslah banyak spamnya kalau setting seperti itu?
Mail dari sender yang domainnya tidak didaftar di accept :-(
Om saya sudah mengikuti seperti petunjuk, tapi email yang mirip2 mampir lagi,
seperti terlampir.
Regards,
Hidayat
Dear Pak Syafril,
Kami mendapatkan email dari domain @booking.com dan sepertinya ini email spam.
Berikut kami info untuk detailnya source transaksi emailnya dan bagaimana
cara menanggulanginya.
salam
Benny
X-MDAV-Processed: mail.jkt.itochu.co.id, Tue, 07 Aug 2012 14:43:37 +0700
Return-path:
Oh iya pak hal ini berlaku hanya untuk user yang menggunakan smtp
mdaemon ya pak ?
Ya, karena hanya MDaemon Anda yang punya data username/password untuk
setiap user.
Pengecualian jika Anda menggunakan domain sharing dimana setiap lokasi
kirim mail melalui MDaemon masing-2x, dalam hal ini
Pak Syafril,
Ada error email dibawah in mohon pencerahannya
ue 2012-08-07 15:56:01: [298604:1] Session 298604; child 1
Tue 2012-08-07 15:56:01: [298604:1] Accepting SMTP connection from
[61.8.202.37:61625] to [165.108.159.10:25]
Tue 2012-08-07 15:56:01: [298604:1] -- 220-mail.jkt.itochu.co.id
Slamet Raharjo wrote on 07/08/12 14:47 +07:00:
Kalau di tempat saya menggunakan konsep Domian POP untuk satellite server,
Bagaimana untuk mensiasati hal itu pak ?
Asalkan user dicabang kirim mailnya lewat local MDaemon dicabang
mestinya bisa juga diaktifkan matching credential checker.
Jika
Benny Kurniawan Candra wrote on 07/08/12 14:54 +07:00:
Kami mendapatkan email dari domain @booking.com dan sepertinya ini
email spam. Berikut kami info untuk detailnya source transaksi
emailnya dan bagaimana cara menanggulanginya.
Laporkan ke bayesian spam learning system (flag as spam), atau
Benny Kurniawan Candra wrote on 07/08/12 16:41 +07:00:
Ada error email dibawah in mohon pencerahannya
ue 2012-08-07 15:56:01: [298604:1] Accepting SMTP connection from
[61.8.202.37:61625] to [165.108.159.10:25]
Tue 2012-08-07 15:56:01: [298604:1] -- 220-mail.jkt.itochu.co.id ESMTP
MDaemon
Syafril Hermansyah wrote on 07/08/12 17:59 +07:00:
Benny Kurniawan Candra wrote on 07/08/12 16:41 +07:00:
Ada error email dibawah in mohon pencerahannya
ue 2012-08-07 15:56:01: [298604:1] Accepting SMTP connection from
[61.8.202.37:61625] to [165.108.159.10:25]
Tue 2012-08-07 15:56:01:
Oops ternyata PTR nya missmatch sehingga direject
$ host mismx01.misteel.com.sg
Host mismx01.misteel.com.sg not found: 3(NXDOMAIN)
sudah diupdate ke
ftp://ftp.dutaint.com/altn-mdaemon/miscl/ReverseXcpt.dat
Thanks Pak Syafril
Sedangkan kalau dari sisi kami bagaimana kalau
Pak Syafril,
Kami ada keluhan user tentang milist. Ada user B yang sudah resign dan kami
hapus accountnya. User tadi sebelumnya menjadi member milist A. Dan di
member milist A user B tersebut sudah kami hapus. Saat ada orang yang
mengirim ke milist A, kenapa mereka masih mendapatkan notifikasi
Slamet Raharjo wrote on 07/08/12 14:47 +07:00:
Kalau di tempat saya menggunakan konsep Domian POP untuk satellite
server,
Bagaimana untuk mensiasati hal itu pak ?
Asalkan user dicabang kirim mailnya lewat local MDaemon dicabang
mestinya bisa juga diaktifkan matching credential checker.
Benny Kurniawan Candra wrote on 08/08/12 08:32 +07:00:
Sedangkan kalau dari sisi kami bagaimana kalau untuk allow domain
atau apabila ada customer kami yang memiliki masalah yang sama selain
kami inform ke bapak untuk update reversexcpt nya
Bisa lakukan sendiri dulu dengan mengedit
Mur sahid wrote on 08/08/12 08:47 +07:00:
Kami ada keluhan user tentang milist. Ada user B yang sudah resign dan kami
hapus accountnya. User tadi sebelumnya menjadi member milist A. Dan di
member milist A user B tersebut sudah kami hapus. Saat ada orang yang
mengirim ke milist A, kenapa mereka
Slamet Raharjo wrote on 08/08/12 09:10 +07:00:
Nah yang jadi issue, jika mengacu ke item no 1 di atas, jika matching
credential checker di server pusat ini saya aktifkan, maka server
pusat Akan mereject semua e-mail yang datangnya dari server cabang,
karena authentikasi ke server pusatnya
Syafril Hermansyah wrote on 08/08/12 09:34 +07:00:
Saat ada orang yang
mengirim ke milist A, kenapa mereka masih mendapatkan notifikasi bouncing
dari user B. Padahal user B sudah di hapus dari member A dan accountnya.
Ini indikasi bahwa setting milisnya tidak benar, mestinya kalau ada
bouncing
Access to the above mail server...
[x] ...requires authentication
[x] Allow per-account authentication
Kalau password akun tersebut berbeda antara isian di server cabang
dengan isian dikantor pusat maka bisa di set di akun masing-2x.
Ini di settingnya di mail server cabang atau di
16 matches
Mail list logo
