Re: [vchkpw] chkuser on relay server , part II
At 15.52 15/01/2007, you wrote: Hello All especially tonix ;) , well, I see discussion running here ;) but I want move little forward. just my2 cent: qmail is good example of "proof of concept" which make its own way. Bad luck is that DJB is not working on it, so this nifty features will be slowly lost as more and more patches will come, which is main point of all complaints. Its is nice that we have all the patches, but most of them are incompatible or hard to implement into others so until someone "really" Im mean "really" need them (so spending days on them), it will switch to something else, which is not good as qmail, but these days is almost everything good as qmail. If there is no progress,blind by own feeling how it is perfect , no matter that it is "best of the best" it will become soon or later overcome by others. Remember OS/2 or BeOS ? ;) As qmail server is used as front-relay , there is problem with chkuser to check real rcpt. from discussion I see few aproaches how it can be done: - copy/mount vpopmail (not all files, just needed) to relay server and delete from virtualdomains - well, kinda ugly but working ;) problem is that If I have some offices behind firewall and even on exchange, I cant go this way - using of "validrcptto" patch - nice, but problem implement into rest of patches (bill shupp/big ISP...), when I use it, im loosing chkuser features ;) and others - so after spending weekend over google ;) I want kindly ask TONIX if he is willing to add smal feature into chkuser 2.0.8, I have idea something like CHECK_EXTERNAL_FILE = 0/1 EXTERNAL_FILE = /bla/bla/list.txt (or even cdb) Let me publish 2.0.9, then I will make you a surprise with 2.0.10! ;) Ciao, Tonino in this case is much easier make list of mailboxes , for example script from David Duserre from fehcom.de can make list of all even aliases and ezmlm lists it will be really helpfull to have something like this, and as I saw code for validrcptto it should be not so much coding ;) thank you very much even if you will not do it ;) Miki (Peter Mikeska)
Re: [vchkpw] chkuser on relay server , part II
On Mon, 15 Jan 2007, David Chaplin-Loebell wrote: > Miki wrote: > > >- so after spending weekend over google ;) I want kindly ask TONIX if > >he is willing to add smal feature into chkuser 2.0.8, I have idea > >something like > >CHECK_EXTERNAL_FILE = 0/1 > >EXTERNAL_FILE = /bla/bla/list.txt (or even cdb) > > > I second this request-- having this functionality in chkuser would save > me a world of trouble. > > David > I have been off the list for a few days and missed this discussion. We have 3 E-Mail servers, 2 of which are backup MX's and 1 master, I wrote a small chkuser-style-server on the master server and a chkuser-style-client for both the MX's. This for us works perfectly and no files have to be migrated from the master to the backup's. The server is very simple (it does not actually use chkuser, but just chkuser style functionality), and the client communicates with this server to validate destination addresses. The client is called using a qmail-check-recipient patch (not sure where it came from, I might have even written it). It may be possible to write the server to use chkuser and have clients on the relay machines.
Re: [vchkpw] chkuser on relay server , part II
Miki wrote: - so after spending weekend over google ;) I want kindly ask TONIX if he is willing to add smal feature into chkuser 2.0.8, I have idea something like CHECK_EXTERNAL_FILE = 0/1 EXTERNAL_FILE = /bla/bla/list.txt (or even cdb) I second this request-- having this functionality in chkuser would save me a world of trouble. David
Re: [vchkpw] chkuser on relay server , part II
Miki, At 15.52 15/01/2007, you wrote: Hello All especially tonix ;) , well, I see discussion running here ;) but I want move little forward. just my2 cent: qmail is good example of "proof of concept" which make its own way. Bad luck is that DJB is not working on it, so this nifty features will be slowly lost as more and more patches will come, which is main point of all complaints. Its is nice that we have all the patches, but most of them are incompatible or hard to implement into others so until someone "really" Im mean "really" need them (so spending days on them), it will switch to something else, which is not good as qmail, but these days is almost everything good as qmail. If there is no progress,blind by own feeling how it is perfect , no matter that it is "best of the best" it will become soon or later overcome by others. Remember OS/2 or BeOS ? ;) As qmail server is used as front-relay , there is problem with chkuser to check real rcpt. from discussion I see few aproaches how it can be done: - copy/mount vpopmail (not all files, just needed) to relay server and delete from virtualdomains - well, kinda ugly but working ;) problem is that If I have some offices behind firewall and even on exchange, I cant go this way - using of "validrcptto" patch - nice, but problem implement into rest of patches (bill shupp/big ISP...), when I use it, im loosing chkuser features ;) and others - so after spending weekend over google ;) I want kindly ask TONIX if he is willing to add smal feature into chkuser 2.0.8, I have idea something like CHECK_EXTERNAL_FILE = 0/1 EXTERNAL_FILE = /bla/bla/list.txt (or even cdb) in this case is much easier make list of mailboxes , for example script from David Duserre from fehcom.de can make list of all even aliases and ezmlm lists it will be really helpfull to have something like this, and as I saw code for validrcptto it should be not so much coding ;) thank you very much even if you will not do it ;) I'm thinking a lot how solve this problem (one year ago I was near to start with a client/server chkuser, but I was not totally convincted). I now approaching to a solution that could be more easy than expected (and you suggestion could be another good one to add). But together with this feature I have a lot of other features to add, and I feel a lot within qmail must be rewritten in order to have those features working. I will evaluate a way to move to a really free Open Source qmail clone, more easy to update and be added of new features. If I will not see a feasible way, I'll continue with standard patching. Ciao, Tonino Miki (Peter Mikeska)
[vchkpw] chkuser on relay server , part II
Hello All especially tonix ;) , well, I see discussion running here ;) but I want move little forward. just my2 cent: qmail is good example of "proof of concept" which make its own way. Bad luck is that DJB is not working on it, so this nifty features will be slowly lost as more and more patches will come, which is main point of all complaints. Its is nice that we have all the patches, but most of them are incompatible or hard to implement into others so until someone "really" Im mean "really" need them (so spending days on them), it will switch to something else, which is not good as qmail, but these days is almost everything good as qmail. If there is no progress,blind by own feeling how it is perfect , no matter that it is "best of the best" it will become soon or later overcome by others. Remember OS/2 or BeOS ? ;) As qmail server is used as front-relay , there is problem with chkuser to check real rcpt. from discussion I see few aproaches how it can be done: - copy/mount vpopmail (not all files, just needed) to relay server and delete from virtualdomains - well, kinda ugly but working ;) problem is that If I have some offices behind firewall and even on exchange, I cant go this way - using of "validrcptto" patch - nice, but problem implement into rest of patches (bill shupp/big ISP...), when I use it, im loosing chkuser features ;) and others - so after spending weekend over google ;) I want kindly ask TONIX if he is willing to add smal feature into chkuser 2.0.8, I have idea something like CHECK_EXTERNAL_FILE = 0/1 EXTERNAL_FILE = /bla/bla/list.txt (or even cdb) in this case is much easier make list of mailboxes , for example script from David Duserre from fehcom.de can make list of all even aliases and ezmlm lists it will be really helpfull to have something like this, and as I saw code for validrcptto it should be not so much coding ;) thank you very much even if you will not do it ;) Miki (Peter Mikeska)
