Hi
Ah! thanks for that I now understand. But that does mean it is tricky
to achieve something that delivers to all users and has a default
without listing all users. I don't believe that this works?
table aliases { jimbo = jim }
table catch { "@" = clara }
accept for domain example.net alias <aliases> deliver to mbox
accept for domain example.net virtual <catch> deliver to mbox
as the first line will match and bounces [email protected] if ernie
isn't a user without getting to the line below.
This isn't a problem for me as I have few enough users that listing
all of them isn't any sort of an issue, but I can see it is something
that might be wanted
Many thanks
John Cox
>> I'm clearly missing something here - it seems to me that virtual is a
>> pure superset of alias - why would you ever want to use alias?
>>
>> Thanks
>>
>
>Nope, virtual is not a superset of alias and it has different semantics.
>
>Think of it as follows:
>
>Whenever you send a mail to a mail system, you have an input and output.
>The input is the recipient mail address, the output is the end-user that
>can be local (including a program, a file, ...) or not.
>
>
>When dealing with aliases, you assume that the domain accept mails for
>all of its system users. The aliases mapping does not need to know about
>every user on the system, it only needs to know about some possible
>transformations it should apply before the envelope is attempted for a
>delivery.
>
>When dealing with virtual, you assume that the domain does not accept
>mail for all system users. The virtual mapping has to know about every
>single recipient for a domain.
>
>Real-life example, take opensmtpd.org:
>
> table aliases { root = gilles }
> accept for domain opensmtpd.org alias <aliases> deliver to mbox
>
>If you send mail to [email protected] it will work because he has a
>system account. If you send mail to root@, it will work because it's
>transformed to gilles@ who has a system account.
>
> table vmap { root = gilles }
> accept for domain opensmtpd.org vmap <vmap> deliver to mbox
>
>now, no one but root@ is an acceptable input, so sending mail to
>[email protected] delivers to the system user gilles... but if
>you send mail to [email protected], it's not part of the input
>list and it's rejected.
--
You received this mail because you are subscribed to [email protected]
To unsubscribe, send a mail to: [email protected]
