Newsgroup: it.comp.os.linux.sys
Titolo: mail server in azienda

Ciao a tutti.... volevo installare un mail server in azienda e mi sono
documentato un po'. Quindi ho preparato un vecchio P2 con 128 ram con RH9.
Per il MTA ho optato per postfix, che mi sembrava di facile configurazione.
La mia domanda ora č questa: se vado a mettere il computer in una rete win
con AD e win 2k server, logicamente gli account di win2k non saranno
sincronizzati con quelli di linux (ma questo č un problema che affronterň
dopo), ma come configuro postfix (ma ho il dubbio che la configurazione vada
estesa al computer linux) in modo che faccia da server per il dominio
gestito dal server Windows?

 gestito dal server Windows?
Eh ? ( provo a dare una risposta ma non son sicuro di cosa chiedi )
Sui client metti come ip del server di posta ( pop3/imap e smtp ) il 
server linux ...
Se la posta e' anche esterna fai in modo che il record MX del dominio 
punti alla nuova macchina.

 punti alla nuova macchina.
Ehhhh ???
se vuoi dare accesso dall'esperno a pop e imap, abilitali su exchange ed
utilizza un proxy pop/imap. Guarda su freshmeat che ne trovi a vagonate.
Max

 
Qmail: 26.88 mails/sec
Sendmail: 22.83 mails/sec.
Postfix: 18.45 mails/sec.
http://www.benchmarks.dmz.ro/
Cmq non iniziamo qua una diatriba sul miglior MTA, piuttosto vediamo di 
capire cosa chiede il tizio che ha aperto il tread.

 
Personalmente mi fido di piu di quelli fatti in casa. Per un semplice 
motivo. La persona che li fa non ha alcun interesse a far risultare 
migliore uno o l'altro sistema.
Io ho espresso un mio giudizio personale documentandolo, se te trovi la 
cosa imbarazzante ... boh ... io no mi spiace.

 gestito dal server Windows?
eccone un altro vittima del casino di M$. Allora, calma. Una cosa sono i
domini windows, e una cosa sono i domini internet. Si chiamano entrambi
domini, ma non hanno nulla in comune. Quindi il tuo server windows fa
quello che deve fare, e il postfix accetta le mail per i domini internet
dell'azienda. Basta, fine.

 giorno mettici quello che ti sta piu simpatico come nome ;)
peccato che abbia una licenza che spacca le balle, che si debba sempre
ricompilarlo e che non sia distribuibile in forma binaria. Se uno per
sicurezza toglie i compilatori dal server di posta è fregato.

 ha scritto nel messaggio
news:pan.2004.07.07....@campana.vi.it...

Ma allora se io volessi che il computer linux facesse da server mail interno
(e visto che devo gestire pochi utenti mi tengo postfix) per il dominio
gestito da W2k server nomeazienda.locale come diavolo devo fare? Devo
configurare (il come lo vedo magari dopo, prima mi chiearisco questo dubbio)
il postfix o devo aggiungere un record mx sul DNS del mio server wk2kserv
che punti all'indirizzo del mailserverlinux?
Grazie a tutti

 sicurezza toglie i compilatori dal server di posta č fregato.
Sapete una cosa, ogni volta che qui dentro si parla di MTA, mi fate quasi
venir voglia di passare da qmail a postfix, ho la vaga sensazione che il
secondo e' piu' amato dalla maggiorparte dei guru di questo NG.... eppure io
mi ci trovo cosi' bene!
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (
http://www.grisoft.com
).
Version: 6.0.716 / Virus Database: 472 - Release Date: 05/07/2004

 
Pure io non capisco l'odio di molti verso qmail.
Pero non mi viene voglia di cambiare :P
Resta pero il fatto che l'unica cosa seria che IMHO e' stata detta a 
favore di postfix in confronto a qmail e' la licenza.
Ci sono altri ventaggi reali e verificabili che mi sono perso ?

 affronterň


 mi ci trovo cosi' bene!
no no no...
sia ben chiaro, io non ho la minima intenzione di convertire nessuno, né
di iniziare una gueraa di religione sull'mta. La mia considerazione è
prettamente pratica, da sistemista e non da filosofo. Tutto qua.
Poi ognuno usa quello che preferisce, è il bello del software libero :-)

 che punti all'indirizzo del mailserverlinux?
