[vchkpw] Rethinking qmail : was Re: [vchkpw] how use chkuser on dmz

2007-01-11 Thread tonix (Antonio Nati)
I'm thinking to extend chkuser, and add an smtp fake delivery for checking recipients existance on end systems (i.e. when domains are external and use me as proxy SMTP). But I'm really tired to fight with qmail. Bernstein programming is accademic and heavy to use, license is criminal.

[vchkpw] qmail tap + john simpson combined patch

2007-01-11 Thread Facundo Barrera - GMail
Hi list: Have anyone of you achieve to patch qmail source with john simpson combined patch (version stable 6) and then apply the qmail-tap patch without getting any errors?? or any one know how to do it, combine both patches and have a successfull qmail compiling?? Thanks in advance --

Re: [vchkpw] Rethinking qmail : was Re: [vchkpw] how use chkuser on dmz

2007-01-11 Thread Alessio Cecchi
Alle 12:31, giovedì 11 gennaio 2007, tonix (Antonio Nati) ha scritto: I'm thinking to extend chkuser, and add an smtp fake delivery for checking recipients existance on end systems (i.e. when domains are external and use me as proxy SMTP). But I'm really tired to fight with qmail. Bernstein

[vchkpw] Re: vchpw/onauth connection types

2007-01-11 Thread Rick Romero
Joshua Megeman wrote: It sets the connection type based on a list of known ports (25/465/587 for SMTP, 110/995 for POP and 143/993 for IMAP), and defaults to POP on an unknown conenction. Sorry, this isn't an actual thread reply, but I just came across an issue with the vchkpw program

Re: [vchkpw] Rethinking qmail : was Re: [vchkpw] how use chkuser on dmz

2007-01-11 Thread Michael Krieger
Look at QMAIL-SPP ( http://qmail-spp.sourceforge.net/ ). It provides a plugin for vpopmail and gets away from this patching situation. The idea is great, the implementation is good. A mix of this and the existing patches you may have is probably the best way to go. In the end, you make a perl

Re: [vchkpw] Rethinking qmail : was Re: [vchkpw] how use chkuser on dmz

2007-01-11 Thread tonix (Antonio Nati)
At 18.16 11/01/2007, you wrote: Look at QMAIL-SPP ( http://qmail-spp.sourceforge.net/http://qmail-spp.sourceforge.net/ ). It provides a plugin for vpopmail and gets away from this patching situation. The idea is great, the implementation is good. A mix of this and the existing patches you may

Re: [vchkpw] Re: vchpw/onauth connection types

2007-01-11 Thread Joshua Megerman
Joshua Megeman wrote: It sets the connection type based on a list of known ports (25/465/587 for SMTP, 110/995 for POP and 143/993 for IMAP), and defaults to POP on an unknown conenction. Sorry, this isn't an actual thread reply, but I just came across an issue with the vchkpw program

Re: [vchkpw] qmail tap + john simpson combined patch

2007-01-11 Thread Rafael \fumasa\ Giorgetti
you can try merge both patch on one... 'cause each one have much similar things, and when the second try to patch the code, aren't the same code where the patch was created... it's a little work, but must be done... -- []'s Rafael 'fumasa' Giorgetti On 1/11/07, Facundo Barrera - GMail [EMAIL

Re: [vchkpw] Re: vchpw/onauth connection types

2007-01-11 Thread Rick Widmer
Joshua Megerman wrote: For example, vchkpw-imap would set the type to imap. vchkpw-smtp would set it to smtp, etc. This seems like a trivial change, and would only require a softlink back to vchkpw to enable. Am I thinking straight, or am I way offbase? It's not an unreasonable way of