Sebagai bagian dari ulang tahun ke 25 Sendmail Corp., Wietse Venema, pembuat Postfix menerima penghargaan sehubungan dengan penambahan dan pengembangan Sendmail Milter (milter singkatan dari mail filter) di Postfix. Kutipan dari siaran pers-nya Sendmail :

Sendmail Announces Winners of Its First Annual
Innovation Awards

MOUNTAIN VIEW, Calif. October 25th, 2006 Today at its 25 Years
of Internet Mail celebration event, taking place at the Computer
History Museum in Mountain View, California, Sendmail, Inc., the
leading global provider of trusted messaging, announced the recipients
of its inaugural Innovation Awards

….

Sendmail Milter Innovation

o Global Winner: Postfix – Wietse Venema, author for his
contribution of extending Milter functionality to the Postfix
MTA. This significant achievement underscores the value of the
Milter API and its importance to Trusted Internet Communications.

…

Press release bisa dilihat disini.

Selamat ya Pak!

Seperti yang diberitakan oleh The Register di sini, akhirnya pemerintah US melalui pengadilannya menolak permintaaan e360 Insight untuk mensuspend domain Spamhaus – spamhaus.org. Seperti yang kita ketahui Spamhaus ini adalah penyedia layanan RBL (Real Time Blacklisting) yang biasa kita gunakan di email server kita untuk menolak email yang berasal dari IP address yang ada dalam daftar mereka. Daftar tersebut IP tersebut bisa berasal dari server open-proxy, viruses, worm, trojan, exploits dan lain sebagainya. Saat ini saya menggunakan sbl-xbl.spamhaus.org untuk filter di Postfix saya. Arti S dan X dalam sbl-xbl adalah S adalah source, sedangkan X adalah exploits.

Kalau saya baca dari berita tersebut diatas, berawal ketika ada salah salah satu dari customer e360 (Haberstroh’s ‘Atriks’ ) masuk dalah daftar Spamhaus sebagai pelaku spam. Karena si Atriks ini berkaitan dengan e360 maka, Spamhaus memasukkan e360 dalam istilah mereka sebagai “Partner-in-spam” dari Brian Haberstroh (aka Atriks). Kemudian 360 menuntut ganti rugi $11,7 juta dan meminta pengadilan di US untuk menutup domain spamhaus.org. Tentu saja Spamhaus tidak tinggal diam (maju terus…), dan akhirnya Alhamdulillah domainnya tidak jadi disupend.

Kemudian hari ini saya iseng-iseng lihat tulisan yang berada di website e360, ada pesan dari David Linhardt, President & CEO e360Insight yang bunyinya seperti ini:

“Today’s ruling is a devastating loss of personal freedom for all Americans. If the court cannot prevent Spamhaus from violating its order, then Spamhaus will continue to censor and control the email messages Americans can receive.”

Saya hanya bisa mengelus dada. Weleh pakne pakne, yang mengawasi dan mensensor email itu siapa? Ya jelas bukan Spamhaus, tapi si admin yang tukang ngurus itu server. Terserah dia mau pakai Spamhaus atau Spamlapar suka-suka dia

Klaim dari e360 yang lainnya tentang Spamhaus adalah bawah Spamhaus urusan di Illinois, US sehingga Spamhaus dituntut di pengadilan US tapi kenyataanya Spamhaus itu kan organisasi di Inggris dan tidak ada urusan disitu.

Seberapa efektif sih Spamhaus? Di mailserver saya yang adem ayem trafik tidak ebgitu banyak, jangan salah lho, Spamhaus cukup agresif untuk menolak email yang kemungkinan besar spam. Dari program pflogsum didapatkan hasil seperti ini (untuk hari ini saja):

blocked using dnsbl.sorbs.net (total: 12)
blocked using list.dsbl.org (total: 2)
blocked using sbl-xbl.spamhaus.org (total: 27)

Ya sudahlah, yang penting Spamhaus masih tetap ada. Saya dukung terus deh.

Link:
http://www.spamhaus.org/legal/index.lasso
http://www.icann.org/announcements/announcement-10oct06.htm

Tiba tiba hari Senin (23/10/2006) yang lalu SMTP server disini mogok. Port SMTP (25) kalau ditelnet responnya lama sekali, begitu pula kalau di ssh, dan lampu indikator harddisk berkedip dengan cepat. Maklum, cuman PC dengan spek seadanya PIII 700MHz RAM 64MB .