andiamo con calma. Cosa vuoi fare? Io dal tuo primo post avevo capito che
avevi una rete locale con un po' di ip pubblici e che su uno di questi
volevi mettere un server smtp per riceve direttamente la posta
dall'esterno.
Se il tuo problema è installare un server smtp che prenda le mail dai
client e le inoltri su internet allora basta che butti su un server
postfix, te ne freghi degli utenti, imposti nel file di configurazione
my_network con gli ip della tua rete e sei a posto. Poi dici ai vari
client di attaccarsi al server per spedire la posta.
Il campo MX ti serve se il server di posta deve ricevere la posta
dall'esterno.
Se il tuo server oltre che inviare deve per esempio fornire webmail e hai
gli utenti sul server win2k allora devi lavorare di winbind.
Comunque ti ripeto, per prima cosa devi avere chiaro in mente quello che
vuoi fare.
Ciao


Spero di aver bene in mente quello che voglio fare: un mail server
esclusivamente aziendale.
Ciao e grazie

 Ci sono altri ventaggi reali e verificabili che mi sono perso ?
Il problema della licenza e` tutto fuorche` banale, e per chi fa
investimenti, e` un aspetto molto importante (investimenti anche in
conoscenza).
Nella pratica comune, personalmente, non amo la scelta "deponi un file
qui per configurare questo", lo trovo fuorviante, non e` commentabile,
poco mantenibile e mi rocorda tanto "aggiungi la voce di registro xyz,
per abilitare la tal funzione".
Per altro, praticamente nessuno usa qmail "pure". E stare dietro a tutte
le patch/add-on per renderlo effettivamente efficente, _MI DICONO_ (io
non lo uso), sia un discreto bagno di sangue. Ovvero, fare scalare qmail
su un numero di macchine consistente non e` banale. Anche questo e` un
side-effect della licenza (qualcuno ricorda minix?).
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
Those who do not understand Unix are condemned to reinvent it, poorly.

 side-effect della licenza (qualcuno ricorda minix?).
E ora darei la parola a whiplash...<g>
-- 
cat: .signature: No such file or directory

 mi ci trovo cosi' bene!
Posto fin da principio che non sono mai stato utente di qmail e quindi ne
ho una visione assolutamente "panoramica", l'impressione (e i commenti di
chi lo ha usato) è che sia piuttosto semplice da approcciare per
configurazioni banali, e diventi velocemente un bagno di sangue se si
vuole qualcosa di più complesso.
Presente il livello di difficoltà in doom? ecco, una cosa così...


 E ora darei la parola a whiplash...<g>
Ehehe. Lieto di essere smentito. Riporto l'opinione di un admin di
$bigisp, che e` molto depresso da questo cosa, perche` adora djb, adora
qmail, ecc.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
Lottery: a tax on people who are bad at math.

 Ehi, tu, vaffanculo. ;-D
/me sviene sulla tastiera.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
I used up all my sick days, so I'm calling in dead.

 esclusivamente aziendale.
beh, fatto quello che ti ho detto prima, ricevere mail dall'esterno arriva
in omaggio.


Io ricordavo 
http://www.guninski.com/qmailcrash.html
 ma non so come sia
andata a finire.
Alessandro.

 Ehi, tu, vaffanculo. ;-D
LOL...
Non ne sei felice? Il tuo rapporto con lo psicotico entrerà nella
leggenda :-D



----------------------------------------------------------------------
Io non userei nemmeno un 'Hello World' prodotto da uno cosi`.
-- 
Vincenzo

 beh.. cough, ROTFL!
Quale sarebbe il problema in questo caso? Ti risulta forse che MDK sia
fatta apposta da favorire uno dei due programmi?
See you,
	Silver Drake
-- 
http://www.silverdrakenet.it
Australian Largest Bed, coverband extraordinaire

 nella cosa?
Potrebbe essere interessante.
Se prendi 2 marche di rigatoni e provi quale e' pronto prima potrei 
anche crederti. Perche dovresti mentire ? Cosa ci guadagneresti a dire 
che i rigatoni della nonna sono pronti prima di quelli della zia se non 
e' vero.
Credo ( spero ... sono un illuso ? ) che siano veramente poche le 
persone che mentono per il gusto di mentire mentre sono tante quelle che 
lo fanno per interesse.
Chissa magari se la nonna ti offre una fornitura annua di rigatoni al 
sugo potresti "accidentalmente" tenere il fuoco piu basso quando cuoci 
quelli della zia ...
Non lo so però mi sta venendo fame ...
( giusto per stemperare un pò la tensione :P )

 ha scritto nel messaggio
news:pan.2004.07.07....@campana.vi.it...


 sbaglio?
Lascia perdere quella questione che forse, e` l'unica vera "sburonata"
che djb poteva risparmiarsi. A botte di "questo non e` valido,
quest'altro e` un problema di dns, questo di os, questo di $whatever", a
prescindere dalla bonta del codice, la prova lascia il tempo che trova
(e infatti...).
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
"I just drank WHAT?" (Socrates)

 I test lasciano il tempo che trovano
