Mucibirahman İLBUĞA yazmış:
> Selamlar,
> Geç saatte FreeBSD kurmaya çalışırken yazmıştım. Belki o yüzden 
> olabilir :) Hata sizde değil :)
>
> Linux/FreeBSD kararını henüz vermiş değilim. Deniyorum. Linux'a karar 
> verir isem qmail-toaster iyi bir çözüm gibi duruyor. Ama bahsettiğiniz 
> "Remote-Auth, smtp-Auth" durumlarını ve diğer konulara çok uzağım. 
> Okuyarak ve sizler gibi deneyimli arkadaşlara danışarak öğreneceğiz :)
>
> Özellikle Fetch mail ile biraz uğraşacağım gibi görünüyor :(
>
> Şu anda  sayfasındaki http://www.enderunix.org/docs/qmail-install.php 
> bilgiler doğrultusunda ve Açık Akedemi'nin Qmail kitabını inceleyerek 
> qmail kurmaya çalışıyorum. Bakalım ne yapabileceğiz??? :)
>
> İlginize çok teşekkürler :)
> Kolay gelsin,
> Mucip:)
smtp-auth (kullanıcı, mail gönderirken sunucunun kullanıcı adı şifre 
sorması diyebiliriz) olmayan bir qmail kurulumu neredeyse yok. bu 
spamlarla mücadele etmek için zaruret oldu. mail sunucunuzda smtp-auth 
yoksa (open-relay) zaten rbl listelerine girersiniz ve nerdeyse tüm 
sunucular bu tür rbl listelerini kullandığı için dışarı mail atamaz 
bloklanırsınız..

remote-auth için şöyle bir açıklama yapabiliriz. bir tane X adlı mta bir 
de Y adlı mta mız olsun. X sizin yerelde kullandığınız MTA, Y ise servis 
sağlayıcının MTAsı olsun. X, dışarı gidecek mailleri Y üzerinden 
göndersin istiyoruz. Bunun için 1. yol Y MTAsı, X MTAsına  kimlik 
doğrulaması vb. istemeden heryere mail atma yetkisi vermeli (relay). 2. 
yol ise X, Y ye kimlik doğrulaması kullanarak bağlanıp mailleri teslim 
etsin (remote-auth). mail istemci yazılımları bu bahsettiğimiz 2. yolu 
kullanarak mail atarlar. Sonuçta hem sunucu hem istemci  mail göndermek 
için smtp portunu kullanırlar.

Hizmet sağlayıcılar genelde relay hakkı vermeye yanaşmazlar. Bu yüzden 
2. yolu kullanmak zorunda kalabilirsiniz.
D. J. Bernstein'in qmail kodunu yazdığı dönemde ne smtp-auth ne de 
remote-auth gibi kavramlar vardı. Çünkü o zamanlar spam diye bir sorun 
yoktu :) MTA lar doğrudan tüm mailleri kabul edip ilgili kullancıya 
göndermeye çalışıyorlardı (open relay). Haliyle o zamanki qmail e bir 
çok yama uyglamamız gerekiyor ki bugünün ihtiyaçlarını karşılasın.

Hizmet sağlayıcının size relay hakkı vermediğini varsayarak bahsetiğiniz 
kuruluma remote-auth yaması eklemeyi deneyebilirsiniz ancak üst üste 
farklı yamalar sorun çıkarabilir, birbirleri ile çakışabiliyorlar. ben o 
yüzden günümüz ihtiyaçları için qmaile uygulanması gereken tüm yamaları 
içeren toaster ı önerdim. ayrıca bir de qmail-toaster-plus paketi var. 
içersinde toaster ile ilgili yedekleme, yedekten geri dönme, güncelleme, 
queue-repair ve bir çok araç (script) var. bu araçlar size çok büyük 
kolaylık sağlayacaktır..


Ve işin en kolay kısmı kesinlikle fetchmail :) sadece bir dosya 
içerisine servis sağlayıcının mail sunucusun adını yada ip sini ve 
kullanıcı adları şifre bilgilerini giriyorsunuz. sonra da cron'a 
fetchmail -f /yol/dosya  şeklinde hangi zaman aralıklarında çalışacağını 
belirterek görev ekliyorsunuz. hepsi bu. fetchmail mailleri çekip sistem 
üzerindeki MTA ya teslim ediyor..

saygılar
_______________________________________________
Linux E-Posta Listesi
[email protected]

Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen 
e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 
dakika içinde üyeliğinizi sonlandırabilirsiniz.
http://liste.linux.org.tr/mailman/listinfo/linux

Cevap