This is a good FAQ item, for when we have a FAQ.
Mr. Sam has disabled the imap-before-smtp function in the authvchkpw code.
I've looked at the courier archives, and there's no explanation from him
as to what the problem is... Just lots of questions. :)
Bill's suggestion might not work, as he "#undef"s the value. In your
courier source dir, go into the "authlib" dir and open "preauthvchkpw.c"
for editing. Look for a line like this:
Go ahead and change that "#undef" to "#define" and it will work properly.
I can't comment on what the security concerns are, because I don't know
what they are. It does work however.
On Thu, 11 Sep 2003, ted wrote:
> I've got a LWQ-style qmail configuration, plus vpopmail 5.3.27 and
> courier-imap-220.127.116.1130902. I have roaming users enabled (as well as
> qmail-ext), and POP3 before SMTP works perfectly (using qmail-pop3d).
> IMAP also seems to work just fine, but it does not update open-smtp. My
> workaround of creating a separate POP account to POP in without
> retrieving msgs allows me to send via IMAP, but is obviously not an
> ideal solution. (I'm using Thunderbird .2).
> I've installed courier-imap numerous times (with different releases up
> to 20030902), both with authdaemon enabled as well as disabled. In both
> cases, the results are the same (meaning that I can read mail but not
> Perhaps my understanding is wrong, but I was under the impression that
> since these are virtual domains I'm having trouble with (all my domains
> are virtual), the fact that I am able to read mail at all under IMAP
> would indicate that vchkpw is being called from courier-imap. Since
> qmail-pop3d invokes vchkpw and works, I'm puzzled. I'm afraid I don't
> know where to look log-wise.
> thanks for any hints.