Setelah punya selidik queue yang aktif di Postfix melonjak dari yang biasanya 27 email per menit menjadi 493. Akhirnya setelah di stop dulu kemudian inspeksi ke salah satu email yang deferred, terlihat ada virus/spam/trojan/malware yang mengirim ke random address.

Untuk sementara diputuskan dari IP yang bersangkutan didiscard dulu, tapi masalahnya IP tersebut dishare. Tidak masalah, untungnya pakai Postfix, dengan menggunakan header_checks instead of tabel akses via check_sender_access IP tersebut bisa diblok dulu. Kira-kira isinya seperti ini di file header_checksnya :

/^Received:.*192\.168\.111\.10.*/ DISCARD IP 192.168.111.10 mungkin terkena virus/spam/malware/trojan

Alhamdulillah, setelah dua hari berjalan queue kembali normal. Berikut ini screenshot dari queuegraph:

Seperti yang telah kita ketahui, bahwa setiap permintaan DNS akan selalu melakukan query ke root server (di Bind adalah file named.root) untuk mencari nameserver yang sesuai dengan delegasi dari query tsb. Misalkan ada permintaan ke alamat www.postfix.or.id maka nameserver akan lookup ke root server, kemudian didapatkan data bahwa yang mengurusi TLD .id adalah nameserver dengan IP misalnya: 202.155.30.227 (ns1.id), 202.12.28.140 (sec3.apnic.net), 202.154.1.2 (ns1.rad.net.id) dan 202.159.32.2 (ns1.indo.net.id.). Baru kemudian nameserver melakukan query lagi ke salah satu server tersebut untuk mendapatkan data (RR) www.postfix.or.id (203.84.155.189).

Nah, kalau nameserver Anda adalah nameserver yang sibuk bagaimana pasti querynya juga banyak akhirnya menggunakan bandwidth. Bagaimana kalau kita bikin root nameserver di lokal saja untuk mengurangi query ke root server? Wah, boleh juga. Saratnya apa saja? Pastinya sudah ada dnscache dan tinydns yang terinstall. Lho kok masih butuh tinydns? Iya, buat mengelola data dns root lokal yang akan digunakan. Kalau begitu butuh IP satu lagi dong buat tinydns? Lha iya, tapi bisa pakai IP private kok, misalnya disini menggunakan IP: 127.53.0.1 . Jika semua sudah ada maka:

• Asumsi tinydns sudah listen di IP 127.53.0.1 dan root data berada didirektori /etc/tinydns/root/
• Download data dari r.root-servers.net (ini ada di Indonesia lho) dengan script ini:

    #!/bin/sh
    #
    # Query semua delegasi root server setiap hari
    # Email : asfik@its.ac.id

    cd /tmp
    /usr/local/bin/tcpclient f.root-servers.net 53 \
    /usr/local/bin/axfr-get . /tmp/root.orsc \
    /tmp/root.orsc.tmp
    cat /tmp/root.orsc | /usr/sbin/cleanup > /tmp/data
    mv -f /tmp/data /etc/tinydns/root/
    cd /etc/tinydns/root/
    make > /dev/null 2>&1

• Jalankan script diatas, kalau OK, Anda akan mendapatkan data di file /etc/tinydns/root/data
• Ubah alamat root nameserver yang digunakan oleh dnscache (biasanya di file /service/dnscache/root/servers/@) untuk menggunakan local dns root (127.53.0.1)
• Selesai

Semoga bermanfaat. Amin

Untuk ‘memaksa’ named menggunakan resource lebih tinggi, coba tambahkan parameter berikut ini di file named.conf. Ini dengan asumsi memori yang digunakan adalah 1 GB dan aplikasi yang berjalan hanya named:

datasize 512M;
max-cache-size 768M;

Kemudian restart named, dan test untuk melakukan query berkali-kali untuk domain yang sama. Voila, respon lebih cepat kan . Konfigurasi ini cocok digunakan untuk dns server yang sering melayani request dari client yang frekuensinya tinggi, misalnya proxy server.

Atau ganti BIND dengan dnscache sebagai caching name server

Semoga berguna…

Baru-baru ini Pak Wietse mengatakan dalam milis postfix-users@postfix.org bahwa Coverity sebuah perusahaan yang bergerak dalam testing kualitas software termasuk opensource (seperti misalnya Linux, MySQL, dan lainnya) telah melakukan semacam audit (buzzwordnya:quality assessment) untuk Postfix .

