Quoting Eric Shubert <e...@shubes.net>:
Joe @ 3ZZZ wrote:
On 09/10/2010 12:45 PM, Davis Sylvester wrote:
I am using Qmail and Dovecot for IMAP. Prior to installing Dovecot we
only offered POP3 and SMTP services.
The issue I have run into is that after I installed Dovecot, IMAP runs
fine, but when my users go to send email they can't.
This was just discussed on the list yesterday. Dovecot caches user
information in memory and does not support roaming users. You will
need to switch to SMTP authentication.
POP-before-SMTP is *bad*.
Is there a simple resolution to resolve this issue? I have looked at
SMTP-AUTH but not sure it will work with vpopmail.
It works. Just be sure that you have clear passwords enabled in
vpopmail if you want to support CRAM-MD5 authentication.
Quoting Davis Sylvester <davis.sylvester...@gmail.com>:
Matt what smtp-patch do u suggest! Can u point me to a current howto?
After reading http://www.fehcom.de/qmail/smtpauth.html this
morning, I'm hoping for a good answer to Davis' question as well.
Do you think the guide at the bottom there is the way to go?
Is migrating to postfix (still with vpopmail) a viable / advisable
thank you all very much,
I use qmail-toaster (http://qmailtoaster.com), which includes the
following qmail patch:
Robert Sander - qmail-remote-auth
You also might consider using spamdyke (http://spamdyke.org), which
provides a vpopmail authentication mechanism (when configured
appropriately). I highly recommend using spamdyke, whether you need
it for authentication or not. It can stop 80+% of spam before even
receiving (or scanning) it. It will lighten the (scanning) load on
your server considerably.
Looking over the docs, spamdyke looks perfect! I'm downloading and
installing now. I love that I can try it without recompiling Qmail,
and if there are any problems, simply switch right back to the current
"no smtp-auth" setup by updating the run file. If it works, this is a
much better solution than I hoped for! Thanks Eric.