Managing /etc/aliases || a postfix question


#1

Hi,

I’m using the postfix recipe to set sentmail going through a relaying host. which works fine for mails
where the sendmail client sets a valid “from” e-mail address.

So I did some research and came up with a proposed solution to set an alias for e.g. root in

/etc/aliases

Question is: Is this the right way to do it?

The other more chef specific question:

Ho to manage this file? I don’t think its a good solution
to manage the whole file as a template, as os packages (centos) tend to change this file and I don’t
want to interfere with that.

any thoughts on that?

cu edi

DI Edmund Haselwanter, edmund@haselwanter.com, http://edmund.haselwanter.com/
http://www.iteh.at | http://facebook.com/iTeh.solutions | http://at.linkedin.com/in/haselwanteredmund


#2

I used data bags for managing maps in the virtual tables for postfix. The
overall approach in these situations seems to be to do a search() or use
some other method to set up template variables. These can then be iterated
over by the erb in the template itself.

Have the template notify an execute resource which runs postfix reload,
since restart tends to be heavy-handed with postfix.

More direct to your question… I don’t think “sender rewriting” as it’s
called in Mail Land is triggered by anything in /etc/aliases. For further
postfix stuff, join the postfix mailing list
http://www.postfix.org/lists.html.

-jesse

On Fri, Jan 21, 2011 at 7:20 AM, Haselwanter Edmund
edmund@haselwanter.comwrote:

Hi,

I’m using the postfix recipe to set sentmail going through a relaying host.
which works fine for mails
where the sendmail client sets a valid “from” e-mail address.

So I did some research and came up with a proposed solution to set an alias
for e.g. root in

/etc/aliases

Question is: Is this the right way to do it?

The other more chef specific question:

Ho to manage this file? I don’t think its a good solution
to manage the whole file as a template, as os packages (centos) tend to
change this file and I don’t
want to interfere with that.

any thoughts on that?

cu edi

DI Edmund Haselwanter, edmund@haselwanter.com,
http://edmund.haselwanter.com/
http://www.iteh.at | http://facebook.com/iTeh.solutions |
http://at.linkedin.com/in/haselwanteredmund