Hasilnya adalah ditemukan dua buah “errors” (menurut Coverity) yaitu pada address verification (suatu metode yg digunakan Postfix untuk memeriksa apakah suatu alamat email sender/recipient itu valid atau tidak) dan pada routin penulisan maildir.

Lalu, coba baca komentar Matthias Andre (orang ini kalau berbica kok seenaknya sendiri ya kadang-kadang hehe, jadi geli) :

Even then, the coding style might be so uncommon that punishing the
author might do right — such style makes reading the code harder, and
qmail for sure is hard to read because there are next to zero comments.

On the other hand, you don’t need Coverity to know that, for instance,
qmail code is scarcely documented, hasn’t been maintained in eight
years, and has some bugs (this in itself isn’t nearly as bad as the
author denying the security guarantee claims on several occasions, and
calling out a flame-fest, rather than fixing the bugs and installation
instructions and releasing qmail-1.04).

I collected several of the qmail bug reports and patches at
http://home.pages.de/~mandree/qmail-bugs.html – and qmail has just about
16,600 lines of code (this was just “wc -l *.[ch]” which includes blank
lines and comments).

Selamat ya Pak, hanya dua “error” yang ditemukan dalam test tersebut. Memang sudah waktunya mengganti semua MTA dengan Postfix, atau Anda masih ragu dengan Postfix?

Bingung bagaimana cara menggunakan mouse scrolling Trackpoint yang ada di notebook Thinkpad di Linux? Untung ada Pak Daniel Grobe Sachs yang baik hati membuat paket tp-scroll untuk mengatasi masalah tersebut diatas. Program tp-scroll ini berusaha untuk memberikan fasilitas scrolling seperti yang terdapat pada sistem operasi Windows dengan mengemulasikan data stream trackpoint kedalam bentuk data Intellimouse yang digunakan oleh sistem X Windows di Linux (xorg-x11). Cara menggunakanya ya sami mawon dengan di Windows, yaitu tekan tombol tengah kemudian geser pointer trackpoint yang berwarna merah keatas dan kebawah.

Cara menginstallnya gampang lho, Pak Daniel menyediakan format source tarbal, tapi beruntung ada Pak Christoph Thiel yang membuat paket RPMnya. Saat ini yang saya gunakan adalah versi yang RPM (tp-scroll-1.0-1). Setelah diinstall, kita buat dulu device data strean FIFO untuk program ini (dari account superuser atau root):

jericho:~ # mkfifo /dev/imouse

Kemudian pada file konfigurasi X.Org (/etc/X11/xorg.conf) tambahkan atau ubah pada bagian InputDevice misalnya seperti berikut ini :


Section "InputDevice"
Identifier "Mouse[1]"
Driver "mouse"
Option "Device" "/dev/imouse"
Option "Protocol" "ExplorerPS/2"
Option "Emulate3Buttons" "off"
Option "ZAxisMapping" "4 5"
EndSection


Jika Anda juga menggunakan paket RPM di SuSE maka sunting dulu file /etc/sysconfig/tp-scroll kemudian ubah pada INPUT_DEVICE menjadi :

INPUT_DEVICE="/dev/input/mice"

Kemudian pastikan agar daemon tp-scroll dijalankan setiap booting :

jericho:~ # insserv tp-scroll

Kalau Anda menggunakan paket source tarball, Anda bisa menggunakan script rc.local untuk menjalankan daemon tp-scroll, misalnya seperti ini :

/usr/sbin/tp-scroll -i /dev/input/mice -o /dev/imouse -x 1.5 -z 1.2 -m 0.02

Oke, jika semuanya sudah siap sekarang waktunya testing. Anda bisa merestart X server dengan masuk ke init 3, dan menggunakan perintah startx untuk melakukn pengujian. Jika Anda merasa bahwa akselerasi sumbu XY terasa jumpy atau loncat-loncat, Anda bisa menguranginya pada opsi XY_ACCEL_EXP di file /etc/sysconfig/tp-scroll atau pada argumen -x pada command line. Defaultnya adalah 1.5, yang saya gunakan adalah 1.3. Jangan lupa untuk merestart tp-scroll setelah melakukan perubahan.

