Package: flim
Version: 1:1.14.9-4.1
Severity: important

By accident it was discovered that the smtp client part of FLIM
(smtp.el) does not comply strictly to the specs for SMTP Service
Extensions (RFC1869) when using the 8BITMIME extension (RFC1652).

The 8BITMIME extension is activated on the client side by adding the
parameter "BODY=8BITMIME" or "BODY=7BIT" to the MAIL FROM:
command. The RFC for smtp service extensions states that the original
MAIL FROM: command and added parameters are separated by a single
space (ASCII 32).

However due to a implementation glitch FLIM issues an extended MAIL
FROM: command with the 8BITMIME parameter separated by /two/ spaces
when using no other smtp extension that MAIL FROM: parameters.

This causes trouble when the mta on the other end follows the
mentioned specs strictly and refuses the ill formed MAIL FROM:
command leaving a user unable to send messages.

A user may circumvent the problem by disabling the use of the 8BITMIME
extensions via Emacs' customization interface (M-x customize-variable
RET smtp-use-8bitmime RET).

For reference see the original thread in the english mailinglist for
Wanderlust, a mail/news reader supporting IMAP for emacsen:

http://lists.airs.net/wl-en/archive/201002/msg00035.html

There is a patch at the end of the linked thread that fixes this
problem and that will be rolled into debian soon hopyfully.

Regards
 -- David

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages flim depends on:
ii  apel                        10.7-3       portable library for emacsen
ii  emacs-snapshot [emacsen]    1:20100209-1 The GNU Emacs editor (development 

flim recommends no packages.

Versions of packages flim suggests:
ii  semi                 1.14.6+0.20070618-4 library to provide MIME feature fo
pn  wl | wl-beta         <none>              (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

Reply via email to