On 2014-04-15 18:05, Benny Kurniawan Candra wrote:
Yang pertama diterima, yang kedua ditolak karena masalah SPF walau
harusnya diterima tetapi ditolak karena DNS resolver MDaemon Anda tidak
akurat.
Jadi solusinya bagaimana pak?
1. Perbaiki setting DNS resolver
2. Perbaiki setting Firewall
On 2014-04-15 18:18, Benny Kurniawan Candra wrote:
Tambahan lagi pak ada error email dibawah ini apakah juga karena DNS resolver
MDaemon bermasalah
Ya, DNS dan Firewall bermasalah, sama dengan problem yang lain.
--
syafril
---
Syafril Hermansyah
MDaemon-L Moderators, running MDaemon
On April 15, 2014 6:31:07 PM GMT+07:00, Benny Kurniawan Candra
benny...@jkt.itochu.co.id wrote:
Pak, kalau DNS resolver sudah saya setting seperti yang bapak berikan
(as attached)
Sudah baik sekarang.
sedangkan untuk pengubah MX preference level apakah ada jeda untuk
pengiriman dan penerimaan
sedangkan untuk pengubah MX preference level apakah ada jeda untuk
pengiriman dan penerimaan email
Beda tipis, berkisar 1 - 2 menit, hampir tidak terasa bedanya
dibanding koneksi yang lancar dulu sebelum ganti/tambah DMZ firewall.
Yang jauh lebih penting adalah mail selamat tiba
On 2014-04-16 09:01, Benny Kurniawan Candra wrote:
dan untuk error dibawah ini apakah disebabkan hal diatas juga pak
Bukan.
Tue 2014-04-15 17:28:40: [182439] Accepting SMTP connection from
[202.171.1.139:56829] to [165.108.159.10:25]
Tue 2014-04-15 17:28:40: [182439] -- EHLO mx3.ntt.net.id
On 2014-04-16 10:05, Benny Kurniawan Candra wrote:
Pak, tidak ada setting ulang di MDaemon pak.
Hmmm...jadi diotak-atik sendiri saja sehingga setting DNS berubah dan
setting SPF berubah.
Sedangkan untuk firewall di port IMAP, SMTP dan POP3 dan HTTPS untuk
webmail dari dulu sudah di allow di
Kalau hanya Firewall biasa tidak masalah seperti itu asalkan tidak
diaktifkan tcp filtering (icmp tidak di block seperti sekarang) juga
outbound tcp/udp traffic dari MDaemon ke internet di allow.
Tetapi kalau pakai DMZ firewall memang lebih baik pakai incoming
relayhost agar selamat (safe).
On 2014-04-16 10:55, Benny Kurniawan Candra wrote:
Kalau hanya Firewall biasa tidak masalah seperti itu asalkan tidak
diaktifkan tcp filtering (icmp tidak di block seperti sekarang)
juga outbound tcp/udp traffic dari MDaemon ke internet di allow.
Tetapi kalau pakai DMZ firewall memang lebih
On 2014-04-16 10:55, Benny Kurniawan Candra wrote:
Kalau hanya Firewall biasa tidak masalah seperti itu asalkan tidak
diaktifkan tcp filtering (icmp tidak di block seperti sekarang)
juga outbound tcp/udp traffic dari MDaemon ke internet di allow.
Tetapi kalau pakai DMZ firewall memang
Ok Pak, maaf soalnya itu tadi pertanyaan dari host master di ISP.
Pak Syafril,
Ada error lagi sbb dibawah ini
Wed 2014-04-16 10:46:28: [201151] Session 201151; child 0002
Wed 2014-04-16 10:46:28: [201151] Accepting SMTP connection from
[207.46.51.92:44741] to [165.108.159.10:25]
Wed
Ya.
dan untuk membatasi penulisan IP dengan 1xspace kan pak
Ya.
Terima kasih Pak
REgards
BEnny
--
--[MDaemon-L]
Milis ini untuk Diskusi antar pengguna MDaemon Mail Server.
Netiket: http://www.netmeister.org/news/learn2quote
Arsip:
Dear Pak Syafril,
Dibawah ini error message dari customer kami
09:23:58: [112867] Session 112867; child 0010
Mon 2014-04-14 09:23:58: [112867] Accepting SMTP connection from
[103.10.253.117:48545] to [165.108.159.10:25]
Mon 2014-04-14 09:23:58: [112867] -- 220-mail.jkt.itochu.co.id ESMTP
On 2014-04-14 09:40, Benny Kurniawan C wrote:
Dibawah ini error message dari customer kami
Mon 2014-04-14 09:25:02: [112867] Performing SPF lookup
(awp.component.astra.co.id / 103.10.253.117)
Mon 2014-04-14 09:26:03: [112867] * DNS: 60 second wait for DNS response
exceeded (DNS Server:
Apakah IP bisa saya allow di SPF
Masalahnya bukan di SPF, sender domain tidak mengaktifkan SPF.
$ host -t txt awp.component.astra.co.id
awp.component.astra.co.id has no TXT record
Koneksi terputus karena baik sender maupun receiver meletakkan
servernya
dibelakang firewall yang
On 2014-04-14 10:25, Benny Kurniawan Candra wrote:
selain unblock ICMP apakah ada solusi lainnya pak?
Sender IP di whitelist di firewall agar bypass tcp filteringnya firewall.
kalau SPFID untuk IP di white list apakah bisa pak?
SPF whitelist itu diperlukan untuk whitelist IP MX backup bukan
Kemungkinan besarnya masalahnya di DNS resolver yang digunakan MDaemon.
Berdasar hasil DNS bencmark (lihat
http://www.mail-archive.com/mdaemon-l%40dutaint.com/msg22546.html),
urutan pemilihan DNS resolver terbaik adalah sbb:
1. Local DNS resolver (terinstall di MDaemon atau di local LAN)
On 2014-04-14 10:53, Benny Kurniawan Candra wrote:
jadi kalau di DNS dimail server saya input yang primary saja apakah tidak
masalahkan pak?
Lebih baik sedikitnya 2 DNS resolver dan sebanyak-banyaknya 6.
--
syafril
---
Syafril Hermansyah
MDaemon-L Moderators, running MDaemon 14.0.1 Beta A
Lebih baik sedikitnya 2 DNS resolver dan sebanyak-banyaknya 6.
--
165.108.159.10
209.244.0.3
8.8.8.8
8.26.56.26
208.67.222.222
156.154.70.1
202.171.1.2
apakah IP diatas sudah cukup pak?
dan untuk membatasi penulisan IP dengan 1xspace kan pak
Regards
Benny
--
On 2014-04-14 11:12, Benny Kurniawan Candra wrote:
apakah IP diatas sudah cukup pak?
Ya.
dan untuk membatasi penulisan IP dengan 1xspace kan pak
Ya.
--
syafril
---
Syafril Hermansyah
MDaemon-L Moderators, running MDaemon 14.0.1 Beta A SecurityPlus 4.1.5
Harap tidak cc: atau kirim ke
On 2014-04-02 10:38, Benny Kurniawan C wrote:
Customer kami ada problem untuk kirim email ke kami sejak minggu kemarin
dan setelah saya tanya ke customer mengenai hal tersebut didapatkan
bahwa ada return mail ke email mereka seperti dibawah ini
The original message was received at Wed, 02
Dear Pak Syafril,
Customer kami ada problem untuk kirim email ke kami sejak minggu kemarin dan
setelah saya tanya ke customer mengenai hal tersebut didapatkan bahwa ada
return mail ke email mereka seperti dibawah ini
-Forwarded message-
From: Mail Deliver System MAILER-DAEMON
To:
2014-03-29 10:10 GMT+07:00 Syafril Hermansyah syaf...@dutaint.co.id:
On 2014-03-29 01:50, alien wrote:
Mohon bantuannya utk menganalisa smtp(in) dibawah ini :
Fri 2014-03-28 13:05:29: [209043] -- 354 Enter mail, end with
CRLF.CRLF
Mail command 354 itu artinya silakan kirim DATA, saya
On 2014-04-01 08:40, alien wrote:
Artinya sebenarnya server MDaemon saya tidak ada masalah apa2 ya Pak?
Tidak ada masalah.
--
syafril
---
Syafril Hermansyah
MDaemon-L Moderators, running MDaemon 14.0 SecurityPlus 4.1.5
Harap tidak cc: atau kirim ke private mail untuk masalah MDaemon.
2014-04-01 8:52 GMT+07:00 Syafril Hermansyah syaf...@dutaint.co.id:
On 2014-04-01 08:40, alien wrote:
Artinya sebenarnya server MDaemon saya tidak ada masalah apa2 ya Pak?
Tidak ada masalah.
Terima kasih Pak untuk penjelasannya
--
Dear Pak Syafril,
Mohon bantuannya utk menganalisa smtp(in) dibawah ini :
Fri 2014-03-28 13:04:45: [209043] Session 209043; child 0001
Fri 2014-03-28 13:04:45: [209043] Accepting SMTP connection from [
121.8.154.108:2769] to [118.97.92.178:25]
Fri 2014-03-28 13:04:45: [209043] -- 220
On 2014-03-29 01:50, alien wrote:
Mohon bantuannya utk menganalisa smtp(in) dibawah ini :
Fri 2014-03-28 13:05:29: [209043] -- 354 Enter mail, end with CRLF.CRLF
Mail command 354 itu artinya silakan kirim DATA, saya sudah siap
terima, bukan error
Fri 2014-03-28 13:18:39: [209043]
2014-03-08 15:39 GMT+07:00 Syafril Hermansyah syaf...@dutaint.co.id:
On 2014-03-08 09:30, Ahmad Ardiansyah wrote:
karena session timeout sudah saya set 500 dan pasa saat itu terjadi IMAP
masih saya lihat terpakai 250.
Mungkin yang Anda set itu max. IMAP session connection.
IMAP session
On 2014-03-09 21:32, Ahmad Ardiansyah wrote:
apa mungkin kelimit di windowsnya ya pak?
Tidak.
Baca lagi mail yang sebelumnya, apa Anda sudah lupa?
http://www.mail-archive.com/mdaemon-l@dutaint.com/msg31710.html
http://www.mail-archive.com/mdaemon-l@dutaint.com/msg31716.html
--
syafril
Dear Pak Syafril,
Mohon bantuannya untuk menganalisa error ini?
Mon 2014-02-24 13:44:43: [433613] Session 433613; child 0003
Mon 2014-02-24 13:44:43: [433613] Accepting SMTP connection from [
103.7.225.129:11625] to [118.97.92.178:25]
Mon 2014-02-24 13:44:43: [433613] -- 220
On 2014-03-10 09:05, alien wrote:
Mohon bantuannya untuk menganalisa error ini?
Mon 2014-02-24 13:44:43: [433613] -- 250 sarw...@kmtc.sig.co.id, Sender ok
Mon 2014-02-24 13:44:43: [433613] -- RCPT TO:hen...@indokemika.co.id
Mon 2014-02-24 13:44:43: [433613] -- 553 mail.indokemika.co.id does
Bukan, itu sender yang kirim RSET command.
RSET itu sebenarnya command untuk apa ya Pak?
saya harus tambahkan konfigurasi apa ya supaya tidak terjadi hal ini
lagi?
Kalau memang mail itu ingin diterima maka hapus sarw...@kmtc.sig.co.id
dari sender blacklist.
Kalau memang errornya
On 2014-03-10 09:59, alien wrote:
Bukan, itu sender yang kirim RSET command.
RSET itu sebenarnya command untuk apa ya Pak?
Mirip dengan ABORT, bedanya dengan QUIT dia masih bisa meneruskan mail
command dari awal.
saya harus tambahkan konfigurasi apa ya supaya tidak terjadi hal
2014-03-10 10:06 GMT+07:00 Syafril Hermansyah syaf...@dutaint.co.id:
On 2014-03-10 09:59, alien wrote:
Bukan, itu sender yang kirim RSET command.
RSET itu sebenarnya command untuk apa ya Pak?
Mirip dengan ABORT, bedanya dengan QUIT dia masih bisa meneruskan mail
command dari awal.
On 2014-03-10 10:14, alien wrote:
Mirip dengan ABORT, bedanya dengan QUIT dia masih bisa meneruskan mail
command dari awal.
Kalau di MDaemon untuk mengkonfigurasi ini disebelah mana ya Pak?
Tidak bisa dikonfigurasi, itu hardcode.
MDaemon akan pakai RSET jika dirasa perlu untuk itu,
2014-03-10 10:25 GMT+07:00 Syafril Hermansyah
syaf...@dutaint.co.isyaf...@dutaint.co.id
*d*:
On 2014-03-10 10:14, alien wrote:
Mirip dengan ABORT, bedanya dengan QUIT dia masih bisa meneruskan
mail
command dari awal.
Kalau di MDaemon untuk mengkonfigurasi ini disebelah mana ya
On 2014-03-08 09:30, Ahmad Ardiansyah wrote:
karena session timeout sudah saya set 500 dan pasa saat itu terjadi IMAP
masih saya lihat terpakai 250.
Mungkin yang Anda set itu max. IMAP session connection.
IMAP session time out jangan di set lebih dari 30 seconds, nanti bisa
super sibuk server
On 2014-03-07 18:53, Ahmad Ardiansyah wrote:
beberapa user kami yang mengunakan mail client (outllook) di luar
koneksi kantor mendapatkan error IMAP sesuai lampiran. ini dikarenakan
apa ya pak?
User tersebut salah mengisi username/password saat akses ke IMAP/SMTP
server melebihi limit
2014-03-07 21:08 GMT+07:00 Syafril Hermansyah syaf...@dutaint.co.id:
On 2014-03-07 18:53, Ahmad Ardiansyah wrote:
beberapa user kami yang mengunakan mail client (outllook) di luar
koneksi kantor mendapatkan error IMAP sesuai lampiran. ini dikarenakan
apa ya pak?
User tersebut salah
Dynamic Screening berbeda dengan pengaturan session timeout, buka alamat url
yang telah diberikan oleh Pak Syafril.
Maksud Pak Syafril adalah user tersebut salah mengisi username atau
password, perhatikan Dynamic Screening pada bagian
1. Blok IPs that fail this many authentication
Untuk jawaban ini, silahkan cari sendiri pada log IMAP khususnya dan
Screening untuk melihat IP J
Btw, kenapa menggunakan IMAP ?
emm memasukkan username/password bukannya dari awal buat account ya? tetapi
kenapa dengan tanpa merubah username/password pada outlook user, tiba tiba
berhasil
On 2014-03-08 11:20, Ahmad Ardiansyah wrote:
1. __“Blok IPs that fail this many authentication attempts”
pada isian kolom secara default diberikan angka 3 yang berarti
apabila ada 3 kali kesalahan dalam memasukkan username dan password
maka IP tersebut akan di blokir
On 2014-03-08 13:57, Syafril Hermansyah wrote:
emm memasukkan username/password bukannya dari awal buat account ya?
tetapi kenapa dengan tanpa merubah username/password pada outlook user,
tiba tiba berhasil sendiri IMAPnya?
Mestinya tidak akan berhasil diakses oleh IMAP client kalau saat
Dear Pak Syafril,
Mohon bantuan analisa log berikut, user tidak bisa kirim email:
Wed 2014-02-26 17:21:54: --
Wed 2014-02-26 17:21:36: [510368] Session 510368; child 0002
Wed 2014-02-26 17:21:36: [510368] Accepting SMTP connection from
[121.204.224.182:4895] to [10.162.156.5:587]
Wed
On 2014-02-26 16:30, Wildan Alimudin wrote:
Mohon bantuan analisa log berikut, user tidak bisa kirim email:
Wed 2014-02-26 17:21:53: [510368] -- 250 bella...@ayanaresort.com, Sender
ok
Wed 2014-02-26 17:21:54: [510368] -- RCPT TO: bella...@ayanaresort.com
Wed 2014-02-26 17:21:54: [510368]
Dear Pak Syafril,
User kami menerima notifikasi email seperti dibawah ini padahal email tersebut
ke email address di internal kami
-Original Message-
From: Mail Delivery System [mailto:mailer-dae...@brahma.ntt.net.id]
Sent: Tuesday, February 25, 2014 11:23 AM
To:
On 2014-02-26 09:59, Benny Kurniawan C wrote:
User kami menerima notifikasi email seperti dibawah ini padahal email
tersebut ke email address di internal kami
From: Mail Delivery System [mailto:mailer-dae...@brahma.ntt.net.id]
Sent: Tuesday, February 25, 2014 11:23 AM
To:
Maksudnya domain recipient jkt.itochu.co.xn--id-02t memang eksis di internal
LAN Anda?
Domain kami tidak ada yang jkt.itochu.co.xn�id-02t yang ada hanya
jkt.itochu.co.id dan sby.itochu.co.id
Yang terjadi sebernarnya, sender kirim mail ke
katharina...@jkt.itochu.co.xn--id-02t bisa TO/CC/BCC)
On 2014-02-26 10:42, Benny Kurniawan C wrote:
Kalau memang domain jkt.itochu.co.xn--id-02t harusnya dikenal oleh
MDaemon jkt.itochu.co.id seharusnya diteruskan kemana?
Kalau saya cek sender kirim email ke katharina...@jkt.itochu.co.id
mailto:katharina...@jkt.itochu.co.id
Darimana tahunya?
Darimana tahunya?
Coba periksa ke smtp-in log, cari transaksi mail dari sender
gusl...@jkt.itochu.co.id ke katharina-kt untuk memastikan.
Noted pak, setelah saya cek ke user nya tahunya email address yang dia tulis
ada kesalahan pak, ada tanda
Terima kasih advicenya
Salam
Benny
--
Dear Pak Syafril,
Saya mendapati user kami kirim email ke mailing internal tapi tidak masuk ke
mailing list tersebut dan ada error message seperti dibawah ini
From: System Administrator
Sent: Tuesday, February 11, 2014 4:20 PM
To: tri-w
Cc: 'jkt...@jkt.itochu.co.id'
Subject: Undeliverable:
On 2014-02-11 17:37, Benny Kurniawan Candra wrote:
Saya mendapati user kami kirim email ke mailing internal tapi tidak masuk ke
mailing list tersebut dan ada error message seperti dibawah ini
The following recipient(s) cannot be reached:
'jk...@jkt.itochu.co.id' on 2/11/2014 4:20 PM
On 2014-01-15 15:55, alien wrote:
Boleh minta tolong menganalisa log SMTP(In) dibawah ini? error ini
sebabkan kenapa ya?
Wed 2014-01-15 09:29:17: [558070] -- RCPT To:si...@indokemika.co.id
Wed 2014-01-15 09:29:17: [558070] -- 553 mail.indokemika.co.id does not
accept mail from
Dear Pak Sayfril,
Beberapa user tidak bisa kirim email akan tetapi bisa menerima email.
Berikut error message yang didapat :
Error when opening SMTP stream
Can't connect to mail.eria.org,25: Timed out(10060)
Traffic internet sangat tinggi, apakah mempengaruhi dari smtp server
2014/1/15 Syafril Hermansyah syaf...@dutaint.co.id
On 2014-01-15 15:55, alien wrote:
Boleh minta tolong menganalisa log SMTP(In) dibawah ini? error ini
sebabkan kenapa ya?
Wed 2014-01-15 09:29:17: [558070] -- RCPT To:si...@indokemika.co.id
Wed 2014-01-15 09:29:17: [558070] -- 553
On 2014-01-15 16:58, Jamaludin wrote:
Beberapa user tidak bisa kirim email akan tetapi bisa menerima email.
Berikut error message yang didapat :
Error when opening SMTP stream
Can't connect to mail.eria.org,25: Timed out(10060)
Traffic internet sangat tinggi, apakah
On 2014-01-15 17:04, alien wrote:
Wed 2014-01-15 09:29:17: [558070] -- RCPT
To:si...@indokemika.co.id mailto:si...@indokemika.co.id
Wed 2014-01-15 09:29:17: [558070] -- 553 mail.indokemika.co.id
http://mail.indokemika.co.id does not accept mail from
prvs=20927fb0bd=yewmeng...@celanese.com
2014/1/15 Syafril Hermansyah syaf...@dutaint.co.id
On 2014-01-15 17:04, alien wrote:
Wed 2014-01-15 09:29:17: [558070] -- RCPT
To:si...@indokemika.co.id mailto:si...@indokemika.co.id
Wed 2014-01-15 09:29:17: [558070] -- 553 mail.indokemika.co.id
http://mail.indokemika.co.id does not
Yth Pak pak Syafri,
Hari ini beberapa user kami gagal kirim email ke yahoo.com, mohon
bantuannya,
Berikut Error :
-Original Message-
From: MDaemon at mailhub.kobexindo.commdae...@mailhub.kobexindo.com
Date: Fri, 10 Jan 2014 09:35:52
To:ru...@kobexindo.com
On 2014-01-10 14:09, Dedet Saputra wrote:
Hari ini beberapa user kami gagal kirim email ke yahoo.com
Fri 2014-01-10 09:35:46: -- 421 4.7.0 [TS01] Messages from
202.150.131.222 temporarily deferred due to user complaints -
4.16.55.1; seehttp://postmaster.yahoo.com/421-ts01.html
Ini error
Dear Pak Syafril,
Kami mendapati user kami kadang bisa terima email dan kadang tidak bisa terima
dari customer yang sama, berikut smtp in email yang error
Wed 2013-12-04 15:52:21: [378136] Session 378136; child 0008
Wed 2013-12-04 15:52:21: [378136] Accepting SMTP connection from
On 2013-12-05 07:45, Benny Kurniawan C wrote:
Kami mendapati user kami kadang bisa terima email dan kadang tidak bisa
terima dari customer yang sama, berikut smtp in email yang error
Wed 2013-12-04 15:52:21: [378136] Accepting SMTP connection from
[180.250.92.54:61923] to
Domain sinarmasland.com diproteksi dengan SPF (Sender Policy Framework) anti
spoofing domain.
Menurut SPF mail dari domain sinarmasland.com hanya sahih (valid) kalau
dikirim melalui server yang punya IP address 216.9.0.0/16(216.9.0.0 -
216.9.255.255), ini adalah IP milik blackberry.com (aka
On 2013-12-04 09:42, Abdullah Ali wrote:
Baru-baru ini, salah satu user kami tidak bisa kirim email ke
mail.atanaya.com, padahal sebelumnya tidak ada masalah. Mohon tolong
pencerahannya.
Wed 2013-12-04 09:33:39: [923780:1] -- 220 mail.atanaya.com ESMTP MDaemon
13.0.3; Wed, 04 Dec 2013
Dear Pak Syafril,
Saya ada error untuk add user di BB dengan Activesync.
Dengan kondisi BB tersebut sudah bisa internet, dan error nya “Your device is
connected to a network, but the internet service is not available .Check your
network settings”.
Sudah kami coba juga dengan koneksi wifi.
On 2013-10-23 14:42, Benny Kurniawan C wrote:
Saya ada error untuk add user di BB dengan Activesync.
Dengan kondisi BB tersebut sudah bisa internet, dan error nya “Your
device is connected to a network, but the internet service is not
available .Check your network settings”.
Ini error
Dear pak Syafril,
Log error berikut artinya apa ya, Pak
Mon 2013-10-14 12:37:27: --
Mon 2013-10-14 12:27:09: Session 139052; child 2
Mon 2013-10-14 12:27:09: Accepting SMTP connection from
[182.0.190.238:49173] to [10.162.156.5:587]
Mon 2013-10-14 12:27:09: -- 220
On 2013-10-14 11:58, Sugeng A wrote:
Log error berikut artinya apa ya, Pak
Mon 2013-10-14 12:27:19: -- 354 Enter mail, end with CRLF.CRLF
Mon 2013-10-14 12:37:44: Connection closed
Client tidak terima mail command yang dikirim MDaemon sehingga akhirnya
time out (closed tcp connection).
Pa syafril,
saya mendapat log error message seperti ini, saya lihat user mengunakan
smtp bukan milik kompas tv melainkan mengunakan smtp-global.indo.net.id,
apakah smtp ini tidak bisa resolve ke server kompas tv ya pak? mohon
bantuannya. Terima Kasih
Salam,
Ardiansyah
Tue 2013-10-01 09:21:52:
On 2013-10-01 09:40, Ahmad Ardiansyah wrote:
saya mendapat log error message seperti ini, saya lihat user
mengunakan smtp bukan milik kompas tv melainkan mengunakan
smtp-global.indo.net.id http://smtp-global.indo.net.id, apakah smtp
ini tidak bisa resolve ke server kompas tv ya pak?
Sebaiknya
Sebaiknya tidak dilakukan, karena tidak ada jaminan mail yang dikirim
oleh user Anda adalah asli ybs bukan spammer.
Karena server Anda full online connection, maka diharapkan semua user
kirim mail melalui server mail.kompas.tv dimanapun dia berada dan pakai
device/email client apapun.
Ini
Ini berarti smtp yang dia pakai tidak aman atau bagaimana pak? atau pada
saat dia gunakan smtp itu, dianggap spam oleh server kompastv?
Karena yang bersangkutan sudah mengunakan smtp tersebut dari awal dan aman
aman saja, tetapi skrg malah dianggap spam.
Salam,
Ardiansyah
--
On 2013-10-01 11:08, Ahmad Ardiansyah wrote:
Karena server Anda full online connection, maka diharapkan semua
user kirim mail melalui server mail.kompas.tv
http://mail.kompas.tv dimanapun dia berada dan pakai device/email
client apapun.
Ini berarti smtp yang dia pakai tidak aman atau
On 2013-10-01 11:38, Ahmad Ardiansyah wrote:
Ini berarti smtp yang dia pakai tidak aman atau bagaimana pak? atau
pada saat dia gunakan smtp itu, dianggap spam oleh server kompastv?
Karena yang bersangkutan sudah mengunakan smtp tersebut dari awal dan
aman aman saja, tetapi skrg malah
Menurut outbreak protection (antispam di securityplus) sender host punya
reputasi yang buruk (banyak kirim spam).
http://www.commtouch.com/check-ip-reputation/
IP Query Result:
IP Address: 117.54.9.245
Risk Level: High Risk
Description:This IP address is used for sending Spam
On 2013-10-01 11:50, Ahmad Ardiansyah wrote:
Saya lihat ip address dari smtp tersebut adalah 202.159.32.96
Bukankah di log yang Anda sampaikan yang lalu connecting IP nya
117.54.9.245?
http://www.mail-archive.com/mdaemon-l@dutaint.com//msg30194.html
Tue 2013-10-01 09:22:02: [914231] Accepting
On 2013-09-17 12:21, sugeng a wrote:
jadi user kami mempunyai account di https://portal.imexamerica.com/portal.php
dan jika ada korespondesnsi menggunakan web disana maka semenstinya
akan masuk ke inbox user wi...@ayanaresort.com, namun sesuai dengan
message di atas, ada error.
Webmailnya
On 2013-09-17 12:23, sugeng a wrote:
Reason: 530 Authentication required
Pak update untuk kasus di atas, solved sementara dengan disable smtp auth :(
Siap-2x terima banyak spam kalau action itu yang dipilih :-)
Kalau domain itu tidak bisa mengubah setting webmail nya (agar
kirim/terima mail
Pak Syafril,
Saalah satu user account menerima email message spt ini:
-
-Original Message-
From: Mail Delivery System [mailto:mailer-dae...@messagelabs.com]
Sent: Tuesday, September 17, 2013 9:23 AM
To: wi...@ayanaresort.com
Subject: Mail Delivery Failure
This is the mail
On 9/17/13, sugeng a hehe.mdae...@gmail.com wrote:
Pak Syafril,
Saalah satu user account menerima email message spt ini:
-
-Original Message-
From: Mail Delivery System [mailto:mailer-dae...@messagelabs.com]
Sent: Tuesday, September 17, 2013 9:23 AM
To:
On 2013-08-22 11:59, Syafril Hermansyah wrote:
On 2013-08-22 11:44, Benny Kurniawan C wrote:
Kami ada masalah di schedule untuk users yang menggunakan IMAP yaitu
muncul otomatis receive email dari si penerima ke si pengirim seperti
dibawah ini padahal si pengirim tidak melakukan accept atau
On 2013-08-22 11:44, Benny Kurniawan C wrote:
Kami ada masalah di schedule untuk users yang menggunakan IMAP yaitu
muncul otomatis receive email dari si penerima ke si pengirim seperti
dibawah ini padahal si pengirim tidak melakukan accept atau tidak.
Dan kalau conflict biasa nya tidak
On 2013-08-22 11:44, Benny Kurniawan C wrote:
Kami ada masalah di schedule untuk users yang menggunakan IMAP yaitu
muncul otomatis receive email dari si penerima ke si pengirim seperti
dibawah ini padahal si pengirim tidak melakukan accept atau tidak.
Dan kalau conflict biasa nya tidak ada
Yarohim wrote on 13/08/13 12:58 +07:00:
Ada user saya kirim email tapi di server ada log seperti ini,
Maksudnya bagaimana yah , tidak terkirim karena salah alamat atau ada
masalah lain
Tue 2013-08-13 12:57:58: -- 354 Enter mail, end with CRLF.CRLF
Tue 2013-08-13 12:58:00: Connection
-Original Message-
From: MDaemon-L@dutaint.com [mailto:MDaemon-L@dutaint.com] On
Behalf Of Syafril Hermansyah
Sent: Tuesday, August 13, 2013 1:08 PM
To: Milis Komunitas MDaemon Indonesia
Subject: [MDaemon-L] Error Sending email
Maksudnya bagaimana yah , tidak terkirim karena salah
On 2013-08-13 14:26, Yarohim wrote:
Saya sudah unload AV dari user kami ( kami menggunakan office scan Trend
Micro )
Mestinya tidak perlu unload, yang penting real time scanning for mail
disable lalu reboot PCnya.
Pak Syafril,
Ada user saya kirim email tapi di server ada log seperti ini,
Maksudnya bagaimana yah , tidak terkirim karena salah alamat atau ada
masalah lain
Berikut lognya
Tue 2013-08-13 12:57:32: --
Tue 2013-08-13 12:57:57: Session 8598; child 2
Tue 2013-08-13 12:57:57:
On 2013-07-10 16:09, Benny Kurniawan C wrote:
Pak kalau saya mau upgrade ke MDaemon versi yang terbaru apakah
settingnya yang lama akan berubah?
Akan tetap, tidak berubah.
Unduh dulu installernya dari sini, setelah itu jalankan installer.
http://www.altn.com/Downloads/
mestinya hanya butuh
Mestinya ubahan itu (mengganti IIS SMTP dengan MDaemon Free) akan bermanfaat
bagi seluruh pengguna/users ERP di Asia, tidak nyusahin orang lain (dengan
sengaja melemahkan security di sisi penerima).
Internet data exchange (pertukaran data, dalam hal ini kirim/terima internet
mail) perlu
On 2013-07-09 13:42, Benny Kurniawan C wrote:
Pak ada info lain mengenai hal ini bahwa email tersebut pernah
berhasil diterima oleh user kami detail SMTP log in as attached, tapi
sekitar sekitar 2-3 bulan belakangan ini tidak bisa lagi attached
untuk SMTP log In nya. Kira-kira apakah benar ada
Bukan, perubahan itu disisi MDaemon Anda.
Setting MDaemon yang dulu tidak secure karena terima mail dari local user yang
tidak authenticate.
Sender yang menggunakan local domain mudah dipalsu, makanya perlu diproteksi
dengan (smtp) authentication.
Ok pak, jadi kalau mau bisa terima lagi maka
On 2013-07-09 14:56, Benny Kurniawan C wrote:
Ya, kecuali program ERP nya mau diubah SMTP relaynya atau web form
nya agar lebih mau mengerti kesulitan disisi penerima mail
(receiver host).
Noted Pak, akan saya pertimbangkan sran dari bapak, apakah ada cara
yang lainnya pak tanpa perubahan
Bukankah sudah disampaikan 3 alternatif?
1. Ubah web form.
2. Ubah SMTP Relay.
3. Ubah model deliverynya (dari always relay menjadi direct delivery).
Semua itu tidak mengubah program ERP, kecuali pilihan pertama yang
memodifikasi modul web form.
Pak apakah untuk log SMTP in yang berhasil ini
On 2013-07-09 15:37, Benny Kurniawan C wrote:
Pak apakah untuk log SMTP in yang berhasil ini bisa juga mereka waktu
itu setup direct delivery bukannya relay ?
Maaf kalau saya salah
Ya, Anda salah :-)
Coba diperiksa smtp-in lognya, bukankah sender hostnya *.messagelabs.com
bukan
On 2013-07-09 16:14, Benny Kurniawan C wrote:
Pak akhir nya dari sisi kami yang mengalah mohon advice apakah
setupnya seperti pc yang saya email ini dan juga IP shield saya
disable.
Sudah di test?
--
syafril
---
Syafril Hermansyah
MDaemon-L Moderators, running MDaemon 13.5.1 SecurityPlus
Pak akhir nya dari sisi kami yang mengalah mohon advice apakah
setupnya seperti pc yang saya email ini dan juga IP shield saya
disable.
Sudah di test?
Masih saya mintakan ke pihak ERP untuk testing pak, masih menunggu
Salam
Benny
--
On 2013-07-08 12:19, Benny Kurniawan C wrote:
Pak kalau solusi yang bapak advice, sebaiknya saya inform ke yang
buat ERP enaknya bagaimana?
Minta dia modifikasi mail notification nya agar return-path address
(atau reply-to address) menggunakan alamat w...@itcovsint.itochu.com.
Di aplikasi ERP
Minta dia modifikasi mail notification nya agar return-path address (atau
reply-to address) menggunakan alamat w...@itcovsint.itochu.com.
Di aplikasi ERP yang pakai Apache WebEngine (PHP script) sudah umum dilakukan
begitu, mestinya juga bisa diubah di ERP yang pakai programming script lain
On 2013-07-08 13:28, Benny Kurniawan C wrote:
Minta dia modifikasi mail notification nya agar return-path
address (atau reply-to address) menggunakan alamat
w...@itcovsint.itochu.com.
Pak, mereka menyarankan cara seperti dibawah ini, Change JKT Internet
Mail SMTP Authentication setting
Tidak secure, dengan cara itu maka mail dari spammer yang mengaku pakai domain
sendiri akan di accept.
Dengan cara menambahkan reply-to address yang berbeda dengan from address
itu sudah paling safe, tidak perlu mengaktifkan smtpauth apapun.
Kalau dia tidak bisa mengubah script (?), maka
Message labs itu hanya untuk mail relay.
Web server yang digunakan untuk run ERP di server itcovsint.itochu.com pakai
OS apa dan Webserver apa?
Ok pak, nanti saya tanyakan dan sekedar info untuk SMTP in nya pak
Thu 2013-06-27 09:06:00: [180864:6] Session 180864; child 6
Thu 2013-06-27 09:06:00:
501 - 600 dari 1431 matches
Mail list logo