Newsgroup: it.comp.sicurezza.unix
Titolo: sendmail o qmail ?

Domandina semplice semplice : devo installare un server che faccia da 
www,ftp e mailserver. L' O.S. è Linux (RedHad 7.3). Per quanto riguarda web 
e ftp sono a posto (apache e wu-ftp), ma nn avendo mai installato nè 
gestito un mail server ero indeciso tra sendmail o qmail...
Punterei su sendmail perchè è più usato e c' è più doc in giro, ma so anche 
dei problemi di sicurezza avuti in passato (ora come ora nn so come sia 
messo)... di qmail me ne parlano parecchio bene ultimamente...
Qualcuno puù darmi un consiglio su quale scegliere ?
Thx
-- 
.:MaRK ReNToN:.


Ciao, io ho implementato un server usando sendmail, pero' il mio sistema
principale e' FreeBSD e non Linux, percui non saprei dirti se su questo
OS le cose sono diverse riguardo al sendmail, proprio perche' su Linux
non ne' ho mai installato uno anche se ho usato molto spesso questo
sistema.
Non ho avuto particolari problemi nella configurazione dell' SMTP, ma
ne' ho avuti molti nella fase di configurazione del server popper(POP3),
non propriamente sul server BSD, ma nella configurazione dei client
win2000 e linux.
questi problemi, derivano dal fatto che avevo creato su BSD un kernel
con tutte le options si sicurezza che ho trovato sul file LINT, percui
dando un securelevel a livello 2 o 3 per il kernel, non esisteva la
possibilita' di potersi connettere, questo errore mi ha fatto avere
enormi grattacapi, poi ho risolto tutto perche' al boot del server 
l'rc.i386 si bloccava sulla partenza del server sendmail, 
costringendomi a digitare sempre control+c per potermi loggare.
Il problema era che settando in sicurezza il kernel BSD con un
securelevel 2 o 3, SSH e Sendmail erano attivi ma non ci si poteva
connettere.
Questo problema, mi ha fatto preoccupare parecchio, posso capire che 
il sendmail non parta correttamente, ma almeno sshd avrebbe dovuto 
permettermi il login.
Poi ho letto meglio le manpages e questo "errore", se cosi' si puo' 
chiamare, era perfettamente documentato, con tanto di esempi...:-)
Leggendo attentamente le manpages di FBSD ce' la possibilita' di avere
anche qmail operativo, ma siccome sono un po' reticente a installare
qualcosa che non conosco bene, mi mantengo sul sendmail, forse questa
scelta e' sbagliata agli occhi di molti amministratori presenti su
questo news, ma per me' ha dato davvero ottimi risultati, tenendo sempre
conto degli aggiornamenti, patch e informazioni di configurazione, che
sul sendmail abbondano, per il resto, tutto funziona bene e a parte gli
aggiornamenti, non ho molti problemi nella sua gestione, anche se devo
dire che non ti facilita la vita.
per il Qmail su FBSD la righa di configurazione principale e' sul file
inetd.conf, se non lo metti qui, non ti puo' aprire la porta e iniziare
il servizio.
smtp stream tcp	nowait qmaild /var/qmail/bin/tcp-env tcp-env
/var/qmail/bin/qmail-smtpd
per il Sendmail su FBSD devi abilitare la configurazione principale
sul file /etc/defaults/rc.conf, e quella sul file /etc/rc.conf:
#############################################
###  Mail Transfer Agent (MTA) options  #####
#############################################
mta_start_script="/etc/rc.sendmail"
# Script to start your chosen MTA, called by /etc/rc.
# Settings for /etc/rc.sendmail:
sendmail_enable="YES"
# Run the sendmail inbound daemon (YES/NO/NONE).
# If NONE, don't start any sendmail processes.
sendmail_flags="-L sm-mta -bd -q30m"
# Flags to sendmail (as a server)
sendmail_submit_enable="YES"
# Start a localhost-only MTA for mail submission
sendmail_submit_flags="-L sm-mta -bd -q30m
-ODaemonPortOptions=Addr=localhost"
# Flags for localhost-only MTA
sendmail_outbound_enable="YES"
# Dequeue stuck mail (YES/NO).
sendmail_outbound_flags="-L sm-queue -q30m"
# Flags to sendmail (outbound only)
sendmail_msp_queue_enable="YES"	
# Dequeue stuck clientmqueue mail (YES/NO).
sendmail_msp_queue_flags="-L sm-msp-queue -Ac -q30m"
# Flags for sendmail_msp_queue daemon.
Dopo avere configurato i flags devi vedere se ti vanno bene oppure devi
ricompilare.
Per ogni evenienza, il sito  
http://www.sendmail.org/tips/
 ti puo'