Quindi secondo te nessun test e' affidabile ?
Chi e' una persona affidabile ?
Come deve essere fatto un test affidabile ?
Come valuto un prodotto allora ?
Dal nome ?
Beh se tu valuti un prodotto dal nome sei messo peggio di me che lo 
valuto leggendo test.
Oppure da qualcosa d'altro di insodabile alla mente di noi poveri mortali.
Tanto vale lanciare una monetina.
Finale leggermente OT: cerca di affrontare le discussioni con meno 
astio, in quanto questo e' un newsgroup dove scambiarsi opinioni e non 
un arena ove esercitare la dialettica. Quindi se vuoi continuare questa 
discussione sul nulla rispondimi in privato. Mi sto divertendo molto ma 
non credo sia giusto tediare ulteriormente il ng.

 Presente il livello di difficoltà in doom? ecco, una cosa così...
Ah ecco, quindi dici che fin'ora non ho avuto da lamentarmi solo perche' la
mia realta' non e' particolarmente "complessa".
Cmq non ho molte caselle di posta, ma la configurazione ti dico in verita'
che non e' totalmente banale.
Qmail + qmailscanner + spamassassin + clamav antivirus + controllo sulle
black_list + utenti_gestiti_in_mysql + qmail admin per una facilissima
gestione delle caselle di posta... insomma un po' tutto quello che serve....
e funziona tutto alla perfezione.
Pero' e' vero... non ho mai avuto la necessita' di dover... scalare.
Forse un giorno se le necessita' cresceranno avro' modo di ricredermi.
Ciao e grazie.
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (
http://www.grisoft.com
).
Version: 6.0.716 / Virus Database: 472 - Release Date: 05/07/2004

 e funziona tutto alla perfezione.
Perfect, son contento per te, anche se mi verrebbe da osservare che si e
no un paio delle cose che citi riguardano il mailserver in sè (in
particolare, l'integrazione con mysql e le blacklist) mentre il resto è
software esterno.
Per capirci: prova a fare in modo di *rigettare* (*non* marcare con
spamassassin: è cosa diversa) tutte le mail che presentano un header tipo:
/^X\-.*:.*(\[|\(|\s)63\.103\.14[0123]\.\d/
Se ti poni la domanda "e perchè mai dovrei bloccare una cosa così?",
droppo spiegazione.
La rete 
63.103.140.0/22
 è uno dei principali emettitori usati da 419ers.
Poichè l'invio da parte dei Nigerian scammers si basa sull'abuso di
webmail, un blocco applicato sull'ip dell'emittente originale non è
applicabile, poichè non è da lì che li vedi arrivare, e sono nel 99.99%
dei casi mail che son da scartare a priori.
Se usi spamassassin, riesci al limite a marcarla, ma la mail è già
accettata, quindi la devi consegnare, con quello che questo implica in
termini di risorse buttate e di fastidio per l'utenza che, voglia o no, ha
una mail inutile in più da controllare.
La stessa cosa si applica a qualche centinaio di altri casi (455, da me,
in questo momento...) che hanno a che vedere con header malformati tipici
di alcuni spamware, ai bounce e alle notifiche antivirus generati da
alcune macchine cool (per assonanza col triestino) che in giro per la rete
continuano a sputare sbobba, ecc.
Se volessi farle rigettare a qmail come lo faresti?



Beh, ma il premio non credo riguardasse solo le vulnerabilita' "abbastanza
grandi" :-)
Alessandro.

 implica avere le idee _davvero_ chiare <g>)
Tu naturalmente sei esperto di Mandrake, vero? Ne sei esperto come eri
esperto di RPM, immagino (di cui parlavi malissimo senza nemmeno sapere
come funzioanva).


 Se volessi farle rigettare a qmail come lo faresti?
Beh.... io uso alcune blacklist tipo:
debian:~# ps -fewwww |grep rblsmtpd
qmaild     369   363  0 Jul02 ?        00:00:00
/usr/local/bin/tcpserver -p -R -x
/home/vpopmail/etc/tcp.smtp.cdb -u92 -g91 -v -c100 0 smtp rblsmtpd -r
relays.ordb.org
 -r 
dul.dnsbl.sorbs.net
 -r 
sbl-xbl.spamhaus.org
 -r
dnsbl.njabl.org
 -r 
dynablock.njabl.org
 /var/qmail/bin/qmail-smtpd
Pero' se ne dovessi aver bisogno me ne potrei creare uno mio personalizzato
e darlo in pasto a rblsmtpd.
E poi tornando al discorso di prima ci sono moduletti molto interessanti
tipo qmail-mfcheck e qmail-smtpd-chkusr ;-)
Ciao.


 tipo qmail-mfcheck e qmail-smtpd-chkusr ;-)
