[vchkpw] non plaintext authentication methods
hi, I'm running qmail+vpopmail+dovecot on FreeBSD stable system and all worked fine, almost all. I'm not able to bring non-plaintext authentication methods working on qmails pop3 service (APOP), and on dovecots imap service (CRAM-MD5). Maybe this is an OS issue and this question isn't on he right place here, in this case sorry about that. my versions: (net)qmail with tls-smtp-auth patch vpopmail 5.4.27 dovecot 1.1.14 i have tried older versions of vpopmail and dovecot, but with the same result: non-plaintext authentication methods doesn't work. what did i wrong ? can aybody help me ? regards christoph !DSPAM:4a06cb9032681467210846!
RE: [vchkpw] non plaintext authentication methods
You're going to need to provide more details Christoph. I personally don't use either qmail's POP3 or Dovecot (yet), but I've been running POP3s and IMAP4s for many years with courier. If it's not working, your logs should give you an idea why. Typically you have to compile support in. I know you do with Courier. I can't see Dovecot being any different. The TLS patch you're talking about has nothing to do with POP3 or IMAP. And as far as I know, vpopmail doesn't really play into it either (or at least not that much...but I might be wrong). For qmail POP3 look up how to setup recordio (part of the ucspi-tcp package) in your POP3 startup so you can get the full conversation. Also try posting your run file for POP3. As far as I know all you need to run POP3s is stunnel, a certificate, and a proper setup. There's plenty of guides around if you google. I'm sorry I can't help with Dovecot, but their mailing list I'm sure would be please to point you in the right direction, which will probably be their documentation wiki :) Hope that helps, Tren -Original Message- From: ckubu [mailto:ck...@so36.net] Sent: Sunday, May 10, 2009 5:42 AM To: vchkpw@inter7.com Subject: [vchkpw] non plaintext authentication methods hi, I'm running qmail+vpopmail+dovecot on FreeBSD stable system and all worked fine, almost all. I'm not able to bring non-plaintext authentication methods working on qmails pop3 service (APOP), and on dovecots imap service (CRAM-MD5). Maybe this is an OS issue and this question isn't on he right place here, in this case sorry about that. my versions: (net)qmail with tls-smtp-auth patch vpopmail 5.4.27 dovecot 1.1.14 i have tried older versions of vpopmail and dovecot, but with the same result: non-plaintext authentication methods doesn't work. what did i wrong ? can aybody help me ? regards christoph !DSPAM:4a07016332681924416724!
Re: [vchkpw] UNSUSCRIBE
Check the headers on how to unsubscribe. - Original Message - From: Gozner The Magician goz...@gozner.com To: vchkpw@inter7.com vchkpw@inter7.com Sent: Sun May 10 12:06:28 2009 Subject: [vchkpw] UNSUSCRIBE !DSPAM:4a072b9c32684015133772!
Re: [vchkpw] non plaintext authentication methods
ckubu wrote: hi, I'm running qmail+vpopmail+dovecot on FreeBSD stable system and all worked fine, almost all. I'm not able to bring non-plaintext authentication methods working on qmails pop3 service (APOP), and on dovecots imap service (CRAM-MD5). Maybe this is an OS issue and this question isn't on he right place here, in this case sorry about that. my versions: (net)qmail with tls-smtp-auth patch vpopmail 5.4.27 dovecot 1.1.14 i have tried older versions of vpopmail and dovecot, but with the same result: non-plaintext authentication methods doesn't work. what did i wrong ? can aybody help me ? Hi, The only reason I can think of that CRAM-MD5 doesn't work with pop or imap is that clear text passwords are disabled. To use CRAM-MD5, you need a clear text password stored locally. Did you perhaps compile vpopmail with the --disable-clear-passwd flag ? Regards, Rick !DSPAM:4a07579332681530816047!
RE: [vchkpw] non plaintext authentication methods
Dear all sorry for interrupting you . but I am facing a serious problem , that my users get return mails ( mailer-daemon) for their sent mails indicating that fake user is not exist ( although they never send this message for this recipient) my mail design _____ |Qmail gateway | |Qmail server that| | Spamassasin , clamav | | holds mail boxes| |__| --- |_| And moreover users from others domains get return mail from my gateway indicating that they was sending for a fake user , although they never send to this recipient And when I check the logs of gateway , I found another mail sent for this fake user. Waiting your advice Regards, Ahmed Sabry -Original Message- From: ckubu [mailto:ck...@so36.net] Sent: Sunday, May 10, 2009 3:42 PM To: vchkpw@inter7.com Subject: [vchkpw] non plaintext authentication methods hi, I'm running qmail+vpopmail+dovecot on FreeBSD stable system and all worked fine, almost all. I'm not able to bring non-plaintext authentication methods working on qmails pop3 service (APOP), and on dovecots imap service (CRAM-MD5). Maybe this is an OS issue and this question isn't on he right place here, in this case sorry about that. my versions: (net)qmail with tls-smtp-auth patch vpopmail 5.4.27 dovecot 1.1.14 i have tried older versions of vpopmail and dovecot, but with the same result: non-plaintext authentication methods doesn't work. what did i wrong ? can aybody help me ? regards christoph __ Information from ESET Smart Security, version of virus signature database 3937 (20090314) __ The message was checked by ESET Smart Security. http://www.eset.com __ Information from ESET Smart Security, version of virus signature database 3937 (20090314) __ The message was checked by ESET Smart Security. http://www.eset.com The content of this document is classified as Nile Online Confidential and Proprietary Information. The recipient hereby is committed to hold in strict confidence the contents of this (e-mail, document, and information) and not to disclose to any third party without the prior written consent of Nile Online. Recipient will be held liable for any unauthorized disclosure. If you have received this message in error, please notify the sender by return e-mail and delete the message in its entirety, including any attachments. !DSPAM:4a07730c32681249434112!
Re: [vchkpw] non plaintext authentication methods
http://www.catb.org/~esr/faqs/smart-questions.html - Original Message - From: Ahmed Sabry asa...@nile-online.com To: vchkpw@inter7.com vchkpw@inter7.com Cc: Ahmed Sabry asa...@nile-online.com Sent: Sun May 10 17:40:41 2009 Subject: RE: [vchkpw] non plaintext authentication methods Dear all sorry for interrupting you . but I am facing a serious problem , that my users get return mails ( mailer-daemon) for their sent mails indicating that fake user is not exist ( although they never send this message for this recipient) my mail design _____ |Qmail gateway | |Qmail server that| | Spamassasin , clamav | | holds mail boxes| |__| --- |_| And moreover users from others domains get return mail from my gateway indicating that they was sending for a fake user , although they never send to this recipient And when I check the logs of gateway , I found another mail sent for this fake user. Waiting your advice Regards, Ahmed Sabry -Original Message- From: ckubu [mailto:ck...@so36.net] Sent: Sunday, May 10, 2009 3:42 PM To: vchkpw@inter7.com Subject: [vchkpw] non plaintext authentication methods hi, I'm running qmail+vpopmail+dovecot on FreeBSD stable system and all worked fine, almost all. I'm not able to bring non-plaintext authentication methods working on qmails pop3 service (APOP), and on dovecots imap service (CRAM-MD5). Maybe this is an OS issue and this question isn't on he right place here, in this case sorry about that. my versions: (net)qmail with tls-smtp-auth patch vpopmail 5.4.27 dovecot 1.1.14 i have tried older versions of vpopmail and dovecot, but with the same result: non-plaintext authentication methods doesn't work. what did i wrong ? can aybody help me ? regards christoph __ Information from ESET Smart Security, version of virus signature database 3937 (20090314) __ The message was checked by ESET Smart Security. http://www.eset.com __ Information from ESET Smart Security, version of virus signature database 3937 (20090314) __ The message was checked by ESET Smart Security. http://www.eset.com The content of this document is classified as Nile Online Confidential and Proprietary Information. The recipient hereby is committed to hold in strict confidence the contents of this (e-mail, document, and information) and not to disclose to any third party without the prior written consent of Nile Online. Recipient will be held liable for any unauthorized disclosure. If you have received this message in error, please notify the sender by return e-mail and delete the message in its entirety, including any attachments. !DSPAM:4a0778fc32686591217960!
Re: [vchkpw] non plaintext authentication methods
hi, [..] I'm not able to bring non-plaintext authentication methods working on qmails pop3 service (APOP), and on dovecots imap service (CRAM-MD5). The only reason I can think of that CRAM-MD5 doesn't work with pop or imap is that clear text passwords are disabled. To use CRAM-MD5, you need a clear text password stored locally. Did you perhaps compile vpopmail with the --disable-clear-passwd flag ? yes, i did. i tried it without this flag and it was easy to point out that you are in right. thank you. so i think there is no possibility to bring non-plaintext authetication methods working afterwards, i mean for existing mailboxes, isn't it ? regards christoph !DSPAM:4a077bb532684983017589!
Re: [vchkpw] non plaintext authentication methods
I think the learn passwords configuration option combined with the clear text passwords, would do exactly what you need. The learn password option works with qmails pop3 (please correct me if I'm wrong)...though I'm unsure about dovecot. It's been a long time since I've used that option. Regards, Tren - Original Message - From: ckubu ck...@so36.net To: vchkpw@inter7.com vchkpw@inter7.com Sent: Sun May 10 18:13:19 2009 Subject: Re: [vchkpw] non plaintext authentication methods hi, [..] I'm not able to bring non-plaintext authentication methods working on qmails pop3 service (APOP), and on dovecots imap service (CRAM-MD5). The only reason I can think of that CRAM-MD5 doesn't work with pop or imap is that clear text passwords are disabled. To use CRAM-MD5, you need a clear text password stored locally. Did you perhaps compile vpopmail with the --disable-clear-passwd flag ? yes, i did. i tried it without this flag and it was easy to point out that you are in right. thank you. so i think there is no possibility to bring non-plaintext authetication methods working afterwards, i mean for existing mailboxes, isn't it ? regards christoph !DSPAM:4a077cc332681259353411!
[vchkpw] UNSUSCRIBE
!DSPAM:4a078d3032681742149466!