On Sat, 21 May 2016 22:26:48 +0200
Gilles Chehade <[email protected]> wrote:
(...)
> Think of virtual & aliases again, the address that was provided during
> the SMTP session may not be the address that actually resolved into a
> local user.
>
> As stated in smtpd.conf(5):
>
> %{rcpt.user} user part of the recipient email
> address %{rcpt.domain} domain part of the recipient email
> address %{dest} recipient email address after expansion
> %{dest.user} user part after expansion
>
>
> So assuming the following:
>
> [email protected] [email protected]
> [email protected] gilles
>
> We have:
>
> [email protected] -> [email protected] -> gilles
>
>
> %{rcpt} would be [email protected] because it's the RCPT address we
> have received.
>
> %{dest} would be [email protected] because it is the destination
> address we have resolved to after going through a virtual
> translation. It's the last address before a username.
Got it, thanks.
> > >Lastly, is there/what is the difference between "format
> > >specifiers" and "conversion specifiers" ? The later is used in the
> > >"deliver to mda" description, with the same link to FORMAT
> > >SPECIFIERS, but that term isn't used anywhere else.
> > >
> > >Thanks a lot for the help,
> > >
>
> from man smtpd.conf(5):
>
> This parameter may use conversion specifiers that are
> expanded before use (see FORMAT SPECIFIERS).
>
> so nope, they're the same
Right, but this sentence you quoted is (unless I'm mistaken) the only
time they're refered to as "conversion specifiers", everywhere else
they're called "format specifiers", e.g:
Mail is added to a maildir. Its location, path, may contain
format specifiers that are expanded before use (see FORMAT
SPECIFIERS).
That's why I wasn't sure if the use of a different term had implications
or not. If there's no specific reason to use it, may I suggest using
format specifiers instead, would make this clearer/more consistent IMO.
Thanks,
--
You received this mail because you are subscribed to [email protected]
To unsubscribe, send a mail to: [email protected]