Il problema delle architetture interamente modulari è che vanno bene fino
a quando i moduli son tutti fatti dallo stesso team e con lo stesso
criterio, altrimenti la relazione di fiducia si amplia un po' troppo, come
concetto.. per non parlare della fantasiosità della configurazione...
Cmq, finiamola qui, sennò finisce nella solita diatriba tipo Kde-Gnome,
microkernel/monolitico, ecc.. ;-)
Hola..


 microkernel/monolitico, ecc.. ;-)
Non ne ho nessuna intenzione sai, e forse non hai capito che non sto dicendo
di avere ragione forse non mi sono spiegato.
Era solo una curiosita', se vedo chi e' piu' esperto di me, preferire una
soluzione invece che un'altra mi vien voglia di attingere qualche
informazione in piu' che potrebbe tornarmi utile in futuro, tutto qui'...
anzi ti ringrazio ;-)
p.s.
Ora ho riletto meglio, ho capito che quello che volevi dire riguardo
all'espressione regolare per testare l'header, si mi rendo conto che e'
l'unico modo per aggirare il problema!


 anzi ti ringrazio ;-)
Nannanannana ;-)
Non era stizza nè altro, e, come già detto, forse non sono la persona
più adatta a mettere il dito sui limiti di qmail, visto che, come detto,
non l'ho mai usato...
Per quello che mi riguarda, ho iniziato con sendmail con accanto il
manuale del bestemmiatore friulano.
Quando ho provato postfix, è stato praticamente come vedere la luce in
fondo al tunnel.
Poi son passato a lavorare in un posto in cui alcune delle features di
postfix venivano sfruttate pesantemente e ho visto cosa è in grado di
fare (e potremmo fare di più...).
Di qmail, ho solo il sentito dire. Ed è un sentito dire che regge male il
confronto, pur venendo da gente che sa il fatto suo...
Tutto qui...


 manuale del bestemmiatore friulano.
LOL!
Comunque per concludere, ti voglio dire che se mai un giorno mi trovero'
davanti a necessita' piu' pesanti di quelle che fino ad ora ho dovuto
affrontare, invece di partire a razzo mi ricordero' di questa chiacchierata
che in definitiva ritengo sia stata utile (per me ovviamente ^__^)



E chi mi dice che la tua valutazione sia piu affidabile del pincopallo 
con la mandarke ?
Perche tu usi una distribuzione da duro allora ne sai di piu ?
Qua stiamo scivolando a livello preadolescenziale del tipo io fumo 
allora sono grande.
Apri la tua mente e prendi coscienza del fatto che qualcuno ( non io ) 
al mondo ne sapra sempre piu di te e ascoltando le opinioni degli altri 
senza abbaiare forse potresti imparare  qualcosa. Anche dal pinco apllo 
che usa mandranke e qmail ( accoppiata eretica per te da quanto leggo )
P.S. : se ti danni tanto per postfix probabilmente e' qualcosa di  buono 
c'e', alla prima occasione prometto di provarlo.

 pubblico basato su MandrakeROTFL?
Se con pubblico intendi "visibile all'esterno" ne ho uno a circa 3 metri
dalla mia sedia in questo momento. E oltre alla posta gestisce anche web
ed ftp. Sorpresa delle sorprese: Apache, Postfix e ProFTPD sono
esattamente uguali a quelli delle altre distribuzioni.
Come già ti dissi a suo tempo (più o meno quando mi hai killato dopo
aver rimediato una figura patetica più o meno sugli stessi temi) faresti
meglio a parlare di qualcosa che conosci invece che in base a pregiudizi.


 di suo e comunque, alla fine ognuno usa cio' che preferisce.
