Patric Falinder skrev 2010-04-13 11:41:
Wietse Venema skrev 2010-03-29 15:00:
Patric Falinder:
/etc/postfix/recipient_bcc:
/@sub\.domain\.com/
/^(.*)@sub\.domain\.com$/ [email protected]
Wietse Venema skrev 2010-03-29 14:47:
That first line has no result value.
Patric Falinder:
What should I set the result value to?
I got this example from the mailinglist so I didn't make it up my self.
I suppose that someone told you to do this:
if /@sub\.domain\.com/
...stuff...
endif
and then you mis-understood the first line.
If the ...stuff... is only one line, then the if/endif are not
needed.
I think I'm going to change the regexp and pcre table implementations
and disallow rules without result. No other Postfix table allows
that.
Wietse
ah yes I mis-understood it so I changed it as Ansgar said:
/^(.*)@sub\.domain\.com$/ [email protected]
I don't get any errors anymore but I doesn't seem like it want to
deliver to new.sub.domain.com, it only send the mail to sub.domain.com.
Is there a possibility that my content-filter (Maia Mailguard) is
changing something?
Because I can see that both [email protected] and
[email protected] get sent to the content-filter but only
[email protected] comes out from there.
Can I do this "re-write" after the content-filter? So my server receives
a mail, send it to my content-filter, my content-filter sends it back to
postfix and then it will "make a copy" as described in recipient_bcc?
Thanks,
Patric
I looked in to it a little more and it looks like Maia re-writes the
new.sub.domain.com to sub.domain.com.
I get:
/usr/sbin/amavisd-new[22834]: (22834-04) Checking: [62.127.194.20]
<[email protected]> ->
<[email protected]>,<[email protected]>
When I guess it should be:
/usr/sbin/amavisd-new[22834]: (22834-04) Checking: [62.127.194.20]
<[email protected]> ->
<[email protected]>,<[email protected]>
Maybe this is more of a Maia problem so I will ask there if no one here
knows whats wrong.
Thanks for the help though!
-Patric