essere di enorme
aiuto se scegli questa soluzione al Qmail.
ciao :-)
Enrico

 puù darmi un consiglio su quale scegliere ?
A meno che tu non conosca *bene* sendmail e le sue problematiche (a volte
molto peculiari...) ti consiglio qmail o, meglio ancora, postfix.
Sendmail è di una potenza spesso sproporzionata all'uso che se ne fa,
dato che permette di fare pressochè qualunque cosa. Tuttavia spesso e
volentieri alcune cose risultano impostate non correttamente, proprio
perchè le possibilità sono infinite e non le si conosce tutte.
Se vuoi un server leggero, flessibile e sicuro, vai di postfix.
il tutto, ovviamente, IMHO...
-- 
Emanuele Balla aka Skull
-----------------------------------------------------------------------
Besides, I think [Slackware] sounds better than 'Microsoft', don't you?
(By Patrick Volkerding)

 wrote in message
news:ard2iu$7g8$1...@newsreader.mailgate.org...

fossi in te farei un pensierino a mollare wuftp per proftpd...
in ogni caso una domanda: devi gestire posta per molti domini?
allora sicuramente qmail
hai un solo dominio?
molla qmail e installa postfix: molto più semplice.
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (
http://www.grisoft.com
).
Version: 6.0.419 / Virus Database: 235 - Release Date: 13/11/2002

 Enrico

Mancavano i saluti...
Ciao.

 gestito un mail server ero indeciso tra sendmail o qmail...
postfix ? 
saluti
-- 
          "chown linux:users /world"
"E se i filosofi a cena mangiassero colle mani ?"

 Qualcuno puù darmi un consiglio su quale scegliere ?
postfix.

messo)... di qmail me ne parlano parecchio bene ultimamente...
Qmail è software proprietario e molto complicato da installare e
gestire, te lo sconsiglio caldamente.
-- 
ciao, | The Internet is full. Go away.  -- Joel Furr      | #156856496
Marco | (Ri)scoprire fidonet: 
http://bbs.bofh.it
          | 
m...@jabber.linux.it

 gestire, te lo sconsiglio caldamente.
Mi stanno tutti consigliando postfix... mi sa che ci faccio un pensierino
-- 
.:MaRK ReNToN:.
-- Premere  [Invio]  per  terminare  il  processo,  [$]  per corrompere i 
giurati

 postfix ? 
me lo stanno dicendo in tanti ^__^'
-- 
.:MaRK ReNToN:.
-- Premere  [Invio]  per  terminare  il  processo,  [$]  per corrompere
i giurati 

 molla qmail e installa postfix: molto più semplice.
dovrebbe gestire + domini... postfix nn li supporterebbe ?
-- 
.:MaRK ReNToN:.
-- Premere  [Invio]  per  terminare  il  processo,  [$]  per corrompere i 
giurati

 ???
riprova con font fissi o cercando il messaggio su google :-)


> Qualcuno puo' darmi un consiglio su quale scegliere ?
exim
Fabio fuori dal coro

 dovrebbe gestire + domini... postfix nn li supporterebbe ?
 
Ne ho più di 450...
-- 
Roberto Tagliaferri<-> r.tagliaferri@(forse)
tosnet.it
	Sentito da una programmatrice:
	"Ma vi capita mai nella vita reale, tipo mentre
	rifate il letto di dire 'Ho sbagliato, pigio ctrl-Z'?"

 riprova con font fissi o cercando il messaggio su google :-)
guarda che hai sbagliato tu mi sa ;-)
un cris fixed-font


:-)
lo so che li supporta, ma imho qmail è più semplice da configurare com il
multidomain rispetto a postfix.
(è solo un'opinione personale...)


 
La prima volta che ho provato qmail funzionava tutto ma mi spediva solo
gli header (i body svanivano nel nulla); dato che le prove le facevo
inviando niente come testo....
Postfix ha funzionato alla prima e da allora (4 anni) solo postfix.


 un cris fixed-font
pure io ... 


 pure io ...
 
mah!
p.s. red hat? RedHad vorrai dire...

 Fabio fuori dal coro
ROTFL ;-)
Si, ultimamente lo sento da molti, ma ancora non ho avuto occasione di
provarlo. Un giudizio sintetico??


 p.s. red hat? RedHad vorrai dire...
