I saw the discussion; it was not marked as spam. I am not familiar with BEARER 
authentication so I didn’t reply. If it is indeed a common requirement, and 
people are prepared to do the work, I would be delighted to have this feature.

Julian


> On Dec 3, 2023, at 9:45 PM, Istvan Toth <st...@cloudera.com.INVALID> wrote:
> 
> Thanks Benchao Li!
> 
> You are right, but most people use GMail as their mail client, and having
> the email correctly sent by the list server, and being present in the
> archives amounts to little if most list members don't see it in their inbox.
> I am glad that it wasn't marked spam for everyone. GMail's ways are
> mysterious, I could only react based on what mine did.
> 
> best regards
> Istvan
> 
> 
> On Sun, Dec 3, 2023 at 3:51 PM Benchao Li <libenc...@apache.org> wrote:
> 
>> The original email is already in the Apache mailing list server[1].
>> It's the email app's behavior to mark it as spam, at least in my
>> Gmail, it's not spam.
>> 
>> [1] https://lists.apache.org/thread/hggbfwnlmg9hf00n5w68fsw519fzzxd3
>> 
>> Istvan Toth <st...@apache.org> 于2023年12月3日周日 00:38写道:
>>> 
>>> Hi !
>>> 
>>> Aron has recently started a discussion, but Gmail has decided to mark it
>> as
>>> spam.
>>> I expect that most people haven't even seen it, so I'm re-sending it with
>>> the hyperlinks removed:
>>> 
>>> I've opened a jira regarding the addition of Bearer authentication
>> support
>>>> to Avatica CALCITE-6135.
>>>> This feature would enable authentication with bearer tokens as defined
>>>> in RFC 6750.
>>> 
>>> 
>>>> I've also opened a PR with a proposed implementation (link int the
>>>> ticket). Worth noting that
>>>> there is an upcoming support for this auth scheme in HttpClient as well
>>>> (the commit is "BEARER auth scheme support (RFC 6750)")
>>>> Taking this into consideration, the relevant classes are adjusted so a
>>>> future version upgrade should not be too difficult. Additionally, this
>>>> implementation provides greater flexibility with a file based token
>>>> provider allowing token refresh, however, a constant token provider
>> class
>>>> is also implemented based on Istvan's suggestion.
>>> 
>>> 
>>>> I welcome any feedback or suggestions you may have.
>>> 
>>> 
>>>> Regards,
>>>> Áron
>> 
>> 
>> 
>> --
>> 
>> Best,
>> Benchao Li
>> 
> 
> 
> -- 
> *István Tóth* | Sr. Staff Software Engineer
> *Email*: st...@cloudera.com
> cloudera.com <https://www.cloudera.com>
> [image: Cloudera] <https://www.cloudera.com/>
> [image: Cloudera on Twitter] <https://twitter.com/cloudera> [image:
> Cloudera on Facebook] <https://www.facebook.com/cloudera> [image: Cloudera
> on LinkedIn] <https://www.linkedin.com/company/cloudera>
> ------------------------------
> ------------------------------

Reply via email to