<br><br><div><span class="gmail_quote">Il 05/04/07, <b class="gmail_sendername">kionez</b> <<a href="mailto:kionez@anche.no">kionez@anche.no</a>> ha scritto:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
#include <Fabio Busatto.h> // created 05/04/2007 02:13<br>> L'idea e` che piano piano a questo software ci aggiungero` tutti i vari<br>> possibili database di utenti, in modo da poterli beccare tutti.<br>
> Quando sara` un programma pero`, per ora e` solo un po' di codice che<br>> potete testare a vostro rischio e pericolo :)<br></blockquote></div><br>
Pensavo di utilizzare questa patch sul MX secondario dove ci sono
anche dei domini in rcpthost per i quali il mx principale non viene
gestito da noi. Ovviamente non posso usare l'exit code di vuserinfo
perchè non utilizzo nfs. Potrei cavarmela con una query su db e qualche
meccanismo di caching. Sarebbe un'ottima possibilità integrare qualche
altro meccanismo per la gestione dei mx secondari :<br>
<br>
premesso l'utilizzo di un dbms come backend<br>
<br>
se il db è down accetto la posta per tutti i domini in rcpthost<br>
<br>
se il db è up controllo l'esistenza del dominio, se non c'è nella
tabella di vpopmail ma è in rcpthost non controllo l'esistenza
dell'account. <br>
Per i domini con catch all , ezmlm , alias gestiti solo sul
fs con .qmail-$user utilizzerei un meccanismo di whitelist.
Adesso faccio qualche statistica sul carico del mx2 così vedo se
implementare una "cache" o meno.<br>
Dimentico qualcosa?<br>
<br>
<br>
<br>
<br>
<br>
<br>