Jika semua sudah sesuai dengan yang diinginkan, cobalah membuka browser misalnya Firefox atau Konqueror atau bisa juga wordprocessor idola Anda untuk menguji scrolling. Oh iya, menurut Pak Daniel, saat ini side-by-side scrolling atau scrolling kiri kanan masih belum disupport. Dan jika Anda suka melakukan copy paste dengan tombol tengah pada lintas aplikasi seperti saya , jangan khawatir, tp-scroll masih bisa melakukannya.

Selamat Mencoba dan Semoga Berhasil.

Tulisan ini merupakan lanjutan dari seri “Bingung dengan Postfix”

Dalam skema Postfix sebagai mail hosting, Postfix akan menerima dan menyimpan email. Artinya Postfix merupakan tujuan akhir dari sebuah email yang ditujukan ke sebuah domain yang kemudian user yang bersangkutan akan mengambilnya dilain waktu. Yang perlu diperhatikan dalam hal ini adalah apakah domain yang akan dihandle oleh Postfix termasuk domain lokal atau virtual? Baik domain lokal maupun virtual keduanya bisa menggunakan UNIX account, walaupun dalam keadaan domain virtual banyak juga yang menggunakan database user non-UNIX.

Selain itu, tipe peyimpanan email juga harus diperhatikan apakah Anda akan menggunakan tipe tradisional mailbox atau tipe maildir. Sebagai gambaran, untuk tipe mailbox semua email untuk seorang user akan disimpan dalam satu buah file, biasanya di direktori /var/spool/mail/namauser atau /var/mail/namauser. Sedangkan untuk tipe maildir, setiap satu email akan disimpan dalam file yang berbeda dalam sebuah direktori yang sudah ditentukan. Tentu saja jika Anda menggunakan tipe maildir akan lebih bagus, karena tidak ada proses locking baik pada saat proses penulisan atau pengambilan sebuah email oleh user. Mengapa pemilihan tipe penyimpanan email ini perlu diperhatikan, karena nantinya akan berhubungan juga dengan tipe server POP3 yang digunakan.

Kalau digambarkan untuk skema ini alurnya mungkin akan seperti ini:

MTA sender —> Postfix —> Mailbox storage

Mari kita ambil contoh yang paling sederhana saja, misalnya ada sebuah domain lokal palestine.net dengan tipe penyimpanan email maildir. Maka parameter yang perlu diubah adalah mydestination yang berisi daftar domain yang akan dihandle Postfix dan home_mailbox untuk tipe penyimpanan yang digunakan. Maka contoh konfigurasi file di /etc/postfix/main.cf adalah:

mydestination = palestine.net
home_mailbox = Maildir/


Catatan: Jika Anda sudah mengisikan domain palestine.net di parameter mydomain, maka Anda bisa juga menggunakan variabel tersebut pada mysdestination, misalnya konfigurasinya menjadi mydestination = $mydomain

Buatlah sebuah user test, misalnya adalah user “alqossam” :

jericho:~ # useradd alqossam -m -c "Izzuddin Alqossam"
jericho:~ # passwd alqossam


Kemudian test mengirimkan email kepada user yang baru dibuat tersebut diatas :

asfik@jericho:~> mail alqossam@palestine.net
Subject: Kegiatan sebelum Idul Adha

Dear Pak Alqossam,
Bisakah kita bertemu malam ini di West Bank?

Asfihani
.
EOT

Kalau kita perhatikan transaksi tersebut di file mailllog adalah sebagai berikut:

Dec 15 07:52:44 jericho postfix/pickup[8028]: 89A31E993A: uid=1000 from=<asfik>
Dec 15 07:52:44 jericho postfix/cleanup[8033]: 89A31E993A: message-id=
<43A0BE5C.mail672111TQR@jericho.palestine.net>
Dec 15 07:52:44 jericho postfix/qmgr[8029]: 89A31E993A: from=<asfik@jericho.palestine.net>,
size=542, nrcpt=1 (queue active)
Dec 15 07:52:44 jericho postfix/local[8035]: 89A31E993A: to=<alqossam@palestine.net>,
relay=local, delay=0, status=sent (delivered to maildir)
Dec 15 07:52:44 jericho postfix/qmgr[8029]: 89A31E993A: removed

Kalau kita lihat status=sent (delivered to maildir) berarti email sudah diterima dan disimpan di homedirectory user “alqossam”, mari kita periksa:

