6:32 p.m.
Reiner Steib <reinersteib+gmane(a)imap.cc> writes:
There you may find a possible solution[1] or a workaround[2] there.
I
don't know why[1] hasn't been implemented.
,----[ http://thread.gmane.org/gmane.emacs.gnus.general/68154/focus=68185 ]
| Gnus should bind `coding-system-for-read' then to the value of
| `mm-binary-coding-system' that defaults to `binary'. However,
| it seems to have been set to nil or `undecided':
`----
I don't know why, either. Katsumi?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog http://lars.ingebrigtsen.no/
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
2:59 a.m.
New subject: [Bug: 21.5-b29] gnus can't send in 21.5.29 but in 21.4.22
Lars Magne Ingebrigtsen wrote:
Reiner Steib <reinersteib+gmane(a)imap.cc> writes:
> There you may find a possible solution[1] or a workaround[2]
there. I
> don't know why[1] hasn't been implemented.
>
> ,----[ http://thread.gmane.org/gmane.emacs.gnus.general/68154/focus=68185 ]
>| Gnus should bind `coding-system-for-read' then to the value of
>| `mm-binary-coding-system' that defaults to `binary'. However,
>| it seems to have been set to nil or `undecided':
> `----
I don't know why, either. Katsumi?
I realized what we have to fix is `mml-compute-boundary-1'. It
may take a couple of days (or shorter?). I'll work on it.
The function looks for ones that are the same as a MIME boundary
(e.g., =-=-=) in contents of MIME parts, and updates the boundary
pattern so as to be unique, if any. Contents to be checked should
be encoded ones, however it doesn't so. As for a file to attach,
it reads the file without binding `coding-system-for-read', doesn't
encode it, and looks for things like the boundary in it. That is
the root cause of an XEmacs 21.5 error.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
5:44 a.m.
New subject: [Bug: 21.5-b29] gnus can't send in 21.5.29 but in 21.4.22
Katsumi Yamaoka wrote:
Lars Magne Ingebrigtsen wrote:
> Reiner Steib <reinersteib+gmane(a)imap.cc> writes:
>> There you may find a possible solution[1] or a workaround[2]
there. I
>> don't know why[1] hasn't been implemented.
>>
>> ,----[ http://thread.gmane.org/gmane.emacs.gnus.general/68154/focus=68185 ]
>>| Gnus should bind `coding-system-for-read' then to the value of
>>| `mm-binary-coding-system' that defaults to `binary'. However,
>>| it seems to have been set to nil or `undecided':
>> `----
> I don't know why, either. Katsumi?
I realized what we have to fix is `mml-compute-boundary-1'. It
may take a couple of days (or shorter?). I'll work on it.
The function looks for ones that are the same as a MIME boundary
(e.g., =-=-=) in contents of MIME parts, and updates the boundary
pattern so as to be unique, if any. Contents to be checked should
be encoded ones, however it doesn't so. As for a file to attach,
it reads the file without binding `coding-system-for-read', doesn't
encode it, and looks for things like the boundary in it. That is
the root cause of an XEmacs 21.5 error.
Done. Not yet tested with XEmacs 21.5 though.
The new function definition encodes every part in the same way
practicing when actually sending them in advance and then looks
for things like a MIME boundary. So it may slow message sending.
In addition, it assumes that signing and encrypting will never
generate a boundary pattern in data.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
7:50 a.m.
New subject: [Bug: 21.5-b29] gnus can't send in 21.5.29 but in 21.4.22
On Thu, Sep 22 2011, Katsumi Yamaoka wrote:
Katsumi Yamaoka wrote:
> I realized what we have to fix is `mml-compute-boundary-1'. [...]
> The function looks for ones that are the same as a MIME boundary
> (e.g., =-=-=) in contents of MIME parts, and updates the boundary
> pattern so as to be unique, if any. Contents to be checked should
> be encoded ones, however it doesn't so. As for a file to attach,
> it reads the file without binding `coding-system-for-read', doesn't
> encode it, and looks for things like the boundary in it. That is
> the root cause of an XEmacs 21.5 error.
Done. Not yet tested with XEmacs 21.5 though.
The new function definition encodes every part in the same way
practicing when actually sending them in advance and then looks
for things like a MIME boundary. So it may slow message sending.
In addition, it assumes that signing and encrypting will never
generate a boundary pattern in data.
Note that Aidan Kehoe added ".pdf" to `binary-file-regexps' in XEmacs
21.5 now[1]. If the slowdown is notable and the change is only
because of the reported XEmacs problem, it is not necessary, I think.
Or does your commit fix a more general problem?
[1] http://thread.gmane.org/gmane.emacs.xemacs.beta/35574
Bye, Reiner.
--
,,,
(o o)
---ooO-(_)-Ooo--- | PGP key available | http://rsteib.home.pages.de/
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
10:39 a.m.
New subject: [Bug: 21.5-b29] gnus can't send in 21.5.29 but in 21.4.22
> Regarding Re: [Bug: 21.5-b29] gnus can't send in 21.5.29 but
in 21.4.22; Katsumi Yamaoka <yamaoka(a)jpl.org> adds:
Done. Not yet tested with XEmacs 21.5 though.
The new function definition encodes every part in the same way
practicing when actually sending them in advance and then looks
for things like a MIME boundary. So it may slow message sending.
In addition, it assumes that signing and encrypting will never
generate a boundary pattern in data.
Hm Aidan already committed a patch to Xemacs which takes care
of the problem. Given that the sending function is already
not very fast, I would recommend not to implement your
solution, but this is just a personal opinion.
Uwe Brauer
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
8:19 p.m.
New subject: [Bug: 21.5-b29] gnus can't send in 21.5.29 but in 21.4.22
Katsumi Yamaoka <yamaoka(a)jpl.org> writes:
Done.
Great; thanks.
The new function definition encodes every part in the same way
practicing when actually sending them in advance and then looks
for things like a MIME boundary. So it may slow message sending.
But it should be done -- otherwise we can't be sure of successfully
sending these messages, so I think your fix is totally the right thing.
In addition, it assumes that signing and encrypting will never
generate a boundary pattern in data.
True. Hm... is that possible?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog http://lars.ingebrigtsen.no/
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
12:25 a.m.
New subject: [Bug: 21.5-b29] gnus can't send in 21.5.29 but in 21.4.22
Lars Magne Ingebrigtsen wrote:
Katsumi Yamaoka <yamaoka(a)jpl.org> writes:
> Done.
Great; thanks.
> The new function definition encodes every part in the same way
> practicing when actually sending them in advance and then looks
> for things like a MIME boundary. So it may slow message sending.
But it should be done -- otherwise we can't be sure of
successfully
sending these messages, so I think your fix is totally the right thing.
But encoded data made for only computing a boundary can be used
for sending, too. So, the mml functions for sending may be
rearranged so as to encode all parts of a message first, compute
a boundary, and combine them. It seems not easy to achieve, though.
> In addition, it assumes that signing and encrypting will never
> generate a boundary pattern in data.
True. Hm... is that possible?
I'm not quite sure of it. I was only worried a user who has no
caching mechanism will be bothered by being prompted for
a passphrase twice a part if performing signing or encrypting
for computing a boundary.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
4590
days inactive
4595
days old
6 comments
4 participants
participants (4)
-
Katsumi Yamaoka -
Lars Magne Ingebrigtsen -
Reiner Steib -
Uwe Brauer