Si, ho gia' chiarito questo aspetto con skull, effettivamente non valutavo
il fatto che quando penso alle mie installazioni di qmail, dovevo pensare in
realta' alle mie installazioni di qmail+add-on.
Ma comunque come ho gia detto il mio non voleva essere un tentativo di
aprire un flame, volevo solo sapere come mai qmail risultava un po'
"antipatico" tutto qui.
Ora almeno so che se un giorno dovessi avere altre necessita' invece di
perder tempo andro' a studiarmi postfix ( e chiedero' qualche consiglio a
voi cosi' vi rompo le scatole :-P )
Ovviamente pero' finche' qmail lo installo in meno di un'ora con tanto di
sa,clamav,blacklist bla bla bla, e risolve tutti i problemi che mi deve
risolvere io non lo cambio, un domani invece chissa'!!! ^__^


 risolvere io non lo cambio, un domani invece chissa'!!! ^__^
Il punto e` anche "finche` di qmail ne installo *uno*".
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
make it idiot-proof and someone will make a better idiot.

> Apri la tua mente e renditi conto che stai facendo il cretino del mese,
Chi ha bisogno di usare termini volgari per insultare qualcuno dimostra 
il suo scarso intelletto.
Detto questo ogni altro commento al tuo post e' superfluo. Passerebbe 
come acqua fresta nel tuo cranio troppo leggero.

 semplice black list per il filtering di mail non desiderate quindi direi
Ehm... 
http://www.nrg4u.com/
.
Una sola patch, le RBL le gestisce facile facile, e mi sa che a questo
punto la gara sullo scalare si fa quantomeno interessante. (Hai detto
configurazioni complesse, quindi LDAP ce sta tutto!) ;)
	chiaccheratamente,
	     Cthulhu
-- 
http://www.rlyeh.it/

 Il punto e` anche "finche` di qmail ne installo *uno*".
Via, adesso esageriamo. I template e gli script di automazione li fai
pure con Qmail. Ne ho una decina sparsi per l'Italia, come impari uno
impari l'altro, tutto il resto e' noia.
	ripetutamente,
	   Cthulhu
-- 
http://www.rlyeh.it/

 <G> 
In realtà si può fare (specialmente da quando danno pure il pacchetto
precotto di Kolab), ma c'è da lavorarci *parecchio* per ripulire il tutto.
E quando dico parecchio intendo *veramente* parecchio, ormai le distro si
stanno per così dire specializzando, e la versione downloadabile di
Mandrake si è orientata pesantemente verso il desktop.
L'avevo valutata, ma alla fine preferisco installarmi Kolab manualmente su
un'altra distro...
-- 
Luca Villani     NOC Manager  -  Wireless Solutions S.p.A.  (Dada Group)
http://www.wseurope.com
          via Castiglione 25, 40124 Bologna Italy
T:
+39 051 2966826
   F:
+39 051 2966800
   M:
+39 348 5298542
   UIN:76272621
GPG public key available

 impari l'altro, tutto il resto e' noia.
Non posso smentire ne confermare, ti riporto l'opinione di $sysad che
adora qmail, e che lo usa, in $bigisp.
Lui stesso, molto a malincuore, sta seriamente valutando la migrazione.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
Paranoia is a survival asset.

 precotto di Kolab), ma c'è da lavorarci *parecchio* per ripulire il tutto.
Più che altro bisogna stare attenti nella selezione pacchetti a evitare
tutto quello che si "avvicina" all'uso desktop. Ad esempio tutti gli
ambienti grafici tranne IceWM in versione light hanno come dipendenza
Bootsplash, che è chiaramente poco utile per un server (anche se a quel
punto basta disattivarlo) e GViM ora è disponibile solo in versione GTK+2
legata a Gnome (il che fortunatamente non impedisce di installare tutti i
vari Vi, ViM, ViM-Enhanced per console), il che per chi amministra da
remoto è effettivamente scomodo. 
Superato questo limite, la gestione del server diventa analoga a quella
delle altre distro. Se uno vuole mettere su un server che non faccia uso
di tool o interfacce con grafica per l'amministrazione la differenza col
resto neanche si nota. 
I file di configurazione standard li ho trovati piuttosto puliti e non
c'è stato molto da modificare, anzi erano piuttosto "conservativi".


 Lui stesso, molto a malincuore, sta seriamente valutando la migrazione.
Scommetto che usa quella roba tipo Vpopmail...
	intuitamente,
	   Cthulhu
-- 
http://www.rlyeh.it/

 Scommetto che usa quella roba tipo Vpopmail...
