Re: [exim] helo_data and callouts

Startseite
Nachricht löschen
Nachricht beantworten
Autor: Michael F. Sprague
Datum:  
To: exim-users
Betreff: Re: [exim] helo_data and callouts
Philip Hazel <ph10@???> wrote:
> On Tue, 15 Mar 2005, Michael F. Sprague wrote:
>
> > Due to circumstances not under my control, the relay sets
> > smtp_active_hostname to a different name than it's really called. I
> > hope this can go away soon, though. But when the relay communicates
> > to the final delivery server, I need to use its 'real' name during the
> > SMTP transaction. The router to send to the final delivery server
> > looks like this:
> >
> > internal_smtp:
> > driver = smtp
> > connect_timeout = 3m
> > helo_data = $primary_hostname
> > delay_after_cutoff = false
>
> > So I set helo_data to use its 'real' name in internal_smtp. This all works fine
> > when it's doing a normal delivery to the final delivery server.
> >
> > But, when it does a callout for recipient verification, it seems to ignore
> > helo_data.
>
> Indeed. Sorry. I never built that interface to pass back that data to
> the callout code. Probably because I was thinking mainly of sender
> callouts, when you presumbably do want to "be" the same host as is
> receiving the message. Even more probably, it just got overlooked.
>
> There is a large WishList item to merge the smtp transport code and the
> callout code so that they don't suffer from these kinds of problem.
> However, it does not look as if it is likely to be done at all soon.
> I will add another WishList item that mentions this particular issue.


I'm just glad to know I'm not going crazy. :) I have an easy workaround so
it's not causing any problems and it's nice to know that it's being looked at.

Thanks again for your help and the great MTA.

mikeS

--
Michael Sprague | mfs@???
System and Network Engineering (SaNE), Inc
use STD::disclaimer;