Hello,

My experience with dbmail is limited; I have toyed around with it and it
seems good. I really like what I've seen so far. However, I am planning to
deploy dbmail for a service that has some special requirements, which I am
curious to get comments about.

I want to be able to allow a client to empty his account through POP3, yet
leaving the messages available through webmail (IMAP). Perhaps also having a
rule that automatically deletes messages that has been fetch through POP3
when they reach a certain age or disk space.

How to implementing this has bugged me a while, and I've considered using
parallell accounts and sending copies, or copy to another IMAP folder, etc,
but it becomes too messy.

One (hacky, although simple) way to make dbmail support this would be to add
a message flag, eg. "fetched_pop3_flag". This would be ignored by everything
except the POP3 daemon, which would set this flag instead of deleting
fetched messages, and ignore messages with this flag set. It would then be
easy to make a script that delete these message by some arbitrary rule.

If dbmail worked the way described above, it would solve my problem.
However, I doubt making such changes is the ideal method; I used it as an
example of the result I need.

Does anyone have better ideas how to configure dbmail to support this? Is a
change in dbmail itself thinkable in order to support such configurations?

Thanks for listening.

Regards,
Robert Andersson

Reply via email to