Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 151681 - enhance mail-client/mozilla-thunderbird with reply-to-list functionality
Summary: enhance mail-client/mozilla-thunderbird with reply-to-list functionality
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High enhancement
Assignee: Mozilla Gentoo Team
URL: http://open.nit.ca/wiki/index.php?pag...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-10-17 02:36 UTC by Vlastimil Babka (Caster) (RETIRED)
Modified: 2007-01-05 10:15 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
patch directly grabbed from http://open.nit.ca/wiki/attachments/replytolist.patch (thunderbird-replytolist.patch,8.58 KB, patch)
2006-10-17 02:37 UTC, Vlastimil Babka (Caster) (RETIRED)
Details | Diff
patch for ebuild to apply the patch (mozilla-thunderbird-1.5.0.7.ebuild.replytolist.patch,553 bytes, patch)
2006-10-17 02:41 UTC, Vlastimil Babka (Caster) (RETIRED)
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2006-10-17 02:36:53 UTC
Thunderbird lacks the ability for replying to list using List-Post: header. Recent thread on -dev showed that maybe I'm not the only one missing it, so I've decided to fill this bug. There's an extension that adds button/menuitem/keyshortcut for replying to list. Unfortunately due to Thunderbird's limits of exposing headers and creating replies for custom addresses via extensions, so the extension needs to patch the source (for the reply creation, the patch is merged upstream but scheduled only for version 3.0 and that's quite long in future) and also to have mhenhy or enigmail extensions (those have some large workarounds for exposing the headers) installed. Fortunately on Gentoo, patching source is easy, and we already have enigmail installing via crypt useflag :)

So it would be nice to have the source patch in portage, allowing people to install replytolist extension from $URL over enigmail, or even have the extension itself in portage, installed through some USEflag, depending on enigmail... I leave that up to you. Myself, I've been using the patch via local overlay, installing extension as user manually and it works great for me.
Comment 1 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2006-10-17 02:37:52 UTC
Created attachment 99862 [details, diff]
patch directly grabbed from http://open.nit.ca/wiki/attachments/replytolist.patch
Comment 2 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2006-10-17 02:41:04 UTC
Created attachment 99863 [details, diff]
patch for ebuild to apply the patch

Forgot to mention that Debian/Ubuntu are shipping thunderbird with this patch already.
Comment 3 Jory A. Pratt 2006-10-19 15:34:06 UTC
(In reply to comment #2)
> Created an attachment (id=99863) [edit]
> patch for ebuild to apply the patch
> 
> Forgot to mention that Debian/Ubuntu are shipping thunderbird with this patch
> already.
> 

Please do not post what debian/ubuntu do with mozilla products they were in major violations not long ago we do not need that problem in gentoo.
Comment 4 Kathryn Kulick (RETIRED) gentoo-dev 2006-11-22 22:45:21 UTC
Fix is part of 2.0 <- Per Anarchy
Comment 5 Zak Kipling 2007-01-05 10:15:35 UTC
I'm pleased to see that going in :)

Just a minor point -- it looks like the patch file (in mozilla-thunderbird-2.0_alpha1-patches-1.2.tar.bz2) could do with cleaning up:

$ bzcat 301_reply-to-list.patch.bz2 | diffstat
 mail/base/content/mailCommands.js               |    3
 mailnews/base/resources/content/mailCommands.js |    3
 mailnews/compose/public/nsIMsgComposeParams.idl |    1
 mailnews/compose/src/nsMsgCompose.cpp           |   40
 mailnews/compose/src/nsMsgCompose.cpp.orig      | 5020 ++++++++++++++++++++++++
 mailnews/mime/public/nsMailHeaders.h            |    1
 6 files changed, 5063 insertions(+), 5 deletions(-)

I presume that .orig file should have been excluded from the diff, although I doubt it will cause any problems.