8 messages in net.sourceforge.lists.courier-usersRe: [courier-users] Same problem here...
FromSent OnAttachments
Michelle KonzackJan 9, 2008 6:46 am 
Sam VarshavchikJan 9, 2008 4:29 pm 
Arturo 'Buanzo' BusleimanJan 9, 2008 4:33 pm 
Bernd WurstJan 9, 2008 11:29 pm 
Michelle KonzackJan 16, 2008 5:29 am 
Gordon MessmerJan 16, 2008 11:02 am 
Michelle KonzackJan 16, 2008 12:24 pm 
Sam VarshavchikJan 16, 2008 3:24 pm 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:Re: [courier-users] Same problem here with courier-mta [WAS: FW by qmail@bkwm.com : Re: DDOS, Dictionary Attack... not sure what it is...]Actions...
From:Sam Varshavchik (mrs@courier-mta.com)
Date:Jan 16, 2008 3:24:37 pm
List:net.sourceforge.lists.courier-users

Michelle Konzack writes:

Am 2008-01-16 11:03:11, schrieb Gordon Messmer:

What's your table schema look like? (Be sure to include your indexes.)

I am using pam authentification with "libpam-pgsql" and "libnss-pgsql"

Well there's your problem right there. PAM does this in a rather simplistic, primitive way. Each time someone wants to look up a userid, it logs in to Postgres, runs the query, and logs off. Lather, rinse, repeat. Every time. There is no persistent component to libpam-pgsql. The PAM library reads the PAM configuration file, loads the specified PAM modules, which are shared libraries, invokes the requested functions, and unloads the module.

You need to switch to Courier's native PostgreSQL driver, which will log in once, and keep a persistent database connection open to handle all authentication requests that come in. You can control how many database connections are open, in parallel, by controlling the number of authdaemon processes, to scale with your load.

This completely eliminates the need to log in and log out for every authentication request, which will make a big difference.