Non saprei, ti riporto un brano IMHO, significativo, di una sua mail:
"e` sacrosanto che quel piffero di licenza che DJB ha messo su Qmail e`
stata la sua (di Qmail) probabile condanna a morte.
Con la proibizione (di fatto) di distribuirne versioni precompilate ne
e` stata frenata la diffusione, facendo diminuire la massa degli
interessati e quindi degli sviluppatori in grado di collaborare (che
comunque devono sempre fare la patch della patch della patch della
patch). E Qmail come MTA generico non si e` evoluto oltre la 1.03.
Da qmail sono nate 2 cose interessanti: Courier MTA e qmail-ldap.
Il primo e` troppo complesso e strutturato per un uso generico e troppo
poco collaudato per server ad alti volumi; qmail-ldap sta diventando un
pezzo di software eccezionale ma limitato a usi strettamente *SP (POP
toaster di grandi dimensioni).
Quindi probabilmente Qmail finira` nell'oblio darwiniano del software
che non ha potuto evolversi, e si e` estinto. Requiescat in pace."
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
Recursion: n., see Recursion.

 l'alternativa di Debian con postfix?
Kolab si basa su postfix (e non solo su postfix). E` un prodotto niente
male, se si vuole qualcosa di più di un semplice mail server:
 
http://www.kolab.org
E` un groupware molto sofisticato, si basa su postfix, ldap, apache,
cyrus-imap e su un server dedicato (kolab, appunto), funziona sia con
client linux che con outlook (ci sono connettori appositi).
Il problema principale è che per avere un impatto minore sui sistemi ed
assicurare la massima portabilità, gli sviluppatori hanno utilizzato
openpkg, e questo comporta tutta una serie di problemi: facciamo l'esempio
di debian, sulla distro esistono già i pacchetti per postfix, ldap,
cyrus-imap, ecc..., però *NON* vengono usati, l'installazione standard si
installa in una directory apposita (tipicamente /kolab) dove trovi tutta la
struttura di openpkg *e* i vari pacchetti pacchettizzati per openpkg.
Ora, a me questo fa girare parecchio le balle, se uso debian vorrei
utilizzare il postfix di debian e non quello di openpkg, e così via.
L'unica distro finora che l'ha pacchettizzato in maniera nativa è Mandrake,
e lo si trova anche nella versione downloadabile.
IMHO è un effetto collaterale della versione server di Mandrake
 
http://www.mandrakesoft.com/products/corporate-server
In ogni caso, abbiamo valutato vari aspetti e alla fine abbiamo optato per
un'altra distro meno faticosa come server e per l'installazione di kolab
via openpkg, a dire il vero ho pure segnalato un security bug per ldap...
Però, ripeto, mi fa girare le balle non poter usare i pacchetti della


 con grafica per l'amministrazione la differenza col resto neanche si nota.
Si nota eccome in fase di installazione, fidati.
Sempre restando in ambito distro rpm based, prova a buttare su una banale
trustix e poi dicci la differenza...


 dicci la differenza...
Avessi un altro server su cui provare lo farei :D
Per quanto mi riguarda la parte di installazione è proprio quella che mi
viene comoda con la MDK, certo non credo che la userei per fornire
servizi da ISP, ma per fornire servizi all'interno e all'esterno di
un'azienda è piuttosto comoda (tieni conto che il mio incarico principale
non è quello di sistemista).


 struttura di openpkg *e* i vari pacchetti pacchettizzati per openpkg.
Francamente, visto l'ampia proposta di groupware di questo tipo,
disponibili, a parita` di maturita` (a me paiono piu` o meno tutti li),
ne vorrei uno con constraint non cosi` forti.
A kolab, stante quello che dici (non l'ho provato), preferisco
egroupware [1], opengroupware [2], phpgroupware [3] e twig [4], che
progetto piu`, progetto meno, hanno grossomodo le stesse feature
(sicuramente i primi due).
[1]
http://www.egroupware.org/
[2]
http://www.opengroupware.org/
[3]
http://phpgroupware.org/
[4]
http://www.informationgateway.org/
Sto provando in particolare il primo con grande soddisfazione. Settimana
prossima, faro` un installazione "tosta" per una struttura a cui
sostituiamo tutto win (client e server).
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
The feature you want is probably already installed on your Linux system.

 punto basta disattivarlo) e GViM ora è disponibile solo in versione GTK+2
[...]
credo che il punto vitale sia: chi cacchio te lo fa fare?
Cioè: se devo pigliare una distro per mettermi a disassemblarla nelle sue
componenti originarie, togliere quello che non mi serve, rimetterla
insieme ed usarla, beh -checcazzo-, vado di LFS che faccio prima e forse
anche meglio...
-- 
cat: .signature: No such file or directory

 anche meglio...
Diassemblare? :D
Ho fatto una normalissima installazione con selezione manuale dei
pacchetti, la stessa che faccio per i desktop a casa. In quel caso la
selezione iniziale č vuota: ho inserito i servizi che volevo e Ice-WM e
via, tre minuti di selezione e ho iniziato a installare.
Francamente non mi pare che LFS sia paragonabile a questo (che peraltro si
fa per qualsiasi uso con qualsiasi distro)


 Neanche un client telnet od ftp installa.
Non so che distribuzioni hai provato tu, MDK come installazione minima
installa il kernel e le core-utils, fine. Non installa nemmeno RPM
(nonostante sia RPM-based), i tool di amministrazione o la
documentazione a meno di non dirglielo esplicitamente. 


 RH, ovviamente. ;-)
Su RH non ti so dire, non la uso da anni (l'ultima era la 7.3, mi pare) e
non mi è mai piaciuta particolarmente. Comunque la qualità di una
distribuzione pacchettizzata dipende dalle scelte fatte sui pacchetti da
chi gestisce la distro, non dal sistema di pacchettizzazione in sé. Il
fatto di avere pacchetti DEB non impedisce di creare dipendenze poco
sensate, così come RPM non impone raggruppamenti di dipendenze esagerati.


 fa per qualsiasi uso con qualsiasi distro)
Racconto una delle mie storielle ;-)
C'era una volta uno smanettone che usava linux solo a casa.
Usava redhat e slackware, e i colleghi di Roma lo chiamavano "Smanetta".
Poi ebbe una offerta per una azienda che lavorava pesantemente con linux e
si disse: "ma perchè no?"
Finì in una azienda in cui si era scelto di utilizzare mandrake per le
installazioni su server.
Dopotutto, si disse, non c'era poi troppa differenza rispetto a redhat,
quindi, ancora: "ma perchè no?"
Volle il fato che queste installazioni finivano in casa di clienti grosso
(ma *tanto* grossi), a mandare avanti attività anche piuttosto delicate.
Accadde che, in casa di uno di questi clienti, l'applicativo iniziasse a
dar di matto, creando notevoli problemi, in conseguenza di eventi più o
meno casuali.
Si iniziò una analisi della letteratura relativa a questi problemi e se
ne trovò la causa: bug della libreria cacchiocacchio versione
X.Y.Z.sarcazzi, scoperto due mesi fa.
"Bene," si dice " aggiorniamo". Cerca l'rpm, ma non ce n'è traccia.
"Ma come, checcazzo. Una distro che ha si e no un anno di vita e non ci
sono aggiornamenti per un problema bloccante?!?"
Ricompila. Ancora problemi. E allora ricompila tutto quello che ci sta
sopra...
Dopo altri 3 mesi, caso simile, altro sw. Stessa storia.
Vaffancubo. Brasa, e reinstalla su RH, che è quello che ancora ci
assomiglia di più. E rimettici sopra tutto il software che era sull'altra.
Una giornata buttata nel cesso...
Nel frattempo si evolvono le cose, si installano altre cosine, si provan
nuove strade. E il nostro (no|pi)vello sistemista scopre che esiste
altro.
Si ritrova a prendere in mano una trustix.
SW vecchiotto, ma supporto di lunga durata. Aggiornamenti tempestivi.
Installazioni minimali. Niente rotture di coglioni a deselezionare tutto
quello che non volevi stando attento a non lasciarci ancora qualcosa di
troppo. Figata.
swup. La macchina che si aggiorna da sola! Doppia figata...
Peccato la scarsa base di installato. Poco SW disponibile già
pacchettizzato.
La usa qui e lì tanto per provare...
Un brutto giorno si trova a mettere le mani su debian.
Installa, guarda il filesystem e pensa: "cazz'è?!?"
Però prova un po' di apt. Come swup... Carino! Usa la macchina per
fargli fare quello e quell'altro.
Caso vuole che pochi mesi dopo esce la versione successiva. Kernel nuovo.
Tutto nuovo.
"Sacre merde," pensa "mo' mi lascian in braghe di tela per gli
aggiornamenti".
Poi legge da qualche parte la mistica frase..
apt-get dist-upgrade
E' scettico. Sa da stregoneria...
Vabbè, ci prova....
Processo durato 1 ora. 50 minuti di download e 10 passati a rispondere
alle domande.
Tutto aggiornato.
Quella macchina è tutt'ora l'unica perennemente aggiornata in un parco
macchine che conta ormai solo software non più supportato.
Da allora usa debian per qualsiasi cosa.
E si è trovato a pensare "ma chi cazzo me lo faceva fare?"
Giuro, lo conosco di persona...


 macchine che conta ormai solo software non più supportato.
Non so che dirti, io l'ultima installazione a casa l'ho fatta un anno e
mezzo fa e da allora vado avanti ad aggiornamenti dal branch di sviluppo.
Per i server invece niente branch di sviluppo ovviamente, e scarico gli
aggiornamenti normalmente disponibili in semi-automatico (nel senso che il
programma di aggiornamento preferisco lanciarlo manualmente io, altrimenti
potrei anche cronnare un "mistico" per usare le tue parole "urpmi
--auto-select"). Mai avuto problemi e il software è sempre aggiornato
secondo i criteri che l'utente preferisce (aggiornamenti per sicurezza,
per bug generici, o semplici aggiornamenti di versione).
È anche vero che molti "miti orrendi" sulla MDK vengono da diversi anni
fa quando effettivamente di "incidenti" ne combinavano (come il
celebre aggiornamento del kernel che arò un po' di sistemi: da allora
infatti l'aggiornamento del kernel viene fatto diversamente e con
automatico "affiancamento" al kernel precedente, cosa peraltro comodissima).


 Rotfl...sara' mica un pezzo autobiografico? ;)
Lo diresti?


 posso.
Trustix è rpm based, però non è niente male.
Certo, non può essere consideerata una main distribution, ma sono parecchio
attivi e veloci sul fronte della sicurezza...


 il mio fegato e' piu' importante quindi resto con Debian :-)
trustix ci si avvicina parecchio, come filosofia, e swup è in pratica una
rivisitazione di apt.
Come da storiella, il problema di trustix è che ti va bene se quello che
ha a disposizione è sufficiente (e non ha molto), altrimenti ti ritrovi
ad andare di contribs e metterti nelle mani di non si sa chi (e pregare...)


 sostituiamo tutto win (client e server).
Sappimi dire.
Io la settimana prossima butto su un cluster con Kolab, per la nostra
struttura (client misti lin/win, sostituiamo l'Exchange usato dai
markettari), ti saprò dire... ;-)


 restrizione.
Questo sarebbe possibile avendo kolab pacchettizzato nativamente per debian.
Purtroppo non c'è, per fare il tutto con i pacchetti nativi devi andare via
di cvs.
E porca la miseria, se ce l'ha fatta Mandrake a pacchettizzare vuoi che non
riesco io a creare un pacchetto deb? :-(


 ...fino al giorno in cui un branco di sys/netadmin mannari si riuniranno
Ci ho gią provato, ma non ha funzionato.
Penso che abbia a che fare con la voce: non riesco ad ululare bene, e la
gente, invece che spaventarsi, ride... :-/


 Mamma mia che bello: posso venire a fare l'osservatore? :-D
Se sei a roma, forse, si. :)
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
Vote Cthulhu. Why choose the lesser evil?

 pregare...)
Il fatto č che su Trustix ci vanno anche (lisci!) gli rpm di RedHat o di
Fedora.
Poi per qualsiasi, *QUALSIASI* distribuzione vale l'affermazione "ti va bene
se quello che ha a disposizione č sufficiente (e non ha molto), altrimenti
ti ritrovi ad andare di contribs e metterti nelle mani di non si sa chi (e
pregare...)": io sto guardando *molto* seriamente MySQL Cluster, e ti posso
assicurare che non č pacchettizzato per nessuna distribuzione. E dirň di
piů, MySQL AB non lo fornisce neppure in forma binaria, si va giů di
BitKeeper e lo si compila. In questa situazione qualsiasi fosse la
distribuzione sarebbe perfettamente ininfluente, potrei metterlo su una
Yggdrasill se la trovassi ancora...
Quindi il discorso "C'č poco software" vale solo fino ad un certo punto e
limitatamente a quello che ti serve per quella macchina, oltre al fatto che
per un uso *server* difficilmente su Trustix non c'č quello che serve
(perché qui stiamo parlando di server, giusto?).
Infine, come discorso generale: non ci vuole mica tanto a fartelo tu,
l'rpm...
-- 
Ciao da Villo    -    GPG public key available
                      Ferrara LUG 
http://ferrara.linux.it
                      Remove "+settanta" for email replies
Protect your Freedom: 
http://www.againsttcpa.com/index.shtml