Newsgroup: it.comp.os.linux.sys
Titolo: Dimensione coda mail

Vi scrivo in merito alla dimensione della coda di mail. Ho un server
con installato qmail, avendo un queuelifetime di 604800 ho al momento
cirva 10000 mail in coda. L'installazione di un antispam immagino
comporterebbe una diminuzione di tale coda, sapreste indicarmi
percentualmente di quanto potrei ridurla?
Ciao e grazie

 percentualmente di quanto potrei ridurla?
più che antispam, RBL.
Se ben configurate, dal 95.443% al 99,856% in funzione del numero di
mailbox che gestisci.
Max

 mailbox che gestisci.
Dati interessanti, nella precisione millesimale... :-D
Se qmail fosse in grado di rispondere 550 agli user_unknown, anzichč
"bouncarli" tutti, cmq, il problema tenderebbe alla non-esistenza.
Io cambierei mailserver, o patcherei all'uopo...

 Io cambierei mailserver, o patcherei all'uopo...
Hai suggerimenti in merito, no intendo pappa pronta ma link a
documentazione varia. Sto pensando di cambiare mail server, sembra sia
giunta l'ora delle decisioni importanti.
Ciao e grazie

 giunta l'ora delle decisioni importanti.
Io faccio il bounce solo per mittenti con MX valido, ma ho una mole di 
traffico che mi permette una tale follia...
~omar

 giunta l'ora delle decisioni importanti.
Per documentazione direi che
http://spamlinks.net/prevent-secure-backscatter.htm
 contiene una ampia
serie di link sulla questione "backscatter".
Mandi!

 Io cambierei mailserver, o patcherei all'uopo...
Anche se mi chiedo sempre che significato possa avere scegliere
qmail per poi patcharlo.
Fabio

 qmail per poi patcharlo.
In generale il discorso č riassumibile in:
- prendi una fiat uno turbo dell'88 (bella macchina all'epoca)
- ci cambi la turbina, la piombi, la revisioni
Ottieni una bella macchina che va da dio ma ha un telaio vecchissimo e
sicuramente non la tenuta di strada di una macchina nuova.
Oltretutto il concessionario che te la vende ti dice che ci sono problemi
con la garanzia (la licenza di QulMail)
Tanto vale prenderne una nuova (leggasi postfix) che fa veramente di tutto
ed č mille volte piů flessibile.
Max

 qmail per poi patcharlo.
Io mi chiedo che significato abbia scegliere qmail come frontend nel
2005, quanto a quello...

 qmail per poi patcharlo.
