[xmail] Re: SMTP external Auth help
Another yes vote please. Rob :-) _ Note To Self: Remember to put something witty here later... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dustin C. Hatch Sent: Saturday, 29 January 2005 8:31 AM To: xmail@xmailserver.org Subject: [xmail] Re: SMTP external Auth help I agree, XMailServer is awesome, but the ability for external SMTP authentication gets my vote. For my setup, users at my main domain are also system users and it would be nice if they could change their UNIX password and it be updated on their email address too. Kevin Williams wrote: Davide, Last year you tried to help me get this to work. You sent me a patch but it didn't solve the problem (something about the domain, perhaps?). I've been trying to get this to work for a couple of years now. There is plenty of interest and this isn't the first time the request has been posed. Not that XMailServer isn't awesome, but this would raise it another notch. Kevin Davide Libenzi wrote: On Wed, 26 Jan 2005, Chris L. Franklin wrote: And in my MailRoot/userauth/pop3 i created a '.tab' and put this inside it : userauth[TAB]/var/MailRoot/bin/Authpam.pl[TAB]@@USER[ TAB]@@PASSWD No big deal pop3 work great. Now my problem is how could I go about getting smtp to basicly work the same way ? (part of my problem is i don't find the XMail docs (ReadMe) to be all that help full when it comes to this.) XMail exmaples looks like this : external auth-name secretprog-path arg-or-macro So when i break down the columns I see this: external: Write external here so that xmail knows to run a external program / script auth-name : replace this with the smtp auth type cram-md5,login,plain secret : No clue ??? prog-path : Path to the script or program arg-or-macro : this can be @@CHALL,@@SECRT, and or @@RFILE Basicly I've tryed everything I can think of to get this to work like the pop3 auth. But i just can seem to grasp Somthing ? XMail has the ability to plug external authentications that works together with associated client counterparts. At the moment, there's no way to call out like POP3. I'll see how to fit this in, if there is an interest set with more than one element ;) - Davide - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] -- Scanned for viruses by ClamAV - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: SMTP external Auth help
Davide, Last year you tried to help me get this to work. You sent me a patch but it didn't solve the problem (something about the domain, perhaps?). I've been trying to get this to work for a couple of years now. There is plenty of interest and this isn't the first time the request has been posed. Not that XMailServer isn't awesome, but this would raise it another notch. Kevin Davide Libenzi wrote: On Wed, 26 Jan 2005, Chris L. Franklin wrote: And in my MailRoot/userauth/pop3 i created a '.tab' and put this inside it : userauth[TAB]/var/MailRoot/bin/Authpam.pl[TAB]@@USER[TAB]@@PASSWD No big deal pop3 work great. Now my problem is how could I go about getting smtp to basicly work the same way ? (part of my problem is i don't find the XMail docs (ReadMe) to be all that help full when it comes to this.) XMail exmaples looks like this : external auth-name secretprog-path arg-or-macro So when i break down the columns I see this: external: Write external here so that xmail knows to run a external program / script auth-name : replace this with the smtp auth type cram-md5,login,plain secret : No clue ??? prog-path : Path to the script or program arg-or-macro : this can be @@CHALL,@@SECRT, and or @@RFILE Basicly I've tryed everything I can think of to get this to work like the pop3 auth. But i just can seem to grasp Somthing ? XMail has the ability to plug external authentications that works together with associated client counterparts. At the moment, there's no way to call out like POP3. I'll see how to fit this in, if there is an interest set with more than one element ;) - Davide - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] -- Scanned for viruses by ClamAV - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: SMTP external Auth help
Davide I'm interested too for external smtp auth for clients on login, plain = and cram-md5 auth on a domain basis like pop3 ... Example in mind, for kerberos auth or radius auth for customers hosting = they own users lists and passwords .. I'm sure you will find the best solution... Francis -Message d'origine- De : Davide Libenzi [mailto:[EMAIL PROTECTED] Envoy=E9 : vendredi 28 janvier 2005 07:29 =C0 : xmail@xmailserver.org Objet : [xmail] Re: SMTP external Auth help On Wed, 26 Jan 2005, Chris L. Franklin wrote: =20 XMail has the ability to plug external authentications that works = together=20 with associated client counterparts. At the moment, there's no way to = call=20 out like POP3. I'll see how to fit this in, if there is an interest set = with more than one element ;) - Davide - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: SMTP external Auth help
I agree, XMailServer is awesome, but the ability for external SMTP authentication gets my vote. For my setup, users at my main domain are also system users and it would be nice if they could change their UNIX password and it be updated on their email address too. Kevin Williams wrote: Davide, Last year you tried to help me get this to work. You sent me a patch but it didn't solve the problem (something about the domain, perhaps?). I've been trying to get this to work for a couple of years now. There is plenty of interest and this isn't the first time the request has been posed. Not that XMailServer isn't awesome, but this would raise it another notch. Kevin Davide Libenzi wrote: On Wed, 26 Jan 2005, Chris L. Franklin wrote: And in my MailRoot/userauth/pop3 i created a '.tab' and put this inside it : userauth[TAB]/var/MailRoot/bin/Authpam.pl[TAB]@@USER[TAB]@@PASSWD No big deal pop3 work great. Now my problem is how could I go about getting smtp to basicly work the same way ? (part of my problem is i don't find the XMail docs (ReadMe) to be all that help full when it comes to this.) XMail exmaples looks like this : external auth-name secretprog-path arg-or-macro So when i break down the columns I see this: external: Write external here so that xmail knows to run a external program / script auth-name : replace this with the smtp auth type cram-md5,login,plain secret : No clue ??? prog-path : Path to the script or program arg-or-macro : this can be @@CHALL,@@SECRT, and or @@RFILE Basicly I've tryed everything I can think of to get this to work like the pop3 auth. But i just can seem to grasp Somthing ? XMail has the ability to plug external authentications that works together with associated client counterparts. At the moment, there's no way to call out like POP3. I'll see how to fit this in, if there is an interest set with more than one element ;) - Davide - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] -- Scanned for viruses by ClamAV - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: SMTP external Auth help
After reading again and again xmail doc about authentication methods, = you are true .. YOU CAN'T change xmail SMTP basic auth methods (LOGIN, PLAIN and = CRAM-MD5). Xmail allways use it's internal auth for this ... You could use a 'virtual' LOGIN2 verb but you need to tell you mua to specify this 'LOGIN2' !! and actualy don't know if exist a mua can do = this without patching it ... In xmail SMTP incoming users auth is not as customizable as POP3 users = auth (per domain, any auth method, replacing xmail auth for 'stantdard' auth methods ...)... This could be a xmail new feature to FIRST look at smtpextauth.tab and = use ANY external auth specified here EVEN if already managed by xmail. So = if xmail found a LOGIN or PLAIN or CRAM-MD5 in smtpextauth.tab it use THIS = and not its internal auth. The best way could finally be (xmail future ?) : - pop3 ext auth using xmailroot/userauth/pop3 for pop3 user = connecting to xmail - smtp ext auth using xmailroot/userauth/smtp-in for smtp user = connecting to xmail and xmail allways execute the ext auth program specified for the auth method even if xmail implements it ... like for pop3, domain.tab files permit you to specify different = programs and auth methods for different domains ! cool .. - smtp ext auth using xmailroot/userauth/smtp-out for xmail = connecting as a client against servers - no more need for smtpextauth.tab and smtpauth.tab (only for = compatibility ) Davide ? any comment ? Can you explain actual xmail Incoming smtp users authentication = (flowchart, files used, ...) ? I'm not sure I understood it well ... Francis -Message d'origine- De : Chris L. Franklin [mailto:[EMAIL PROTECTED] Envoy=E9 : jeudi 27 janvier 2005 05:00 =C0 : xmail@xmailserver.org Objet : [xmail] Re: SMTP external Auth help .. .. .. EHLO out put: 250-AUTH LOGIN PLAIN CRAM-MD5 LOGIN So basicly it looks like with smtpextauth.tab is that it's there not so = much to act like pop3's External Auth but to allow you to add your own = Auth=20 type to Xmail's Auth types (those being Login,plain,cram-md5). Or am i completely wrong? -- Chris L. Franklin -- - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: SMTP external Auth help
SSBoYXZlIHRvIHNheSBJJ20ga2luZGEgY29uZnVzZWQgLyBmcnVzdHJhdGVkIGJ5IHRoaXMuIFdo eSBpcyBpdCB0aGVuIEkgY2FuIGF1dGggcG9wMyB1c2VyIGFueXdheSBJIHdhbnQgdG8gYnV0IG5v dCBzbXRwLiBLaW5kYSBsb29rcyBsaWtlIGRvdWJsZSBzdGFuZGFyZC4gSSBtZWFuIHdoYXQncyB0 aGUgcG9pbnQgb2YgYmVpbmcgYWJsZSB0byBkbyAxIGJ1dCBubyB0aGUgb3RoZXIgPyANCg0KLS0g Q2hyaXMgTC4gRnJhbmtsaW4gLS0NCg0KLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLSANCkZy b206ICJDTEVNRU5UIEZyYW5jaXMiIDxmY2xlbWVudEBhZG91ci1idXJlYXUuY29tPg0KVG86IDx4 bWFpbEB4bWFpbHNlcnZlci5vcmc+DQpTZW50OiBUaHVyc2RheSwgSmFudWFyeSAyNywgMjAwNSAz OjI1IEFNDQpTdWJqZWN0OiBbeG1haWxdIFJlOiBTTVRQIGV4dGVybmFsIEF1dGggaGVscA0KDQoN Cj4gDQo+IEFmdGVyIHJlYWRpbmcgYWdhaW4gYW5kIGFnYWluIHhtYWlsIGRvYyBhYm91dCBhdXRo ZW50aWNhdGlvbiBtZXRob2RzLCA9DQo+IHlvdQ0KPiBhcmUgdHJ1ZSAuLg0KPiANCj4gWU9VIENB TidUIGNoYW5nZSB4bWFpbCBTTVRQIGJhc2ljIGF1dGggbWV0aG9kcyAoTE9HSU4sIFBMQUlOIGFu ZCA9DQo+IENSQU0tTUQ1KS4NCj4gWG1haWwgYWxsd2F5cyB1c2UgaXQncyBpbnRlcm5hbCBhdXRo IGZvciB0aGlzIC4uLg0KPiBZb3UgY291bGQgdXNlIGEgJ3ZpcnR1YWwnIExPR0lOMiB2ZXJiIGJ1 dCB5b3UgbmVlZCB0byB0ZWxsIHlvdSBtdWEgdG8NCj4gc3BlY2lmeSB0aGlzICdMT0dJTjInICEh IGFuZCBhY3R1YWx5IGRvbid0IGtub3cgaWYgZXhpc3QgYSBtdWEgY2FuIGRvID0NCj4gdGhpcw0K PiB3aXRob3V0IHBhdGNoaW5nIGl0IC4uLg0KPiANCj4gSW4geG1haWwgU01UUCBpbmNvbWluZyB1 c2VycyBhdXRoIGlzIG5vdCBhcyBjdXN0b21pemFibGUgYXMgUE9QMyB1c2VycyA9DQo+IGF1dGgN Cj4gKHBlciBkb21haW4sIGFueSBhdXRoIG1ldGhvZCwgcmVwbGFjaW5nIHhtYWlsIGF1dGggZm9y ICdzdGFudGRhcmQnIGF1dGgNCj4gbWV0aG9kcyAuLi4pLi4uDQo+IA0KPiBUaGlzIGNvdWxkIGJl IGEgeG1haWwgbmV3IGZlYXR1cmUgdG8gRklSU1QgbG9vayBhdCBzbXRwZXh0YXV0aC50YWIgYW5k ID0NCj4gdXNlDQo+IEFOWSBleHRlcm5hbCBhdXRoIHNwZWNpZmllZCBoZXJlIEVWRU4gaWYgYWxy ZWFkeSBtYW5hZ2VkIGJ5IHhtYWlsLiBTbyA9DQo+IGlmDQo+IHhtYWlsIGZvdW5kIGEgTE9HSU4g b3IgUExBSU4gb3IgQ1JBTS1NRDUgaW4gc210cGV4dGF1dGgudGFiIGl0IHVzZSBUSElTID0NCj4g YW5kDQo+IG5vdCBpdHMgaW50ZXJuYWwgYXV0aC4NCj4gDQo+IFRoZSBiZXN0IHdheSBjb3VsZCBm aW5hbGx5IGJlICh4bWFpbCBmdXR1cmUgPykgOg0KPiANCj4gLSBwb3AzIGV4dCBhdXRoIHVzaW5n IDx4bWFpbHJvb3Q+L3VzZXJhdXRoL3BvcDMgZm9yIHBvcDMgdXNlciA9DQo+IGNvbm5lY3Rpbmcg dG8NCj4geG1haWwNCj4gLSBzbXRwIGV4dCBhdXRoIHVzaW5nIDx4bWFpbHJvb3Q+L3VzZXJhdXRo L3NtdHAtaW4gZm9yIHNtdHAgdXNlciA9DQo+IGNvbm5lY3RpbmcNCj4gdG8geG1haWwNCj4gYW5k IHhtYWlsIGFsbHdheXMgZXhlY3V0ZSB0aGUgZXh0IGF1dGggcHJvZ3JhbSBzcGVjaWZpZWQgZm9y IHRoZSBhdXRoDQo+IG1ldGhvZCBldmVuIGlmIHhtYWlsIGltcGxlbWVudHMgaXQgLi4uDQo+IGxp a2UgZm9yIHBvcDMsIDxkb21haW4+LnRhYiBmaWxlcyBwZXJtaXQgeW91IHRvIHNwZWNpZnkgZGlm ZmVyZW50ID0NCj4gcHJvZ3JhbXMNCj4gYW5kIGF1dGggbWV0aG9kcyBmb3IgZGlmZmVyZW50IGRv bWFpbnMgISBjb29sIC4uDQo+IC0gc210cCBleHQgYXV0aCB1c2luZyA8eG1haWxyb290Pi91c2Vy YXV0aC9zbXRwLW91dCBmb3IgeG1haWwgPQ0KPiBjb25uZWN0aW5nIGFzDQo+IGEgY2xpZW50IGFn YWluc3Qgc2VydmVycw0KPiAtIG5vIG1vcmUgbmVlZCBmb3Igc210cGV4dGF1dGgudGFiIGFuZCBz bXRwYXV0aC50YWIgKG9ubHkgZm9yID0NCj4gY29tcGF0aWJpbGl0eQ0KPiAuLi4uLikNCj4gDQo+ IERhdmlkZSA/IGFueSBjb21tZW50ID8NCj4gDQo+IENhbiB5b3UgZXhwbGFpbiBhY3R1YWwgeG1h aWwgSW5jb21pbmcgc210cCB1c2VycyBhdXRoZW50aWNhdGlvbiA9DQo+IChmbG93Y2hhcnQsDQo+ IGZpbGVzIHVzZWQsIC4uLikgPw0KPiBJJ20gbm90IHN1cmUgSSB1bmRlcnN0b29kIGl0IHdlbGwg Li4uDQo+IA0KPiBGcmFuY2lzDQo+IA0KPiANCj4gDQo+IC0tLS0tTWVzc2FnZSBkJ29yaWdpbmUt LS0tLQ0KPiBEZSA6IENocmlzIEwuIEZyYW5rbGluIFttYWlsdG86Y2ZyYW5rbGluQG5vbWFkY2Yu Y29tXQ0KPiBFbnZveT1FOSA6IGpldWRpIDI3IGphbnZpZXIgMjAwNSAwNTowMA0KPiA9QzAgOiB4 bWFpbEB4bWFpbHNlcnZlci5vcmcNCj4gT2JqZXQgOiBbeG1haWxdIFJlOiBTTVRQIGV4dGVybmFs IEF1dGggaGVscA0KPiANCj4gDQo+IC4uLg0KPiAuLi4NCj4gLi4uDQo+IA0KPiBFSExPIG91dCBw dXQ6DQo+IDI1MC1BVVRIIExPR0lOIFBMQUlOIENSQU0tTUQ1IExPR0lODQo+IA0KPiANCj4gU28g YmFzaWNseSBpdCBsb29rcyBsaWtlIHdpdGggc210cGV4dGF1dGgudGFiIGlzIHRoYXQgaXQncyB0 aGVyZSBub3Qgc28gPQ0KPiBtdWNoDQo+IA0KPiB0byBhY3QgbGlrZSBwb3AzJ3MgRXh0ZXJuYWwg QXV0aCBidXQgdG8gYWxsb3cgeW91IHRvIGFkZCB5b3VyIG93biA9DQo+ICJBdXRoIj0yMA0KPiB0 eXBlIHRvIFhtYWlsJ3MgQXV0aCB0eXBlcyAodGhvc2UgYmVpbmcgTG9naW4scGxhaW4sY3JhbS1t ZDUpLg0KPiANCj4gT3IgYW0gaSBjb21wbGV0ZWx5IHdyb25nPw0KPiANCj4gLS0gQ2hyaXMgTC4g RnJhbmtsaW4gLS0NCj4gDQo+IA0KPiAtDQo+IFRvIHVuc3Vic2NyaWJlIGZyb20gdGhpcyBsaXN0 OiBzZW5kIHRoZSBsaW5lICJ1bnN1YnNjcmliZSB4bWFpbCIgaW4NCj4gdGhlIGJvZHkgb2YgYSBt ZXNzYWdlIHRvIGVjYXJ0aXNAeG1haWxzZXJ2ZXIub3JnDQo+IEZvciBnZW5lcmFsIGhlbHA6IHNl bmQgdGhlIGxpbmUgImhlbHAiIGluIHRoZSBib2R5IG9mIGEgbWVzc2FnZSB0bw0KPiBlY2FydGlz QHhtYWlsc2VydmVyLm9yZw0KPiANCj4= - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: SMTP external Auth help
On Wed, 26 Jan 2005, Chris L. Franklin wrote: And in my MailRoot/userauth/pop3 i created a '.tab' and put this inside it : userauth[TAB]/var/MailRoot/bin/Authpam.pl[TAB]@@USER[TAB]@@PASSWD No big deal pop3 work great. Now my problem is how could I go about getting smtp to basicly work the same way ? (part of my problem is i don't find the XMail docs (ReadMe) to be all that help full when it comes to this.) XMail exmaples looks like this : external auth-name secretprog-path arg-or-macro So when i break down the columns I see this: external: Write external here so that xmail knows to run a external program / script auth-name : replace this with the smtp auth type cram-md5,login,plain secret : No clue ??? prog-path : Path to the script or program arg-or-macro : this can be @@CHALL,@@SECRT, and or @@RFILE Basicly I've tryed everything I can think of to get this to work like the pop3 auth. But i just can seem to grasp Somthing ? XMail has the ability to plug external authentications that works together with associated client counterparts. At the moment, there's no way to call out like POP3. I'll see how to fit this in, if there is an interest set with more than one element ;) - Davide - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: SMTP external Auth help
According to xmail doc, you should use SMTPEXTAUTH.TAB file ... It seems placement of files for custom authentifications is not as = 'mind' will think at first read ... except if I missunderstood the doc ... (and it can be, as English is = not my favorite langage ...) To enable xmail SERVER part to Authenticate a POP3 USER using an = EXTERNAL program use xmailroot/userauth/pop3 directory with domain.tab files To enable xmail SERVER part to Authenticate a SMTP USER using an = EXTERNAL program use xmailroot/smtpextauth.tab To enable xmail CLIENT part to BE authenticated using an EXTERNAL = program by a mail server (when xmail want to send out as a client) use xmailroot/userauth/smtp directory with domain.tab files And don't know where to insert SMTPAUTH.TAB ;-) In my mind, if userauth/pop3/... is used for external authentification for POP3 = (incoming) USERS, userauth/smtp/... should be used for external authentification for SMTP (incoming) USERS ... (this permit a by domain choice for external programs ...) and smtpextauth.tab for xmail AS a smtp client ... OR defining a more clear structure : userauth/pop3/... for xmail as a SERVER authenticating a incoming = client userauth/smtp-in/... for xmail as a SERVER authenticating a incoming = client userauth/smtp-out/... for xmail as a CLIENT to be authenticated by a OUTGOING smtp client (just some ideas ...) Francis -Message d'origine- De : Chris L. Franklin [mailto:[EMAIL PROTECTED] Envoy=E9 : mercredi 26 janvier 2005 15:39 =C0 : xmail@xmailserver.org Objet : [xmail] SMTP external Auth help Okay So I got pop3 to auth against system account password with a = lightly=20 modded perl to pam script (some one else wrote and posted to this = list). [Code] [/Code] And in my MailRoot/userauth/pop3 i created a '.tab' and put this inside = it : userauth[TAB]/var/MailRoot/bin/Authpam.pl[TAB]@@USER[TAB]@@PASSWD= No big deal pop3 work great. Now my problem is how could I go about = getting=20 smtp to basicly work the same way ? (part of my problem is i don't find = the=20 XMail docs (ReadMe) to be all that help full when it comes to this.) XMail exmaples looks like this : external auth-name secretprog-path arg-or-macro So when i break down the columns I see this: external: Write external here so that xmail knows to run a external = program=20 / script auth-name : replace this with the smtp auth type cram-md5,login,plain secret : No clue ??? prog-path : Path to the script or program arg-or-macro : this can be @@CHALL,@@SECRT, and or @@RFILE Basicly I've tryed everything I can think of to get this to work like = the=20 pop3 auth. But i just can seem to grasp Somthing ? Help -- Chris L. Franklin --=20 - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: SMTP external Auth help
I too am wondering this. I have posted a few messages to this list and have not yet received a reply. I would really like to be able to use this feature, but do not know how yet. If someone has some info worth sharing, please let us know. Dustin C. Hatch http://www.dchweb.com/ Chris L. Franklin wrote: Okay So I got pop3 to auth against system account password with a lightly modded perl to pam script (some one else wrote and posted to this list). [Code] #!/usr/bin/perl use Authen::PAM; # arguments: (1)user (2)password my $username = shift; my $password = shift; if($username =~/(.+)[EMAIL PROTECTED]/) { $username=$1; } $service = passwd; sub my_conv_func { my @res; while ( @_ ) { my $code = shift; my $msg = shift; my $ans = ; $ans = $username if ($code == PAM_PROMPT_ECHO_ON ); $ans = $password if ($code == PAM_PROMPT_ECHO_OFF ); push @res, (PAM_SUCCESS,$ans); } push @res, PAM_SUCCESS; return @res; } ref($pamh = new Authen::PAM($service, $username, \my_conv_func)) || die Error code $pamh during PAM init!; $res = $pamh-pam_authenticate; exit($res); [/Code] And in my MailRoot/userauth/pop3 i created a '.tab' and put this inside it : userauth[TAB]/var/MailRoot/bin/Authpam.pl[TAB]@@USER[TAB]@@PASSWD No big deal pop3 work great. Now my problem is how could I go about getting smtp to basicly work the same way ? (part of my problem is i don't find the XMail docs (ReadMe) to be all that help full when it comes to this.) XMail exmaples looks like this : external auth-name secretprog-path arg-or-macro So when i break down the columns I see this: external: Write external here so that xmail knows to run a external program / script auth-name : replace this with the smtp auth type cram-md5,login,plain secret : No clue ??? prog-path : Path to the script or program arg-or-macro : this can be @@CHALL,@@SECRT, and or @@RFILE Basicly I've tryed everything I can think of to get this to work like the pop3 auth. But i just can seem to grasp Somthing ? Help -- Chris L. Franklin -- - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: SMTP external Auth help
OKay so I thought i had this ting figured out, But seem not to have. But heres what I got. smtpextauth.tab LOGIN System-Auth /var/MailRoot/bin/Smtpauth.pl @@CHALL @@FSECRT @@DGEST Now Smtpauth.pl is a simple script that really just takes the 3 line args and outputs them to a log file (just to see what they'd say). But when ends up happening is well nothing except for the fact when i run a EHLO domain against my server it now lists TWO login Auth types and the script is ever run. EHLO out put: 250-AUTH LOGIN PLAIN CRAM-MD5 LOGIN So basicly it looks like with smtpextauth.tab is that it's there not so much to act like pop3's External Auth but to allow you to add your own Auth type to Xmail's Auth types (those being Login,plain,cram-md5). Or am i completely wrong? -- Chris L. Franklin -- - Original Message - From: CLEMENT Francis [EMAIL PROTECTED] To: xmail@xmailserver.org Sent: Wednesday, January 26, 2005 10:53 AM Subject: [xmail] Re: SMTP external Auth help According to xmail doc, you should use SMTPEXTAUTH.TAB file ... It seems placement of files for custom authentifications is not as = 'mind' will think at first read ... except if I missunderstood the doc ... (and it can be, as English is = not my favorite langage ...) To enable xmail SERVER part to Authenticate a POP3 USER using an = EXTERNAL program use xmailroot/userauth/pop3 directory with domain.tab files To enable xmail SERVER part to Authenticate a SMTP USER using an = EXTERNAL program use xmailroot/smtpextauth.tab To enable xmail CLIENT part to BE authenticated using an EXTERNAL = program by a mail server (when xmail want to send out as a client) use xmailroot/userauth/smtp directory with domain.tab files And don't know where to insert SMTPAUTH.TAB ;-) In my mind, if userauth/pop3/... is used for external authentification for POP3 = (incoming) USERS, userauth/smtp/... should be used for external authentification for SMTP (incoming) USERS ... (this permit a by domain choice for external programs ...) and smtpextauth.tab for xmail AS a smtp client ... OR defining a more clear structure : userauth/pop3/... for xmail as a SERVER authenticating a incoming = client userauth/smtp-in/... for xmail as a SERVER authenticating a incoming = client userauth/smtp-out/... for xmail as a CLIENT to be authenticated by a OUTGOING smtp client (just some ideas ...) Francis -Message d'origine- De : Chris L. Franklin [mailto:[EMAIL PROTECTED] Envoy=E9 : mercredi 26 janvier 2005 15:39 =C0 : xmail@xmailserver.org Objet : [xmail] SMTP external Auth help Okay So I got pop3 to auth against system account password with a = lightly=20 modded perl to pam script (some one else wrote and posted to this = list). [Code] [/Code] And in my MailRoot/userauth/pop3 i created a '.tab' and put this inside = it : userauth[TAB]/var/MailRoot/bin/Authpam.pl[TAB]@@USER[TAB]@@PASSWD= No big deal pop3 work great. Now my problem is how could I go about = getting=20 smtp to basicly work the same way ? (part of my problem is i don't find = the=20 XMail docs (ReadMe) to be all that help full when it comes to this.) XMail exmaples looks like this : external auth-name secretprog-path arg-or-macro So when i break down the columns I see this: external: Write external here so that xmail knows to run a external = program=20 / script auth-name : replace this with the smtp auth type cram-md5,login,plain secret : No clue ??? prog-path : Path to the script or program arg-or-macro : this can be @@CHALL,@@SECRT, and or @@RFILE Basicly I've tryed everything I can think of to get this to work like = the=20 pop3 auth. But i just can seem to grasp Somthing ? Help -- Chris L. Franklin --=20 - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: SMTP external Auth help
I might have been the original author, I'm not sure. At the time XMail didn't support external SMTP authentication. Davide tried to help me patch the source but it didn't work. AFAIK it still doesn't work, but I haven't looked at it since about version 1.15. Chris L. Franklin wrote: Okay So I got pop3 to auth against system account password with a lightly modded perl to pam script (some one else wrote and posted to this list). [Code] #!/usr/bin/perl use Authen::PAM; # arguments: (1)user (2)password my $username = shift; my $password = shift; if($username =~/(.+)[EMAIL PROTECTED]/) { $username=$1; } $service = passwd; sub my_conv_func { my @res; while ( @_ ) { my $code = shift; my $msg = shift; my $ans = ; $ans = $username if ($code == PAM_PROMPT_ECHO_ON ); $ans = $password if ($code == PAM_PROMPT_ECHO_OFF ); push @res, (PAM_SUCCESS,$ans); } push @res, PAM_SUCCESS; return @res; } ref($pamh = new Authen::PAM($service, $username, \my_conv_func)) || die Error code $pamh during PAM init!; $res = $pamh-pam_authenticate; exit($res); [/Code] And in my MailRoot/userauth/pop3 i created a '.tab' and put this inside it : userauth[TAB]/var/MailRoot/bin/Authpam.pl[TAB]@@USER[TAB]@@PASSWD No big deal pop3 work great. Now my problem is how could I go about getting smtp to basicly work the same way ? (part of my problem is i don't find the XMail docs (ReadMe) to be all that help full when it comes to this.) XMail exmaples looks like this : external auth-name secretprog-path arg-or-macro So when i break down the columns I see this: external: Write external here so that xmail knows to run a external program / script auth-name : replace this with the smtp auth type cram-md5,login,plain secret : No clue ??? prog-path : Path to the script or program arg-or-macro : this can be @@CHALL,@@SECRT, and or @@RFILE Basicly I've tryed everything I can think of to get this to work like the pop3 auth. But i just can seem to grasp Somthing ? Help -- Chris L. Franklin -- - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] -- Scanned for viruses by ClamAV -- Scanned for viruses by ClamAV -- Scanned for viruses by ClamAV -- Scanned for viruses by ClamAV - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]