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]

Reply via email to