On 30.08.24 22:26, Walter Alejandro Iglesias wrote:
> On Fri, Aug 30, 2024 at 02:23:03AM +0200, Christian Schulte wrote:
>> On 29.08.24 08:56, Walter Alejandro Iglesias wrote:
>>> On Thu, Aug 29, 2024 at 12:35:50AM +0200, Christian Schulte wrote:
>>>> Says the man continuously sending mails to this list without any progress.
>>>
>>> On the contrary, I did not stop progressing and taking advantage of all
>>> the feeback.  Even yours.  Thank you for your help!
>>>
>>
>> For what it's worth. There is a function
>>
>> int
>> getmailname(char *hostname, size_t len)
>>
>> in src/usr.sbin/smtpd/util.c[1] which seems to do what you are looking
>> for. It will canonicalize the hostname returned by gethostname(3) only
> 
> Take a look to this old version of my patches:
> 
>    https://marc.info/?l=openbsd-tech&m=171664153226279&w=2
> 
> You'll notice at the end of the diff in the message a little function,
> generate_uid(), which I'd cut and pasted from the same
> src/usr.sbin/smtpd/util.c file.  So, I'm aware also of getmailname() as
> well as the another one required, parse_mailname_file().  I decided to
> take another path for *many* resons I won't explain since you won't hear
> them.

I am very sorry my mental capabilities cannot keep up with your genius
skills, so please do not explain the many reasons to me, cause I am sure
I will not get anything you'll be saying. I referred you to [1], where
it clearly states

"In all cases, it is the meaning that the *sender* of the message wishes
to convey (i.e., whether this is the same message or a different
message) that determines whether or not the "Message-ID:" field changes,
not any particular syntactic difference that appears (or does not
appear) in the message."

I then mentioned that I think OpenSMTPD gets it right by not blindly
adding Message-ID headers because it is not the sender and thus cannot
decide about the identity of a message which made you question OpenSMTPD
to get it right.

There is no other way for me to provide any productive feedback to you.
Fare well and good luck.

[1] <https://datatracker.ietf.org/doc/html/rfc5322#section-3.6.4>

-- 
Christian