On Mon May 19 2014 14:40, K-Ray wrote:
On 16-05-14 22:36, Norman Golisz wrote:
>indeed, "alias" is not part of the matching process, it's actually
>processed after the mail has already been accepted. That's why you've
>got three rules all having the same matching criteria, from the matching
>processors point of view.
>
>I think what you're looking for is "recipient". See also smtpd.conf(5).
I don't think that is what I am looking for because I can't connect
some
emailaddress to other users.
I want something that I think is very common in use in shared hosting
and
such.
example:
I can only think that the 'userbase' has to be combined with 'alias'
but I
don't understand the mechanism behind the rules.
I'd think you need to combine 'recipient' with 'alias'/'virtual'.
'userbase' is necessary if you want to deliver mails locally and need to
override the system database with your own user->uid mapping. This has
the advantage of avoiding the use or creation of system users, which in
turn comes in handy especially for "virtual" users, for them you don't
want a system login, using a different database backend, etc.
I have 3 email users (no real account) and 1 user account on some
domains.
email1@domain1 has to go to email1
email2@domain1 has to go to email2
email3@domain2 has to go to email3
team@domain1 has to go to email1 and email2
accept from any for domain <domains> alias <aliases> recipient
<recipients>
info@domain1, info@domain2 and postmaster@domains has to go to user1
accept from any for domain <domains> virtual <vmap> recipient
<recipients>
The manual says the rules are evaluated in sequential order, but how do
I
take the evaluation to the next line of rules without rejecting the
message
at the first one?
IIRC this should be the case if you're using the rules as shown above.
The manpage explains evaluation processing is stopped at the first
matching rule. If you omit 'recipient' in the above rules, then
evaluation stops at the first rule, because the second looks just the
same to the processor. With 'recipient' however, they're translated into
two different unique rules.
--
You received this mail because you are subscribed to [email protected]
To unsubscribe, send a mail to: [email protected]
