On Fri, Sep 11, 2020 at 09:23:30PM +0100, Andrew C Aitchison wrote:
> > I'll try to use strace if it's the only way, but that's not going to be
> > fun.
>
> What error message are you getting ?
>
> If the failure is at the tls handshake, does tcpdump
> or relatives have anything useful to say ?
On 11/09/2020 19:23, Marc MERLIN via Exim-users wrote:
> Is there really no way for exim to show me the entire smtp session
> without obfuscating it
Not without modifying source code.
--
Cheers,
Jeremy
--
## List details at https://lists.exim.org/mailman/listinfo/exim-users
## Exim details at
On Fri, 11 Sep 2020, Marc MERLIN via Exim-users wrote:
My problem is that I have 2 clients configured the same way, but a
different version of debian and exim (and maybe something else I haven't
seen).
One can connect and do smtp auth perfectly
The other one cannot and gets rejected by gmail for
On Fri, Sep 11, 2020 at 09:19:02AM +0100, Jeremy Harris via Exim-users wrote:
> On 11/09/2020 03:02, Marc MERLIN via Exim-users wrote:
> > If I run exim -d+all my-em...@domain.tld , I'd like to see the entire
> > SMTP connection decrypted.
> > However, it is not shown.
>
> The authentication info
On 11/09/2020 03:02, Marc MERLIN via Exim-users wrote:
> If I run exim -d+all my-em...@domain.tld , I'd like to see the entire
> SMTP connection decrypted.
> However, it is not shown.
The authentication info is such an obvious security hole
that the data is deliberately overwritten, in the client,
If I run exim -d+all my-em...@domain.tld , I'd like to see the entire
SMTP connection decrypted.
However, it is not shown.
packet capture is a pain since it's encrypted.
strace, maybe, but it'll not be fun.
Mail -v my-em...@domain.tld almost works, except the auth bits are
replaced by