Re: SRS on Exim: alias not set properly?

Hi Miles,

Thanks for your response!

The deliver_domain is indeed local when dealing with forwards.  
However, there are other cases when email is sent through a server that 
needs to be SRS'd; such as when a customer uses a "From" address that 
isn't hosted locally.

For example, Comcast blocks outgoing port 25.  A Comcast customer has 
an address hosted by another ISP. Since they cannot connect to that 
ISP, they must use the Comcast server.  Comcast is required to SRS that 
address, because it isn't hosted locally.

Rich Sandberg
[email protected]
WhidbeyNET Network Operations

On Tuesday, August 31, 2004, at 03:52 AM, Miles Wilton wrote:

> Hi Rich,
>
> It would probably be beneficial to have this option introduced, I 
> shall try to put it in the next release (there is a bug fix in the 
> pipeline too) I think it would be best to have it as an expanded 
> option in the router itself rather than a global setting.
>
> The option, however, isn't required for most setups as the 
> deliver_domain field is the original recipient's domain and is local, 
> eg:
>
> 1. [email protected] emails [email protected]
> 2. Email is forwarded to [email protected] with return address 
> [email protected]
>
> Thanks,
>
> Miles.
>
>
> ---- Original Message ----
> From: Rich, WhidbeyNET NOC <[email protected]>
> To: [email protected]
> Subject: SRS on Exim:  alias not set properly?
>
> The exim patch provided with libsrs_alt appears broken. It states the
> ending domain of an SRS address will be the same as the recipient:
>
> eximsrs-4.34-3.patch line 220: if((n_srs = eximsrs_forward(&res,
> sender_address, deliver_domain)) != OK)
>
> "deliver_domain" should be a local domain hosted by the server, such as
> a user-configured string:
>
> /usr/local/bin/srs --secret=xxxx --forward [email protected]
> --alias=ourdomain.com
> [email protected]
>
> If this all makes sense, I was wondering if an "alias" option can be
> added to "srs_config"?  I'm suprised no one else has noticed this
> before, as it means SRS should have never been working under Exim.
>
> Thanks,
>
> Rich Sandberg
> [email protected]
> Systems Administrator
> WhidbeyNET Network Operations
>
>