On Saturday 12 October 2002 07:37 am, Ryan Butler wrote: > On Sat, 2002-10-12 at 05:19, Eric Renfro wrote: > > Well, after hammering, and hammering away with dbmail, after 1.0rc4's > > release, I plucked it right into my exim configuration, and so far, all > > The forwards table isn't necessary, the aliases table can take non-local > addresses as arguments to the deliver_to field.
Hrmm.. That I did not know. But it's also a matter of letting my MTA handle forwards directly, instead of passing it to dbmail-smtp to handle it, though, I guess with a decent PgSQL view, I could make it work just the same based on the aliases, and users tables where aliases.deliver_to doesn't link to a users.user_idnr. :) > > Second. > > > > I wanted to know how would be a good routine for nightly maintenance with > > dbmail-maintenance. What command-line options should I use, to perform a > > -dfp are the options I use for dbmail-maintenance Hrmm. Everytime I used dbmail-maintenance -cifdp, it runs through, but does nothing, no matter how many times I run it, and knowing there's been mail deleted, an example of the results: *** dbmail-maintenance *** Opening connection to the database... Ok. Connected Deleting messages with DELETE status... Ok. [0] messages deleted. Setting DELETE status for deleted messages... Ok. [0] messages set for deletion. Now checking DBMAIL messageblocks integrity.. Ok. Found 0 unconnected messageblks. --- checking block integrity took 1 seconds --- checking block integrity took 1 seconds Now checking DBMAIL message integrity.. Ok. Found 0 unconnected messages. --- checking message integrity took 0 seconds --- checking message integrity took 0 seconds Now checking DBMAIL mailbox integrity.. Ok. Found 0 unconnected mailboxes. --- checking mailbox integrity took 0 seconds --- checking mailbox integrity took 0 seconds Cleaning up database structure... Ok. Database cleaned up. Maintenance done. This is /after/ almost 24 hours the dbmail server's been up and in use, and I have KMail checking email every 10 minutes, deleting POP3 mail once it's out of there. > > And then some future goals/questions? > > With the numbers on dbmail.org on the status of the project being 99% in > > Those #'s are really really old, like around RC-1 timeframe, so most of > them are probably gonna be in 1.0 Heh, well, my list was down below --v > > AUTH methods, such as CRAM-MD5 and DIGEST-MD5, will they be supported? > > (preferably without SASL getting in the way? <G>) > > Well, the latest draft of the IMAP rfc has wording REQUIRING some form > of encrypted auth mechanism, or plaintext auth over SSL, which was an > IETF requirement. So I'd say that will be on the TODO list, but dunno > how soon. Well, CRAM-MD5, and DIGEST-MD5, are their own encryption in their own ways. Both use a challenge & response approach. And both require a plaintext password to be stored for AUTH because they both use unreversable encryption algorithms to test against a plaintext password. That was another one on my list. SSL. Is there a way to get SSL/TLS with dbmail at this time, or will that require stunnelling (if possible?) Eric Renfro
