Re: Future of Qmail-LDAP

Dear Hugo,
I think tha a very very good idea refresh qmail software.
During last month, with poor happy, I'm must migrate my mail servers 
from Qmail to Postfix.

:-(

Unfortunately, how are declared some peoples into this ML,
panorama of Mail Server as change strongly during last 5 years.

Today is not possible have server without Antispam filters as
Spamassassim( or Dspam), RBL, greylist, various collaborative network 
(EX: Razor).
Greylist are not cleaned technic, but if it used with attention, are a 
good efficient tool
to REALLY cut spam.
Greylist implementation are crazy on qmail. Really.
If you use smtp authentication must apply one type of greylist, if you
use smtp-after-pop you can use another one. Complex. More!

Another complicated question are SFP and DKIM implementation.

During my last mail server build, I have used qmail-ldap with control patch.
My impression are that are very fantastic idea have control qmail files 
in ldap.

Only very little problem (?!?!) are that qmail aren't capable to refresh 
rcpthost and locals when you insert a new.
Result are stop and restart qmail, with all problems and difficulty that 
this scenario implies.
Sorry, but if I use store configuration data in Ldap server, I expect 
that, when I change, software
that use this data refresh automatically, without restart.
In other words, if you store configuration files into a LDap, at this 
moment is useless.
O.K., probably is comfortable for management but, in practice, useless.
I'm go in /var/qmail/control with ssh and get same result!

These are some problems that I have know during my 9 years of sys admin 
under mail server
based on qmail.

Really, major number of these difficulty are gived during last three 
year, probably because
I work in ISP scenario, with customers that buy and configuring products 
in real time.

During last two years, I have read that more users have migrate systems 
to PostFix.
Now, I don't want spent more words for this choice,
but PostFix can integrate more service with more facility in a 
acceptable security panorama.
I think that these are a good keys to n# 2 of MTA must look to keep its 
position.

Best regards,

Enrico Valsecchi


> Claudio et al,
>
> For some time now i've been wondering if there are any plans to 
> enhance Qmail-LDAP in a near future.
>
> Some improvements that come to my mind regard the possibility to adopt 
> some anti-spam solutions into the code tree, ipv6 support, LDAP code 
> rewrite to be compliant with the latest OpenLDAP API and changes in 
> the build process to be able to lower the dependencies of binary code 
> on the build host.
>
> With the release of Qmail code into the public domain, by DJB over two 
> years ago, i was also wondering if there are plans to start releasing 
> Qmail-LDAP as a standalone project, to be distributed as whole 
> solution, and not just as a patch for Qmail.
>
> Best regards,
>
> Hugo Monteiro.
>