Is there anyone using thunderbird/mozilla to post patches with

additional email commentary like Junio and Linus do? Are there good

tricks for this? Or otherwise a similar MUA that does things right?
The 2 workflows I am after are...
 - Load up a patch created with git-format-patch into my email editor

to add some commentary before sending. Should not munge the patch

itself!
 - Feed an email I am reading to git-apply-mbox so that if it's

reasonably formatted as a patch it will do the right thing and apply

it.
cheers,
m

-

I use git-send-email to first send the patch to myself.

When it shows up in thunderbird, I Right-click and select "Edit As New..."

Add my text, update the recipients, and voila.
If you're replying to a previous message, you can get the Message-ID to

supply to git-send-email by selecting View->Headers->All. Copy&Paste

everything between the angle brackets.
I have these options set in Edit->Preferences:

  Display->Formatting->Display emoticons as graphics: unchecked, it turns

    HEAD^2 into HEAD squared

  Composition->General->Wrap plain text messages at 0 characters

                                                    ^
I also have mailnews.send_plaintext_flowed => false as suggested in

SubmittingPatches. There is a different suggestion in that document
I just Right-click and Save As...
cat <saved_as> | git am
-brandon
-

Would teaching git-mailsplit to handle format=flowed be considered a

useful contribution?
(W/o sounding like a total script weenie, I'm actually wondering if

converting git-am, git-mailsplit, and git-mailinfo to Perl code

wouldn't be a bad idea... groking email is a lot more pleasant in Perl

than shell and/or C.)
j.

-

Hi,
FWIW I think you have it backwards.  It might look nicer in Perl, but we

try very hard to consolidate the major pieces into C code.  This is done

for several reasons:
- reducing dependencies (not everybody needs all git programs, so it even

helps if one script is converted at a time), and
- making the experience nicer on Windows (reducing the foot-print, since

Perl is _not_ commonly installed, and drastically improving performance,

since the number of processes is reduced).
So no, I would not like these scripts being converted (back?) to scripts.
Thank you,

Dscho
-

In the way the e-mail processing toolchain is structured, I

think git-mailinfo is the logical place to do that, not

git-mailsplit.  It already knows how to unwrap single level of

MIME multi-part and also CTE.

-

Hi,
The "Thunderbird" section in Documentation/SubmittingPatches should help 
Recently, git-am learnt to apply mails in maildir format.  Thunderbird

uses maildir format internally, if I am not mistaken.
Hth,

Dscho
-

If that's state-of-the-art then thunderbird hasn't gotten any better
It uses mbox - but the delimiter is somewhat broken, so sometimes

git-am fails to split the emails correctly.
A pretty sad story overall. Grumble...
m

-

Hi,
Do you have an example of a non-working mbox for git-am?
Thanks,

Dscho
-

good news - tested the mbox files I have (which used to get git-am to

barf back in the v0.99 days), and they work well. So things have

gotten much better on that front... probably git mailsplit got

smarter. I doubt thunderbird has changed one bit :-)
cheers!
m

-