[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&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449865509%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=8tdixJNDwvwuCCAoEP%2FtcbkZJUc0N2L6ZLGQ2LRTCRc%3D&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&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449875502%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=CvRHENiOA%2Fu9mu%2Fu%2BcmKyrgR2JcTG4zX1522BPG%2FcOo%3D&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&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449875502%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=9wkxHBacg4xkCFWyl093NqSIYCnIhBT5ZwAIzqqwH%2BU%3D&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&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449875502%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=9wkxHBacg4xkCFWyl093NqSIYCnIhBT5ZwAIzqqwH%2BU%3D&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&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449875502%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=1NvghcEnNta7wT1zIO2FtrnxbuXx2wS5QbTEMAIjG2A%3D&reserved=0[SYMPLECTIC
> PID]
> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Flivrepository.liverpool.ac.uk%2Frt4eprints%2Fpublication%2F%255bSYMPLECTIC%2520PID%255d&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449875502%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=CHu5yt2vCmjpFCZSeLNgoLhFuHxgLM43Cn9qUaV4xt8%3D&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&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449875502%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=1eYy95%2BWmulX4CVpthTiAWm1Fw4iP85vM6TUlG6rkOc%3D&reserved=0>
> and 20_baseurls.pl
> <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2F20_baseurls.pl%2F&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449885498%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=tgqfLiUTUd%2Bn34SP3BW316XC34pP7rlCr%2F8EjPXKnQA%3D&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&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449885498%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=rOSAVzxSdf4S7WaEtNO4xpIFzpya8V5YlKmoev%2FFr%2FQ%3D&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&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449885498%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=rOSAVzxSdf4S7WaEtNO4xpIFzpya8V5YlKmoev%2FFr%2FQ%3D&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&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449885498%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=6vfJcNqV9l2xL84bkLd370AcdfmViBa6NegXVqyEMSA%3D&reserved=0
> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgist.github.com%2Fjacobovidal%2Fef5015e4e05905c6ec684425cf30bc9b&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449885498%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=6vfJcNqV9l2xL84bkLd370AcdfmViBa6NegXVqyEMSA%3D&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&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449885498%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=WPRGqCn15QB8rS1NCc4xPGSz8JVPsP34A0wYOByRTRg%3D&reserved=0
> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fblog.chromium.org%2F2020%2F02%2Fprotecting-users-from-insecure.html&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449885498%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=WPRGqCn15QB8rS1NCc4xPGSz8JVPsP34A0wYOByRTRg%3D&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&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449885498%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=nu3mkW7zWwUnkhsuZqBTtL7v0e%2BmlnJ0Zl8sF0Mzm5Y%3D&reserved=0
> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F32650396%2Fmixed-content-insecure-content-ssl&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449885498%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=nu3mkW7zWwUnkhsuZqBTtL7v0e%2BmlnJ0Zl8sF0Mzm5Y%3D&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&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449895491%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=giHXJ7aTpRRzyFTweaZvfVtfMGfIKA8Y9jbrRUnxs5o%3D&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&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449895491%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=7PV9MNh9SpT7C%2B%2BWuDCxE6lvZhWLwmbhvr2xWaVPj6o%3D&reserved=0
> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwiki.eprints.org%2Fw%2FSimplified_HTTPS_Configuration%23Issues_and_Troubleshooting&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449895491%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=7PV9MNh9SpT7C%2B%2BWuDCxE6lvZhWLwmbhvr2xWaVPj6o%3D&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&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449895491%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=giHXJ7aTpRRzyFTweaZvfVtfMGfIKA8Y9jbrRUnxs5o%3D&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&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449895491%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=tKtFdSnCvlQ9NUMUJDqg8aYLQNTrPYvvhNNosK03%2Fo4%3D&reserved=0
> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwiki.eprints.org%2Fw%2FSimplified_HTTPS_Configuration%23HTTPS_Only&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449895491%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=tKtFdSnCvlQ9NUMUJDqg8aYLQNTrPYvvhNNosK03%2Fo4%3D&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&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449895491%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=tNqpMVz%2BC%2B%2F8mZEr1Dt8f7C8Tn0uemTeZgL7zcmj8Bo%3D&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&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449905483%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=tA2JS0VdiPRk7BxnRt0Jg6SbMNc%2Fk2K0x91jLfiBjhE%3D&reserved=0
> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwiki.eprints.org%2Fw%2FSimplified_HTTPS_Configuration%23HTTPS_Only&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449905483%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=tA2JS0VdiPRk7BxnRt0Jg6SbMNc%2Fk2K0x91jLfiBjhE%3D&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&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449905483%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=T1hbN9TlhfJuo3gB%2FzBCpbXLQNe8NRLfq6PJN%2BBd5IY%3D&reserved=0
> <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Feprints.whiterose.ac.uk%2F160018%2F&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449905483%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=T1hbN9TlhfJuo3gB%2FzBCpbXLQNe8NRLfq6PJN%2BBd5IY%3D&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&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449905483%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=7AzezjKSnsDuDbPmxMIAfk3O%2BXw7PYNkPVY1fzeBMK8%3D&reserved=0
> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Flivrepository.liverpool.ac.uk%2F3033942%2F&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449905483%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=7AzezjKSnsDuDbPmxMIAfk3O%2BXw7PYNkPVY1fzeBMK8%3D&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&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449905483%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=%2F5L4B53HcbK%2FcfcyQfVTIr6oeFU7AAYgDvgHOPTVSpE%3D&reserved=0 <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.eprints.org%2Ftech.php%2F&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449905483%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=%2F5L4B53HcbK%2FcfcyQfVTIr6oeFU7AAYgDvgHOPTVSpE%3D&reserved=0>
>
> *** EPrints community wiki:https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwiki.eprints.org%2F&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449905483%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=1TsbJsCnkegakQBdLqKJz8XughcHHRfxdhlP%2BHHbJNc%3D&reserved=0 <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwiki.eprints.org%2F&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449915484%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=J5uIkMKdXW5ONEn1ylPTWDx%2Bs7DLCFSQLXxyNLaPpZY%3D&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&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449915484%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=5U3AsqQ17Y6ebDDYJV7hIlcp5bcbiWVbBzmNUzE7u3s%3D&reserved=0>
>
>
>
> Virus-free. https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.avg.com%2F&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449915484%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=qhHoVj6c21bwG%2BgHa265kgZJge1s%2F3i5C74o%2B7v0Qpw%3D&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&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449915484%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=5U3AsqQ17Y6ebDDYJV7hIlcp5bcbiWVbBzmNUzE7u3s%3D&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&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449915484%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=tHLNy8b%2F8AovHsRLh6idD9giVICHIZBQYghU3vI8Azo%3D&reserved=0
> <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.eprints.org%2Ftech.php%2F&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449915484%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=tHLNy8b%2F8AovHsRLh6idD9giVICHIZBQYghU3vI8Azo%3D&reserved=0>
> *** EPrints community wiki: https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwiki.eprints.org%2F&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449915484%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=J5uIkMKdXW5ONEn1ylPTWDx%2Bs7DLCFSQLXxyNLaPpZY%3D&reserved=0
> <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwiki.eprints.org%2F&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449915484%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=J5uIkMKdXW5ONEn1ylPTWDx%2Bs7DLCFSQLXxyNLaPpZY%3D&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&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449925479%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=SWmsBkWuz6%2Bei3A2TqR7t7RqUB2PmJUhN2bHH0wMOjk%3D&reserved=0
> *** EPrints community wiki: https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwiki.eprints.org%2F&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449925479%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=5SpDqAakVW0xaOxcZpLmsy4kJIQD0nW1qIlhdKcavsM%3D&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&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C5668cc2f5f9a4076880e08d8b1793242%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637454481449925479%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=Xyz3bq0KxO2DzPczFRz7CCn99uUvOeuPoY5%2B2lc90jE%3D&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