VM

vm-8.0.12 breaks on unparseable addresses

Bug #302562 reported by Manuel Carro

This bug report was converted into a question: question #142544: vm-8.0.12 breaks on unparseable addresses.

8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
VM
Invalid
Low
Uday Reddy

Bug Description

In function vm-su-du-recipients (file summary.el), at the end, the call

    (vm-set-to-of m (mapconcat 'identity addresses ", "))

can fail (it failed for me) because the paremeter addresses can be bound to a string such as

"(Unparsable address -- Strange character \\; found: \";_^_>\")"

and mapconcat expects a list as second argument. The kludge I made was to convert it anyway to a list:

    ;; Patched by MCL for addresses which are not a list of addresses
    (vm-set-to-of m (mapconcat 'identity
        (if (eq (type-of addresses) 'string)
            (list addresses)
            addresses
        )
        ", "))

I could not test it thoroughly yet - and of course it is a kludge, but it points out to where the problem is.

Cheers,

MCL

Related branches

Revision history for this message
Uday Reddy (reddyuday) wrote :

Hi, if you can give us a sample of messages that generate the "unparsable address..." strings, we can see how to handle them. They should not be getting bound to the variable 'addresses'.

Cheers,
Uday

Changed in viewmail:
status: New → Incomplete
Revision history for this message
Manuel Carro (mcarro) wrote : Re: [Bug 302562] Re: vm-8.0.12 breaks on unparseable addresses

Hi.

> Hi, if you can give us a sample of messages that generate the
> "unparsable address..." strings, we can see how to handle them. They
> should not be getting bound to the variable 'addresses'.

Unfortunately I am not using VM any longer, after maybe 10 years. I
have switched to GNUs. I have converted all my mailboxes, so I do not
have the original messages any longer.

Best,
--
+------------------------------------------------------------------------------+
| Manuel Carro --- Facultad de Informática -- U. Politécnica de Madrid (UPM) |
| Campus de Montegancedo --- E-28660 Boadilla del Monte --- Spain |
| Phone: +34-913363747 --- FAX: +34-913363669 |

Ulrich Müller (ulm)
affects: viewmail → vm
Uday Reddy (reddyuday)
Changed in vm:
status: Incomplete → Won't Fix
Uday Reddy (reddyuday)
Changed in vm:
status: Won't Fix → Triaged
importance: Undecided → Low
assignee: nobody → Uday Reddy (reddyuday)
milestone: none → 8.1.94a
Revision history for this message
Oliver Moeller (omoeller) wrote :

Bug is present in VM 8.1.1.
Thanks for the workaround, MCL.

I can provide an example email header (part), which triggers the bug.
It was spam (received, then shot by spam-assassin); original domain / recipient replaced:

From: Randolph Todd <email address hidden>
To: <<email address hidden>
Cc: <email address hidden>; Sun, 31 Oct 2010 11:41:21 +0900
Cc: <email address hidden>>
Subject: Kaufen Sie sich eine Top-Armbanduhr billiger.
Date: Sun, 31 Oct 2010 11:41:21 +0900

Changed in vm:
status: Triaged → In Progress
Revision history for this message
Uday Reddy (reddyuday) wrote :

This is a problem with some versions of Gnu Emacs. The following work-around, contributed by Manuel Hermenegildo solves the problem. You can put it in your .emacs file, but remember to take it out when you upgrade your Emacs version.

;; Fixing temporarily the rfc822-addresses error
(defadvice rfc822-addresses (after rfc822-addresses-fixerror)
 "Fixes weird error return in rfc822-addresses."
 (setq ad-return-value
       (if (listp ad-return-value)
    ad-return-value
  (list ad-return-value)
  )))
(ad-activate 'rfc822-addresses)

Changed in vm:
status: In Progress → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.