>>at least the
>> address must match the condition in &localmail to get the
>> {islocalmailaddress} flag.
Forget all lines, except the last one - &localmail has to return 1 to
consider the address local - look in to your configuration.
Thomas
Andrew Porter <[email protected]>
11.11.2009 23:06
Bitte antworten an
ASSP development mailing list <[email protected]>
An
ASSP development mailing list <[email protected]>
Kopie
Thema
Re: [Assp-test] Antwort: Re: Antwort: Re: Antwort: Re: Validate Local
Addresses ASSP 2.0.1(RC 0.5.01)
Thomas Eckardt/eck wrote:
> (!$LocalAddresses_Flat or ! matchSL( $2, # (LocalAdr..
not
> used - but if used, the domain is NOT (!!!!!) found there and
> 'LocalAddresses_Flat' ) )
>
> As you can see - if LocalAddresses_Flat is not used ..... at least the
> address must match the condition in &localmail to get the
> {islocalmailaddress} flag.
>
What you are saying is that if you /are/ using localaddresses_flat and
the domain of the recipient is not found in localaddresses_flat then the
recipient is a valid local recipient.
I don't understand why - if using localaddresses_flat and the domain
isn't mentioned in localaddresses_flat - you would declare the recipient
a valid local address - surely this logic is wrong ?.
I've added a bunch of debug and it is definitely this piece code that is
accepting the address as a local address - further more proven by me
removing the domain not in localaddresses_flat lookup and it not
declaring the recipient valid. It isn't being set later on.
My debug on the true side of that condition confirms it also -
{
$this->{islocalmailaddress} = 1;
d("islocalmailaddress is set to 1 here with $2");
} else {
$this->{islocalmailaddress} = 0;
}
> The real address check is done some lines later.
>
> I think your problem is a misconfiguration of any parameter.
>
But the fact that I prevent this condition from setting
islocalmailaddress to 1 shouldn't prevent it being set to 1 later if
this were so - and it isn't.
islocalmailaddress is only set in 4 different places and I think I have
traced all those out of contention. I am very convinced that this is
where the problem lies (but open to being proven wrong).
Note that there is a subroutune called localmailaddress that doesn't
seem to be called from anywhere. I bumped into this when trying to
trace this.
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008
30-Day
trial. Simplify your report design, integration and deployment - and focus
on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Assp-test mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/assp-test
DISCLAIMER:
*******************************************************
This email and any files transmitted with it may be confidential, legally
privileged and protected in law and are intended solely for the use of the
individual to whom it is addressed.
This email was multiple times scanned for viruses. There should be no
known virus in this email!
*******************************************************
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Assp-test mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/assp-test