asfik@jericho:~> ls /home/alqossam/Maildir/new
. .. 1134607964.V304Ia4c6cM809076.jericho


Lalu kita lihat isinya apa ya:

asfik@jericho:~> cd /home/alqossam/Maildir/new/
asfik@jericho:/home/alqossam/Maildir/new>cat 1134607964.V304Ia4c6cM809076.jericho

Return-Path: <asfik@jericho.palestine.net>
X-Original-To: alqossam@palestine.net
Delivered-To: alqossam@palestine.net
Received: by jericho.palestine.net (Postfix, from userid 1000)
        id 89A31E993A; Thu, 15 Dec 2005 07:52:44 +0700 (WIT)
Date: Thu, 15 Dec 2005 07:52:44 +0700
To: alqossam@palestine.net
Subject: Kegiatan sebelum Idul Adha
Message-ID: <43A0BE5C.mail672111TQR@jericho.palestine.net>
User-Agent: nail 11.4 8/29/04
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
From: asfik@jericho.palestine.net (Asfihani)

Dear Pak Alqossam,
Bisakah kita bertemu malam ini di West Bank?

Asfihani

Hmm, isinya email yang barusan kita kirimkan. Berarti kita sudah berhasil. Jika Anda sudah puas, maka Anda tinggal meminta user untuk melakukan ssh ke server dan mulai membiasakan diri menjadi seorang yang geek dengan menggunakan email client yang berbasis teks seperti mutt, PINE, atau MUA lain yang mendukung format maildir.

Server POP3/IMAP

Namun jika Anda ingin memanjakan user Anda, mari bersama-sama menginstall server POP3/IMAP. Anda bisa memilih software POP3/IMAP apa saja asal mendukung format maildir seperti skenario kita diatas. Idola saya adalah Dovecot buatan Pak Timo Sirainen dari Finlandia yang sudah mendukung format maildir serta merupakan paket hemat two-in-one, yaitu install satu paket dapat dua fungsi (POP3 dan IMAP).

Dalam beberapa distribusi Linux misalnya Fedora dan SuSE, paket dovecot ini biasanya sudah terinstall. Anda tinggal mengubah beberapa parameter pada file /etc/dovecot/dovecot.conf, terutama pada :

protocols = imap pop3
imap_listen = [::]
pop3_listen = [::]
#disable_plaintext_auth = yes
auth_userdb = passwd
auth_passdb = pam


Jalankan dovecot dengan perintah rcdovecot start di SuSE atau service dovecot start di RedHat dan friends. Kemudian kita coba untuk telnet ke port 110 dan mencoba melihat email yang kita kirimkan diatas:

asfik@jericho:~> telnet jericho.palestine.net 110

Trying 192.168.0.250...
Connected to jericho.palestine.net.
Escape character is '^]'.
+OK dovecot ready.
user alqossam
+OK
pass asdf
+OK Logged in.
stat
+OK 1 662
retr 1
+OK 662 octets
Return-Path: <asfik@jericho.palestine.net>
X-Original-To: alqossam@palestine.net
Delivered-To: alqossam@palestine.net
Received: by jericho.palestine.net (Postfix, from userid 1000)
        id 89A31E993A; Thu, 15 Dec 2005 07:52:44 +0700 (WIT)
Date: Thu, 15 Dec 2005 07:52:44 +0700
To: alqossam@palestine.net
Subject: Kegiatan sebelum Idul Adha
Message-ID: <43A0BE5C.mail672111TQR@jericho.palestine.net>
User-Agent: nail 11.4 8/29/04
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
From: asfik@jericho.palestine.net (Asfihani)

Dear Pak Alqossam,
Bisakah kita bertemu malam ini di West Bank?

Asfihani

Kemudian Anda bisa mencoba dari MUA di client misalnya Thunderbird, MS Outlook, Eudora dan lain sebagainya. Anda juga bisa menginstall webmail misalnya Squirrelmail untuk mengakses email melalui web karena server IMAP juga sudah ada. Menarik bukan?

Selamat mencoba dan Semoga Berhasil.

Tulisan ini merupakan lanjutan dari seri “Bingung dengan Postfix�

