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. :)
dbmail-smtp handles that without any problems or without much overhead.
The aliases table can also have forwards to external programs or to
e-mail addresses which are stored in the aliases table itself. It is
the most easy approach to have dbmail-smtp handle this.
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.
This is weird, it should at least set DELETE status for those deleted
messages.
What db are you using? What version of dbmail?
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.
These are not yet supported. First we're going to implement some
improvements to both pop and imap server (shared folders, better
command parser, better child-parent relationsships ;)
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?)
Stunnel works fine for this purpose. Both for pop and imap.
Good luck,
Eelco
Eric Renfro
_______________________________________________
Dbmail mailing list
Dbmail@dbmail.org
https://mailman.fastxs.nl/mailman/listinfo/dbmail
_________________________
E.J.A. van Beek
ICT Manager
IC&S
T: +31 30 2322878
F: +31 30 2322305
PGP-key:
www.ic-s.nl/keys/eelco.txt
