Newsgroup: it.comp.os.linux.sys
Titolo: Mi consigliate un buon programma per POP/IMAP?

Ciao a tutti!
Sto cercando, sia per il provider dove lavoro sia per l'uso privato, un
buon programma per gestire POP3(s) e IMAP(s).
Il programma deve gestire circa 60.000 caselle in formato MailDir con
prestazioni accettabili.
Deve poter prendere i dati per la gestione degli accounts da DB (MySQL o
Postgres) e deve permettere anche (i clienti ce lo chiedono!)
l'autenticazione via NTLM.
Attualmente usiamo Courier-IMAP che funziona abbastanza bene anche se e'
dispendioso di risorse, ma purtroppo NON gestisce l'NTLM.
Qualcuno sa darmi qualche consiglio?
Grazie
Luca Bertoncello
(
luca...@lucabert.de
)
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 l'autenticazione via NTLM.
Non me ne viene in mente nessuno che soddisfi tutti i requisiti. Se
rinunci a maildir per il suo formato nativo, ti direi cyrus.
 
Fabio

 rinunci a maildir per il suo formato nativo, ti direi cyrus.
Il problema e' che Exim deve pur scrivere su disco un qualcosa di
leggibile da POP...
Courier almeno usa qualcosa di standard...
Comunque, grazie lo stesso!


 Courier almeno usa qualcosa di standard...
Exim e' *nato* per lavorare con courier :-), che e' il server imap4 
e pop3 in uso in quel di cambridge. E' inutile, ovviamente, scender
nel dettaglio in questa sede, visto che la doc e'... sterminata :-)
Comunque, per quello che riguarda il punto che sollevi, il delivery
in mailbox avviene usando il MDA di cyrus e il server pop3 da usare
ovviamente sara' ancora lui: cyrus.
Fabio

 il tutto a modo suo.
Certo!
Come dire: Cyrus legge benissimo! E' Exim che a quel punto scrive male...
:)
Beh, penso che, finche' non trovero' qualcosa che soddisfi tutti i
requisiti, mi terro' Courier...
Ciao


 ovviamente sara' ancora lui: cyrus.
Guarda, ho frequentato l'anno scorso un bel corso/conferenza (molto
interessante) a proposito dei sistemi di E-Mail.
C'era anche Cyrus, assieme a Postfix.
Il fatto e' che, da quel che vedo:
1) Cyrus non fa neanche la meta' delle cose che fa Exim e quindi dovrei
aggiungergli anche procmail con tutto il casino che comporta
2) La migrazione mi terrebbe il sistema down per almeno una settimana.
Ovvio che, dopo questa settimana, un buon 99% dei clienti sara' migrato ad
altri lidi...
No! Exim non si tocca! Se ho trovato un MTA che che veramente di tutto
(anche il caffe'!) non lo lascio a meno che non mi si dimostri che e'
effettivamente conveniente (e ne dubito!)..
Ciao


 fa molta differenza.
Ach! Cosi' intendi?
Niente da fare! Ammazzerei il cluster nel giro di 5 minuti...
Abbiamo qualcosa come 1.5GB di traffico al giorno... Se ancora mi metto a
far girare le E-Mail dai Mailins ai Popserver per scriverle su disco, devo
come minimo raddoppiare gli elementi del cluster.
Niente da fare!
Exim DEVE scrivere su disco da solo! E in un formato che sia letto dal
programma di POP/IMAP...


 l'autenticazione via NTLM.
posso aprire un sotto-thread? :)
Qualcuno vuole discutere SERIAMENTE sui vantaggi reali derivanti 
dall'uso di un db relazionale in un mail server o in un ldap server?
Su ldap e' stato appurato e chiarito che e' sconveniente usare db 
relazionali ed e' meglio usare il transazionale (non vorrei dilungarmi 
torppo su questo punto).
Dico solo poche cose:
1) Netscape Ldap gestisce milioni di entries su 'ldbm' (il clustering e' 
eventualmente demandato a ldap stesso tramite la cosiddetta replica.
2) Sun Microsystem, nonostante abbia acquisito Postgres, ha recentemente 
convertito il formato del db da 'ldbm' a 'bdb'. Ovvero sono rimasti su 
un DB transazionale.
3) gli stessi sviluppatori di ldap hanno diffuso una nota dove dicono 
che il db relazionale ha poco senso con ldap.... performance wise.
Andiamo sui mail server e credo che la situazione sia pressoche identica.
Vi spiego il mio punto di vista e aspetto che voi mi spiegate il vostro :)
Premetto che secondo me non esistono vantaggi e che l'unico vantaggio 
potrebbe essere il clustering del database
Le altre caratteristiche dei DB relazionali non vengono certamente 
utilizzate (integrita' referenziale, triggers, and so on), in quanto 
parliamo di tabelle fondamentalmente banali.
Per quanto riguarda la possibilita' di avere i propri dati salvati in un 
modo piu' sicuro, che ci da la possibilita' di eseguire backup in modo 
efficiente, ricordiamoci che i dati sono normalemnte salvati prima in un 
file ascii, che nessuno tocca durante il normale utilizzo, e 
successivamente vengono convertiti in un file 'bdb' o 'ldbm' (db 
transazionale). Pertanto, allorhce' il db si sputtana sara' sufficiente 
riconvertire il file ascii.
Per finire, una macchina che oltre a far girare un mail server deve far 
girare un DB server richiede senz'altro piu' risorse.
Pertanto:
se non si e' interessati al clustering, o se non si ha in mente di 
scambiare i dati tra applicazioni, dov'e' il vantaggio?
-- 
Massimiliano

 scambiare i dati tra applicazioni, dov'e' il vantaggio?
Se non vuoi il clustering, forse nessuno.
Ma se vuoi un servizio stabile e/o hai un gran carico di lavoro il cluster
e' indispensabile...
Ciao


 
mai provato ma ne ho sentito parlare bene, communigate pro 
http://www.bebits.com/app/1436
http://www.stalker.com

 faremmo a gestire il carico di E-Mail che abbiamo ogni giorno.
ok. Verstaenden :)
MA, usate il clustering del DB o un software a parte per il clustering?
Nel secondo caso non usereste nemmeno questa peculiarita' dei DB 
relazionali :)
-- 
Massimiliano

 utilizzate