Io uso qmail perche` per postfix non ho ancora trovato una cosa ben
integrata che mi faccia questo:
- posta su maildir
- utenti virtuali senza utenti reali
- integrazione con courier IMAP
- delega della gestione di alcuni domini ad altri utenti
- amministrazione via web
- limitazioni per dominio (spazio, numero di caselle, ecc.)
- filtri sulla coda configurabili
L'unica cosa che si integra meglio con postfix che con qmail e` mailman,
ma sto cercando alternative. Per ora sono riuscito a farlo andare, ma
mailman ha alcune limitazioni che mi danno fastidio.
Tutta la pappardella di cui sopra la faccio con
qmail-vpopmail-courierIMAP-qmailadmin-qmailqueue in modo abbastanza
semplice e lineare. Ci aggiungo filtri in qualsiasi linguaggio (perl,
python, C, ...) sui messaggi, ci integro spamassassim e amavis, ecc.
Se ci sono alternative altrettanto integrate per postfix sarei
enormemente felice di conoscerle, visto che nel giro di un mese dovro`
installare un nuovo server di posta con un migliaio di caselle.
Bye.
-- 
Alessandro Pellizzari

 installare un nuovo server di posta con un migliaio di caselle.
Postfixadmin fa quello che chiedi, salvo i "filtraggi su coda", con cui
non so cosa intendi.
Basa su mysql.
Volendo ci sono anche soluzioni su LDAP.
Bye.

 - filtri sulla coda configurabili
Come no? Leggi: postfix+mysql+virtual+courier+postfixadmin.
Lo uso perfettamente su svariati server senza troppi problemi.
L'unica cosa che non riesco a fare è l'avviso all'utente quando la 
casella supera il 90% di quota.

 Postfixadmin fa quello che chiedi, salvo i "filtraggi su coda"
Puoi anche delegare la gestione dei domini?
Fabio

 python, C, ...) sui messaggi, ci integro spamassassim e amavis, ecc.
 
Mi sembra roba di ordinaria amministrazione. In ogni caso, come
sempre e' anche questione di priorita': delle mie, per esempio,
non ce n'e' neanche una, in quell'elenco :-) 
Senza considerare le limitazioni che ha qmail nel processare la
posta in modo... uhmm... "moderno" (intendo usato come MX).
Ecco alcune soluzioni per exim (o multi-MTA) che consentono  una
gestione via web come con qmailadmin (o magari pure meglio), che
tra quelli che elenchi e' l'unico motivo valido per cui potresti
volere rimanere con qmail (IMHO, gli altri non esistono):
virtual exim: 
http://silverwraith.com/vexim/
 (dagli un'occhiata)
dbmail+dbmail administrator: 
http://www.dbmail.org/
 (no courier)
Fabio

 Puoi anche delegare la gestione dei domini?
Aye.

 non so cosa intendi.
Intendo che, per esempio con qmail-queue, posso mettere diversi filtri
sulla coda delle mail in entrata nel server. Per esempio passare prima
il messaggio attraverso una Blacklist, poi per l'antivirus e infine per
l'antispam, ma posso inserire in qualsiasi punto anche altri software,
come per esempio uno che mi registri le dimensioni del messaggio per
destinatario o che mi faccia statistiche sulle spedizioni.
Bye.
-- 
Alessandro Pellizzari

> Puoi anche delegare la gestione dei domini?
Yes

 sulla coda delle mail in entrata nel server. 
http://www.postfix.org/CONTENT_INSPECTION_README.html
-- 
Chaos A.D.		|	Raging crowd
Tanks on the streets	|	Burning cars
Confronting police	|	Bloodshed starts
Bleeding the Plebs	|	Who'll be alive?

 Aye.
Ho ereditato il mail server dai tecnici precedenti ed ora andrebbe 
proprio aggiornato anche nell'hardware. E' vero che conosco solo qmail ma 
non avendo alcuna fretta posso studiare soluzioni alternative. I miei 
dubbi cadono proprio su postfix e exim, quest'ultimo perchè viene 
installado di default su debian, distribuzione su cui vorrei costruire il 
server.
Le mie esigenze sono grosso modo quelle elencate da Alessandro 
Pellizzari.
Sto valutando anche le soluzioni per garantire una high availabilty, 
cluster con heartbeat senza e con storage esterno.
Potreste parlare brevemente delle vostre esperienze personali magari con 
link? Non so se sia troppo ma potrebbe essere utile a molti anche in 
futuro.
Ciao e grazie
P.S. Per qmail patchato intendi ad esempio il pacchetto netqmail?

 server.
Vedi tu, ma se decidi di usare exim, e di farlo su debian, evita quanto 
meno di usare i file di configurazione splittati e usa, invece, il file
monolitico exim4.conf (non ti preoccupare, capirai a tempo debito). 
Usando exim4.conf sara' piu' facile usare la documentazione ufficiale e
ottenere supporto.
Fabio

 P.S. Per qmail patchato intendi ad esempio il pacchetto netqmail?
Non ho mai usato qmail, ma da quanto ne so ci sono parecchie patch che
implementano, con vari meccanismi, una validazione del destinatario in
fase di RCPT TO. Quale possa essere adatto alla tua situazione credo lo
possa stabilire solo tu.
Parlando un po' di bottega, qmail inizia ad essere un po' troppo datato
per il compito che ha, e i problemi nell'infrastruttura di posta attuale
non sono gli stessi di quando è stato pensato qmail.
Inoltre, la licenza con cui viene distribuito qmail implica di riflesso
che non si può forkare il progetto nè si possono distribuire versioni
già patchate dello stesso.
Il risultato è che se vuoi implementare una soluzione SMTP flessibile e
moderna e basarla su qmail ti ritrovi nella necessità di applicare una
grossa quantità di patch per sopperire alle mancanze "genetiche" di
qmail, con risultati a volte inattesi, dato che far convivere molte
patch diviene sempre problematico, e con problemi ad ottenere supporto
su un "qualcosa" che è poco standard (ci possono essere problemi che
incontra solamente chi ha lo stesso "patch-set"), che è anche peggio.
Nella speranza di non tirarmi addosso le ire dei sostenitori ad oltranza
di DJB... ;-)
Bye

Scusate, ho visto che avete fornito molte proposte alternative a qmail. Gradirei un vostro parere spassionato su una soluzione che preveda l'uso di sendmail come MTA. 
Luca
-- 
Luca-M 
------------------------------------------------------------------------
View this thread: 
http://www.itsistemi.net/viewtopic-730284.html
Inviato via 
http://www.itsistemi.net