Sorry, but I don't agree. I don't know your product, Krzysztof, and I
suppose your coding to be excellent, but I feel your vision is very close
to your needs only.
At 28/05/2001 28/05/2001 +0200, Krzysztof Dabrowski wrote:
>>You can check the archives for the exact posting (subject Dbfunctions) but
>>the general of it all was that dbfunctions could not be included in its
>>current state because it breaks non database installations, it lacks
>>documentation and Krzysztof never gave Ken enough information to port it
>>properly to support the entire vopmail userbase.
>
>i gave up on this earlier, but to clarify some things to you (and maybe
>others).
>
>a) it does not BREAK anything, it's completely transparent for non-db
>instalation it's just added functinality for mysql version. You can switch
>it off while compilation and even if it's turned off, you do not have to
>use it at all.
This means there would be two different featured versions, one for SQL and
one NOT-SQL, that's not exactly the result that someone trying to develop a
portable, coherent, all features enabled product tries to achieve. It
doesn't break the code, but it breaks the product.
>b) there is full documentation including new api calls, data structures
>etc. on the website since the day zero.
>c) after the emails here NOBODY from inter7.com even bothered to check the
>mentioned website (http://members.elysium.pl/brush/vpopmail/)
>
>Please, try to verify your information before spreading lies.
>
>Kris
>
Tonino
