Re: [Dbmail] Quota Capabilites

Because dbmail-imapd doesn't support the SET QUOTA command. There are stubs for GET QUOTA but those only support quotaroot="/" Full quota support mostly would imply maintaining a size per mailbox in the mailboxes table. Once that's done, the commands are pretty easy to add. Niblett, David A wr

RE: [Dbmail] Quota Capabilites

Well that makes sense. I'll just add this for people googling the list. I run SquirrelMail and I was trying to use the Quota plugin. It wouldn't work, and it took me a bit to find out that it checks the CAPABILITY line for QUOTA and if it's not there it doesn't do anything. So if you are in the

[Dbmail] TIME_WAIT processes

I've noticed that when I start dbmail-X there always seem to be a large number of TIME_WAIT connections reported by netstat. All of these connections are going to my postgres database. For example, I only have IMAP running, with the following: NCHILDREN=5 MAXCHILDREN=20 MINSPARECHILDREN=2 MAXSP

Re: [Dbmail] TIME_WAIT processes

Sounds like each child gets a persistant connection to the database to reduce overhead during client connections. The number of waiting connections is equal to the amount of child processes, no? -Micha Niblett, David A wrote: I've noticed that when I start dbmail-X there always seem to be a

[Dbmail] smtp authentication

Hi, Is it possible to configure postfix to use dbmail's database for smtp authentication? I'm having a problem with evolution trying to do pop before smtp since I'm using IMAP. While I have imap configured and imap before smtp, evolution doesn't understand it and i get an error that states I'm

RE: [Dbmail] smtp authentication

Curtis, You would need to compile your postfix with DB support and sasl support. Then you can simply use the dbmail_users table as the authentication for sasl. I currently run mine that way, I can provide config files if you like. Check out: http://www.postfix.org/SASL_README.html If you look

RE: [Dbmail] TIME_WAIT processes

I thought that too, but the TIME_WAIT ones are not persistent. They eventually die off after ~4m which I think is the standard, but new ones are constantly made. -- David A. Niblett | email: [EMAIL PROTECTED] Network Administrator | Phone: (352) 334-3400 Gainesville Regional

Re: [Dbmail] TIME_WAIT processes

David, how did you verify that the connections are from DBMAIL? The reason I ask is that I run postfix on the frontend and I do database lookups for transport and aliases against postgres. Those connections aren't always persistent so I get a lot of disconnects resulting in some TIME_WAITs.

RE: [Dbmail] TIME_WAIT processes

I'm setting up a new machine, the only service running on it is dbmail-imapd. When I start it, I get all the TIME_WAIT connections, when I stop it, they all go away. -- David A. Niblett | email: [EMAIL PROTECTED] Network Administrator | Phone: (352) 334-3400 Gainesville Reg

Re: [Dbmail] smtp authentication

Is there a sasl configuration file I should look at? How should I store passwords? currently I have a mixture of plaintext and md5's that have been imported from a linux system. should I store them all as md5's I like plaintext or something I can decode them later for a user if need be. Sorry

Re: [Dbmail] smtp authentication

You need to store passwords in plaintext to use SASL. best... Mike - Original Message - From: "Curtis Maurand" <[EMAIL PROTECTED]> To: "DBMail mailinglist" Sent: Friday, July 01, 2005 9:16 AM Subject: Re: [Dbmail] smtp authentication Is there a sasl configuration file I should look

RE: [Dbmail] smtp authentication

The basic file that is most important is /etc/sasl2/smtpd.conf -- pwcheck_method: auxprop mech_list: plain login allowanonymouslogin: no allowplaintext: no sasl_auxprop_plugin: sql sql_engine: pgsql sql_hostnames: server.domain.tld sql_database: dbmail sql_user: dbmail sql_passwd: XXX