On 2013-06-25 Tue 14:38 PM |, Viktor Dukhovni wrote:
>
> > Jun 25 14:04:08 server1 postfix/pickup[29023]: 51B8367E0: uid=7432
> > from=
> > Jun 25 14:04:08 server1 postfix/cleanup[154]: 51B8367E0:
> > message-id=<20130625130408.51b836...@server1.example.com>
> > Jun 25 14:04:08 server1 postfix/q
Craig R. Skinner:
> On 2013-06-25 Tue 13:45 PM |, Wietse Venema wrote:
> > > aliases:
> > > root: admin-acct
> > > deamon: root
> >
> > That's deamon.
> >
> > Second, you need admin-acct@localhost, root@localhost here.
> >
>
> So the aliases file needs to have the RHS qual
On 2013-06-25 Tue 13:45 PM |, Wietse Venema wrote:
> > aliases:
> > root: admin-acct
> > deamon: root
>
> That's deamon.
>
> Second, you need admin-acct@localhost, root@localhost here.
>
So the aliases file needs to have the RHS qualified with @localhost when
the machi
On 2013-06-25 Tue 18:27 PM |, Wolfgang Zeikat wrote:
> As you may not have noticed,
> the alias
> deamon is _not_ the same word as
> daemon
No Wolfgang, I hadn't noticed the minor typo in my email.
Thanks,
--
Craig Skinner | http://twitter.com/Craig_Skinner | http://linkd.in/yGqkv7
On 2013-06-25 Tue 16:16 PM |, Viktor Dukhovni wrote:
> >
> > aliases:
> > root: admin-acct
> > deamon: root
>
> Is this the right aliases(5) file?
Yes.
> Some systems use /etc/aliases,
> others /etc/mail/aliases, ... What does "postconf alias_database"
> output? What
On Mon, Jun 24, 2013 at 10:49:49PM +0100, Craig R. Skinner wrote:
> On 2013-06-24 Mon 12:34 PM |, /dev/rob0 wrote:
> > On Mon, Jun 24, 2013 at 03:12:24PM +0100, Craig R. Skinner wrote:
> > > main.cf:
> > > myorigin = $mydomain # example.com
> > > mydestination = localhost, localhost.$mydomain
> >
Craig R. Skinner:
> On 2013-06-25 Tue 10:14 AM |, Wietse Venema wrote:
> >
> > You need to show:
> >
> > 1 - One email address ending in localhost or localhost.$mydomain,
> >
>
> aliases:
> root: admin-acct
> deamon: root
That's deamon.
Second, you need admin-acct@local
In an older episode, on 2013-06-25 18:16, Viktor Dukhovni wrote:
deamon: root
$ uptime | mail -s uptime daemon@localhost
As you may not have noticed,
the alias
deamon is _not_ the same word as
daemon
On Tue, Jun 25, 2013 at 03:53:53PM +0100, Craig R. Skinner wrote:
> On 2013-06-25 Tue 10:14 AM |, Wietse Venema wrote:
> >
> > You need to show:
> >
> > 1 - One email address ending in localhost or localhost.$mydomain,
> >
>
> aliases:
> root: admin-acct
> deamon: root
On 2013-06-25 Tue 10:14 AM |, Wietse Venema wrote:
>
> You need to show:
>
> 1 - One email address ending in localhost or localhost.$mydomain,
>
aliases:
root: admin-acct
deamon: root
...
...
$ uptime | mail -s uptime daemon@localhost
> 2 - Logfile evidence that this email
On Tue, Jun 25, 2013 at 02:53:47PM +0100, Craig R. Skinner wrote:
> > And hence, it is processed by the local(8) delivery agent, which
> > normally handles domains listed in mydestination.
> >
>
> Well, that's the theory - but I don't see that happening when adhering
> to the suggestions provide
Craig R. Skinner:
> On 2013-06-24 Mon 20:24 PM |, Wietse Venema wrote:
> > Craig R. Skinner:
> > > The default aliases file does not indicate that;-
> > >
> > > "The aliases(5) table provides a system-wide mechanism to redirect mail
> > > for LOCAL recipients."
> > >
> > > "Users can control del
On 2013-06-24 Mon 20:24 PM |, Wietse Venema wrote:
> Craig R. Skinner:
> > The default aliases file does not indicate that;-
> >
> > "The aliases(5) table provides a system-wide mechanism to redirect mail for
> > LOCAL recipients."
> >
> > "Users can control delivery of their own mail by setting
Craig R. Skinner:
> The default aliases file does not indicate that;-
>
> "The aliases(5) table provides a system-wide mechanism to redirect mail for
> LOCAL recipients."
>
> "Users can control delivery of their own mail by setting up .forward files in
> their home directory."
Actually, it say
On 2013-06-24 Mon 12:34 PM |, /dev/rob0 wrote:
> On Mon, Jun 24, 2013 at 03:12:24PM +0100, Craig R. Skinner wrote:
> > main.cf:
> > myorigin = $mydomain # example.com
> > mydestination = localhost, localhost.$mydomain
>
> Here we see that $myorigin (nor $mydomain) is listed in
> $mydestination.
>
On Mon, Jun 24, 2013 at 12:34:00PM -0500, /dev/rob0 wrote:
> On Mon, Jun 24, 2013 at 03:12:24PM +0100, Craig R. Skinner wrote:
> > main.cf:
> > myorigin = $mydomain # example.com
> > mydestination = localhost, localhost.$mydomain
>
> Here we see that $myorigin (nor $mydomain) is listed in
Sorry,
On Mon, Jun 24, 2013 at 03:12:24PM +0100, Craig R. Skinner wrote:
> main.cf:
> myorigin = $mydomain # example.com
> mydestination = localhost, localhost.$mydomain
Here we see that $myorigin (nor $mydomain) is listed in
$mydestination.
> However, aliases seems to be totally ignored.
>
> When I m
On 2013-06-22 Sat 16:26 PM |, Viktor Dukhovni wrote:
>
> Use virtual(5) for ALL address -> address mappings, with only
> addresses that represent final mailboxes listed as account@localhost.
>
> The aliases(5) file is a Sendmail compatibility feature, whose
> features are best remapped onto virtu
Stan Hoeppner:
> On 6/22/2013 4:10 PM, Wietse Venema wrote:
> > I agree with Viktor's description:
> >
> > /etc/postfix/main.cf:
> > # The domain that users are aliased to:
> > mydestination = localhost localhost.$mydomain
> >
> > # The domain in DNS that you receive mail for:
> >
On 6/22/2013 4:10 PM, Wietse Venema wrote:
> I agree with Viktor's description:
>
> /etc/postfix/main.cf:
> # The domain that users are aliased to:
> mydestination = localhost localhost.$mydomain
>
> # The domain in DNS that you receive mail for:
> vitual_alias_maps = example.com
I agree with Viktor's description:
/etc/postfix/main.cf:
# The domain that users are aliased to:
mydestination = localhost localhost.$mydomain
# The domain in DNS that you receive mail for:
vitual_alias_maps = example.com
# The alias mapping from "DNS" domain name to UNIX sys
On Sat, Jun 22, 2013 at 12:13:16PM +0100, Craig R. Skinner wrote:
> > >main.cf:
> > >myorigin = $mydomain
> > >mydestination = localhost.$mydomain
Notice the exact form of the above (IIRC that was my suggestion).
> > No. If the destination you use in virtual_alias_maps is @localhost,
> > then TH
On 6/22/2013 6:13 AM, Craig R. Skinner wrote:
...
> Stan's idea of a plain canonical domain & rejecting specific Unix
> accounts via smtpd_recipient_restrictions check_recipient_access
> reject_system_accounts.map works.
Everyone whose replied in this thread knows and understands aliasing
much bet
On 2013-06-21 Fri 22:08 PM |, Jeroen Geilman wrote:
> >
> >main.cf:
> >myorigin = $mydomain
> >mydestination = localhost.$mydomain
>
> No. If the destination you use in virtual_alias_maps is @localhost,
> then THAT must be in mydestination.
> Postfix is quite literal.
>
> mydestination = loca
On 06/21/2013 09:57 PM, Craig R. Skinner wrote:
On 2013-06-19 Wed 21:09 PM |, Viktor Dukhovni wrote:
virtual_alias_maps.map:
user.n...@example.com user1@localhost
status=bounced (mail for localhost.example.com loops back to myself)
You MUST include localhost.$mydomain in mydestination:
On 2013-06-19 Wed 21:09 PM |, Viktor Dukhovni wrote:
> >
> > virtual_alias_maps.map:
> > user.n...@example.com user1@localhost
> >
> > status=bounced (mail for localhost.example.com loops back to myself)
>
> You MUST include localhost.$mydomain in mydestination:
>
> mydestination = localh
On 2013-06-20 Thu 04:52 AM |, Stan Hoeppner wrote:
>
> >> smtpd_recipient_restrictions
>
> Note this is an smptd restriction.
> >> ...
> >> check_recipient_access hash:/etc/postfix/reject-local-system
> >> ...
> Thus this only applies to mail arriving via smtpd, not pickup, not pipe,
On 6/19/2013 1:37 PM, Craig R. Skinner wrote:
> On 2013-06-19 Wed 10:55 AM |, Stan Hoeppner wrote:
>>
>> I'm anything but an expert in this particular area of Postfix, but I
>> think the problem is that Craig is trying to use virtual_alias_maps when
>> he should probably just be using the local ali
On Wed, Jun 19, 2013 at 07:43:16PM +0100, Craig R. Skinner wrote:
> Looks simple enough, but no joy with:
>
> virtual_alias_maps.map:
> user.n...@example.com user1@localhost
>
> status=bounced (mail for localhost.example.com loops back to myself)
You MUST include localhost.$mydomain in mydestin
On 2013-06-19 Wed 18:12 PM |, Jeroen Geilman wrote:
> >hosts a single mail domain IIUC. He's simply wanting to create alias
> >addresses presented to the public for each local UNIX mailbox address.
> >Additionally he wants to reject any inbound mail destined for the actual
> >local UNIX addresses,
On 2013-06-19 Wed 10:55 AM |, Stan Hoeppner wrote:
>
> I'm anything but an expert in this particular area of Postfix, but I
> think the problem is that Craig is trying to use virtual_alias_maps when
> he should probably just be using the local aliases file. His Postfix
> hosts a single mail domai
On 06/19/2013 05:55 PM, Stan Hoeppner wrote:
On 6/19/2013 10:16 AM, Wietse Venema wrote:
Craig R. Skinner:
On 2013-06-19 Wed 06:51 AM |, Stan Hoeppner wrote:
On 6/19/2013 6:11 AM, Craig R. Skinner wrote:
What happens when you try
mydestination =
That's something I didn't think of trying.
On 6/19/2013 10:16 AM, Wietse Venema wrote:
> Craig R. Skinner:
>> On 2013-06-19 Wed 06:51 AM |, Stan Hoeppner wrote:
>>> On 6/19/2013 6:11 AM, Craig R. Skinner wrote:
>>>
>>> What happens when you try
>>>
>>> mydestination =
>>>
>>
>> That's something I didn't think of trying.
>>
>> Either blank,
Craig R. Skinner:
> On 2013-06-19 Wed 06:51 AM |, Stan Hoeppner wrote:
> > On 6/19/2013 6:11 AM, Craig R. Skinner wrote:
> >
> > What happens when you try
> >
> > mydestination =
> >
>
> That's something I didn't think of trying.
>
> Either blank, or with localhost:
>
> status=bounced (User
On 2013-06-19 Wed 06:51 AM |, Stan Hoeppner wrote:
> On 6/19/2013 6:11 AM, Craig R. Skinner wrote:
>
> What happens when you try
>
> mydestination =
>
That's something I didn't think of trying.
Either blank, or with localhost:
status=bounced (User unknown in virtual alias table)
Which is wi
On 6/19/2013 6:11 AM, Craig R. Skinner wrote:
>
> I'm setting up Postfix for a domain that hosts Dovecot IMAP mail dirs
> for real Unix accounts. Postfix needs to accept mail for users' public
> aliases, but not their Unix login, and reject mail for daemon accounts.
> e.g:
>
>
> joe.blo...@examp
I'm setting up Postfix for a domain that hosts Dovecot IMAP mail dirs
for real Unix accounts. Postfix needs to accept mail for users' public
aliases, but not their Unix login, and reject mail for daemon accounts.
e.g:
joe.blo...@example.com --> jb4356
jane.blos...@example.com-->
37 matches
Mail list logo
