Wolfram A. Kraushaar wrote:
I would prefer the shared folder metaphor --that way no one gets
confused as to who has sent what to whom. Plus, they can be made
read-only.
have a look at
http://www.dbmail.org/dokuwiki/doku.php?id=shared-mbox
I had seen that link but it looked like a piece of code
that needs to be turned into CLI code :-) although I admit
a nice web interface would not hurt at all :-)
-- Any message sent or received should be hashed and stored as unique
blob in a pool, common storage (RDBMS, file sytem, cluster etc.).
That's the case with dbmail - well, sent mails only if you configure
> your imap clients to store sent mails in some folder on the imap
> server. (MS Outlook can't do this afaics)
OK, this is something I dont quite understand either: What is the
big idea behind having to send the same message twice --once over
SMTP and once over IMAP just to have copy in the 'Sent' or 'Sent
Items' folder. Can't this be handled in the background without
the MUA being intelligent enough to cover for it?
Having to send the same thing really hurts if you're away on a
slow link... Is there no way to avoid this and still have a copy
of sent stuff in the 'Sent' folder?
I guess one needs to integrate a simple MTA (only to talk to MUA)
into DBMail in order to handle this and the BCC quirk, as well as
all those SMTP before POP and similar idiocies...
--------
And, regarding the hashing: Does DBMail do any hashing in order
to avoid duplicate messages across *all* users/mailboxes?
http://www.dbmail.org/dokuwiki/doku.php?id=er-model
the 'unique_id' field in dbmail_mailboxes table looks as if it
is there to make sure uniqueness /within/ an idividual user's
mailbox.
Having such a storage back end with pointers enables the admin to have
a shadow mailbox structure(in the british sense of shadow cabinet)
without much effort. That is, of course, if DBMail had the
functionality built in.
It has this functionality built in by using the status attribute of
dbmail_messages.
I am not sure we mean the same thing. What I mean is this: I want to
be able to create shared folder(s) that contains mailboxes of other
users --just like directory soft/hardlinks.
And, these links should be able to display even the deleted/purged
items. Needless to say, these shared folders should be read-only.
Why do I need this? Well, ever since the electronic mail revolution,
people in the administrative ladder have lost a lot of what they
had before that --and, no i dont mean the power to command; what I
mean is that they are now out of touch with the people they are
supposed to superwise.
The reason is simple, since anyone with a mail address can sent an
email to anyone else, inside or outiside the department/company,
the managers are simply left out of the game.
While this sounds like freedom to Joe the Desk clerk, it infact means
that his manager --who is reponsible for policy etc.-- has no idea
what is going on unless there has been trouble ;-)
Long story short: I wish to give managers a shared (read-only) folder
of the mailboxes (including the deleted messages) of the people he/she
manages. He/she then will have a better idea of what's going on under
his/her nose.
I'd like to be able to do that in DBMail and I'd like this to be
easier than
http://www.dbmail.org/dokuwiki/doku.php?id=shared-mbox
Am I asking too much :-)
