From Craig.Gilbert at nexus.org.uk Mon Feb 6 16:36:04 2023 From: Craig.Gilbert at nexus.org.uk (Craig Gilbert) Date: Mon, 6 Feb 2023 16:36:04 +0000 Subject: [ZendTo] zendto-saml package version to support PHP >8.0 References: Message-ID: Hi all, We're in the process of moving our ZendTo install over to PHP >8.0 and have noticed that SimpleSAMLphp doesn't work in PHP >8.0. Upon further investigation, it looks like we're running an older version of the zendto-saml package; version 1.0-1. This is the latest version that's available in the yum repository: [nobody at nothing ~]$ sudo dnf update Last metadata expiration check: 0:01:48 ago on Mon 06 Feb 2023 04:13:11 PM GMT. Dependencies resolved. Nothing to do. Complete! [nobody at nothing ~]$ sudo dnf list | grep zendto zendto.noarch 6.13-3 @ZendTo zendto-repo.noarch 1.1-1 @System zendto-saml.noarch 1.0-1 @ZendTo But is older than the rpm package on the zend.to site, which is version 1.1-3 (https://zend.to/downloads) I've been looking to manually update the zendto-saml package using the up-to-date rpm, but according to the ChangeLog-saml file in zendto-saml-1.1-3.noarch.rpm, the 1.1-3 build is actually 1.0-1, although comparing the composer.json file in opt/zendto/simplesamlphp/ it has a version bump from 1.18.6 to 1.19.5, so perhaps the rpm version is a later version? Does anyone know if the zendto-saml rpm on the website is a later version than 1.0-1 under the hood, and if so, if there is a plan to get this into the yum repo? I don't mind manually upgrading the rpm - having it in the repo is just a nice-to-have. Thank you in advance for any advice given. Kind Regards, Craig Gilbert (he/him/his) Systems Architect ICT, Nexus House, St. James' Boulevard, Newcastle upon Tyne, NE1 4AX www.nexus.org.uk ********************************************************************************** Any views or opinions expressed by the sender of this message do not necessarily represent those of Nexus. This message is intended for the addressee only. It is confidential and may contain private or privileged information. It must not be copied or its contents disclosed to anyone other than the addressee. If it is delivered to you in error please destroy all copies of it immediately and contact the sender. Please note that neither Nexus nor the sender accepts any responsibility for viruses and it is your responsibility to scan or otherwise check this email and any attachments. BEWARE OF CYBER-CRIME: Our financial details are not expected to change. Should you receive a notification which advises a change in our bank account details, it may be fraudulent and you should contact Nexus directly for confirmation. ********************************************************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.a.young at durham.ac.uk Tue Feb 7 14:47:11 2023 From: m.a.young at durham.ac.uk (Michael Young) Date: Tue, 7 Feb 2023 14:47:11 +0000 (GMT) Subject: [ZendTo] zendto-saml package version to support PHP >8.0 In-Reply-To: References: <39cba158-9975-7435-558b-3f7930d1af5@algedi.dur.ac.uk> Message-ID: On Mon, 6 Feb 2023, Craig Gilbert via ZendTo wrote: > Hi all, > > We?re in the process of moving our ZendTo install over to PHP >8.0 and have > noticed that SimpleSAMLphp doesn?t work in PHP >8.0. Upon further > investigation, it looks like we?re running an older version of the > zendto-saml package; version 1.0-1. This is the latest version that?s > available in the yum repository: > > ... > > I?ve been looking to manually update the zendto-saml package using the > up-to-date rpm, but according to the ChangeLog-saml file in > zendto-saml-1.1-3.noarch.rpm, the 1.1-3 build is actually 1.0-1, although > comparing the composer.json file in opt/zendto/simplesamlphp/ it has a > version bump from 1.18.6 to 1.19.5, so perhaps the rpm version is a later > version? > > Does anyone know if the zendto-saml rpm on the website is a later version > than 1.0-1 under the hood, and if so, if there is a plan to get this into > the yum repo? I don?t mind manually upgrading the rpm ? having it in the > repo is just a nice-to-have. I had a quick look at the code and zendto-saml-1.1-3.noarch is indeed a later version than zendto-saml-1.0-1.noarch and should support php 8 Michael Young From pmb39 at cam.ac.uk Mon Feb 20 08:47:26 2023 From: pmb39 at cam.ac.uk (Philip Blakely) Date: Mon, 20 Feb 2023 08:47:26 +0000 Subject: [ZendTo] Drop-offs fail from external users with a request code In-Reply-To: References: <82bd3def-e822-e1a4-1b1a-6c0e99b4ef48@cam.ac.uk> Message-ID: Hello, I'm running ZendTo version 6.13-3 for a small research group. As a logged-in user, I can successfully create a request for an external user to send me a file. However, the person dropping off the file via the request link then gets the error message (after uploading the file): "You must be logged in as a XXXX user in order to drop-off a file for a non-XXXX user." In case it's relevant, I have set: 'allowExternalUploads' => FALSE 'allowExternalPickups' => FALSE, (although I don't think these are relevant to this problem, from the documentation). I *think* the error is in NSSDropbox.php, line 2769: if ( !$this->_dropbox->authorizedUser() && ! $checkRD) does not allow unauthorized (e.g. external) users to drop-off for anyone, even if they've got a request code. I think this should be (possibly): if ( !($this->_dropbox->authorizedUser() || $req != '') && ! $checkRD ) (at least this made it work for me). On the other hand, I can send a fuller preferences.php or more logs in case there's some odd combination of settings or circumstances that has caused this to happen, or any documentation I've not read properly, so any suggestions or alternative fixes would be welcome. Thanks, Philip -- Dr Philip Blakely (he/him/his) Laboratory for Scientific Computing, Department of Physics, J J Thomson Avenue, Cambridge CB3 0HE From Jules at Zend.To Tue Feb 21 10:16:08 2023 From: Jules at Zend.To (Jules) Date: Tue, 21 Feb 2023 10:16:08 +0000 Subject: [ZendTo] Drop-offs fail from external users with a request code In-Reply-To: References: <82bd3def-e822-e1a4-1b1a-6c0e99b4ef48@cam.ac.uk> <6a9bf850-121c-cf4b-13d2-090df244d646@Zend.To> Message-ID: Hi Philip, Switching off allowExternalUploads does a complete job of "what it says on the tin". It stops all users who cannot actually login from being able to upload files. That way only internal users can send files, which is what some people want. Hope that helps, Jules. On 20/02/2023 08:47, Philip Blakely via ZendTo wrote: > Hello, > > I'm running ZendTo version 6.13-3 for a small research group. As a > logged-in user, I can successfully create a request for an external > user to send me a file. > > However, the person dropping off the file via the request link then > gets the error message (after uploading the file): > "You must be logged in as a XXXX user in order to drop-off a file for > a non-XXXX user." > > In case it's relevant, I have set: > 'allowExternalUploads' => FALSE > 'allowExternalPickups' => FALSE, > (although I don't think these are relevant to this problem, from the > documentation). > > I *think* the error is in NSSDropbox.php, line 2769: > if ( !$this->_dropbox->authorizedUser() && ! $checkRD) > > does not allow unauthorized (e.g. external) users to drop-off for > anyone, even if they've got a request code. > > I think this should be (possibly): > if ( !($this->_dropbox->authorizedUser() || $req != '') && ! $checkRD ) > > (at least this made it work for me). > > On the other hand, I can send a fuller preferences.php or more logs in > case there's some odd combination of settings or circumstances that > has caused this to happen, or any documentation I've not read > properly, so any suggestions or alternative fixes would be welcome. > > Thanks, > > Philip > Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast: Portland, Plymouth: Variable 2 to 4, becoming northwest 4 to 6 later. Slight or moderate, occasionally smooth. Fog patches, rain later. Moderate or good, occasionally very poor. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From pmb39 at cam.ac.uk Tue Feb 21 13:20:26 2023 From: pmb39 at cam.ac.uk (Philip Blakely) Date: Tue, 21 Feb 2023 13:20:26 +0000 Subject: [ZendTo] Drop-offs fail from external users with a request code In-Reply-To: References: <82bd3def-e822-e1a4-1b1a-6c0e99b4ef48@cam.ac.uk> <6a9bf850-121c-cf4b-13d2-090df244d646@Zend.To> Message-ID: Hi Jules, OK, that makes sense, thank you. I'll read the documentation more carefully next time! This was the first time I'd asked an external user for a file via a request code in several years of running ZendTo, so it's not a real problem. Thanks for your help, Philip On 21/02/2023 10:16, Jules wrote: > Hi Philip, > > Switching off allowExternalUploads does a complete job of "what it says > on the tin". It stops all users who cannot actually login from being > able to upload files. That way only internal users can send files, which > is what some people want. > > Hope that helps, > Jules. > > On 20/02/2023 08:47, Philip Blakely via ZendTo wrote: >> Hello, >> >> I'm running ZendTo version 6.13-3 for a small research group. As a >> logged-in user, I can successfully create a request for an external >> user to send me a file. >> >> However, the person dropping off the file via the request link then >> gets the error message (after uploading the file): >> "You must be logged in as a XXXX user in order to drop-off a file for >> a non-XXXX user." >> >> In case it's relevant, I have set: >> 'allowExternalUploads' => FALSE >> 'allowExternalPickups' => FALSE, >> (although I don't think these are relevant to this problem, from the >> documentation). >> >> I *think* the error is in NSSDropbox.php, line 2769: >> if ( !$this->_dropbox->authorizedUser() && ! $checkRD) >> >> does not allow unauthorized (e.g. external) users to drop-off for >> anyone, even if they've got a request code. >> >> I think this should be (possibly): >> if ( !($this->_dropbox->authorizedUser() || $req != '') && ! $checkRD ) >> >> (at least this made it work for me). >> >> On the other hand, I can send a fuller preferences.php or more logs in >> case there's some odd combination of settings or circumstances that >> has caused this to happen, or any documentation I've not read >> properly, so any suggestions or alternative fixes would be welcome. >> >> Thanks, >> >> Philip >> > > Jules > > -- > Julian Field MEng CEng CITP MBCS MIEEE MACM > > The current UK shipping forecast: > Portland, Plymouth: Variable 2 to 4, becoming northwest 4 to 6 later. Slight > or moderate, occasionally smooth. Fog patches, rain later. Moderate or good, > occasionally very poor. > > www.Zend.To > Twitter: @JulesFM > -- Dr Philip Blakely (he/him/his) Laboratory for Scientific Computing, Department of Physics, J J Thomson Avenue, Cambridge CB3 0HE Maxwell Building 3.100 Tel: 01223 746627 Email: pmb39 at cam.ac.uk http://www.lsc.phy.cam.ac.uk/directory/blakely From kbe2 at lehigh.edu Fri Feb 24 19:57:43 2023 From: kbe2 at lehigh.edu (Keith Erekson) Date: Fri, 24 Feb 2023 14:57:43 -0500 Subject: [ZendTo] view pending requests? References: <1bb1ddc4-3cd8-ab65-69cc-e10ea1ff0501@lehigh.edu> Message-ID: Jules et al, Is there a way to list/view just the pending "requests" in the web interface, or via some CLI incantation? Thanks, ~Keith From Jules at Zend.To Tue Feb 28 14:13:32 2023 From: Jules at Zend.To (Jules Field) Date: Tue, 28 Feb 2023 14:13:32 +0000 Subject: [ZendTo] view pending requests? In-Reply-To: References: <1bb1ddc4-3cd8-ab65-69cc-e10ea1ff0501@lehigh.edu> <87cd1211-ce56-7fc2-7b4c-c8bfa13da9de@Zend.To> Message-ID: Hi Keith, If you look in your Inbox tab, you should be able to see outstanding requests highlighted with a yellow background. A suitable quick search will reduce that to just showing the requests and nothing else. Hope that helps, Jules. On 24/02/2023 7:57 pm, Keith Erekson via ZendTo wrote: > Jules et al, > > Is there a way to list/view just the pending "requests" in the web > interface, or via some CLI incantation? > > Thanks, > > ~Keith > > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'Infosec: A profession that turns normal people into whiskey drinking, swearing, paranoid, disheartened curmudgeons with no hope for the future of computers or humanity.' - Urban Dictionary www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: