惠轶群 wrote:
> 2016-03-28 6:00 GMT+08:00 Eric Wong :
> > While Gmail provides SMTP access, it was (last I was told)
> > incompatible with two-factor auth; so I've encountered users
> > unable to send patches with their normal 2FA-enabled accounts.
>
> That's the origin of this idea of `mailto`.
>
Hi,
On Wed, 30 Mar 2016, Ævar Arnfjörð Bjarmason wrote:
> Correct me if I'm wrong but don't we basically have 4 kinds of users
> using git-send-email:
>
> 1) Those who get it from a binary Windows package (is it even packaged there?)
It is. And reportedly working fine. But in the pre-MSYS2 time
On Tue, Mar 29, 2016 at 6:17 AM, 惠轶群 wrote:
> 2016-03-29 0:49 GMT+08:00 Ævar Arnfjörð Bjarmason :
>> On Sat, Mar 26, 2016 at 3:13 AM, 惠轶群 wrote:
>>> 2016-03-26 2:16 GMT+08:00 Junio C Hamano :
惠轶群 writes:
> # Purpose
> The current implementation of send-email is based on perl an
2016-03-29 0:49 GMT+08:00 Ævar Arnfjörð Bjarmason :
> On Sat, Mar 26, 2016 at 3:13 AM, 惠轶群 wrote:
>> 2016-03-26 2:16 GMT+08:00 Junio C Hamano :
>>> 惠轶群 writes:
>>>
# Purpose
The current implementation of send-email is based on perl and has only
a tui, it has two problems:
- us
On Sat, Mar 26, 2016 at 3:13 AM, 惠轶群 wrote:
> 2016-03-26 2:16 GMT+08:00 Junio C Hamano :
>> 惠轶群 writes:
>>
>>> # Purpose
>>> The current implementation of send-email is based on perl and has only
>>> a tui, it has two problems:
>>> - user must install a ton of dependencies before submit a single
2016-03-28 6:00 GMT+08:00 Eric Wong :
> Junio C Hamano wrote:
>> 惠轶群 writes:
>> > - Build a simple email client (maybe a web components based web app or
>> > wxwidgets based GUI client, they are both cross-platform) which is
>> > easy to use for sending patch without disrupting the mailbox format
> While Gmail provides SMTP access, it was (last I was told)
> incompatible with two-factor auth; so I've encountered users
> unable to send patches with their normal 2FA-enabled accounts.
>
> Maybe git hackers at Google have enough pull to lobby Gmail's
> web interface to make it easier to send pl
Junio C Hamano wrote:
> 惠轶群 writes:
> > - Build a simple email client (maybe a web components based web app or
> > wxwidgets based GUI client, they are both cross-platform) which is
> > easy to use for sending patch without disrupting the mailbox format.
>
> I suspect it would yield a better res
2016-03-26 17:52 GMT+08:00 惠轶群 :
> 2016-03-26 14:18 GMT+08:00 Pranit Bauva :
>> On Sat, Mar 26, 2016 at 7:43 AM, 惠轶群 wrote:
>>> 2016-03-26 2:16 GMT+08:00 Junio C Hamano :
惠轶群 writes:
> # Purpose
> The current implementation of send-email is based on perl and has only
> a tui
To make it clearer:
1. there are so many great mail clients, why not let these experts to handle the
dispatch of mail?
For example, as a One-time-password user of gmail, I have to generate an app
password for each terminal device I'd like to send patch on.
It's more important that I could no
2016-03-26 14:18 GMT+08:00 Pranit Bauva :
> On Sat, Mar 26, 2016 at 7:43 AM, 惠轶群 wrote:
>> 2016-03-26 2:16 GMT+08:00 Junio C Hamano :
>>> 惠轶群 writes:
>>>
# Purpose
The current implementation of send-email is based on perl and has only
a tui, it has two problems:
- user must in
On Sat, Mar 26, 2016 at 7:43 AM, 惠轶群 wrote:
> 2016-03-26 2:16 GMT+08:00 Junio C Hamano :
>> 惠轶群 writes:
>>
>>> # Purpose
>>> The current implementation of send-email is based on perl and has only
>>> a tui, it has two problems:
>>> - user must install a ton of dependencies before submit a single
2016-03-26 2:16 GMT+08:00 Junio C Hamano :
> 惠轶群 writes:
>
>> # Purpose
>> The current implementation of send-email is based on perl and has only
>> a tui, it has two problems:
>> - user must install a ton of dependencies before submit a single patch.
>> - tui and parameter are both not quite frie
惠轶群 writes:
> # Purpose
> The current implementation of send-email is based on perl and has only
> a tui, it has two problems:
> - user must install a ton of dependencies before submit a single patch.
> - tui and parameter are both not quite friendly to new users.
Is "a ton of dependencies" true
I know it's tooo late to post proposal here, but I'd like to let my
idea known by
others.
# Summary
Although many projects hosted on github or gitlab adopt the
fork-and-merge working flow, email is still irreplaceable for its
compatibility. However, the send-email module is old and difficult for
15 matches
Mail list logo