Almeno rileggi i post che scrivi, no?
Hai confuso almeno un paio di volte relazionale con transazionale. :)

Mandi! Luca Bertoncello
  In chel dí si favelave...
LB> Qualcuno sa darmi qualche consiglio?
Io uso dovecot, mi pare che supporti tutto quello che dici ma non so
come scali su sessantamila mailbox, io lo uso per qualche centinaio al
massimo...
-- 
  Se non trovi nessuno vuol dire che siamo scappati alle sei-shell (bash,
  tcsh,csh...)							(Possi)

 buon programma per gestire POP3(s) e IMAP(s).
Dovecot senza dubbio.
Dovrebbe supportare anche NTLM.
è sicuro e molto  più veloce degli altri.
Poi se lo accoppi a imapproxy e perdition, ottieni una bomba.
Max

> > Exim e' *nato* per lavorare con courier :-), che e' il server imap4 
                                    ^^^^^^^
Scusa, e' un typo. 
Volevo dire che exim e' *nato* per lavorare con cyrus, ovviamente,
come dovrebbe essere chiaro sia dal resto del messaggio, sia dalla
storia dello sviluppo di exim.
Fabio

 Dovrebbe supportare anche NTLM.
Orpo... e' vero! Non lo avevo mai visto. Adesso
occorrerebbe solo convincere i clienti ad usare
un software in beta/rc :-P
Fabio


l'ho letto 2/3 volte e non trovo dove ho confuso le parole :(
ho visto altri errori ma non questo e la frase che tu hai quotato e' 
giusta cosi': "le caratteristiche piu' importanti dei DB relazionali non 
vengono utilizzate"
-- 
Massimiliano



Loro basta che non lo sappiano che è in beta.
Tu basta che lo provi per convincerti che è ottimo.
Max
 

 Tu basta che lo provi per convincerti che è ottimo.
Lui lo usa già da parecchio, che io sappia. Non credo ne dubiti... ;-)
Cmq, dovecot è in beta per modo di dire, nella misura in cui c'è
abbondanza di SW "production-ready" meno stabile e debuggato.
Spesso, tuttavia, spiegare ai clienti questi cose non è semplice...