On Fri, Aug 31 2012, david at tethera.net wrote:
> From: David Bremner
>
> The version of message.el in emacs24 omits the charset=us-ascii,
> causing the current version of this test to fail. With this patch, we
> accept either option. According to RFC 2046, they are semantically
> equivalent.
>
david at tethera.net writes:
> From: David Bremner
>
> The version of message.el in emacs24 omits the charset=us-ascii,
> causing the current version of this test to fail. With this patch, we
> accept either option. According to RFC 2046, they are semantically
> equivalent.
Pushed the second on
da...@tethera.net writes:
> From: David Bremner
>
> The version of message.el in emacs24 omits the charset=us-ascii,
> causing the current version of this test to fail. With this patch, we
> accept either option. According to RFC 2046, they are semantically
> equivalent.
Pushed the second one.
On Fri, Aug 31 2012, da...@tethera.net wrote:
> From: David Bremner
>
> The version of message.el in emacs24 omits the charset=us-ascii,
> causing the current version of this test to fail. With this patch, we
> accept either option. According to RFC 2046, they are semantically
> equivalent.
> --
LGTM.
Quoth david at tethera.net on Aug 30 at 8:24 pm:
> From: David Bremner
>
> The version of message.el in emacs24 omits the charset=us-ascii,
> causing the current version of this test to fail. With this patch, we
> accept either option. According to RFC 2046, they are semantically
> equiv
LGTM.
Quoth da...@tethera.net on Aug 30 at 8:24 pm:
> From: David Bremner
>
> The version of message.el in emacs24 omits the charset=us-ascii,
> causing the current version of this test to fail. With this patch, we
> accept either option. According to RFC 2046, they are semantically
> equivale
From: David Bremner
The version of message.el in emacs24 omits the charset=us-ascii,
causing the current version of this test to fail. With this patch, we
accept either option. According to RFC 2046, they are semantically
equivalent.
---
as discussed on IRC, the $ is not quite as nice as \b, bu
From: David Bremner
The version of message.el in emacs24 omits the charset=us-ascii,
causing the current version of this test to fail. With this patch, we
accept either option. According to RFC 2046, they are semantically
equivalent.
---
as discussed on IRC, the $ is not quite as nice as \b, bu
From: David Bremner
The version of message.el in emacs24 omits the charset=us-ascii,
causing the current version of this test to fail. Here we just ask
that the content-type start with "text/plain"
---
Alternatively, somebody might want to dig into message.el and
understand why it behaves differ
Quoth david at tethera.net on Aug 29 at 10:12 pm:
> From: David Bremner
>
> The version of message.el in emacs24 omits the charset=us-ascii,
> causing the current version of this test to fail. Here we just ask
> that the content-type start with "text/plain"
> ---
>
> Alternatively, somebody migh
Quoth da...@tethera.net on Aug 29 at 10:12 pm:
> From: David Bremner
>
> The version of message.el in emacs24 omits the charset=us-ascii,
> causing the current version of this test to fail. Here we just ask
> that the content-type start with "text/plain"
> ---
>
> Alternatively, somebody might w
From: David Bremner
The version of message.el in emacs24 omits the charset=us-ascii,
causing the current version of this test to fail. Here we just ask
that the content-type start with "text/plain"
---
Alternatively, somebody might want to dig into message.el and
understand why it behaves differ
12 matches
Mail list logo
