Re: packet length too long with tunnel

2024-08-28 Thread Evgeniy Berdnikov
Hello. On Wed, Aug 28, 2024 at 08:52:44AM +0200, Alan Schmitt wrote: > Socket error: secure connect to tunnel 'ssh -q sabre openssl s_client > -connect imap.zaclys.net:993 -quiet': error:0AC6:SSL routines::packet > length too long > Socket error: secure connect to tunnel 'ssh -q sabre open

Re: packet length too long with tunnel

2024-08-28 Thread Alan Schmitt
Hello, On 2024-08-28 10:22, Evgeniy Berdnikov writes: > On Wed, Aug 28, 2024 at 08:52:44AM +0200, Alan Schmitt wrote: >> Socket error: secure connect to tunnel 'ssh -q sabre openssl s_client >> -connect imap.zaclys.net:993 -quiet': error:0AC6:SSL routines::packet >> length too long >> Sock

Re: packet length too long with tunnel

2024-08-28 Thread Evgeniy Berdnikov
On Wed, Aug 28, 2024 at 09:46:40AM +0200, Alan Schmitt wrote: > > 1. Run "ssh -q sabre /bin/true" to check whether some redundant output > > is present from shell, such as /etc/motd or other data. > > No extra data. > > > 2. Run commands "openssl s_client ..." and "ssh -q sabre openssl ..."

Re: packet length too long with tunnel

2024-08-28 Thread Alan Schmitt
On 2024-08-28 11:07, Evgeniy Berdnikov writes: > Is SSLType is set to "None" in your config? I suspect in your configuration > output from tunnel is tried to be interpreted as SSL, but it is plain IMAP. That was it, thanks! I still have an error at the end of synchronization, but it does not

Re: packet length too long with tunnel

2024-08-28 Thread Evgeniy Berdnikov
On Wed, Aug 28, 2024 at 10:40:30AM +0200, Alan Schmitt wrote: > I still have an error at the end of synchronization, but it does not > prevent me from doing the sync. > > C: 2/3 B: 18/19 F: +0/1 *1/1 #0/0 -0/0 N: +4/4 *0/0 #0/0 > -0/080F2FCE57C7F:error:0A000126:SSL routines::unexpected eof

Re: packet length too long with tunnel

2024-08-28 Thread Alan Schmitt
On 2024-08-28 11:56, Evgeniy Berdnikov writes: > On Wed, Aug 28, 2024 at 10:40:30AM +0200, Alan Schmitt wrote: >> I still have an error at the end of synchronization, but it does not >> prevent me from doing the sync. >> >> C: 2/3 B: 18/19 F: +0/1 *1/1 #0/0 -0/0 N: +4/4 *0/0 #0/0 >> -0/080F2