Re: [vchkpw] Untie vpopmail from qmail
Matt Brookings wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Christopher Chan wrote: Right now I can use either maildrop or dovecot's lda with postfix. No injecting into a qmail queue for final delivery into the vpopmail mail store. Are you saying you would like a vpopmail lda for postfix? Something that supports dot-qmail rather than whatever maildrop or dovecot provides? I'm not specifically saying anything. I was more interested in what others thought, and was paving the way by saying that we have no objections. Do you have any objections you'd like to discuss? Nope. I have no objections at all to vpopmail getting a lda for postfix and can do things dot-qmail like. After all, you won't get that with maildrop or dovecot's lda. I would just like to point out, however, that if one goes the dovecot lda route, they get to benefit from the SIEVE support that dovecot has as an addon. If you are going to create your own lda for postfix, you might want to also consider whether you want to keep things as they are with respects to rule generation (currently web-based only? been a while...) or whether you want to try to get SIEVE support by providing an interface for pop3/imap4 solutions or something... !DSPAM:4a9b3f2332719803867966!
Re: [vchkpw] Untie vpopmail from qmail
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Christopher Chan wrote: > Right now I can use either maildrop or dovecot's lda with postfix. No > injecting into a qmail queue for final delivery into the vpopmail mail > store. Are you saying you would like a vpopmail lda for postfix? > Something that supports dot-qmail rather than whatever maildrop or > dovecot provides? I'm not specifically saying anything. I was more interested in what others thought, and was paving the way by saying that we have no objections. Do you have any objections you'd like to discuss? - -- /* Matt BrookingsGnuPG Key FAE0672C Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqX9ygACgkQIwet2/rgZyy0OACdGblsO/96qiKVl2VmjEW8SqII wLoAn3orFzi0osc/uF2zpG/CgcyW/+h/ =AqiE -END PGP SIGNATURE-
Re: [vchkpw] Untie vpopmail from qmail
Matt Brookings wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Christopher Chan wrote: Hello all, Is this at all possible? Right now I use postfix and I only have a qmail queue just for vpopmail to install but qmail is otherwise not at all involved. We'd love to see vpopmail work with Postfix, but I just don't have enough experience with Postfix to do this. It would be nice for vpopmail to have a 'forward-end' module for working with different MTAs, but as I said, my Postfix experience is rather limited. Is there anyone with sufficient Postfix experience, and development experience, who is interested in working on this? I've never used Postfix, and I haven't looked at how you modularized the back ends, but here is what I'd do... o Search through vpopmail code for anything that interacts directly with qmail.[1] Move the code into mta_qmail.[ch] or some such, and put it into a function.[2] Comment well! Replace the code in the original location with a function call. Test. o Take qmail.[ch] and comment out all the qmail specific code, leaving in the comments and any logic that fits in the MTA back-end creating mta_skeleton.[ch]. o Copy mta_skeleton.[ch] to mta_postfix.[ch] and fill out the functions as needed by Postfix. o Adjust the build system so you can select the MTA back end the same way you select the authentication back end. Nothing to it... but time. :) Rick p.s. Sorry I don't have time to look at it right now, but I have thought about the problem quite a bit. [1]. For the search, try replacing the include of qmail.h (or what ever it is called) with mta_qmail.h and only include the qmail headers in the MTA back end. You should now get compile errors everywhere you need to work. I think you will find most (all?) of the qmail related code in the areas that manage domains. [2]. You should be creating functions like mta_add_domain(), mta_del_domain() and mta_get_domain info(). Nice high level functions with as much of the code from libvpopmail grouped into the smallest number of functions possible. If you find a situation where a program like qmail is calling a function that resides in an authentication back end, you should move the function to vpopmail.c and change the name in the back end. Move the qmail related code to the MTA back end, and call the back end functions as needed from vpopmail.c. It should end up like this: qmail | | libvpopmail (in vpopmail.c) / \ /\ / \ /\ auth back mta back end end !DSPAM:4a97572e32711745671915!
Re: [vchkpw] Untie vpopmail from qmail
Matt Brookings wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Christopher Chan wrote: Hello all, Is this at all possible? Right now I use postfix and I only have a qmail queue just for vpopmail to install but qmail is otherwise not at all involved. We'd love to see vpopmail work with Postfix, but I just don't have enough experience with Postfix to do this. It would be nice for vpopmail to have a 'forward-end' module for working with different MTAs, but as I said, my Postfix experience is rather limited. Right now I can use either maildrop or dovecot's lda with postfix. No injecting into a qmail queue for final delivery into the vpopmail mail store. Are you saying you would like a vpopmail lda for postfix? Something that supports dot-qmail rather than whatever maildrop or dovecot provides? !DSPAM:4a971a9232713628818702!
Re: [vchkpw] Untie vpopmail from qmail
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Christopher Chan wrote: > Hello all, > > Is this at all possible? > > Right now I use postfix and I only have a qmail queue just for vpopmail > to install but qmail is otherwise not at all involved. We'd love to see vpopmail work with Postfix, but I just don't have enough experience with Postfix to do this. It would be nice for vpopmail to have a 'forward-end' module for working with different MTAs, but as I said, my Postfix experience is rather limited. Is there anyone with sufficient Postfix experience, and development experience, who is interested in working on this? - -- /* Matt BrookingsGnuPG Key FAE0672C Software developer Systems technician Inter7 Internet Technologies, Inc. (815)776-9465 */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqWpLgACgkQIwet2/rgZyykCACfbAhFOPUZ2SqzWEq9g2nlrlge WlIAnilf8zJPQt2iaUfsJujxEjgsXwh1 =wGd5 -END PGP SIGNATURE-
Re: [vchkpw] Untie vpopmail from qmail
Tren Blackburn wrote: This has been gone over a few times in the past. Search the archives for the technical reasons. But every time this question comes up it's been a "no". Guess who asked? :-D Anyway, qmail is public domain now so fixing up a package ain't an issue anymore. I will just drop this. /var/qmail/control ain't a bad place to put configuration files anyway. :-D t - Original Message - From: Christopher Chan To: vchkpw@inter7.com Sent: Wed Aug 26 20:16:40 2009 Subject: [vchkpw] Untie vpopmail from qmail Hello all, Is this at all possible? Right now I use postfix and I only have a qmail queue just for vpopmail to install but qmail is otherwise not at all involved. cheers, Christopher !DSPAM:4a968d0032711969777587!
Re: [vchkpw] Untie vpopmail from qmail
This has been gone over a few times in the past. Search the archives for the technical reasons. But every time this question comes up it's been a "no". t - Original Message - From: Christopher Chan To: vchkpw@inter7.com Sent: Wed Aug 26 20:16:40 2009 Subject: [vchkpw] Untie vpopmail from qmail Hello all, Is this at all possible? Right now I use postfix and I only have a qmail queue just for vpopmail to install but qmail is otherwise not at all involved. cheers, Christopher !DSPAM:4a96238732716974711767!
[vchkpw] Untie vpopmail from qmail
Hello all, Is this at all possible? Right now I use postfix and I only have a qmail queue just for vpopmail to install but qmail is otherwise not at all involved. cheers, Christopher !DSPAM:4a95faa332711464897620!