On 07/19/2012 11:14 AM, Arnold - IT wrote: > Kami ada terjadi kasus mengirim file lebih dari batas maximal ketentuan > server kami yaitu sebesar 80Mb.
Ini maksudnya di set ...drops connection if transmission exceeds 81920 KB ? gede amat limitnya :-) > - Di default domain & servers -> servers : .refuse messages to > domain larger than 10 MB > > (jadi kasus itu seperti antara outlook yang terus melakukan proses send > tetapi oleh Mdaemon di reject) > > Di sisi server kami terlihat transaksi di smtp-in terus alive koneksi nya > pak, sehingga hal ini membuat habis resource bandwith kami bahkan sampai > membuat jaringan koneksi VPN kami menjadi lemot. Client pakai outlook versi dibawah 2010 ya? > 2 cara diatas kan konsep nya mail di terima dulu baru di filter apakah mail > tersebut allow/deny. Ya, jika sendernya mendukung ESMTP dan mail sizenya dibawah 10 MB maka mail diaccept dulu baru difilter, tetapi jika sender tidak mendukung ESMTP batasnya adalah 80 MB (cut off limit). > - Apa ada cara nya pak jika ada message yang lebih dari ketentuan > smtp size limit itu langsung di reject & drop koneksi nya pak ? > > agar tidak menghabiskan resource bandwith. Yang baik perbaikkannya di sisi client (sender), dalam hal ini gunakan email client yang RFC compliance ESMTP (Enhance SMTP protocol) sehingga mendukung smtp size limit. Diganti saja email clientnya pakai Mozilla ThunderBird mestinya akan Ok. Coba di test sendiri kirim mail dengan size besar ke salah satu local user, kalau dikirim pakai email client yang tidak mendukung ESMTP (misalkan outlook mail family tanpa OC) maka mail akan dipaksa closed saat sizenya lebih dari 80 MB. Tetapi kalau kirimnya pakai email client yang mendukung ESMTP (misalkan Mozilla ThunderBird) maka saat mail sizenya diatas 10 MB TB akan tidak jadi kirim sehingga tidak ada data transfer sama sekali. > - Apakah ada cara nya juga untuk menghindarkan hal ini secara > otomatis dari server langsung men-drop koneksi tersebut jika emmang ada > session/koneksi yang telah langsung berapa lama pak ? Kalau sendernya MTA maka ada fungsi queue life time, default RFC adalah 2 hari (2x24 jam); tetapi kalau sendernya MUA umumnya tidak ada fungsi queue life time limit sehingga message akan tersimpan (stuck) di outbox folder. Lebih buruk lagi kalau MUA nya menyatukan antara session untuk check mail dengan send mail (macam outlook family), setiap kali user melakukan check mail maka dia juga melakukan send mail semua message yang ada di outbox folder. Jadi memang perbaikkannya harus disisi sender (client). > - Apakah Mdaemon tidak men-drop/memutuskan koneksi dikarenakan > client outlook yang melakukan sending terus sehingga membuat session nya > alive ? Sudah dilakukan (mestinya oleh) Cut off limit (bisa diperiksa dari smtp-in log) yaitu dilakukan dengan force closed connection (pakai prosedurnya tcp/ip, mirip kerjanya firewall), itu sebabnya client menduga problemnya di tcp connection sehingga retry to send kembali. Kerepotan yang lain jika pakai outlook adalah ybs tidak bisa mendelete message yang stuck di outbox folder (sich!). Khusus Outlook harus pakai workaround untuk menghapus mail yang stuck di outbox <http://arrowquick.com/blog/2009/06/05/stuck-emails-in-outlook-outbox/> <http://support.microsoft.com/kb/262052> > - Apakah Mdaemon ada fitur dapat memberikan notifikasi kepada > postmaster jika ada session/koneksi alive atau nyangkut untuk waktu yang > beberapa lama ? Sekalipun ada notifikasi semacam itu tetap saja tindakan koreksi harus dilakukan disisi sender/client. Di sisi MDaemon tidak ada fitur itu untuk saat ini, untuk rejection di level smtp maka notifikasi akan langsung muncul di sender/client (DSN adalah salah satu tugas sender/client bukan receiver). Saya sudah pernah minta ke alt-n developer notification semacam itu akan tetapi belum mendapatkan response yang positif. > - Di sisi outlook client apakah juga bisa di set membatasi > pengiriman size email yah pak ? Setahu saya baru ada di outlook 2010 keatas, dan default install adalah 20 MB. http://www.msoutlook.info/question/480 Lakukan ubahan restriction itu di client, tetapi jangan kasih tahu caranya menaikkan size limit biar Anda tidak bermasalah didepan nantinya. Kalau memang masih pakai outlook dibawah versi 2010 yang bandel itu, akan lebih baik upgrade ke MD 12.5.4 keatas yang punya fasilitas pengganti cut off limit (force closed) dengan membuat vitual trash queue saat ada client yang kirim message dengan size melebihi limit tetapi tidak support ESMTP. ftp://ftp.dutaint.com/altn-mdaemon/relnotes_en.html MDaemon 12.5.4 - March 6, 2012 [8468] The F2 | Servers option "...drops connection if transmission exceeds" has been removed in favor of the global "... refuses all messages larger than" and per-domain "... refuses messages to domain larger than" settings. Overly large messages are refused with a "552 Message too big (max XX KB)" or "552 Message too big for domain.com (max XX KB)" response to the MAIL command if the sending server supports the SIZE extension, otherwise it is sent as the DATA response after the message is received. Note that once an incoming message exceeds the allowable size MDaemon will permit the transmission to continue to completion but it will write no further data to disk, to protect against disk-fill attacks. The Ctrl+O | Miscellaneous option "...Skip SIZE checks for authenticated SMTP sessions" has been moved to F2 | Servers and renamed "...but not if the SMTP session is authenticated." -- syafril ------- Syafril Hermansyah MDaemon-L Moderators, running MDaemon 13.0 Beta C Harap tidak cc: atau kirim ke private mail untuk masalah MDaemon. --[MDaemon-L]------------------------------------------------ Milis ini untuk Diskusi antar pengguna MDaemon Mail Server. Netiket: <http://www.netmeister.org/news/learn2quote> Arsip: <http://mdaemon-l.dutaint.com> Dokumentasi : <http://mdaemon.dutaint.co.id> Henti Langgan: Kirim mail ke MDaemon-L-unsubscribe [at] dutaint.com Berlangganan: kirim mail ke MDaemon-L-subscribe [at] dutaint.com Versi terakhir MD 12.5.6, SP 4.1.4, OC 2.2.9, SG 2.0.7, PP 2.0.0
