bug#9182: 24.0.50; built in TLS

bug#9182: 24.0.50; built in TLS

[emacs user]

hi,

Using the VM package for reading mail, and the built in emacs tls
support, I am getting the following error message when retrieving mail:

Fatal error: A TLS packet with unexpected length was received.

Emacs does not crash and depending on the Mac OS X mail retrieval is
either interrupted or not...  I am attaching the imap session log from
vm in
case that's helpful.

Thanks, E

Starting IMAP over SSL session Wed Jul 27 15:07:40 2011
-- connecting to imap.gmail.com:993
Resolving 'imap.gmail.com'...
Connecting to '74.125.91.109:993'...
- Certificate type: X.509
 - Got a certificate list of 2 certificates.
 - Certificate[0] info:
  - subject `C=US,ST=California,L=Mountain View,O=Google
Inc,CN=imap.gmail.com', issuer `C=US,O=Google Inc,CN=Google Internet
Authority', RSA key 1024 bits, signed using RSA-SHA, activated
`2011-02-16 04:43:04 UTC', expires `2012-02-16 04:53:04 UTC', SHA-1
fingerprint `xx
 - Certificate[1] info:
  - subject `C=US,O=Google Inc,CN=Google Internet Authority', issuer
`C=US,O=Equifax,OU=Equifax Secure Certificate Authority', RSA key 1024
bits, signed using RSA-SHA, activated `2009-06-08 20:43:27 UTC',
expires `2013-06-07 19:43:27 UTC', SHA-1 fingerprint `xx
- The hostname in the certificate matches 'imap.gmail.com'.
- Peer's certificate issuer is unknown
- Peer's certificate is NOT trusted
- Version: TLS1.0
- Key Exchange: RSA
- Cipher: ARCFOUR-128
- MAC: SHA1
- Compression: NULL
- Handshake was completed

- Simple Client Mode:

* OK Gimap ready for requests from xx xx
-- connected for movemail
VM CAPABILITY
* CAPABILITY IMAP4rev1 UNSELECT IDLE NAMESPACE QUOTA ID XLIST CHILDREN
X-GM-EXT-1 XYZZY SASL-IR AUTH=XOAUTH
VM OK Thats all she wrote! xx
VM LOGIN <parameters omitted>
* CAPABILITY IMAP4rev1 UNSELECT IDLE NAMESPACE QUOTA ID XLIST CHILDREN
X-GM-EXT-1 UIDPLUS COMPRESS=DEFLATE
VM OK xx@gmail.com xx xx authenticated (Success)
VM SELECT "inbox"
* FLAGS (\Answered \Flagged \Draft \Deleted \Seen NotJunk $Junk $NotJunk)
* OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen NotJunk
$Junk $NotJunk \*)] Flags permitted.
* OK [UIDVALIDITY 7] UIDs valid.
* 0 EXISTS
* 0 RECENT
* OK [UIDNEXT 392] Predicted next UID.
VM OK [READ-WRITE] inbox selected. (Success)
VM LOGOUT
* BYE LOGOUT Requested
VM OK 73 good day (Success)
*** Fatal error: A TLS packet with unexpected length was received.
*** Server has terminated the connection abnormally.

Process IMAP over SSL exited abnormally with code 1
ending IMAP session Wed Jul 27 15:07:41 2011


In GNU Emacs 24.0.50.3 (i386-apple-darwin9.8.0, NS apple-appkit-949.54)
 of 2011-07-26 on xx.edu
Windowing system distributor `Apple', version 10.3.949
configured using `configure  '--with-ns''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: C
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: nil
  value of $XMODIFIERS: nil
  locale-coding-system: nil
  default enable-multibyte-characters: t

bug#9182: 24.0.50; built in TLS

[Lars Magne Ingebrigtsen]

emacs user <user.emacs@gmail.com> writes:

> Using the VM package for reading mail, and the built in emacs tls
> support, I am getting the following error message when retrieving mail:
>
> Fatal error: A TLS packet with unexpected length was received.

It's a bogus error message -- you can safely ignore it.

I've now silenced the message in Emacs 24.  I've skimmed the gnutls
sources, and apparently GNUTLS_E_UNEXPECTED_PACKET_LENGTH is the way
gnutls says "the peer hung up the connection" in a read, so I've just
changed Emacs to ignore that error message (when doing a read).

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/