Re: RFE: use patchwork to submit a patch

[Dmitry Vyukov <dvyukov@google.com>]

On Mon, Oct 14, 2019 at 10:57 PM Theodore Y. Ts'o <tytso@mit.edu> wrote:
>
> On Mon, Oct 14, 2019 at 04:58:17PM +0200, Dmitry Vyukov wrote:
> > As one data point, I cannot send emails with git send-email anymore.
> > It used to work, then broke and I don't know how to fix it. Now it says:
> >
> > 5.7.8 Username and Password not accepted. Learn more at
> > 5.7.8  https://support.google.com/mail/?p=BadCredentials
> > s10sm8376885wrr.5 - gsmtp
> >
> > I suspect it has something to do with two factor auth.
> > So that's it: it cannot contribute to kernel right now.
> > I will not consider time spent fixing it as useful time investment.
>
> Note that this is a Googler-specific problem, as it's due to
> corp-security requirements that other GMail users and most GSuites
> customers won't have.  (For example, you could use another SMTP server
> and bypass the corp. mail submission server, but for google.com e-mail
> addresses, the DMARC settings foreclose that particular workaround.)
>
> So it's an extreme case, and is an example of corp e-mail insanity.
> The good news is that for companies that are really serious about
> working with upstream, they will roll out solutions for their own
> customers.  For example, with IBM, since Lotus notes was maximally
> unfriendly to OSS development practices, they created a separate mail
> system with ldap@linux.ibm.com addresses be cause it was simply
> impossible to engage with upstream development using ibm.com
> addresses.  So there are work arounds, and I encourage you to reach
> out to other Google kernel developers --- and if you are unhappy,
> please file internal bugs against the corp infrastructure.
>
> Personally, my solution to this problem is to use a non-google address
> (tytso@mit.edu) for upstream work, because life is too short to fight
> with GMail.  (Although it is doable; as many people can attest.)
>
> > I would say that we need to aim at  a process that does not require a
> > friendly experienced person to answer any of your questions in the
> > common case. Lots of people will simply not ask any questions.
>
> If you work inside a corporation with "unique" e-mail settings, you
> may need to ask a friendly experienced person inside your company, or
> look for the "new employee" (Noogler) web documentation for working
> with the kernel.

I used my private gmail account to send emails. My private email
account stopped working.