Hi Jack: Am 23.11.18 21:24 schrieb(en) Jack via balsa-list:
I took a new tack tracking down my problem with balsa becoming unresponsive when downloading some new messages, and discovered (just using top) that when balsa seems frozen, one CPU was pegged running html2text. As that seems only necessary when using gtk-webkt2 on html-only messages, I tried recompiling with gtkthtml. As that didn't work, I vaguely recall the discussion deciding to drop it.
Yes, gtkhtml is deprecated & probably full of security issues…
However, it's mention has not yet been removed from README.
Oooops…
I have not yet delved into the code - but I'm wondering if my problem is because of how Balsa calls html2text - possibly in some way which prevents any interruptions. Also, I'd like to confirm that html2text is only called on html-only messages. Related question - why is html2text called at all when fetching messages (POP3) from the server.
Good question. It is used in html.c, function html2text(), which in turn is called from libbalsa_html_to_string(), which in turn is /only/ called from mime.c, process_mime_part().
I would expect it is only needed when forwarding or replying. Am I missing something. Separately - I'll have to check the relative performance of the other viable html2text solutions.
html2text is rather old and the “last resort” option. Could you try to install python3's html2 markdown (on Debian package python3-html2text), and try if this works better? And you could try to just kill the apparently hanging html2text process and see if Balsa stops hanging. Cheers, Albrecht.
Attachment:
pgpANhAVm1sdi.pgp
Description: PGP signature