Am Tue, 28 Mar 2017 23:24:15 -0600
schrieb the...@sys-concept.com:

> On 03/28/2017 10:57 PM, the...@sys-concept.com wrote:
> [snip
>  [...]  
> >>
> >> "man aliases" will probably give you the answer.
> >>
> >> --
> >> Regards
> >> wabe  
> > 
> > No, it will not! 

Well, actually it will. But the resulting behavior is obviously not
what you wanted. Maybe you should explain better what you try to
achieve. Your original request was just looking for a solution to the
error message which was provided properly. You didn't say you wanted to
keep the mail local.

Actually you asked this:

| My system mail is not going out via my system provider


> > The explanation is here:
> > https://www.experts-exchange.com/questions/21895287/SMTP-550-Too-many-invalid-recipients.html
> > 
> > --
> > Thelma  
> 
> I don't run an internal mail server but was wondering is there an easy
> way to configure the postfix so it will keep local mail (portage
> notifications, hylafax etc) away from system provider.
> My boxes are connected over VPN.
> 
> When I was setting up a new box today, something happen to cron email
> notification I started receiving bunch of emails like:
> Cron <root@i5> root   test -x /usr/sbin/run-crons
> && /usr/sbin/run-crons
> 
> So provide mail server block my internal system emails from passing
> through their server.

Still, "man aliases" is your friend. You need to provide proper aliases
for "root" and "operator", maybe more. Give a local alias, e.g. your
username, without "@" and without domain.

Now, properly configure the LDA in postfix. Your transport
configuration probably excludes local delivery and instead passes
everything to the relay. I can recommend Dovecot as LDA, it will allow
you to use IMAP and Sieve locally which is probably what you want
anyway in your setup:

https://wiki.dovecot.org/LDA/Postfix

Tho, handling a full blown IMAP server for local mail is it's own
beast. If you don't want to use Dovecot, you can use procmail to
directly deliver to files in your $HOME:

http://wiki.kartbuilding.net/index.php/Procmail_-_setup_with_postfix

This requires a mail app that can work with local maildirs or mbox
files. Usually every mail software can do that (tho, I'm not sure for
Thunderbird). I recommend sticking to maildir as mbox can become very
slow.

You should get to know how postfix works. Postfix only delivers and
relays mails. You need to define agents to store mails - which is what
you are looking for.

Also, you can use "aliases" to define processes to deliver mail: Just
start an alias definition with "|" followed by a process, instead of
mail addresses.

Procmail supports filtering by simple rule definition, similar to
sieve. Maildrop is also an alternative.

Don't forget to run newaliases and maybe "postfix reload" after
modifications. Changes to *.db files are usually picked up by postfix
automatically, tho.

-- 
Regards,
Kai

Replies to list-only preferred.


Reply via email to