[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[EP-tech] Word Documents won't download



Yes, I have updated that prior to the release of 3.4.1.? However, if you 
were upgrading and had an archive level 20_baseurls.pl you would need to 
manually update.? For easily readability I switch the two blocks of code 
around rather than using negation like Rory did below:


 ??? ??? if( EPrints::Utils::is_set( $c->{securehost} ) )
 ??????? {
 ??????????????? $uri->scheme( "https" );
 ??????????????? $uri->host( $c->{securehost} );
 ??????????????? $uri->port( $c->{secureport} );
 ??????????????? $uri = $uri->canonical;
 ??????????????? $uri->path( $c->{https_root} );
 ??????? }
 ??????? else
 ??????? {
 ??????????????? $uri->scheme( "http" );
 ??????????????? $uri->host( $c->{host} );
 ??????????????? $uri->port( $c->{port} );
 ??????????????? $uri = $uri->canonical;
 ??????????????? $uri->path( $c->{http_root} );
 ??????? }


On 05/01/2021 12:46, Rory McNicholl via Eprints-tech wrote:
> *CAUTION:* This e-mail originated outside the University of Southampton.
> Hello,
>
> not sure it will apply to this particular issue, but I have often to 
> switched round the emphasis in 20_baseurls.pl so that it will expect 
> "securehost" and fall back to "host" if that is not set...
>
> So the condition becomes:
>
> ? ? ? ? my $uri = URI->new( "http://"; );
>
> ? ? ? ? if(*! *EPrints::Utils::is_set( $c->{*securehost*} ) )
> ? ? ? ? {
> ? ? ? ? ? ? ? ? $uri->scheme( "http" );
> ? ? ? ? ? ? ? ? $uri->host( $c->{host} );
> ? ? ? ? ? ? ? ? $uri->port( $c->{port} );
> ? ? ? ? ? ? ? ? $uri = $uri->canonical;
> ? ? ? ? ? ? ? ? $uri->path( $c->{http_root} );
> ? ? ? ? }
> ? ? ? ? else
> ? ? ? ? {
> ? ? ? ? ? ? ? ? $uri->scheme( "https" );
> ? ? ? ? ? ? ? ? $uri->host( $c->{securehost} );
> ? ? ? ? ? ? ? ? $uri->port( $c->{secureport} );
> ? ? ? ? ? ? ? ? $uri = $uri->canonical;
> ? ? ? ? ? ? ? ? $uri->path( $c->{https_root} );
> ? ? ? ? }
>
> This is quite useful at picking up some instances of URLs not using 
> securehost when they should, but I don't think it does all of them.
>
> Cheers,
>
> Rory
>
> Rory McNicholl
> Team Lead - Research Technologies
> CoSector,?University of London
> Senate House
> Malet Street
> London
> WC1E 7HU
>
> t: +44 (0)20 7863 1344
> e: rory.mcnicholl at london.ac.uk
> w: https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcosector.com%2Fdigital-research%2F&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449865509%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=8mJ%2FJ7dGT%2BAle1PgQmsfzAoXhtUCOm%2BGFx4qgDe5ZIM%3D&reserved=0
>
> The University of London is an exempt charity in England and Wales.
> ------------------------------------------------------------------------
> *From:* eprints-tech-bounces at ecs.soton.ac.uk 
> <eprints-tech-bounces at ecs.soton.ac.uk> on behalf of James Kerwin via 
> Eprints-tech <eprints-tech at ecs.soton.ac.uk>
> *Sent:* 05 January 2021 12:11
> *To:* John Salter <J.Salter at leeds.ac.uk>
> *Cc:* eprints-tech at ecs.soton.ac.uk <eprints-tech at ecs.soton.ac.uk>
> *Subject:* Re: [EP-tech] Word Documents won't download
> *CAUTION:* This e-mail originated outside the University of Southampton.
> Hi John,
>
> I am glad you sent this because I don't have a 20_baseurls.pl 
> <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2F20_baseurls.pl%2F&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449865509%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=8tdixJNDwvwuCCAoEP%2FtcbkZJUc0N2L6ZLGQ2LRTCRc%3D&amp;reserved=0> 
> in my archive config, but after you mentioned it I've just discovered 
> it exists in the default cfg. Pretty sure mine is the old version as 
> it checks for host first and if that isn't set looks for securehost.
>
> In an act of desperate experimentation, before discovering this 
> baseurls?file, I commented out:
>
> #$c->{host} = 'livrepository.liverpool.ac.uk 
> <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Flivrepository.liverpool.ac.uk%2F&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449875502%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=CvRHENiOA%2Fu9mu%2Fu%2BcmKyrgR2JcTG4zX1522BPG%2FcOo%3D&amp;reserved=0>';
> #$c->{port} = 80;
>
> This DOES give me a https in the elements file link where it 
> previously gave me http. I assumed this would fix it, but it hasn't! I 
> click and see this text in my browser:
>
>     https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Felements.liverpool.ac.uk%2Frepository.html%3Fcom%3Dget-file%26publication-id%3D247357%26rfid%3Dhttps%253A%252F%252Flivrepository.liverpool.ac.uk%252Frt4eprints%252Ffile%252F149146%252FC__Users_fjones_Desktop_RESEARCH%2525202017_Catullus%252527%252520libellus%25253B%252520Paideia%2525202018.doc&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449875502%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=9wkxHBacg4xkCFWyl093NqSIYCnIhBT5ZwAIzqqwH%2BU%3D&amp;reserved=0
>     <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Felements.liverpool.ac.uk%2Frepository.html%3Fcom%3Dget-file%26publication-id%3D247357%26rfid%3Dhttps%253A%252F%252Flivrepository.liverpool.ac.uk%252Frt4eprints%252Ffile%252F149146%252FC__Users_fjones_Desktop_RESEARCH%2525202017_Catullus%252527%252520libellus%25253B%252520Paideia%2525202018.doc&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449875502%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=9wkxHBacg4xkCFWyl093NqSIYCnIhBT5ZwAIzqqwH%2BU%3D&amp;reserved=0>
>
> I'm at a little bit of a loss now that hasn't fixed it.This time I 
> have no console?clues to go on either. I've checked the RT1 settings 
> in Elements and (surprisingly) wherever they mention the repo url it's 
> already https.
>
> I shall keep thinking thoughts and hopefully a solution will magically 
> present itself.
>
> Thanks,
> James
>
> On Tue, Jan 5, 2021 at 11:31 AM John Salter <J.Salter at leeds.ac.uk 
> <mailto:J.Salter at leeds.ac.uk>> wrote:
>
>     Hi James,
>
>     For the 'doesn't resolve the access via Elements' aspect - is the
>     URL in Elements http (rather than https)?
>
>     The data that Elements collects for a publication comes from e.g.
>     https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Flivrepository.liverpool.ac.uk%2Frt4eprints%2Fpublication%2F&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449875502%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=1NvghcEnNta7wT1zIO2FtrnxbuXx2wS5QbTEMAIjG2A%3D&amp;reserved=0[SYMPLECTIC
>     PID]
>     <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Flivrepository.liverpool.ac.uk%2Frt4eprints%2Fpublication%2F%255bSYMPLECTIC%2520PID%255d&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449875502%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=CHu5yt2vCmjpFCZSeLNgoLhFuHxgLM43Cn9qUaV4xt8%3D&amp;reserved=0>
>
>
>     That file is compiled via Symplectic::Atom::AtomSerialiser - and
>     (via a few layers) ends up calling $document->get_url().
>
>     If the links in the Symp Atom representation are currently http,
>     then I think you'll need to make EPrints create https URLs by
>     default.
>
>     You might want protocol-less URLs in the user interface, but I'm
>     not sure whether they would confuse any processing at the
>     Symplectic end of things - so you probably need to make your base
>     URL default to https.
>
>     Somewhere between 10_core.pl
>     <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2F10_core.pl%2F&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449875502%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=1eYy95%2BWmulX4CVpthTiAWm1Fw4iP85vM6TUlG6rkOc%3D&amp;reserved=0>
>     and 20_baseurls.pl
>     <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2F20_baseurls.pl%2F&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449885498%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=tgqfLiUTUd%2Bn34SP3BW316XC34pP7rlCr%2F8EjPXKnQA%3D&amp;reserved=0>
>     you can make it default to https.
>
>     It might be worth comparing your live version of this
>     https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Feprints%2Feprints%2Fblob%2F3.3%2Flib%2Fdefaultcfg%2Fcfg.d%2F20_baseurls.pl&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449885498%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=rOSAVzxSdf4S7WaEtNO4xpIFzpya8V5YlKmoev%2FFr%2FQ%3D&amp;reserved=0
>     <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Feprints%2Feprints%2Fblob%2F3.3%2Flib%2Fdefaultcfg%2Fcfg.d%2F20_baseurls.pl&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449885498%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=rOSAVzxSdf4S7WaEtNO4xpIFzpya8V5YlKmoev%2FFr%2FQ%3D&amp;reserved=0>
>     file to that one.
>
>     It was updated to prefer https a few years ago, but as the file
>     gets copied into your repo config it may well be that you've got
>     an older version that prefers http.
>
>     Cheers,
>
>     John
>
>     *From:*eprints-tech-bounces at ecs.soton.ac.uk
>     <mailto:eprints-tech-bounces at ecs.soton.ac.uk>
>     [mailto:eprints-tech-bounces at ecs.soton.ac.uk
>     <mailto:eprints-tech-bounces at ecs.soton.ac.uk>] *On Behalf Of
>     *James Kerwin via Eprints-tech
>     *Sent:* 05 January 2021 09:32
>     *To:* eprints-tech at ecs.soton.ac.uk
>     <mailto:eprints-tech at ecs.soton.ac.uk>
>     *Subject:* Re: [EP-tech] Word Documents won't download
>
>     *CAUTION:*This e-mail originated outside the University of
>     Southampton.
>
>     Apologies, the link with the solution for the front-end is this one:
>
>     https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgist.github.com%2Fjacobovidal%2Fef5015e4e05905c6ec684425cf30bc9b&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449885498%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=6vfJcNqV9l2xL84bkLd370AcdfmViBa6NegXVqyEMSA%3D&amp;reserved=0
>     <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgist.github.com%2Fjacobovidal%2Fef5015e4e05905c6ec684425cf30bc9b&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449885498%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=6vfJcNqV9l2xL84bkLd370AcdfmViBa6NegXVqyEMSA%3D&amp;reserved=0>
>
>     The stack overflow one is related (I currently have so many tabs
>     open, hence the confusion).
>
>     On Tue, Jan 5, 2021 at 9:12 AM James Kerwin via Eprints-tech
>     <eprints-tech at ecs.soton.ac.uk
>     <mailto:eprints-tech at ecs.soton.ac.uk>> wrote:
>
>         *CAUTION:*This e-mail originated outside the University of
>         Southampton.
>
>         Morning all,
>
>         Don, John and David; thank you so much for setting me on the
>         right path. I had zero chance of sorting this out without your
>         help. Especially since I forgot that the console existed in
>         Chrome...
>
>         I read this blog post that explains my repo-woes:
>
>             https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fblog.chromium.org%2F2020%2F02%2Fprotecting-users-from-insecure.html&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449885498%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=WPRGqCn15QB8rS1NCc4xPGSz8JVPsP34A0wYOByRTRg%3D&amp;reserved=0
>             <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fblog.chromium.org%2F2020%2F02%2Fprotecting-users-from-insecure.html&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449885498%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=WPRGqCn15QB8rS1NCc4xPGSz8JVPsP34A0wYOByRTRg%3D&amp;reserved=0>
>
>         I found this "solution" that appears to work on the repository
>         side of things:
>
>             https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F32650396%2Fmixed-content-insecure-content-ssl&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449885498%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=nu3mkW7zWwUnkhsuZqBTtL7v0e%2BmlnJ0Zl8sF0Mzm5Y%3D&amp;reserved=0
>             <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F32650396%2Fmixed-content-insecure-content-ssl&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449885498%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=nu3mkW7zWwUnkhsuZqBTtL7v0e%2BmlnJ0Zl8sF0Mzm5Y%3D&amp;reserved=0>
>
>         I've so far opted for the addition of the meta tag in
>         ../cfg/templates/default.xml:
>
>             meta http-equiv="Content-Security-Policy"
>             content="upgrade-insecure-requests"
>
>         I appreciate this isn't the BEST solution, but it's the most
>         immediate one that gets some people off my back until I can
>         implement a proper one. It does not solve the issue of
>         accessing the file via Elements, which is what I expected.
>
>         It was one of my predecessors or CSD that set up HTTPS in our
>         repository and it hasn't been done in the standard "EPrints
>         way".?I thought it worked well by redirecting people to HTTPS.
>         I had previously tried replicating this set-up in our data
>         repository, but I'm glad I didn't now. The data repo doesn't
>         go to https until logging in and it often generates emails
>         from users along the lines of "your website isn't secure!".
>
>         Anyway, thank you once more for the help and advice. I will
>         update you all on how I get on.
>
>         Thanks,
>
>         James
>
>         On Mon, Jan 4, 2021 at 10:25 PM David R Newman
>         <drn at ecs.soton.ac.uk <mailto:drn at ecs.soton.ac.uk>> wrote:
>
>             Hi John,
>
>             I have just tested you config change but it does not seem
>             to work on the abstract page of the repository I have been
>             testing on.? My recommendation would be to set the
>             following config option at the end of 10_core.pl
>             <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2F10_core.pl%2F&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449895491%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=giHXJ7aTpRRzyFTweaZvfVtfMGfIKA8Y9jbrRUnxs5o%3D&amp;reserved=0>
>             to make the URLs protocol-relative:
>
>             $c->{http_url} = '//' . $c->{host} . '/';
>
>             $c->{http_cgiurl} = '//' . $c->{host} . '/cgi/';
>
>             This sets a protocol relative URL rather than an http
>             one.? You could alternativerly set to 'https://' .
>             $c->{host} . '/'; to just make all URLs https.? If you
>             only set to the protocol-relative option then there is a
>             minor issue that the EPrint::View page for live items with
>             be display the URL as //HOSTNAME/12345/ rather than
>             https://HOSTNAME/12345/ <https://HOSTNAME/12345/> which
>             may be confusing to some users as they would expect it to
>             start http or https.? Also default abstract/summary pages
>             will display the URI as protocol-relative at the end of
>             the summary table.? These are issues I have been trying to
>             address for adding robust protocol-relative URL support to
>             EPrints 3.4.3.
>
>             The motivation to switch to procotol-relative URLs is that
>             it saves a wholesale switch from http to https URLs with
>             redirects that I have noted often causes a dip in
>             Google-indexing and download stats for up to a month or
>             so.? An explanation about why this happens can be found at:
>
>             https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwiki.eprints.org%2Fw%2FSimplified_HTTPS_Configuration%23Issues_and_Troubleshooting&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449895491%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=7PV9MNh9SpT7C%2B%2BWuDCxE6lvZhWLwmbhvr2xWaVPj6o%3D&amp;reserved=0
>             <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwiki.eprints.org%2Fw%2FSimplified_HTTPS_Configuration%23Issues_and_Troubleshooting&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449895491%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=7PV9MNh9SpT7C%2B%2BWuDCxE6lvZhWLwmbhvr2xWaVPj6o%3D&amp;reserved=0>
>
>
>             I don't think using https in the http_url configuration
>             option will affect the download stats that much, as it
>             won't lead to and http to https redirect that is the
>             predominant factor in lowering download stats.? It will
>             however, change the URIs for eprint items, which may have
>             an affect on Google indexing.? However, this is very much
>             dependent on how Google seeks out the URLs to be indexed,
>             which is multivarious.
>
>             Regards
>
>             David Newman
>
>             On 04/01/2021 18:02, John Salter wrote:
>
>                 *CAUTION:*This e-mail originated outside the
>                 University of Southampton.
>
>                 I've just re-checked my config files.
>
>                 For 3.3.x, if you include (in e.g. 10_core.pl
>                 <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2F10_core.pl%2F&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449895491%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=giHXJ7aTpRRzyFTweaZvfVtfMGfIKA8Y9jbrRUnxs5o%3D&amp;reserved=0>):
>
>                 $c->{http_root} = undef;
>
>                 It will make thumbnails/download links relative rather
>                 than absolute.
>
>                 I think there was more to it that that though - if
>                 you're creating downloadable content (e.g.
>                 coversheets) , you want it to render the full links
>                 (using with https by defult).
>
>                 Cheers,
>
>                 John
>
>                 *From:*eprints-tech-bounces at ecs.soton.ac.uk
>                 <mailto:eprints-tech-bounces at ecs.soton.ac.uk>
>                 [mailto:eprints-tech-bounces at ecs.soton.ac.uk
>                 <mailto:eprints-tech-bounces at ecs.soton.ac.uk>] *On
>                 Behalf Of *David R Newman via Eprints-tech
>                 *Sent:* 04 January 2021 17:44
>                 *To:* John Salter <J.Salter at leeds.ac.uk>
>                 <mailto:J.Salter at leeds.ac.uk>;
>                 eprints-tech at ecs.soton.ac.uk
>                 <mailto:eprints-tech at ecs.soton.ac.uk>; James Kerwin
>                 <jkerwin2101 at gmail.com> <mailto:jkerwin2101 at gmail.com>
>                 *Subject:* Re: [EP-tech] Word Documents won't download
>
>                 Hi all,
>
>                 So, the problem is the URL generated by EPrints
>                 compiled XML's cite:linkhere which uses http rather
>                 than https.? The suggestion John's makes about
>                 https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwiki.eprints.org%2Fw%2FSimplified_HTTPS_Configuration%23HTTPS_Only&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449895491%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=tKtFdSnCvlQ9NUMUJDqg8aYLQNTrPYvvhNNosK03%2Fo4%3D&amp;reserved=0
>                 <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwiki.eprints.org%2Fw%2FSimplified_HTTPS_Configuration%23HTTPS_Only&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449895491%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=tKtFdSnCvlQ9NUMUJDqg8aYLQNTrPYvvhNNosK03%2Fo4%3D&amp;reserved=0>
>                 will only work if you are running EPrints 3.4.1+,
>                 which I can see that you are not.
>
>                 One of the features I have been working on for 3.4.3
>                 is protocol relative URLs which should help deal with
>                 these issues.? If you are still running 3.3.x fixing
>                 these sort of problems with be tricky.? I think you
>                 need to look at the various document citations and
>                 possible eprint_render.pl
>                 <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Feprint_render.pl%2F&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449895491%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=tNqpMVz%2BC%2B%2F8mZEr1Dt8f7C8Tn0uemTeZgL7zcmj8Bo%3D&amp;reserved=0>
>                 and replace the http URLs with https URLs.? In some
>                 cases the http URL will come from the
>                 <cite:linkshere>, which you will probably need to hack
>                 with a fix like:
>
>                 <a href="{$config{https_url}}/{eprintid}/{pos}/{main}">
>
>                 and </cite:linkhere> with </a>
>
>                 Hope this helps
>
>                 David Newman
>
>                 On 04/01/2021 17:20, John Salter wrote:
>
>                     *CAUTION:*This e-mail originated outside the
>                     University of Southampton.
>
>                     > I was just about to chime in that the document URL is
>                     rendered with http - but you're redirecting to
>                     https - so some part of Chrome's 302 handing is
>                     possibly confusing things?
>
>                     To flesh that out a bit more:
>
>                     White Rose is currently still available over http
>                     and https. Document links are relative - so match
>                     the protocol you're visiting the site from.
>
>                     For LivRepo, it looks like you're using an HSTS
>                     setup so requests to http:// are redirected to
>                     https:// (via a 307 response).
>
>                     If you update the download URL to use https (via
>                     Chrome Console / Inspect), it downloads fine.
>
>                     To fix this in EPrints,
>                     https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwiki.eprints.org%2Fw%2FSimplified_HTTPS_Configuration%23HTTPS_Only&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449905483%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=tA2JS0VdiPRk7BxnRt0Jg6SbMNc%2Fk2K0x91jLfiBjhE%3D&amp;reserved=0
>                     <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwiki.eprints.org%2Fw%2FSimplified_HTTPS_Configuration%23HTTPS_Only&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449905483%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=tA2JS0VdiPRk7BxnRt0Jg6SbMNc%2Fk2K0x91jLfiBjhE%3D&amp;reserved=0>
>                     - setting 'host' to undef is the key - although
>                     test this thoroughly first - can't remember if
>                     there's any related 'fun' with Symplectic
>                     connector if you do this (I don't think there is?).
>
>                     Cheers,
>
>                     John
>
>                     *From:*eprints-tech-bounces at ecs.soton.ac.uk
>                     <mailto:eprints-tech-bounces at ecs.soton.ac.uk>
>                     [mailto:eprints-tech-bounces at ecs.soton.ac.uk
>                     <mailto:eprints-tech-bounces at ecs.soton.ac.uk>] *On
>                     Behalf Of *David R Newman via Eprints-tech
>                     *Sent:* 04 January 2021 17:02
>                     *To:* James Kerwin <jkerwin2101 at gmail.com>
>                     <mailto:jkerwin2101 at gmail.com>
>                     *Cc:* eprints-tech at ecs.soton.ac.uk
>                     <mailto:eprints-tech at ecs.soton.ac.uk>
>                     *Subject:* Re: [EP-tech] Word Documents won't download
>
>                     Hi James,
>
>                     You should note that the whiterose URL is http
>                     rather than https. I have tested (on Chrome) the
>                     same URL I was testing before but with http rather
>                     than https and this worked just fine.? This is
>                     starting to suggest to me some security feature
>                     (albeit maybe a bit broken) within Chrome. From
>                     the depths of my brain I am vaguely recall some
>                     issue to do with content length mismatches that
>                     exhibited similar symptoms.
>
>                     Regards
>
>                     David Newman
>
>                     On 04/01/2021 16:53, James Kerwin wrote:
>
>                         *CAUTION:*This e-mail originated outside the
>                         University of Southampton.
>
>                         Hi David,
>
>                         Thanks for your response. it's good to know
>                         it's not just me (although I did ask my family
>                         to also attempt to download it and they all
>                         struggled).
>
>                         To add to the confusion, this item on the
>                         White Rose repository downloads fine. Unless
>                         Mr Salter has some different setup, I'm afraid
>                         it only adds to my quiet?terror:
>
>                         https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Feprints.whiterose.ac.uk%2F160018%2F&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449905483%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=T1hbN9TlhfJuo3gB%2FzBCpbXLQNe8NRLfq6PJN%2BBd5IY%3D&amp;reserved=0
>                         <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Feprints.whiterose.ac.uk%2F160018%2F&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449905483%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=T1hbN9TlhfJuo3gB%2FzBCpbXLQNe8NRLfq6PJN%2BBd5IY%3D&amp;reserved=0>
>
>                         What I have noticed is that his filenames in
>                         the word documents have no spaces. I'm
>                         currently mooching through our EPrints
>                         database for a doc(x) file that also avoids
>                         spaces. This isn't the most scientific way to
>                         work it out, but I'm hoping it yields some
>                         results...
>
>                         This sort of problem landing at my feet on the
>                         first day back at work should be considered
>                         some sort of abuse of my human rights!
>
>                         If by some miracle I find a cause or solution
>                         I will share it.
>
>                         Thanks,
>
>                         James
>
>                         On Mon, Jan 4, 2021 at 4:45 PM David R Newman
>                         <drn at ecs.soton.ac.uk
>                         <mailto:drn at ecs.soton.ac.uk>> wrote:
>
>                             Hi James,
>
>                             I see the same behaviour on your
>                             repository for the Word document on the
>                             URL you provided. Similarly it works fine
>                             on FireFox but has problems on Chrome when
>                             you click on the link and don't try to
>                             download it another tab. Oddly, if I try a
>                             second time I get a popup asking me if I
>                             want to allow downloads of multiple
>                             files.? I have tested on a different
>                             repository and I see the same issue with
>                             both .doc and .docx files. I suspect there
>                             may be issues with all application/...
>                             mime type files.? My best guess is this is
>                             a new security feature from Chrome.? It
>                             may be something that requires tweaking
>                             Apache's configuration or possibly even
>                             something within EPrints.
>
>                             I have also tested on Edge and Opera (all
>                             browsers running on Windows 10) and I do
>                             not have any issues either.? The Chrome
>                             version I am running is 87.0.4280.88, this
>                             looks to have been released at the
>                             beginning of December. I do not know when
>                             my browser upgraded but there are
>                             currently no knew updates available for
>                             Chrome according to my browser's "About
>                             Google Chrome" page. I will continue to
>                             investigate and get back to the list if I
>                             find out anything more.
>
>                             Regards
>
>                             David Newman
>
>                             On 04/01/2021 15:54, James Kerwin via
>                             Eprints-tech wrote:
>
>                                 *CAUTION:*This e-mail originated
>                                 outside the University of Southampton.
>
>                                 Hi All,
>
>                                 Happy new year etc. Hope everyone is well.
>
>                                 I have a problem that has appeared
>                                 today and it was fine before
>                                 18/12/2020 (as in it worked as expected).
>
>                                 Word documents are not downloading on
>                                 the repository when using Chrome. If I
>                                 right the download link and open it in
>                                 a new tab it works and the file is
>                                 downloaded. PDFs are behaving fine. If
>                                 I use FireFox and click the download
>                                 link the file will download, but it
>                                 does prompt me whether?I want to save
>                                 or open (this is fine, I don't use FF
>                                 much so I won't click the "don't ask
>                                 again" option).
>
>                                 In Elements on both Chrome and FF the
>                                 file will not download. PDFs are
>                                 downloading through Elements fine.
>
>                                 Is there a likely cause for this? Some
>                                 sort of update to some obscure working
>                                 of the internet?
>
>                                 Example record:
>
>                                 https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Flivrepository.liverpool.ac.uk%2F3033942%2F&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449905483%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=7AzezjKSnsDuDbPmxMIAfk3O%2BXw7PYNkPVY1fzeBMK8%3D&amp;reserved=0
>                                 <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Flivrepository.liverpool.ac.uk%2F3033942%2F&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449905483%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=7AzezjKSnsDuDbPmxMIAfk3O%2BXw7PYNkPVY1fzeBMK8%3D&amp;reserved=0>
>
>                                 Any help will be gratefully received.
>                                 I'm totally confused by it and don't
>                                 know where to start.
>
>                                 Thanks,
>
>                                 James
>
>
>
>                                 *** Options:http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech  <http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech>
>
>                                 *** Archive:https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.eprints.org%2Ftech.php%2F&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449905483%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=%2F5L4B53HcbK%2FcfcyQfVTIr6oeFU7AAYgDvgHOPTVSpE%3D&amp;reserved=0  <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.eprints.org%2Ftech.php%2F&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449905483%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=%2F5L4B53HcbK%2FcfcyQfVTIr6oeFU7AAYgDvgHOPTVSpE%3D&amp;reserved=0>
>
>                                 *** EPrints community wiki:https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwiki.eprints.org%2F&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449905483%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=1TsbJsCnkegakQBdLqKJz8XughcHHRfxdhlP%2BHHbJNc%3D&amp;reserved=0  <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwiki.eprints.org%2F&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449915484%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=J5uIkMKdXW5ONEn1ylPTWDx%2Bs7DLCFSQLXxyNLaPpZY%3D&amp;reserved=0>
>
>                             Image removed by sender.
>                             <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.avg.com%2Femail-signature%3Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclient&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449915484%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=5U3AsqQ17Y6ebDDYJV7hIlcp5bcbiWVbBzmNUzE7u3s%3D&amp;reserved=0>
>
>                             	
>
>                             Virus-free. https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.avg.com%2F&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449915484%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=qhHoVj6c21bwG%2BgHa265kgZJge1s%2F3i5C74o%2B7v0Qpw%3D&amp;reserved=0
>                             <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.avg.com%2Femail-signature%3Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclient&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449915484%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=5U3AsqQ17Y6ebDDYJV7hIlcp5bcbiWVbBzmNUzE7u3s%3D&amp;reserved=0>
>
>
>         *** Options:
>         http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
>         <http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech>
>         *** Archive: https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.eprints.org%2Ftech.php%2F&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449915484%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=tHLNy8b%2F8AovHsRLh6idD9giVICHIZBQYghU3vI8Azo%3D&amp;reserved=0
>         <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.eprints.org%2Ftech.php%2F&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449915484%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=tHLNy8b%2F8AovHsRLh6idD9giVICHIZBQYghU3vI8Azo%3D&amp;reserved=0>
>         *** EPrints community wiki: https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwiki.eprints.org%2F&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449915484%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=J5uIkMKdXW5ONEn1ylPTWDx%2Bs7DLCFSQLXxyNLaPpZY%3D&amp;reserved=0
>         <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwiki.eprints.org%2F&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449915484%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=J5uIkMKdXW5ONEn1ylPTWDx%2Bs7DLCFSQLXxyNLaPpZY%3D&amp;reserved=0>
>
>
> *** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
> *** Archive: https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.eprints.org%2Ftech.php%2F&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449925479%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=SWmsBkWuz6%2Bei3A2TqR7t7RqUB2PmJUhN2bHH0wMOjk%3D&amp;reserved=0
> *** EPrints community wiki: https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwiki.eprints.org%2F&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449925479%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=5SpDqAakVW0xaOxcZpLmsy4kJIQD0nW1qIlhdKcavsM%3D&amp;reserved=0


-- 
This email has been checked for viruses by AVG.
https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avg.com%2F&amp;data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449925479%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=Xyz3bq0KxO2DzPczFRz7CCn99uUvOeuPoY5%2B2lc90jE%3D&amp;reserved=0
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ecs.soton.ac.uk/pipermail/eprints-tech/attachments/20210105/fe13c1b4/attachment-0001.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 350 bytes
Desc: not available
Url : http://mailman.ecs.soton.ac.uk/pipermail/eprints-tech/attachments/20210105/fe13c1b4/attachment-0001.jpg