Re: [PATCH] Documentation/SubmittingPatches: fix Gmail workaround advice

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Junio C Hamano <gitster@xxxxxxxxx> wrote:
> Aaron Crane <git@xxxxxxxxxxxxxxxx> writes:
>> The suggested approach to dealing with Gmail's propensity for breaking
>> patches doesn't seem to work.  Recommend an alternative technique which
>> does.
>
> Do you know _why_ it does not work?  For example, does it not work _at
> all_ for you?  Or only certain things does not reliably work (iow, perhaps
> you are seeing a bug in imap-send)?

What happens for me is that `git imap-send` successfully puts the
message into the gmail Drafts folder, but when it's sent it's been
line-wrapped (and any line-end spaces are deleted, which breaks diffs
containing empty context lines).

I've verified that it's not `git imap-send` at fault, by tweaking it
to tee all socket-written data to a local file; all whitespace in the
mail prepared locally is sent to Gmail unchanged.  So Gmail is
mangling the message when it gets uploaded (or possibly when it's
opened in the web interface, or when it's sent).

I've tried this both with a vanilla Gmail account, and with Google
Apps For Your Domain Standard Edition, and I get the same behaviour.

> What I am trying to get at is to see if the current imap-send suggestion
> is fundamentally unworkable with gmail.  Perhaps they stopped supporting
> imap.  Perhaps the procedure never worked.

As far as I can determine, the current imap-send suggestion is
fundamentally unworkable with gmail at the moment.  I don't know
whether it ever used to work, though I've been assuming that it did.

-- 
Aaron Crane ** http://aaroncrane.co.uk/
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]