Specify Channel in Mailhost ?
Hi,
Is there a way to specify the channel to be used in the mailhost attribute ?
I have a situation where our MTA's act as front ends which will be passing mail to approximately 80 different internal backends. (potentially up to 1500, but thats unlikely).
Ideally, I'd like to send mail going to these backends over a new channel.
I assume I could write a re-write rule (I guess I'd need one per backend since the domain name shared across all these backends, as well as our 'normal' backends) to change the channel, but I'd prefer to do it in the mailhost so it can be set in a single place rather then having to configure a large number of re-write rules..
Using Messaging Server 6.2.
# 1
Hi,
> Is there a way to specify the channel to be used in
> the mailhost attribute ?
The only way you _may_ be able to do this is to include source routing in the mailhost attribute, but even if this worked it would be extremely non-standard and prone to break.
> I have a situation where our MTA's act as front ends
> which will be passing mail to approximately 80
> different internal backends. (potentially up to 1500,
> but thats unlikely).
>
> Ideally, I'd like to send mail going to these
> backends over a new channel.
>
> I assume I could write a re-write rule (I guess I'd
> need one per backend since the domain name shared
> across all these backends, as well as our 'normal'
> backends) to change the channel, but I'd prefer to do
> it in the mailhost so it can be set in a single place
> rather then having to configure a large number of
> re-write rules..
rewrite rules are the way to go - that is what they are designed to do. You can also route based on part of a domain, so if you want all of the mailhosts: *.domain.com routed via tcp_domaincom you can do that to simplify things. Then if you need a specific routes for XYZ.domain.com to say the tcp_xyz channel you can do that as well.
The number of rewrite rules & channels required will depend on just how granular you want to routing to be.
Regards,
Shane.
