Pak,
pesan ini berisi bahwa
Client host [203.153.115.98] blocked using dnsbl.njabl.org; 1182585598
ter block
betul gak sih Pak, mohon pencerahan
salam
warno
=
The attached message had PERMANENT fatal delivery errors!
After one or more unsuccessful delivery attempts the at
Pak/bu,
agar mail server mdaemon kita bisa diakses menggunakan Handphone, apa saja
yg harus disiapkan di sisi server mdaemonnya ?,
apakah dengan versi mdaemon yg terbaru kebutuhan tersebut sudah dapat
dipenuhi ?
salam
kus
--
--[MDaemon-L]
M
On 10/09/07 17:18 +07:00 Mulyanto wrote:
> > Lihatnya dari kolom Deliver-To bukan dari kolom To (tdk
> > selalu isinya sama).
> >
> Pak,...lihat Deliver To itu di MD atau di OE nya Client?
Kan yg sdg dibicarakan soal local queue dan remote queue, tentu saja di
mdaemon (email client tidak mengenal
>
> Lihatnya dari kolom Deliver-To bukan dari kolom To (tdk selalu isinya
sama).
>
Pak,...lihat Deliver To itu di MD atau di OE nya Client?
> --
>
> syafril
> ---
> Syafril Hermansyah
> MDaemon-L Moderators, MDaemon 9.6.3 Beta C under WinXP
> Harap tidak cc: atau kirim ke private mail untuk ma
Syafril Hermansyah wrote:
Cukup SPF whitelist saja? Greylist whitelist nya ga perlu?
Ah ya, mx backup perlu masuk ke greylist whitelist.
Baik. terima kasih atas pencerahannya.
Regards,
--
--[MDaemon-L]
Milis ini untuk Diskusi antar pengguna
On 10/09/07 15:31 +07:00 Hadi/NID wrote:
> > Kalau MX backup Anda tidak support SRS (SPF forwarding) maka
> > mail yg
> > berasal dari sender domain yg mengaktifkan SPF akan direject
> > oleh
> > MDaemon Anda, dalam hal demikian Anda harus masukkan MX
> > backup server
> > kedalam SPF whitelist.
Syafril Hermansyah wrote:
jika masuk ke MX backup dan mencoba untuk mengirimkan kembali setelah
beberapa saat, apakah greylist / SPF tidak mereject lagi? karena
melihat IP / domain sendernya sudah berubah.
Kalau MX backup Anda tidak support SRS (SPF forwarding) maka mail yg
berasal dari se
Test said the following on 10/09/07 14:50 +07:00:
> Betul, ternyata by default ter set 5 menit. Jadi seharus nya saya Unchcek
> saja ya pak? tidak perlu scheduling biar langsung terkirim tanpa harus di
> release dulu?
Kalau Anda uncheck malah jadi rumit, cukup dipercepat saja misalkan jadi
1 men
> > Email Send & Recieve selalu harus di release agar bisa terkirim
> > email nya.
> Tidak.
> Check out event scheduller mungkin terset ada waktu tunggu 5 atau 10
menit.
Betul, ternyata by default ter set 5 menit. Jadi seharus nya saya Unchcek
saja ya pak? tidak perlu scheduling biar langsung
Test said the following on 10/09/07 14:06 +07:00:
> Apakah Email dgn log seperti di bawah ini artinya sudah terkirim pak?
Tidak, mail tsb mestinya akan bounce dan ada notification ke original
sender.
> Koq ada Message "Mon 2007-09-10 13:50:20: <-- 550 relaying denied for
> <[EMAIL PROTECTED]>",
On 10/09/07 14:00 +07:00 Test wrote:
> Email Send & Recieve selalu harus di release agar bisa terkirim
> email nya.
Tidak.
Check out event scheduller mungkin terset ada waktu tunggu 5 atau 10 menit.
> Apakah betul jika di Remote Queue (Delivery To) tidak boleh ada
> alamat email
> lokal dan di
Pak Syafril,...
Apakah Email dgn log seperti di bawah ini artinya sudah terkirim pak?
Koq ada Message "Mon 2007-09-10 13:50:20: <-- 550 relaying denied for
<[EMAIL PROTECTED]>", apakah relay di tempat saya atau di tempat mereka
pak?
Berikut Log nya:
Mon 2007-09-10 13:54:46: --
Mon 2007
Pak Syafril,...
Email Send & Recieve selalu harus di release agar bisa terkirim email nya.
Saya coba cek di log SMTP in dan Out nya dan succesfuly.
Apakah betul jika di Remote Queue (Delivery To) tidak boleh ada alamat email
lokal dan di Local Queue (Delivery To) yang boleh ada hanya alamat email
13 matches
Mail list logo
