Provide support for OpenURL resolver

My university has recently deprecated EZProxy as part of moving towards SSO across all systems. This is preventing me from being able to import restricted files into Paperpile.

Instead they are providing an OpenURL resolver: This does not work if pasted into Paperpile at the moment.

This is supported by Endnote and other reference managers:

1 Like

We would need some help to fully understand the OpenURL workflow and how SSO comes into place there.

Let’s have a look at e.g. this paywalled Nature article:

Feeding the bibliographic information into the OpenURL resolver gives this page:

Where the user can select different sources to go the full text.

There is also Nature listed. What exactly happens when you click on Nature? Are you taken directly to the Nature website or is there some login? Can you then access the PDF file on Nature?

If I click the link in Nature ( I am taken to the Open Athens SSO page (

Once authenticated there is a token redirect back to the article page and I can access the PDF for download.

NB: In Chrome I have a University of Melbourne plugin that automatically provides SSO redirect for sites that they have access to. If I do this in FireFox then I need to click the “Access through your institution” button in Nature to trigger the above process.


Thanks, that helps a great deal. When you Click Nature on the Findit @ UniMelb page, it goes to
and then to the SSO sign in page, and then finally to Nature.

What is the exact URL for Nature you finally end up with? Is it some proxified URL, or just plain

Also if you visit the URL twice, do you need to sign in again, or does it directly forward to the nature page?

This is the full URL sequence looking at the browser history (SAML requests redacted):

  1. Enter this in browser
    https:// go . openathens . net/redirector/

  2. Redirects to
    https:// sso . unimelb . edu . au/login/login.htm?fromURI=%2Fapp%2Funiversityofmelbourne_openathens_1%2Fexk4hneffrVDsz6Z03l6%2Fsso%2Fsaml%3FSAMLRequest%3D**************

  3. Redirects to
    https:// sso . unimelb . edu . au/signin/refresh-auth-state/*****

  4. Redirects to
    https:// sso . unimelb . edu . au/

  5. Enter authentication details

  6. Redirects to
    https:// sso . unimelb . edu . au/login/step-up/redirect?stateToken=*****

  7. Redirects to
    https:// login . openathens . net/saml/2/sso/*****&

  8. Redirects to
    https:// www . nature . com/articles/418244a

Edit: had to remove links due to new user limits on links in forum.

If I visit this link a 2nd time once already authenticated then I end up at the Nature article directly:
https:// www . nature . com/articles/418244a

Just my 2 cents, but OpenURL lookups are essential for me since they allow me to see whether a resource is available, either physically or electronically, through my university’s resources. If the resource is not available, I can automatically open our Interlibrary Loan page with much of the information needed for a request already filled in.


Thanks James - in a similar situation and also require OpenURL in order to access articles - any updates appreciated otherwise I am back to the dreaded Endnote.

1 Like

I am in the same boat. Plus, I am unable to change the URL in the iOS apps. They seem to be baked in, with no option for a custom URL.

1 Like

If it helps any further, our OpenURL resolver is here:

It would be great to know if this can be on the roadmap!



Please implement this! My library also uses this and paperpile is fairly useless in comparison with competing products without this. @andreas @stefan

In fact, it’s very easy to implement.
The openurl resolver simply redirects the (logged in) user to where the file can actually be accessed. It’s a standardised system, and all you really need to process most requests is (for my case):
openurl resolver:
university login (already in paperpile):
doi of file requested: 10.1177/10398562211014212
which forms a link (simplified for you using only doi. this link doesn’t require login to access): 360 Link

doi is simply url encoded, as you can see. All you need to use a openurl resolver is to append ?rft_id=info:doi%2F{url encoded doi} to the resolver url

from this page I was redirected to, I arrive at a website where I have to manually click this link:

and the link directs me to

Where I can download the pdf at

There exists an openurl 0.1 and a 1.0 standard, for the 0.1 standard you use ?id=doi:{url encoded doi} instead, but you cannot use both ?id=doi: and ?rft_id=info:doi.

Please implement this ASAP! And maybe give me a permanent free paperpile account in return for this service :smile:

Further reading available here: OpenURL notes - Helpful

Here you can find important up to date information about the OpenURL protocol.

you’re apparently supposed to start with this parameter according to the docs (it communicates that it’s a 1.0 type request), but at my university and some other I tested, it seems to work fine without: ?ctx_ver=Z39.88-2004

1 Like