Prev: private/smtp-amavis: No such file or directory helps for master.cf
Next: private restriction class is ignored
From: Jeroen Geilman on 12 Jul 2010 16:25
On 07/12/2010 09:53 PM, Phil Howard wrote:
> I've added a domain name which has email addresses that are only in
> the virtual map. There are no real mailboxes over on Dovecot (via
> transport) for this one. Attempts to send mail to
> postmaster(a)newdomain.example.com gets "Relay access denied", so it
> clearly doesn't recognize the domain (I didn't put it anywhere, so how
> could it ... depending on the virtual map for that would not get the
> right error message for bad LHS in that domain). So my question is,
> which map does it go in if all it is used for is addresses in the
> virtual map (being forwarded to real mailboxes in another domain).
>

A domain you want to use purely for aliasing should not appear in any
other address class.

This includes, specifically, mydestination and relay_domains.

J.

From: Phil Howard on 12 Jul 2010 17:15
On Mon, Jul 12, 2010 at 16:25, Jeroen Geilman <jeroen(a)adaptr.nl> wrote:
> On 07/12/2010 09:53 PM, Phil Howard wrote:
>>
>> I've added a domain name which has email addresses that are only in
>> the virtual map. There are no real mailboxes over on Dovecot (via
>> transport) for this one. Attempts to send mail to
>> postmaster(a)newdomain.example.com gets "Relay access denied", so it
>> clearly doesn't recognize the domain (I didn't put it anywhere, so how
>> could it ... depending on the virtual map for that would not get the
>> right error message for bad LHS in that domain).  So my question is,
>> which map does it go in if all it is used for is addresses in the
>> virtual map (being forwarded to real mailboxes in another domain).
>>
>
> A domain you want to use purely for aliasing should not appear in any other
> address class.
>
> This includes, specifically, mydestination and relay_domains.

virtual_alias_domains already defaults to virtual_alias_maps. But
that wasn't working.

--
sHiFt HaPpEnS!

From: Wietse Venema on 12 Jul 2010 19:02
Phil Howard:
> On Mon, Jul 12, 2010 at 16:25, Jeroen Geilman <jeroen(a)adaptr.nl> wrote:
> > On 07/12/2010 09:53 PM, Phil Howard wrote:
> >>
> >> I've added a domain name which has email addresses that are only in
> >> the virtual map. There are no real mailboxes over on Dovecot (via
> >> transport) for this one. Attempts to send mail to
> >> postmaster(a)newdomain.example.com gets "Relay access denied", so it
> >> clearly doesn't recognize the domain (I didn't put it anywhere, so how
> >> could it ... depending on the virtual map for that would not get the
> >> right error message for bad LHS in that domain). ?So my question is,
> >> which map does it go in if all it is used for is addresses in the
> >> virtual map (being forwarded to real mailboxes in another domain).
> >>
> >
> > A domain you want to use purely for aliasing should not appear in any other
> > address class.
> >
> > This includes, specifically, mydestination and relay_domains.
>
> virtual_alias_domains already defaults to virtual_alias_maps. But
> that wasn't working.

If you believe it is broken then you must provide the evidence,
otherwise you are just spreading false rumors.

http://www.postfix.org/DEBUG_README.html#debugging

Wietse

From: Simon Waters on 13 Jul 2010 04:07
On Monday 12 July 2010 20:53:46 Phil Howard wrote:
> I've added a domain name which has email addresses that are only in
> the virtual map. There are no real mailboxes over on Dovecot (via
> transport) for this one. Attempts to send mail to
> postmaster(a)newdomain.example.com gets "Relay access denied", so it
> clearly doesn't recognize the domain (I didn't put it anywhere, so how
> could it ... depending on the virtual map for that would not get the
> right error message for bad LHS in that domain). So my question is,
> which map does it go in if all it is used for is addresses in the
> virtual map (being forwarded to real mailboxes in another domain).

I think you want virtual_mailbox_domains, so in your
config /etc/postfix/domains.

This is domains for which it is a final destination but delivery is via the
virtual transport.

http://www.postfix.org/postconf.5.html#virtual_mailbox_domains

I didn't check to see if this fits the rest of your config....

From: Phil Howard on 13 Jul 2010 10:28
On Mon, Jul 12, 2010 at 19:02, Wietse Venema <wietse(a)porcupine.org> wrote:
> Phil Howard:

>> virtual_alias_domains already defaults to virtual_alias_maps.  But
>> that wasn't working.
>
> If you believe it is broken then you must provide the evidence,
> otherwise you are just spreading false rumors.

I'm not saying it is broken. I'm saying it isn't working. But that
could be a misunderstanding on my part of how it is supposed to work.
I always assume I misunderstand something when I can't get it to work
as expected. Maybe my expectations are wrong. Or maybe my methods
are wrong. That's why I'm asking, first.

That fact that a domain is not being recognized as valid could be
caused my many things. But I'd say the most obvious reason is because
I have not configured that domain at all. It was a GUESS on my part
that the existing of the domain in the virtual_alias_maps would
somehow make it known that the domain is OK. But even I recognize
that doing something like that would be non-trivial. For example, if
incoming mail is to a non-existent users in an existing domain,
looking up user(a)domain does not gain any knowledge that the domain
exists (at this server, somewhere) since the lookup is still going to
fail.

I have not yet added the domain to virtual_domain_maps since the
documentation is adding a confusing element to that. I plan to do a
reference test at some point with this and other configuration
variations just to determine what that confusing element really means.
That confusing element is that specification that virtual_alias_maps
is the default value for virtual_domain_maps.


> http://www.postfix.org/DEBUG_README.html#debugging

I'm not debugging Postfix. I'm trying to grasp how to properly set
this up. I'm assuming it can be, because it makes sense that someone
would do this at some point. Jeroen's response suggests that is a
reality, somewhere. But that response only rules out a few
alternatives.

--
sHiFt HaPpEnS!

 |  Next  |  Last
Pages: 1 2 3 4
Prev: private/smtp-amavis: No such file or directory helps for master.cf
Next: private restriction class is ignored