Hello Dani Matias and all MDaemon-L ListMember,
On Mon, 05 Feb 2001 at 09:01:51 GMT +0700 (which was 05/02/2001 9:01
where you think I live) you told to the list:
DM> saya post saja ke milis Mdaemon agar yg lain (termasuk bung hardy)
DM> juga bisa tau, ok.
OK
DM> just fyi, selama sekitar 4th memakai MDaemon (saya install sekitar
DM> '96 atau '97), baru kali ini saya mengalami problem semacam ini.
DM> saya tidak pernah upgrade MDaemon karena memang buat saya yg saya
DM> pakai sekarang ini sudah cukup. keterangan anda cukup komprehensif.
DM> thx. tapi saya masih penasaran penyebab utama dari problem ini.
Krn selama ini Recipientnya tdk complaint, barangkali :-)
>>Akan tetapi jika message itu berasal dari ListServer, maka hal itu tidak
>>valid, yg benar (menurut standard International), bounce message itu
>>ditujukan ke address yg ada di Return-Path: address (kalau dalam kasus
>>ini ditujukan ke [EMAIL PROTECTED]).
>>Hal ini memang merupakan kesalahan/kelemahan MDaemon 2.x yg sudah
>>diperbaiki di MDaemon 3.x.
DM> so, seharusnya dikirim ke address yg ada di Return Path ya.
DM> ok, saya quote lagi header email dari sdr. hardy yg saya dapat dari anda:
DM> ===============================================
DM> Return-Path: <>
DM> Delivered-To: [EMAIL PROTECTED]
DM> Received: (qmail 15638 invoked from network); 30 Jan 2001 23:15:22 +0700
DM> Received: from smtp2.cbn.net.id (202.158.2.52)
DM> by 202.158.2.102 with SMTP; 30 Jan 2001 23:15:22 +0700
DM> Received: from smtp-s.indo.net.id (smtp-s.indo.net.id [202.159.60.21])
DM> by smtp2.cbn.net.id (Postfix) with ESMTP id D9E895356E
DM> for <[EMAIL PROTECTED]>; Tue, 30 Jan 2001 23:09:35 +0700 (JAVT)
DM> Received: from smtp.indo.net.id (temp-box.indo.net.id [202.159.33.40])
DM> by smtp-s.indo.net.id (8.9.3/8.9.3) with SMTP id XAA27665
DM> for <[EMAIL PROTECTED]>; Tue, 30 Jan 2001 23:09:35 +0700
DM> Received: (qmail 11224 invoked from network); 30 Jan 2001 23:08:55 +0700
DM> Received: from unknown (HELO biofarma.co.id) (202.159.115.121)
DM> by smtp.indo.net.id with SMTP; 30 Jan 2001 23:08:55 +0700
DM> Received: from biofarma.co.id [192.168.0.1] by biofarma.co.id [192.168.0.1]
DM> with RAW (MDaemon.v2.5.rB.b1.32-R) for <[EMAIL PROTECTED]>; Tue, 30 Jan
DM> 101 23:15:36 +0700
DM> Date: Tue, 30 Jan 101 23:15:36 +0700
DM> From: [EMAIL PROTECTED]
DM> X-MDSend-Notifications-To: [trash]
DM> Subject: Warning: No Such User!
DM> To: [EMAIL PROTECTED]
DM> Reply-To: [EMAIL PROTECTED]
DM> Message-ID: <[EMAIL PROTECTED]>
DM> Mime-Version: 1.0
DM> Content-Type: multipart/mixed; boundary="0130-2315-36-PART-BREAK"
DM> X-Actual-To: [EMAIL PROTECTED]
DM> X-Actual-From: [EMAIL PROTECTED]
DM> X-MDMail-Server: MDaemon v2.5 rB b1 32-R
DM> [EMAIL PROTECTED] - no such user here.
DM> : Message contains [1] file attachments
DM> Received: from kedondong.netura.net.id [202.159.25.178] by biofarma.co.id
DM> [192.168.0.1] with POP (MDaemon.v2.5.rB.b1.32-R) for
DM> <[EMAIL PROTECTED]>; Tue, 30 Jan 101 23:14:35 +0700
DM> Received: from garuda.stts.edu (garuda.stts.edu [202.152.19.84])
DM> by kedondong.netura.net.id (8.9.3/8.9.3) with ESMTP id XAA02942;
DM> Tue, 30 Jan 2001 23:18:51 +0700
DM> Received: (from milis@localhost)
DM> by garuda.stts.edu (8.9.3/8.9.3) id WAA15390
DM> for alds-list; Tue, 30 Jan 2001 22:50:20 +0700
DM> Received: from smtp1.cbn.net.id (smtp1.cbn.net.id [202.158.2.51])
DM> by garuda.stts.edu (8.9.3/8.9.3) with ESMTP id WAA15386
DM> for <[EMAIL PROTECTED]>; Tue, 30 Jan 2001 22:50:18 +0700
DM> Received: from [202.158.58.79] (unknown [202.158.58.79])
DM> by smtp1.cbn.net.id (Postfix) with ESMTP id 3CF6E53565
DM> for <[EMAIL PROTECTED]>; Tue, 30 Jan 2001 22:45:27 +0700 (JAVT)
DM> X-Sender: [EMAIL PROTECTED]
DM> Message-Id: <l03130301b69c8e8448a8@[202.158.58.5]>
DM> In-Reply-To: <[EMAIL PROTECTED]>
DM> Mime-Version: 1.0
DM> Content-Type: text/plain; charset="us-ascii"
DM> Date: Tue, 30 Jan 2001 22:36:44 +0700
DM> To: ALDS <[EMAIL PROTECTED]>
DM> From: Hardy <[EMAIL PROTECTED]>
DM> Subject: Re: [ALDS]: tanya IC pembangkit nada DTMF
DM> Sender: [EMAIL PROTECTED]
DM> Precedence: bulk
DM> Reply-To: ALDS <[EMAIL PROTECTED]>
DM> X-UIDL: 20cf77d7f9d74b77291a3a8b4741f834
DM> X-MDMail-Server: MDaemon v2.5 rB b1 32-R
DM> X-MDaemon-Deliver-To: [EMAIL PROTECTED]
DM> ---end of copy---
DM> ==========
DM> nah, di bagian paling atas itu isi "Return-Path" kosong ( <> ).
DM> apakah ini penyebabnya sehingga MDaemon saya mereply ke
DM> [EMAIL PROTECTED] ? kalau ya, kenapa bisa kosong?
Tidak, Return-Path :<> itu digenerate oleh MDaemon Anda, sbg Response
dari "Delivery Notification Error".
DM> btw, apakah ada ciri2 khusus di header email yg menyatakan bahwa
DM> email tsb berasal dari milis atau bukan? dengan kata lain, bagaimana
DM> MDaemon bisa membedakan hal tsb?
Yg normal ada header ini :
Precedence: bulk
>>Tadinya ada user di MDaemon Anda dg nama alds-list tp skr tdk ada lagi,
>>atau ada user Anda yg dibuatkan Mail Alias sebagai alds-list, akan
>>tetapi krn satu dan lain hal terhapus.
>>Hal diatas terjadi jika user Anda sudah lama ikut Milis tsb, dan selama
>>ini berjalan baik-2x saja.
DM> hal ini tidak mungkin. hanya saya yg punya akses/otoritas pembuatan
DM> account di mailserver. yang paling mungkin adalah ada user yg
DM> subscribe milis alds tapi dia memasukan [EMAIL PROTECTED]
DM> sebagai email addressnya.
Maksud Adna List Ownernya memasukkan/mendaftarkan
[EMAIL PROTECTED] sbg member spt yg umum terjadi di Egroups.com ?
Bisa saja terjadi spt itu.
>>Jika subscription itu baru, maka ada kemungkinan lain, lihat paragraf
>>dibawah.
>>
>>Ini memang kasus yg rumit jika MDaemon 2.x user ingin subcribe Milis yg
>>hostingnya menggunakan Majordomo, dan kebetulan setting yg mereka
>>gunakan default (mungkin krn ownernya kurang mengerti), krn :
>>
DM> --------8<--------
>>
>>2. Saat MajorDomo kirim cracking memberlist dan mengirim data member
>> ke SendMail mail server, akan tercatat di message header sebagai
>> "for alds-list" tanpa embel-2x nama domain. Hal ini oleh MDaemon
>> diterjemahkan, ListServer kirim mail yg ditujukan ke
>> [EMAIL PROTECTED]
DM> nah, kelihatannya ini penyebab utamanya.
Memang, dan itu menurut RFC adalah "legal", jika kita kirim mail yg
ditujukan ke domain sendiri, mk tdk harus menambahkan @domain.com, Mail
Server kita otomatis (harus) menambahkan dg @domainkita.com.
Krn Mdaemon dg konfigurasi DomainPOP menggunakan Header sbg dasar
"parsing address", mk "for alds-list" diterjemahkan sbg for
[EMAIL PROTECTED]". Padahal user tsb tdk ada di Account listnya
Biofarma, shg bounce "no such user".
>> Mana yg benar ? MDaemon benar, krn RFC-821/822 menyatakan jika kita
>> kirim mail tanpa @domainkita.com, mk Mail Server harus menterjemahkan
>> atau menambahkan dg @domainkita.com.
>> Majordomo/SendMail juga merasa benar, krn dia memang menujukan
>> message itu ke Internal address dia (dhi. @milis.stts.edu).
>> Di SendMail?Majordomo yg baru hal itu diperbaiki, sekalipun mereka
>> kirim secara internal, mereka akan tambahkan @milis.stts.edu.
DM> saya lihat "feature" ini sudah ada di MDaemon 2.x. jadi semua
DM> pengiriman email yg ditulis tanpa nama domain akan otomatis dia
DM> tambahkan nama domainnya. jadi si penerima akan melihat address
DM> pengirim secara lengkap dengan nama domainnya.
Benar, lihat diatas.
>>3. Perlu setting DomainPOP yg baik agar MDaemon dapat menterjemahkan
>> mail destination dg benar/akurat.
>> MDaemon dg konfigurasi DomainPOP memang mengandalkan Message Header
>> untuk menterjemahkan kepada siapa message itu seharusnya
>> didistribusikan, jika ada message header yg hilang (baik karena
>> sengaja dibuang atau dihilangkan atau hilang) maka MDaemon akan gagal
>> melakukan parsing address (error Parsing address).
DM> hmm..., IMHO, saya kira s/w mailserver manapun jika menerima email
DM> yg headernya sudah "diutak-atik" akan bingung bagaimana cara
DM> memperlakukannya yg benar (IMHO lho!). saya jadi ingin tau, apakah
DM> jika disetting dengan baik MDaemon akan bisa menangani email "dengan
DM> benar" meskipun email headernya sudah "diutak-atik"?
Dia tidak mengotak-atik, krn memang begitu peraturannya utk ListServer,
menurut RFC-821 dia "berhak" rewrite mail source, sedemikian shg
Delivery Notification Error harus ditujukan ke Mail Bounce
Address.
>> Seharusnya ISP Anda (tempat Anda berlangganan DomainPOP), tidak
>> menghilangkan/suppress header bcc: (jika memang ada), biasanya di
>> SendMail (ISP Anda kebetulan menggunakan SENDMAIL) kita perlu
>> mengaktifkan "macro" Envelopt-To:. Baru dg cara inilah MDaemon Anda
>> akan dapat melakukan parsing dg akurat.
DM> ok, saya akan coba confirm ke ISP saya.
>>Kalau ke-3 hal tsb sulit dipenuhi, mk Anda harus menggunakan Routing
>>Rule spt yg saya sarankan sebelumnya.
DM> terus terang saya tidak menemukan di menu mana saya bisa buat
DM> Routing Rule.
Di menu tempat Anda setting DomainPOP.
DM> tapi untuk mudahnya saya ambil shortcut saja: saya buatkan account
DM> alias alds-list sehingga tidak akan dikirim balik oleh MDaemon saya.
DM> seharusnya sdr. hardy (dan member alds lainnya) sekarang tidak
DM> menerima bounce email lagi dari [EMAIL PROTECTED] tolong sdr.
DM> hardy confirm ya? thx.
Harus ada yg test dg posting ke Milis ALDS, dan lihat apakah poster tsb
menerima bounce.
DM> oh ya, apakah jika saya pakai MDaemon 3.x masalah ini PASTI tidak akan
DM> terjadi?
Ya.
--
Salam,
- Syafril -
List Owner/Moderator of [EMAIL PROTECTED]
#Opinion expressed are only mine#
Dibuat : Senin 05 Februari 2001, 14:56:25 GMT +0700
Saya menggunakan MDaemon 4.0.0 beta F di NT4 SP6a
--
--MDaemon-L----------------------------------------------------------
Milis ini untuk Diskusi antar pengguna MDaemon Mail Server.
Untuk menghubungi moderator/List Owner double click link dibawah ini:
<mailto:[EMAIL PROTECTED]>
Untuk Unsubscribe, double click link dibawah ini langsung kirim
<mailto:[EMAIL PROTECTED]>
Untuk Subscribe, double click link dibawah ini langsung kirim
<mailto:[EMAIL PROTECTED]>
--POWERED BY MDAEMON!------------------------------------------------
