>-----Message d'origine-----
>De : [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED] la part de Davide Libenzi
>Envoy=E9 : jeudi 28 juin 2007 04:46
>=C0 : '[email protected]'
>Objet : [xmail] Re: RFROM macro question and general 'account lookup'
>
>
>On Wed, 27 Jun 2007, CLEMENT Francis wrote:
>
>> Hello Davide
>>=20
>> Doc doesn't explain the resulting value of the RFROM macro=20
>when the sender
>> IS NOT local.
>> Doc says only "the sender of the message resolved to the=20
>real account, when
>> possible (alias resolution)"
>> So when "not possible" what is the macro result ? empty string ?
>
>Nope. If [EMAIL PROTECTED] is not local, it simply returns [EMAIL PROTECTED]
>
Could this be changed to dash "-" like USERAUTH macro when not local :
FROM =3D [EMAIL PROTECTED] not local (nor alias) -> RFROM =3D "-"
FROM =3D [EMAIL PROTECTED] local and not alias -> RFROM =3D "[EMAIL
PROTECTED]"
FROM =3D [EMAIL PROTECTED] and is an alias of local [EMAIL PROTECTED] -> RFROM
=3D "[EMAIL PROTECTED]"
>
>
>> As RRCPT does the same thing for receivers emails, does it=20
>returns empty or
>> dash in case of 'not resolved' ?
>
>Yes.
Ambigous "yes" compared to previous response :/
I suppose you say "Yes, RRCPT returns same as RFROM" so "If [EMAIL PROTECTED]
is =
not
local, it simply returns [EMAIL PROTECTED]" ?
Could this be changed too ?
>
>
>> If not it could be usefull, and coherent if all the=20
>'resolving' macros could
>> return the same special 'code' (dash) like USERAUTH as a=20
>result code for
>> 'not resolved' :)
>>=20
>> I have another question about RFROM and RRCPT :
>> Do they resolve 'cmdaliases' accounts and 'custdomains'=20
>(matching domain
>> part) ? Or the lookup stops on mailusers and aliases ?
>
>The latter.
>
So actually xmail "real local email resolver" used in macros does not
returns all the possible "really accepted local emails" but only real
"physical" mailboxs/accounts ...
I have a more complete requests now :) :
Two options :
A - Change RFROM and RRCPT to :
1 - extend RFROM and RRCPT macros to do a full loopkup including =
cmdaliases
and custdomains ('virtualy real' accounts)
2 - return a dash '-' like userauth then NOT resolved as virtual local =
(to
help detect definitivly "not local")
B - If not possible to change due to 'backward compatibility' with old
filters add two new macros that do exactly request 'A'
Two new VRFROM and VRRCPT macros, "VR" prefix for Virtualy Real ;)
(full lookup : real account or aliases or cmdaliases or custdomains.
It would be helpfull, because rewriting a external filter that need to
lookup itself need to have some sync mechanism for the xmail database, =
and
xmail itself is the best place to do a fast and reliable lookup, and
actually xmail do it internaly so code is allready in ...
>
>
>- Davide
>
Francis
-
To unsubscribe from this list: send the line "unsubscribe xmail" in
the body of a message to [EMAIL PROTECTED]
For general help: send the line "help" in the body of a message to
[EMAIL PROTECTED]
