One feature we're looking for in a mail system is the ability to archive outgoing mail.
zimbra does this OK if the web client is used but not if some external client is sending mail via zimbra using SMTP.
Any plans in this area?
One feature we're looking for in a mail system is the ability to archive outgoing mail.
zimbra does this OK if the web client is used but not if some external client is sending mail via zimbra using SMTP.
Any plans in this area?
Will this work for you?
http://www.postfix.org/postconf.5.html#always_bcc
This won't archive based on sender address which is what we are looking to do.
Only valid zimbra users will be able to send mail via SMTP by requiring that the user authenticate to the zimbra server. The idea was that mail sent this way would appear in the Sent folder for the user.
so, if I understand this right, you have mail client that will send message via SMTP, but not save a copy in the sent folder, so you want to listen at the SMTP level and store a copy in the Sent folder. Which client is this?
You could potentially write a program that amavisd-new calls - be like a virus/spam scanner, but always approve the message. I haven't done it - but I'd hazard a guess it would be much easier than introducing another content_filter in addition to postfix + amavisd-new pair.
The idea was to be able to use zimbra as a mail archive for all outgoing smtp mail from the enterprise regardless of which mail client is used.
The only requirement for the user would be that they have a valid zimbra account and that they send all mail via zimbra (as an SMTP relay), authenticating to the zimbra server.
I'll look into your suggestion regarding amavis instead of a filter for postfix.
Thanks
Yeah, I used the gmail smtp server for a long time, and it's truly convenient because if I send via the web or via thunderbird, either way, the sent message is in my sent folder when I log into gmail.
There must be an easy way to configure this. Any other thoughts from the crowd?
There are currently 1 users browsing this thread. (0 members and 1 guests)