On Mon, Aug 19, 2024 at 03:13:40PM +0100, Stuart Henderson wrote:
> On 2024/08/19 15:26, Theo Buehler wrote:
> > On Mon, Aug 19, 2024 at 02:57:28PM +0200, Renaud Allard wrote:
> > > 
> > > 
> > > On 8/19/24 12:04 PM, Peter Nicolai Mathias Hansteen wrote:
> > > > 
> > > > So quite odd, the whole thing.
> > > > 
> > > 
> > > That's indeed quite odd if connecting with openssl s_client works.
> > > I really think you should try out asking exim devs.
> > 
> > It would be helpful to have a reproducer or a backtrace. It is
> > impossible to gather much info from this discussion.
> 
> Install the debug-exim package to match the exim package that you've
> installed (whether that's self built or from the snapshot - reinstall
> the main package if unsure whether they match). Then
> 
> # mkdir /var/crash/exim (i assume that is the process name; adjust if not)
> # sysctl kern.nosuidcoredump=3
> 
> Trigger a crash, see if you get a /var/crash/exim/$PID.core and if so,
> point egdb at it.

I did a bit of that and it looks if I read this correctly that the pain point
is in the DKIM handling, collection of bts at 
https://nxdomain.no/~peter/exim-gdb-traces.txt

All the best,
Peter

-- 
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/
"Remember to set the evil bit on all malicious network traffic"
delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.

Reply via email to