Robert,
Most mail clients have a setting such as 'leave pop3 mail on server',
which
causes the client to not delete the mail. In my experience the client
doesn't re-download the old mail because it still has the same unique id and
it knows that it's already received it. This would probably do what you
want. The only question then is: how does it interact with the imap stuff?
Will dbmail pop3 send mail that's not in the inbox? Does moving mail to a
different folder give it a new unique id? I'm sure someone here can answer
that.
Thanks,
Peter Darley
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of Robert Andersson
Sent: Wednesday, May 19, 2004 7:13 AM
To: [email protected]
Subject: [Dbmail] Hybrid POP3 + webmail/IMAP
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
_______________________________________________
Dbmail mailing list
[email protected]
https://mailman.fastxs.nl/mailman/listinfo/dbmail