Sebelumnya Anda saya sarankan untuk membaca bagian “Postfix sebagai SMTP” diatas untuk mengkonfigurasi dasar dari Postfix. Dalam skema ini sebenarnya mirip skema dalam “Postfix sebagai Backup MX”. Namun disini, Postfix sebagai sebuah mail gateway yang berfungsi sebagai primary MX sebuah domain yang dikenal di Internet, namum sebenarnya Postfix hanya berfungsi sebagai relayer atau jembatan yang akan meneruskan semua email ke MTA yang sebenarnya. Skema seperti ini digunakan supaya Postfix bisa “melindungi” MTA yang sesungguhnya yang mungkin mempunyai fitur yang terbatas. Dalam hal ini Postfix merupakan primary MX yang mempunyai preferensi RR MX paling rendah.

Kalau digambarkan alurnya mungkin seperti ini:

MTA sender —> Postfix (primary MX) —> MTA yang sebenarnya

Pada skema alur diatas semua email terhadap suatu domain akan diterima oleh Postfix lalu segera meneruskannya ke MTA yang sebenarnya untuk disimpan. Ada dua parameter yang harus diubah yaitu relay_domains yang berisi daftar domain yang direlay dan transport_maps yang berisi konfigurasi pemetaan domain ke MTA yang sebenarnya. Misalnya Postfix menghandle domain palestine.net dan MTA yang sebenarnya untuk domain tersebut adalah network lokal dengan IP address: 10.126.10.10, maka konfigurasi file di /etc/postfix/main.cf adalah:


relay_domains = palestine.net
transport_maps = hash:/etc/postfix/transport_maps


File transport /etc/postfix/transport_maps berisi:

palestine.net smtp:[10.126.10.10]


Jangan lupa untuk membuat database dari file tersebut dengan perintah postmap:

asfik@jericho:~> postmap /etc/postfix/transport_maps

Catatan: Akan lebih baik jika Postfix mengetahui alamat-alamat email yang valid dari domain yang direlay tersebut dengan menggunakan parameter relay_recipient_maps

Kemudian coba mengirim email ke domain tersebut dan lihat di file log apakah email akan ditransport sesuai dengan konfigurasi.

Selamat Mencoba dan Semoga berhasil.

Tulisan ini merupakan lanjutan dari seri “Bingung dengan Postfix”

Sebelumnya Anda saya sarankan untuk membaca bagian “Postfix sebagai SMTP” diatas untuk mengkonfigurasi dasar dari Postfix. Dalam skema Postfix sebagai backup MX, Postfix diharapkan hanya menerima dan menyimpan sementara waktu email yang ditujukan ke suatu domain (atau email yang nyasar kepadanya) yang nantinya akan diteruskan ke MTA yang lain yang mempunyai preferensi RR MX di DNS yang lebih rendah.

Sebagai contoh Anda mempunyai domain palestine.net yang dihandle oleh dua buah server yaitu gaza.palestine.net yang mempunyai RR MX preferensi 10 di DNS (kita sebut primary MX) dan server nablus.palestine.net yang mempunyai RR MX preferensi 20 di DNS (kita sebut secondary MX).

Mungkin RR MX untuk domain palestine.net di DNS kira-kira seperti ini :


IN MX 10 gaza.palestine.net.
IN MX 20 nablus.palestine.net.


Kalau digambarkan alurnya mungkin seperti ini:

MTA sender ——> Postfix (secondary MX) ——–> Final MTA recipient (primary MX)

Untuk mengkonfigurasi Postfix agar memenuhi kebutuhan yang sesuai dengan skema ini sangat mudah. Yang perlu diperhatikan adalah nama domain yang akan dibackup oleh Postfix dalam hal ini adalah palestine.net, maka parameter yang perlu diubah di file /etc/postfix/main.cf adalah :

relay_domains = palestine.net

Jangan lupa untuk menjalankan perintah postfix reload setelah menambahkan domain yang akan direlay. Mungkin Anda bertanya, bagaimana caranya jika domain yang di relay jumlahnya banyak? Caranya cukup gampang, Anda tinggal membuat sebuah file teks misalnya /etc/postfix/relay_domains yang berisi domain-domain yang akan direlay:

palestine.net OK
intifada.org OK
hamas.net OK
alqaeda.org OK


Ubah di file /etc/postfix/main.cf menjadi:

relay_domains = hash:/etc/postfix/relay_domains

Jangan lupa untuk membuat database dari file tersebut dengan perintah postmap:

asfik@jericho:~> postmap /etc/postfix/relay_domains

Selamat Mencoba dan Semoga Berhasil.