Buy commercial curl support. We
help you work out your issues, debug your libcurl applications, use the API,
port to new platforms, add new features and more. With a team lead by the
curl founder Daniel himself.
Re: netrc Bearer Token Support?
- Contemporary messages sorted: [ by date ] [ by thread ] [ by subject ] [ by author ] [ by messages with attachments ]
From: Daniel Stenberg via curl-users <curl-users_at_lists.haxx.se>
Date: Tue, 16 Sep 2025 15:08:48 +0200 (CEST)
On Tue, 16 Sep 2025, Bastian Jesuiter via curl-users wrote:
> The netrc file only seems to support basic auth, Would it be possible (for
> curl) to parse the "password" field as "Bearer" token, either implicitly or
> explicitly (by adding the bearer at the beginning of the password field),
> when the login field is missing?
>
> Alternatively are there RFCs for the dotnetrc file where the parsing rules
> are defined? Or is this more of a silent agreement for the format?
.netrc is a legacy file format tracing back to the late 1970s. It was never
properly documented or defined but has been used by different tools in mostly
compatible ways through the decades ever since.
Adding or changing things to this format risk breaking how the file is
interpreted by other tools.
Of course, it is also conceptually possible to add things that just works with
curl if we really want to.
Date: Tue, 16 Sep 2025 15:08:48 +0200 (CEST)
On Tue, 16 Sep 2025, Bastian Jesuiter via curl-users wrote:
> The netrc file only seems to support basic auth, Would it be possible (for
> curl) to parse the "password" field as "Bearer" token, either implicitly or
> explicitly (by adding the bearer at the beginning of the password field),
> when the login field is missing?
>
> Alternatively are there RFCs for the dotnetrc file where the parsing rules
> are defined? Or is this more of a silent agreement for the format?
.netrc is a legacy file format tracing back to the late 1970s. It was never
properly documented or defined but has been used by different tools in mostly
compatible ways through the decades ever since.
Adding or changing things to this format risk breaking how the file is
interpreted by other tools.
Of course, it is also conceptually possible to add things that just works with
curl if we really want to.
-- / daniel.haxx.se || https://rock-solid.curl.dev -- Unsubscribe: https://lists.haxx.se/mailman/listinfo/curl-users Etiquette: https://curl.se/mail/etiquette.htmlReceived on 2025-09-16