Re: [exim-dev] Relate Message_ids

Góra strony
Delete this message
Reply to this message
Autor: Jethro R Binks
Data:  
Dla: exim-dev
Temat: Re: [exim-dev] Relate Message_ids
On Thu, 4 Jul 2019, Jeremy Harris via Exim-dev wrote:

> On 04/07/2019 15:07, Ygor Fernandes via Exim-dev wrote:
> > I would like to know if they could help me, I have an environment where my
> > client connects to a server that I call RELAY this authenticates the data
> > and then fire the message to the server that I call SEND.
> >
> > The sending occurs perfectly well, however I realize that in RELAY after
> > sending a message it generates a new ID, this new ID that SEND follows
> > using to complete the process of sending the message.
> >
> > My need would be to relate these IDs because I work with the database in my
> > environment. I can in SEND use the variable, $ message_id, and get the ID
> > that is currently running, however I need to relate to the ID that was
> > previously used in my RELAY.
> >
> > Would you have any suggestions?
>
> A properly-formed message should have a Message-ID: header, and this
> will be logged on all the reception lines (ones with "<=") in the "id="
> field. Use this for tracking the message across systems. in logfiles.
>
> If you're wanting to track via some other means that you are coding
> in your configuration, use $h_Message-ID:
>
> Naturally, messages that arrive without the header make your life
> difficult. The development tip has some help for this (log_selector
> "msg_id_created"), but that probably isn't what you are running.


I do several related things:

1. set localhost_number to a different integer on each of my Exim hosts;
this ensures generated Message-Ids are unique across all my servers


2. fixup inbound messages without a Message Id to add one. Actually I
don't do this any more, but I used to, with something like:

  warn   condition = ${if !def:header_message-id: {1}}
         message   = Message-ID: <E$message_exim_id@$primary_hostname>



3. turn on extensive logging (disk space is cheap):

log_selector     = \
        +all \
        -queue_run \
        -ident_timeout


which ensures that I log things like:

a/ the report from the next hop mail relay that (might) tell me the
internal message id that system allocated to the message I just sent it:

C="250 2.6.0 <518x206f-8062-483f-ae26-1c0f3a850846@???> [InternalId=99649298] Queued"

b/ the message-id header of an inbound message on the received line:

2019-07-04 15:53:42 1hj43K-0005e5-3X <= xx@???
... id=CA+uZYF5zV8Z_G2iBktQ9hTP8m-nKQtfjTqmZ=eJB99GRNzk2dQ@??? ...


4. Ensure I do the same in my report back to mail servers sending to me
(not sure how much of this is included in defaults these days):

  accept
           message = 250 2.0.0 OK id=$message_exim_id \
                     host=$smtp_active_hostname time=$tod_log



Maybe there are other things too ...

Jethro.

. . . . . . . . . . . . . . . . . . . . . . . . .
Jethro R Binks, Network Manager,
Information Services Directorate, University Of Strathclyde, Glasgow, UK

The University of Strathclyde is a charitable body, registered in
Scotland, number SC015263.