Re: [Sqlrelay-discussion] courier w/ sqlrelay

[Gabriel M. <gmi...@gm...>]

On 4/24/07, David Muse <dav...@fi...> wrote:
> I've heard of courier-auth-postfix, the pop-before-smtp solution for
> postfix where pop logins are recorded in mysql.  Is this what you're
> referring to?
>
   This is more for posterity than for aiding me, I have moved on to
Dovecot. Courier is nice for plug-in play, but scaled horribly.

   Courier has its own auth-daemon for username, password, uid, gid,
homedir, attrib lookups. All of its products (pop3, pop3s, imap,
imap3, and mta, a webmail, a groupware piece) use this daemon. It also
has its own flavor of "daemon tools" where these pieces are   cascaded
in a series of subprocesses. Where a ps -ef command would give you the
following, which I edited for easy of viewing:

/usr/sbin/courierlogger /usr/lib/courier/authlib/authdaemond.
  \_ /usr/lib/courier/authlib/authdaemond.mysql
  \_ /usr/lib/courier/authlib/authdaemond.mysql
  \_ /usr/lib/courier/authlib/authdaemond.mysql

The actual process /usr/lib/courier/authlib/authdaemond.mysql is the
only part that is linked to libmysqlclient. So using the LD_PRELOAD
method we would edit its parent process
"/usr/lib/courier/authlib/authdaemond" and export the correct library
that corresponds with what we found from the ldd output. And when we
get frustrated we can edit all the scripts all the way back to the
"/etc/init.d" script with the same results. It doesn't work, perhaps
flushing its environment in some way?

I have a few products using this method and the results are amazing.
Obviously an underutilized / promoted product.

-- 
Gabriel Millerd