[Help-gnutls] gnutls problem with mozilla mail

[Pete Naylor]

Hi - I'm trying to setup Exim version 4.43 with GnuTLS 1.0.23 (Solaris 8
Sparc) to provide secure SMTP.  In testing, I've found that Eudora and MS
Outlook Express work fine, but Thunderbird and the Netscape mail client do
not.  Both fail with a message indicating that the connection was lost -
closer inspection of the server shows that the server process died.  At
first I thought perhaps Exim had a bug - but I get the same result when I
use gnutls-serv for testing.  Here is what I see when I truss the
process...

REC[6f130]: Sent Packet[4] Handshake(22) with length: 9
write(2, " R E C [ 6 f 1 3 0 ] :  ".., 56)	= 56
recv(4, 0x00051EF8, 5, 0)			Err#11 EAGAIN
|<2write(2, " | < 2", 3)				= 3
>| write(2, " > |  ", 3)				= 3
ASSERT: gnutls_buffers.c:231
write(2, " A S S E R T :   g n u t".., 29)	= 29
|<2write(2, " | < 2", 3)
>| write(2, " > |  ", 3)
ASSERT: gnutls_buffers.c:888
write(2, " A S S E R T :   g n u t".., 29)	= 29
|<2write(2, " | < 2", 3)				= 3
>| write(2, " > |  ", 3)				= 3
ASSERT: gnutls_handshake.c:851
write(2, " A S S E R T :   g n u t".., 31)	= 31
fcntl(4, F_GETFL, 0x00000000)			= 130
fcntl(4, F_SETFL, 0x00000082)			= 0
poll(0xFFBFEAE8, 2, -1)		(sleeping...)
poll(0xFFBFEAE8, 2, -1)				= 1
recv(4, "1503\0\002", 5, 0)			= 5
|<4write(2, " | < 4", 3)				= 3
>| write(2, " > |  ", 3)				= 3
REC[6f130]: Expected Packet[1] Handshake(22) with length: 1
write(2, " R E C [ 6 f 1 3 0 ] :  ".., 60)	= 60
|<4write(2, " | < 4", 3)				= 3
>| write(2, " > |  ", 3)				= 3
REC[6f130]: Received Packet[1] Alert(21) with length: 2
write(2, " R E C [ 6 f 1 3 0 ] :  ".., 56)	= 56
recv(4, "01 )", 2, 0)				= 2
|<4write(2, " | < 4", 3)				= 3
>| write(2, " > |  ", 3)				= 3
REC[6f130]: Decrypted Packet[1] Alert(21) with length: 2
write(2, " R E C [ 6 f 1 3 0 ] :  ".., 57)	= 57
    Incurred fault #6, FLTBOUNDS  %pc = 0xFEFB44E4
      siginfo: SIGSEGV SEGV_MAPERR addr=0x00000000
    Received signal #11, SIGSEGV [default]
      siginfo: SIGSEGV SEGV_MAPERR addr=0x00000000


It seems to die after receiving the Alert(21) packet, which I understand 
means that decryption failed.  Beyond that I do not understand the 
problem.  Can anyone help me to see what is going wrong?