On 3/13/2014 2:43 PM, Andrey Repin wrote:
> Greetings, All!
> 
> At this moment, I have a working prototype of our organization's mail server,
> but I'm lacking some final touches on it, and would like to have some advice.
> 
> The server suite consists of
> 
> postfix
> dovecot
> PAM auth
> OpenLDAP backend behind that one.
> amavisd-new  with it's own suite of troubles
> 
> The server is supposed to host 3 mail domains (one internal, two real internet
> domains) for the same set of users. (Means, users have same mailboxes in both
> internet domains and should be able to receive internal mail as well.)
> 
> So far, the simple functionality is in place, but I'm lacking some precise
> features that I've been so far unable to implement.
> 
> The most important feature is a blind carbon copying of all incoming and
> outgoing mail into separate mailboxes (incoming - to archive-in, outgoing - to
> archive-out). I've tried to use BCC mappings, but they are too selective for
> the task at hands, and are processed too late in the chain, as I've realized.
> It is somewhat sufficient for outgoing mail, but by no means enough for
> incoming. Could probably utilize amavis for this task, since it is the first
> to process all incoming mail, but the amavis-users list is dead and doesn't
> help. 

amavis-new is the right tool for archiving, since it has that
built-in.  Maybe as easy as uncommenting the $clean_archive_method
setting, but see the amavis-users list for details.

Are you using the right mail list amavis-us...@amavis.org?  It's
pretty active.

There may be some other dead lists floating around that were
associated with long-dead projects with similar names.


> 
> The other feature is the so-called common mailboxes, such as info@ or sales@.
> I would like to have different delivery lists for same named common mailbox in
> each of the two internet domains. I've found vague reference to the
> possibility of utilizing LDAP directly to this extent, and I'm reading
> http://www.postfix.org/LDAP_README.html to see if I can get it working, but
> any quick hints are greatly appreciated.

Look at the dovecot shared mailbox feature.

> 
> The last, but not least feature I'm struggling to implement is the dealing
> with retired employees.
> When an employee retire, if their account was part of the common business
> process (managers commonly fall into this category), their account is not
> immediately retired, but password-locked and any mail coming to it needs to be
> auto-replied with redirection statement for a period of time, before all
> access to the specified account is forever restricted.
> I could easily hack together an auto-reply bot, but I seems to be unable to
> prevent delivery to the existing mailboxes of disabled users.

The postfix "relocated" feature is specifically for this.
http://www.postfix.org/postconf.5.html#relocated_maps


> 
> Thank you in advance for any help you could provide.
> 
> 



  -- Noel Jones

Reply via email to