whops ^__^'



Io lo modifico in continuazione, la configurazione della mia FreeBSD
dipende principalmente da questo file(per i miei esperimenti
personali...). :-)
Modificando molti di questi parametri ho ottenuto le configurazioni che
mi aspettavo dal sistema, al contrario, il /etc/rc.conf ho aggiunto solo
parametri per effettuare dei test, ma di solito, viene settato via
/stand/sysinstall, e quindi i settaggi che fai, di solito non serve
cambiarli.
Anche per il kernel uso il /etc/defaults/rc.conf, perche' mi trovo
meglio e poi e' tutto commentato, quindi se ti succede qualcosa alla tua
BSD, sai subito dove andare e dove cambiare i parametri necessari.
Del resto il file /etc/defaults/rc.conf, mi ha salvato da molti problemi
in cui sono incappato
su questo splendido sistema operativo, e' per questo motivo che se devo
fare qualche modifica, preferisco farla direttamente qui.
Ho visto che sei un BSDUser pure tu, magari puoi darmi qualche consiglio
sulla gestione della rete
basata su FreeBSD ?
Che cosa potrei migliorare sul file /etc/defaults/rc.conf?
ciao :-)
Enrico

 Che cosa potrei migliorare sul file /etc/defaults/rc.conf?
niente. NIENTE. N - I - E - N - T - E.
-- 
Cristiano Deana, Biella.
Solo una volta mi ha dato uno schermo blu (meglio uno
schermo blu che uno nero come debian) [cit.]

p.s. red hat? RedHad vorrai dire...
magari era una storpiatura tipo "winzoz" :D il subconscio a volte fa
brutti scherzi ...
-- 
                     "chown linux:users /world"
"Qualcuno e' in grado di darmi una valida ragione per installare gentoo ?"

 niente. NIENTE. N - I - E - N - T - E.
Telegrafico... ;-)))
Ma perche' non accettate  l'idea che una freebsd puo' essere realmente
modificata per usi esclusivi del tutto personali?
Ciao :-)
Enrico

 modificata per usi esclusivi del tutto personali?
perche' TUTTO cio' che puoi ottenere modificando defaults/rc.conf (che
NON si deve toccare!!) lo ottieni mettendo le relative righe in
/etc/rc.conf.
stop.


 
Va bene, non ti dico piu' nulla, anche perche' se non dovessi toccare 
nessun file su freebsd, non saprei che farmene di questo sistema...:-)
ciao :-)
Enrico

 provarlo. Un giudizio sintetico??
Uhmmm... allora, vediamo un po'... direi che per la versione 4.x...
[pro]
- la sorte di una e-mail puo' essere definita in base ad acl per 
  le fasi AUTH, DATA, ETRN, EXPN, RCPT e VRFY con condizioni basate 
  su regexp che possono riguardare praticamente ogni aspetto della
  sessione SMTP, dell'header e di tutta la sezione DATA;
- linguaggio di content filtering potente;
- supporta praticamente tutti i tipi di autenticazione e cifratura
  a livello di trasporto out-of-the-box (si fa per dire);
- tramite una patch ben supportata (e spesso gia' applicata nelle
  distribuzioni) puo' eseguire la scansione con un antivirus usando
  l'api di content filtering nativa, senza l'utilizzo di utilita'
  esterne (escluso l'antivirus);
- documentazione estremamente completa e dettagliata;
- mailing list piuttosto attiva.
[pro che per ora non sfrutto]
- interprete perl richiamabile durante il trattamento del messaggio;
- routing molto sofisticato dei messaggi.
[contro]
- teoricamente e' considerato meno sicuro di postfix e qmail; c'e'
  stato qualche bachetto exploitabile in locale e uno in remoto se
  la configurazione non era accorta;
- ci sono poche distribuzioni binarie rpm "ufficiali", che creano 
  casini con le dipendenze se usate fuori dalla distro prevista;
  quelle poche "universali" spesso sono mantenute malino; nessun
  problema i con package deb, ma e' solo per sentito dire;
- forse e' un pochetto piu' complesso da configurare di postfix;
- fuori dalla mailing list e' difficile trovare supporto; il gruppo
  usenet e' praticamente deserto.
Sul sito c'e' un documento itroduttivo piuttosto corposo che spiega
un po' piu' nel dettaglio le caratteristiche salienti di exim. Se vuoi
dare un'occhiata fai attenzione ai riferimenti alla versione: le 3.x
e le 4.x sono diverse per molti aspetti.
Fabio