From Jules at Zend.To Wed Jan 1 11:47:04 2020 From: Jules at Zend.To (Jules) Date: Wed, 1 Jan 2020 11:47:04 +0000 Subject: [ZendTo] Debian Buster, apparmor and clamd In-Reply-To: References: <37382f0e732e4dd38462baf8112c1905@City-Exch-DB2.cbj.local> <8c8c4bc2-72e6-d2a1-1c47-aa4cc6b28668@Zend.To>

Message-ID: Kevin, You can either run ??? ./install.sh and say no to everything except the ClamAV stage. Or else you can run either of ??? Ubuntu-Debian/3-clamav.sh or ??? cd Ubuntu-Debian ??? ./3-clamav.sh All 3 alternatives will have the same result. (Being able to do the last 2 makes my life a lot quicker when debugging it! :) Cheers, and Happy New Year to you too! Jules. On 31/12/2019 7:48 pm, Kevin Miller via ZendTo wrote: > > Or do you mean just run ~/install.ZendTo/Ubuntu-Debian/3-clamav.sh? > > Thanks Jules ? Happy New Year! > > ...Kevin > > -- > > Kevin Miller > > Network/email Administrator, CBJ MIS Dept. > > 155 South Seward Street > > Juneau, Alaska 99801 > > Phone: (907) 586-0242, Fax: (907) 586-4588 Registered Linux User No: > 307357 > > *From:*ZendTo *On Behalf Of *Kevin Miller via > ZendTo > *Sent:* Tuesday, December 31, 2019 10:46 AM > *To:* 'ZendTo Users' > *Cc:* Kevin Miller > *Subject:* Re: [ZendTo] Debian Buster, apparmor and clamd > > EXTERNAL E-MAIL: BE CAUTIOUS WHEN OPENING FILES OR FOLLOWING LINKS > > ------------------------------------------------------------------------ > > Thanks. So I just say yes on 3 and no on everything else? > > ...Kevin > > -- > > Kevin Miller > > Network/email Administrator, CBJ MIS Dept. > > 155 South Seward Street > > Juneau, Alaska 99801 > > Phone: (907) 586-0242, Fax: (907) 586-4588 Registered Linux User No: > 307357 > > *From:*ZendTo > > *On Behalf Of *Jules via ZendTo > *Sent:* Tuesday, December 31, 2019 2:11 AM > *To:* ZendTo Users > > *Cc:* Jules >; Kevin Miller > > > *Subject:* Re: [ZendTo] Debian Buster, apparmor and clamd > > EXTERNAL E-MAIL: BE CAUTIOUS WHEN OPENING FILES OR FOLLOWING LINKS > > ------------------------------------------------------------------------ > > Kevin, > > Try downloading the latest installer and just run stage 3 of the > Ubuntu-Debian scripts. > This should now get this right. > > Cheers, > Jules. > > On 30/12/2019 5:45 pm, Kevin Miller via ZendTo wrote: > > I haven?t gotten back to playing around with this (just turned > apparmor off for now) but one thing I did discover is that the ?#? > in front of include statements doesn?t turn it into a comment.? > See https://gitlab.com/apparmor/apparmor/-/wikis/QuickProfileLanguage > > Kind of goofy that they did it that way, but it is what it is I > suppose. > > ...Kevin > > -- > > Kevin Miller > > Network/email Administrator, CBJ MIS Dept. > > 155 South Seward Street > > Juneau, Alaska 99801 > > Phone: (907) 586-0242, Fax: (907) 586-4588 Registered Linux User > No: 307357 > > *From:*ZendTo > *On Behalf Of *Matthieu Froment > via ZendTo > *Sent:* Sunday, December 29, 2019 6:51 AM > *To:* zendto at zend.to > *Cc:* Matthieu Froment > > *Subject:* [ZendTo] Debian Buster, apparmor and clamd > > EXTERNAL E-MAIL: BE CAUTIOUS WHEN OPENING FILES OR FOLLOWING LINKS > > ------------------------------------------------------------------------ > > Dear all, > > I have freshly subscribed to this mailing list and I am a really > newbie with Zendto. I live in France and I am not totally new with > Linux. > > I have installed an instance of Zendto on a Debian Buster server > and I have the same problem as Kevin (recently answered by Jules) : > > /> AVC apparmor="DENIED" operation="getattr" info="Failed name > lookup - disconnected path" error=-13 profile="/usr/sbin/clamd" > name="var/zendto/incoming/phpW7ZXiQ" pid=469 comm="clamd" > requested_mask="r" denied_mask="r" fsuid=107 ouid=33 > > clamd[469]: Sun Dec 29 16:18:16 2019 -> fd[10]: Not a regular > file. ERROR/ > > - I have tried to purge the apparmor cache as requested but > without any success. > - The upload works fine if I put in my preferences.php file the > line : '/usr/bin/clamscan --s' > - I have checked that in my '//etc/apparmor.d/usr.sbin.clamd/' > file the '/include /' is not commented (I > had to remove the #). > - In /etc/apparmor.d/local/usr.sbin.clamd, I have the entry : > '//var/zendto/** r,/' which seems to be correct. > > I'm stuck. Any idea where I can look for ? > > Many thanks > Matthieu > > _______________________________________________ > > ZendTo mailing list > > ZendTo at zend.to > > http://jul.es/mailman/listinfo/zendto > > Jules > -- > Julian Field MEng CEng CITP MBCS MIEEE MACM > The current UK shipping forecast: > Irish Sea: Southwest 4 or 5, becoming cyclonic 6 to gale 8, then north 4 to 6. > Slight or moderate, occasionally rough in south. Rain. Good, occasionally > poor. > www.Zend.To > Twitter: @JulesFM > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast: Irish Sea: Southwest 4 or 5, becoming cyclonic 6 to gale 8, then north 4 to 6. Slight or moderate, occasionally rough in south. Rain. Good, occasionally poor. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From KLE at msktd.com Mon Jan 13 13:11:24 2020 From: KLE at msktd.com (Ken Etter) Date: Mon, 13 Jan 2020 08:11:24 -0500 Subject: [ZendTo] Request a drop off email - weird issue References: <5E1C6C7C020000130013E36B@mail.msktd.com> Message-ID: Zend.To 5.21-2. I sent a test "request a drop off" email and it says... "This is a request from Ken Etter of Mr.." And the signature at the bottom is: Ken Etter kle at msktd.com Mr. Where in the world is it getting "Mr." from? Is there a bug or am I missing something in the config files. This is the first time I noticed this...although it may also be the first time I sent a test request. Ken -------------- next part -------------- An HTML attachment was scrubbed... URL: From KLE at msktd.com Mon Jan 13 13:20:52 2020 From: KLE at msktd.com (Ken Etter) Date: Mon, 13 Jan 2020 08:20:52 -0500 Subject: [ZendTo] Request a drop off email - weird issue In-Reply-To: References: <5E1C6C7C020000130013E36B@mail.msktd.com> <5E1C6EB4020000130013E370@mail.msktd.com> Message-ID: I also have another issue. If someone comes to the site and choose Drop-off, they get a prompt to enter their request code. Which means that no one outside can send files inside unless a request code is first provided. This conflicts with the message on the home page that says anyone can send us files if they know the recipients email address. Ken >>> Ken Etter via ZendTo 1/13/2020 8:11 AM >>> Zend.To 5.21-2. I sent a test "request a drop off" email and it says... "This is a request from Ken Etter of Mr.." And the signature at the bottom is: Ken Etter kle at msktd.com Mr. Where in the world is it getting "Mr." from? Is there a bug or am I missing something in the config files. This is the first time I noticed this...although it may also be the first time I sent a test request. Ken -------------- next part -------------- An HTML attachment was scrubbed... URL: From zend.to at neilzone.co.uk Mon Jan 13 14:53:03 2020 From: zend.to at neilzone.co.uk (zend.to at neilzone.co.uk) Date: Mon, 13 Jan 2020 14:53:03 +0000 Subject: [ZendTo] Request a drop off email - weird issue In-Reply-To: References: <5E1C6C7C020000130013E36B@mail.msktd.com> <5E1C6EB4020000130013E370@mail.msktd.com> <7ABDDE03-8E6A-4A87-8CA1-9EB416A56311@neilzone.co.uk> Message-ID: > On 13 Jan 2020, at 13:20, Ken Etter via ZendTo wrote: > > And the signature at the bottom is: > > Ken Etter > kle at msktd.com > Mr. > > Where in the world is it getting "Mr." from? It looks like organisation short name. grep ?OrganizationShortName? in zendto.conf > If someone comes to the site and choose Drop-off, they get a prompt to enter their request code. Which means that no one outside can send files inside unless a request code is first provided. This conflicts with the message on the home page that says anyone can send us files if they know the recipients email address. What is ?allowExternalUploads? in preferences.php set to? I suspect it is FALSE, and you probably want TRUE if you want to let anyone in the world upload files to your users, without them being requested. Best wishes Neil -------------- next part -------------- An HTML attachment was scrubbed... URL: From KLE at msktd.com Mon Jan 13 18:28:58 2020 From: KLE at msktd.com (Ken Etter) Date: Mon, 13 Jan 2020 13:28:58 -0500 Subject: [ZendTo] Request a drop off email - weird issue In-Reply-To: References: <5E1C6C7C020000130013E36B@mail.msktd.com> <5E1C6EB4020000130013E370@mail.msktd.com> <7ABDDE03-8E6A-4A87-8CA1-9EB416A56311@neilzone.co.uk> <5E1CB6EA020000130013E3F0@mail.msktd.com> Message-ID: Neil, OrganizationShortName in zendto.conf is correctly set to our company name: MSKTD Any other thoughts? ?allowExternalUploads? in preferences.php is set to false. So now I know the issue here, but that gives me an enhancement request idea. Jules, On the Home page, you have instructions for users. On my home page it reads like this: MSKTD users: you may login with your username and password and send files to anyone, in or out of the company. Non-MSKTD users: you cannot log in, but can still send files to MSKTD users if you know their email address. Start by clicking the "Drop-off" button. MSKTD users who wish someone outside the company to send them files, can make it a lot easier for them by logging in and clicking "Request a Drop-off". That saves the other person having to prove who they are. The request created will be valid for 7 days. In my opinion, the above should only appear if ?allowExternalUploads? in preferences.php is set to true. If it is false, we should see something like this: MSKTD users: you may login with your username and password and send files to anyone, in or out of the company. MSKTD users who wish someone outside the company to send them files must log in and click "Request a Drop-off". The request created will be valid for 7 days. Thanks, Ken >>> Neil via ZendTo 1/13/2020 9:53 AM >>> On 13 Jan 2020, at 13:20, Ken Etter via ZendTo wrote: And the signature at the bottom is: Ken Etter kle at msktd.com Mr. Where in the world is it getting "Mr." from? It looks like organisation short name. grep ?OrganizationShortName? in zendto.conf If someone comes to the site and choose Drop-off, they get a prompt to enter their request code. Which means that no one outside can send files inside unless a request code is first provided. This conflicts with the message on the home page that says anyone can send us files if they know the recipients email address. What is ?allowExternalUploads? in preferences.php set to? I suspect it is FALSE, and you probably want TRUE if you want to let anyone in the world upload files to your users, without them being requested. Best wishes Neil -------------- next part -------------- An HTML attachment was scrubbed... URL: From zend.to at neilzone.co.uk Mon Jan 13 18:52:39 2020 From: zend.to at neilzone.co.uk (zend.to at neilzone.co.uk) Date: Mon, 13 Jan 2020 18:52:39 +0000 Subject: [ZendTo] Request a drop off email - weird issue In-Reply-To: <5E1CB6EA020000130013E3F0@mail.msktd.com> References: <5E1C6C7C020000130013E36B@mail.msktd.com> <5E1C6EB4020000130013E370@mail.msktd.com> <7ABDDE03-8E6A-4A87-8CA1-9EB416A56311@neilzone.co.uk> <5E1CB6EA020000130013E3F0@mail.msktd.com> <261B111B-CE7D-4C0E-9142-E3B6CE0584D2@neilzone.co.uk> Message-ID: > On 13 Jan 2020, at 18:28, Ken Etter wrote: > > OrganizationShortName in zendto.conf is correctly set to our company name: MSKTD > Any other thoughts? Hmm? Looking at templates/request_email.tpl, the line is: > {/if}{if $fromOrg}{t 1=$fromName t=$fromOrg}This is a request from %1 of %2.{/t}{else}{t 1=$fromName}This is a request from %1.{/t}{/if} That would correlate with "This is a request from Ken Etter of Mr..? When I do a drop-off, it generates "This is a request from Neil Brown of decoded.legal.?, which is what I?d expect. The ?signature? bit is: > {$fromName} > {$fromEmail} > {$fromOrg} In lib/Req.php, we get the pairing: > $smarty->assign('fromOrg', $this->_senderOrg); Leaving me a bit stumped if your organisation name is indeed set correctly. Perhaps a silly question, but if you grep -R ?Mr.? in your zendto base directory, does that show anything helpful? Neil __________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From KLE at msktd.com Mon Jan 13 20:01:24 2020 From: KLE at msktd.com (Ken Etter) Date: Mon, 13 Jan 2020 15:01:24 -0500 Subject: [ZendTo] Request a drop off email - weird issue In-Reply-To: <261B111B-CE7D-4C0E-9142-E3B6CE0584D2@neilzone.co.uk> References: <5E1C6C7C020000130013E36B@mail.msktd.com> <5E1C6EB4020000130013E370@mail.msktd.com> <7ABDDE03-8E6A-4A87-8CA1-9EB416A56311@neilzone.co.uk> <5E1CB6EA020000130013E3F0@mail.msktd.com> <261B111B-CE7D-4C0E-9142-E3B6CE0584D2@neilzone.co.uk> <5E1CCC94020000130013E476@mail.msktd.com> Message-ID: Neil, This one really has me stumped. I understand your doubt, but it really is set correctly...copy paste from zendto.conf (using WinSCP)... OrganizationShortName = "MSKTD" "grep -R Mr." or "grep -R Mr" returns some binary files (png, jpg, gif, and woff) - just images and fonts. I have no clue where this is coming from. Ken >>> 1/13/2020 1:52 PM >>> On 13 Jan 2020, at 18:28, Ken Etter wrote: OrganizationShortName in zendto.conf is correctly set to our company name: MSKTD Any other thoughts? Hmm? Looking at templates/request_email.tpl, the line is: {/if}{if $fromOrg}{t 1=$fromName t=$fromOrg}This is a request from %1 of %2.{/t}{else}{t 1=$fromName}This is a request from %1.{/t}{/if} That would correlate with "This is a request from Ken Etter of Mr..? When I do a drop-off, it generates "This is a request from Neil Brown of decoded.legal.?, which is what I?d expect. The ?signature? bit is: {$fromName}{$fromEmail}{$fromOrg} In lib/Req.php, we get the pairing: $smarty->assign('fromOrg', $this->_senderOrg); Leaving me a bit stumped if your organisation name is indeed set correctly. Perhaps a silly question, but if you grep -R ?Mr.? in your zendto base directory, does that show anything helpful? Neil __________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From zend.to at neilzone.co.uk Mon Jan 13 20:04:33 2020 From: zend.to at neilzone.co.uk (zend.to at neilzone.co.uk) Date: Mon, 13 Jan 2020 20:04:33 +0000 Subject: [ZendTo] Request a drop off email - weird issue In-Reply-To: <5E1CCC94020000130013E476@mail.msktd.com> References: <5E1C6C7C020000130013E36B@mail.msktd.com> <5E1C6EB4020000130013E370@mail.msktd.com> <7ABDDE03-8E6A-4A87-8CA1-9EB416A56311@neilzone.co.uk> <5E1CB6EA020000130013E3F0@mail.msktd.com> <261B111B-CE7D-4C0E-9142-E3B6CE0584D2@neilzone.co.uk> <5E1CCC94020000130013E476@mail.msktd.com> <94C23086-C71E-4795-985F-C2ADED4E99FF@neilzone.co.uk> Message-ID: > On 13 Jan 2020, at 20:01, Ken Etter wrote: > > I understand your doubt, but it really is set correctly...copy paste from zendto.conf (using WinSCP)... > OrganizationShortName = ?MSKTD" Perhaps Jules will have some thoughts! I?m guessing you haven?t modified the template? > > "grep -R Mr." or "grep -R Mr" returns some binary files (png, jpg, gif, and woff) - just images and fonts. Same on my instance, for what it?s worth... Neil __________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From KLE at msktd.com Mon Jan 13 20:08:52 2020 From: KLE at msktd.com (Ken Etter) Date: Mon, 13 Jan 2020 15:08:52 -0500 Subject: [ZendTo] Request a drop off email - weird issue In-Reply-To: <94C23086-C71E-4795-985F-C2ADED4E99FF@neilzone.co.uk> References: <5E1C6C7C020000130013E36B@mail.msktd.com> <5E1C6EB4020000130013E370@mail.msktd.com> <7ABDDE03-8E6A-4A87-8CA1-9EB416A56311@neilzone.co.uk> <5E1CB6EA020000130013E3F0@mail.msktd.com> <261B111B-CE7D-4C0E-9142-E3B6CE0584D2@neilzone.co.uk> <5E1CCC94020000130013E476@mail.msktd.com> <94C23086-C71E-4795-985F-C2ADED4E99FF@neilzone.co.uk> <5E1CCE54020000130013E47C@mail.msktd.com> Message-ID: I did edit header.tpl - added "", but other than that the only changes were to preferences.php and zendto.conf. I'll wait and see what Jules has to say. Ken >>> 1/13/2020 3:04 PM >>> On 13 Jan 2020, at 20:01, Ken Etter wrote: I understand your doubt, but it really is set correctly...copy paste from zendto.conf (using WinSCP)... OrganizationShortName = ?MSKTD" Perhaps Jules will have some thoughts! I?m guessing you haven?t modified the template? "grep -R Mr." or "grep -R Mr" returns some binary files (png, jpg, gif, and woff) - just images and fonts. Same on my instance, for what it?s worth... Neil __________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew_hoover at l-spioneers.org Tue Jan 14 14:42:31 2020 From: andrew_hoover at l-spioneers.org (Andrew Hoover) Date: Tue, 14 Jan 2020 14:42:31 +0000 Subject: [ZendTo] Invisible reCAPTCHA thinks nobody is a real person References: Message-ID: Hello, I'm sorry if this issue has already been discussed. I searched recent mailings in the archive and couldn't find anything. I'm having an issue where the reCAPTCHA thinks nobody is a real person. I have set up my keys in preferences.php, and I have tried from different public IPs using different browsers, and they all behave the same way. When I try to send myself an email confirmation under Drop-Off, it always says "Are you a real person? I do not think you are a real person." On the Google end, in the reCAPTCHA admin site, I'm seeing "We detected that your site is not verifying reCAPTCHA solutions. This is required for the proper use of reCAPTCHA on your site. Please see our developer site for more information." I've tried a few other things like regenerating keys, but that hasn't helped either. I don't know enough about how reCAPTCHA and Zend.To work to troubleshoot further. The message on the Google site leads me to believe something is either misconfigured in my Zend.To setup, or Zend.To itself is doing something incorrectly. Any suggestions would be greatly appreciated. Thanks, Andrew Hoover Network and Systems Administrator Lampeter-Strasburg School District CONFIDENTIALITY NOTICE: The contents of this email are the property of Lampeter-Strasburg School District. If it was not addressed to you, you have no legal right to read it. If you think you received it in error, please notify the sender. Do not forward or copy without permission of the sender. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ssilva at sgvwater.com Tue Jan 14 17:33:59 2020 From: ssilva at sgvwater.com (Scott Silva) Date: Tue, 14 Jan 2020 17:33:59 +0000 Subject: [ZendTo] Invisible reCAPTCHA thinks nobody is a real person In-Reply-To: References: <54D3F6A07E3F2A4AAD4CBA73922025F42EA44468@FONEXCH01.sgvwc.local> Message-ID: Is your domain resolving properly? There is a checkbox on the recaptcha site for sites that don't resolve properly. From: ZendTo On Behalf Of Andrew Hoover via ZendTo Sent: Tuesday, January 14, 2020 6:43 AM To: zendto at zend.to Cc: Andrew Hoover Subject: [ZendTo] Invisible reCAPTCHA thinks nobody is a real person Hello, I'm sorry if this issue has already been discussed. I searched recent mailings in the archive and couldn't find anything. I'm having an issue where the reCAPTCHA thinks nobody is a real person. I have set up my keys in preferences.php, and I have tried from different public IPs using different browsers, and they all behave the same way. When I try to send myself an email confirmation under Drop-Off, it always says "Are you a real person? I do not think you are a real person." On the Google end, in the reCAPTCHA admin site, I'm seeing "We detected that your site is not verifying reCAPTCHA solutions. This is required for the proper use of reCAPTCHA on your site. Please see our developer site for more information." I've tried a few other things like regenerating keys, but that hasn't helped either. I don't know enough about how reCAPTCHA and Zend.To work to troubleshoot further. The message on the Google site leads me to believe something is either misconfigured in my Zend.To setup, or Zend.To itself is doing something incorrectly. Any suggestions would be greatly appreciated. Thanks, Andrew Hoover Network and Systems Administrator Lampeter-Strasburg School District CONFIDENTIALITY NOTICE: The contents of this email are the property of Lampeter-Strasburg School District. If it was not addressed to you, you have no legal right to read it. If you think you received it in error, please notify the sender. Do not forward or copy without permission of the sender. From Jules at Zend.To Mon Jan 20 10:16:21 2020 From: Jules at Zend.To (Jules) Date: Mon, 20 Jan 2020 10:16:21 +0000 Subject: [ZendTo] Invisible reCAPTCHA thinks nobody is a real person In-Reply-To: References: Message-ID: Andrew, I never got around to fixing the problems with the Invisible reCAPTCHA. So please don't attempt to use it, as documented in the preferences.php file: ? // Note: July 2018 - The "Invisible" one appears to be causing some ? //?????????????????? problems right now. Leave this set to FALSE. ? 'recaptchaInvisible'?? => FALSE, The "normal" visible Google reCAPTCHA should work fine. Check you haven't got any *.rpmnew files in /opt/zendto/templates which need moving into place after an RPM/yum update. Cheers, Jules. On 14/01/2020 2:42 pm, Andrew Hoover via ZendTo wrote: > > Hello, > > I'm sorry if this issue has already been discussed. I searched recent > mailings in the archive and couldn't find anything. > > I'm having an issue where the reCAPTCHA thinks nobody is a real > person. I have set up my keys in preferences.php, and I have tried > from different public IPs using different browsers, and they all > behave the same way. When I try to send myself an email confirmation > under Drop-Off, it always says "Are you a real person? I do not think > you are a real person." > > On the Google end, in the reCAPTCHA admin site, I'm seeing "We > detected that your site is not verifying reCAPTCHA solutions. This is > required for the proper use of reCAPTCHA on your site. Please see our > developer site for more information." > > I've tried a few other things like regenerating keys, but that hasn't > helped either. > > I don't know enough about how reCAPTCHA and Zend.To work to > troubleshoot further. The message on the Google site leads me to > believe something is either misconfigured in my Zend.To setup, or > Zend.To itself is doing something incorrectly. > > Any suggestions would be greatly appreciated. > > Thanks, > > Andrew Hoover > > Network and Systems Administrator > > Lampeter-Strasburg School District > > CONFIDENTIALITY NOTICE: The contents of this email are the property of > Lampeter-Strasburg School District. If it was not addressed to you, > you have no legal right to read it. If you think you received it in > error, please notify the sender. Do not forward or copy without > permission of the sender. > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast: Irish Sea: Southwest 4 or 5, becoming cyclonic 6 to gale 8, then north 4 to 6. Slight or moderate, occasionally rough in south. Rain. Good, occasionally poor. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Mon Jan 20 12:34:32 2020 From: Jules at Zend.To (Jules) Date: Mon, 20 Jan 2020 12:34:32 +0000 Subject: [ZendTo] Request a drop off email - weird issue In-Reply-To: References: <5E1C6C7C020000130013E36B@mail.msktd.com> <7ABDDE03-8E6A-4A87-8CA1-9EB416A56311@neilzone.co.uk> <5E1CB6EA020000130013E3F0@mail.msktd.com> <261B111B-CE7D-4C0E-9142-E3B6CE0584D2@neilzone.co.uk> <5E1CCC94020000130013E476@mail.msktd.com> <94C23086-C71E-4795-985F-C2ADED4E99FF@neilzone.co.uk> <5E1CCE54020000130013E47C@mail.msktd.com> Message-ID: <1d7898d2-6093-0f35-5437-62018884dc39@Zend.To> Try deleting all the *.php files in the Smarty cache: rm -f /var/zendto/templates_c/*php In rare cases the cache can get screwed up so it keeps using an old file rather than regenerating a new one. That "rm" has no visible effect on the running system from the users' viewpoint, Smarty (the template system I use) will just auto-regenerate new versions of its cached files as and when it needs them. There's no need to stop or restart anything. Let me know if that helps! Cheers, Jules. On 13/01/2020 8:08 pm, Ken Etter via ZendTo wrote: > I did edit header.tpl - added " />", but other than that the only changes were to preferences.php and > zendto.conf.? I'll wait and see what Jules has to say. > > Ken > >>> 1/13/2020 3:04 PM >>> > > >> On 13 Jan 2020, at 20:01, Ken Etter > > wrote: >> >> I understand your doubt, but it really is set correctly...copy paste >> from zendto.conf (using WinSCP)... >> ????????OrganizationShortName = ?MSKTD" > > Perhaps Jules will have some thoughts! > > I?m guessing you haven?t modified the template? > >> >> "grep -R Mr." or?"grep -R Mr"?returns some binary files (png, jpg, >> gif, and woff) -?just images and fonts. > > Same on my instance, for what it?s worth... > > > Neil > > __________ > > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast: Irish Sea: Southwest 4 or 5, becoming cyclonic 6 to gale 8, then north 4 to 6. Slight or moderate, occasionally rough in south. Rain. Good, occasionally poor. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From KLE at msktd.com Mon Jan 20 17:41:43 2020 From: KLE at msktd.com (Ken Etter) Date: Mon, 20 Jan 2020 12:41:43 -0500 Subject: [ZendTo] Request a drop off email - weird issue In-Reply-To: References: <5E1C6C7C020000130013E36B@mail.msktd.com> <7ABDDE03-8E6A-4A87-8CA1-9EB416A56311@neilzone.co.uk> <5E1CB6EA020000130013E3F0@mail.msktd.com> <261B111B-CE7D-4C0E-9142-E3B6CE0584D2@neilzone.co.uk> <5E1CCC94020000130013E476@mail.msktd.com> <94C23086-C71E-4795-985F-C2ADED4E99FF@neilzone.co.uk> <5E1CCE54020000130013E47C@mail.msktd.com> <1d7898d2-6093-0f35-5437-62018884dc39@Zend.To> <99FCF49C020000F9C84B1EE2@mail.msktd.com> <5E25E657020000130013EA22@mail.msktd.com> Message-ID: I just figured out the issue. When I first open the "Request a Drop-off" page, the Organization field has the correct name. But when I entered the recipient's name, Chrome auto-filled the email address and also changed the Organization from MSKTD to Mr. I just hadn't caught that change before I selected Send the Request. Is there any reason to have that Organization field be editable? Since only people from within the organization can send requests, that field should always be the same (in my opinion). If there is a use-case for some people who want it editable, maybe you could add a config setting so ZendTo admins could choose whether it is an editable field or not. Thanks! Ken >>> Jules 1/20/2020 7:34 AM >>> > Try deleting all the *.php files in the Smarty cache: rm -f /var/zendto/templates_c/*php In rare cases the cache can get screwed up so it keeps using an old file rather than regenerating a new one. That "rm" has no visible effect on the running system from the users' viewpoint, Smarty (the template system I use) will just auto-regenerate new versions of its cached files as and when it needs them. There's no need to stop or restart anything. Let me know if that helps! Cheers, Jules. On 13/01/2020 8:08 pm, Ken Etter via ZendTo wrote: I did edit header.tpl - added "", but other than that the only changes were to preferences.php and zendto.conf. I'll wait and see what Jules has to say. Ken >>> ( mailto:zend.to at neilzone.co.uk) 1/13/2020 3:04 PM >>> On 13 Jan 2020, at 20:01, Ken Etter wrote: I understand your doubt, but it really is set correctly...copy paste from zendto.conf (using WinSCP)... OrganizationShortName = ?MSKTD" Perhaps Jules will have some thoughts! I?m guessing you haven?t modified the template? "grep -R Mr." or "grep -R Mr" returns some binary files (png, jpg, gif, and woff) - just images and fonts. Same on my instance, for what it?s worth... Neil __________ _______________________________________________ZendTo mailing listZendTo at zend.tohttp://jul.es/mailman/listinfo/zendto Jules-- Julian Field MEng CEng CITP MBCS MIEEE MACMThe current UK shipping forecast:Irish Sea: Southwest 4 or 5, becoming cyclonic 6 to gale 8, then north 4 to 6.Slight or moderate, occasionally rough in south. Rain. Good, occasionallypoor.www.Zend.ToTwitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From thieume at mailoo.org Mon Jan 20 21:22:20 2020 From: thieume at mailoo.org (Matthieu Froment) Date: Mon, 20 Jan 2020 22:22:20 +0100 Subject: [ZendTo] Mistake in French translations and no update. References: <56f6cbd2-8066-098b-0015-7c248dda86a1@mailoo.org> Message-ID: Hi all, I have found a mistake in the zendto.mo file in French : msgid "The link is only valid for %1 from the time of this email." msgstr "Le lien n'est valide que pour% 1 ? partir de l'heure de cet e-mail." It should be "%1" and not "% 1". I have made the modifications in the config/locale/fr_FR/LC_MESSAGES/zendto.mo file and after i have launched bin/makelanguages script. Unfortunatly the error is still present in the email sent when I request a dropoff. :-( I have probably missed something. An idea ? Many thanks Matthieu From Jules at Zend.To Wed Jan 22 10:20:48 2020 From: Jules at Zend.To (Jules) Date: Wed, 22 Jan 2020 10:20:48 +0000 Subject: [ZendTo] Mistake in French translations and no update. In-Reply-To: References: <56f6cbd2-8066-098b-0015-7c248dda86a1@mailoo.org> Message-ID: Matthieu, Many thanks for pointing that out. Fixed for the next release. Make the change in config/locale/fr_FR/LC_MESSAGES/zendto.po and then run bin/makelanguages. It is well worth restarting Apache at that point too, as it often doesn't notice the updates to translations quite as well as it should. That should fix everything. Note the same typos appear in the nl_NL and it_IT translations too. Cheers, Jules. On 20/01/2020 9:22 pm, Matthieu Froment via ZendTo wrote: > Hi all, > > I have found a mistake in the zendto.mo file in French : > > msgid "The link is only valid for %1 from the time of this email." > msgstr "Le lien n'est valide que pour% 1 ? partir de l'heure de cet > e-mail." > > It should be "%1" and not "% 1". > > I have made the modifications in the > config/locale/fr_FR/LC_MESSAGES/zendto.mo file and after i have > launched bin/makelanguages script. Unfortunatly the error is still > present in the email sent when I request a dropoff. :-( > > I have probably missed something. An idea ? > > Many thanks > Matthieu > > > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast: Irish Sea: Southwest 4 or 5, becoming cyclonic 6 to gale 8, then north 4 to 6. Slight or moderate, occasionally rough in south. Rain. Good, occasionally poor. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Wed Jan 22 14:35:45 2020 From: Jules at Zend.To (Jules) Date: Wed, 22 Jan 2020 14:35:45 +0000 Subject: [ZendTo] Request a drop off email - weird issue In-Reply-To: References: <5E1C6C7C020000130013E36B@mail.msktd.com> <5E1CB6EA020000130013E3F0@mail.msktd.com> <261B111B-CE7D-4C0E-9142-E3B6CE0584D2@neilzone.co.uk> <5E1CCC94020000130013E476@mail.msktd.com> <94C23086-C71E-4795-985F-C2ADED4E99FF@neilzone.co.uk> <5E1CCE54020000130013E47C@mail.msktd.com> <1d7898d2-6093-0f35-5437-62018884dc39@Zend.To> <99FCF49C020000F9C84B1EE2@mail.msktd.com> <5E25E657020000130013EA22@mail.msktd.com> Message-ID: <3e4f3eff-19a6-8bdf-7c2a-78e6323a8e22@Zend.To> Ken, I had always assumed people would want that Organization field to be editable, as I live in a large org (a University of 28,000 students) in which there are many sub-parts, and some users may not want "University of Southampton" forced into the emails sent as requests from drop-offs. But there again, most smaller organisations would not want this to be editable. So I have added a new config option for you: ? // When you are creating a request for a drop-off, do you want to be ? // able to edit the value set for the Organisation in the emails ? // sent to the person receiving the request? ? // Set this to FALSE for small or simple organisations. ? // Set this to TRUE for large or complex organisations where there may ? // be many sub-organisations sharing the same installation of ZendTo, ? // such as one deployed by a country's entire government. ? 'requestSenderOrgIsEditable' => TRUE, That should do what you want. Cheers, Jules. On 20/01/2020 5:41 pm, Ken Etter wrote: > I just figured out the issue.? When I first open the "Request a > Drop-off" page, the Organization field has the correct name.? But when > I entered the recipient's name, Chrome auto-filled the email address > and also changed the Organization from MSKTD to Mr.? I just hadn't > caught that change before I?selected Send the Request. > > Is there any reason to have that Organization field be editable?? > Since only people from within the organization can send requests, that > field should always be the same (in my opinion).? If there is?a > use-case for some people who want it editable, maybe you could add a > config setting so ZendTo admins could choose whether it is an editable > field or not. > > Thanks! > Ken > >>> Jules 1/20/2020 7:34 AM >>> > > Try deleting all the *.php files in the Smarty cache: > > rm -f /var/zendto/templates_c/*php > In rare cases the cache can get screwed up so it keeps using an old > file rather than regenerating a new one. > That "rm" has no visible effect on the running system from the users' > viewpoint, Smarty (the template system I use) will just > auto-regenerate new versions of its cached files as and when it needs > them. There's no need to stop or restart anything. > Let me know if that helps! > Cheers, > Jules. > On 13/01/2020 8:08 pm, Ken Etter via ZendTo wrote: >> I did edit header.tpl - added "> />", but other than that the only changes were to preferences.php and >> zendto.conf. I'll wait and see what Jules has to say. >> >> Ken >> >>> 1/13/2020 3:04 PM >>> >> >> >>> On 13 Jan 2020, at 20:01, Ken Etter >> > wrote: >>> >>> I understand your doubt, but it really is set correctly...copy paste >>> from zendto.conf (using WinSCP)... >>> OrganizationShortName = ?MSKTD" >> >> Perhaps Jules will have some thoughts! >> >> I?m guessing you haven?t modified the template? >> >>> >>> "grep -R Mr." or "grep -R Mr" returns some binary files (png, jpg, >>> gif, and woff) - just images and fonts. >> >> Same on my instance, for what it?s worth... >> >> >> Neil >> >> __________ >> >> >> _______________________________________________ >> ZendTo mailing list >> ZendTo at zend.to >> http://jul.es/mailman/listinfo/zendto > > Jules > > -- > Julian Field MEng CEng CITP MBCS MIEEE MACM > > The current UK shipping forecast: > Irish Sea: Southwest 4 or 5, becoming cyclonic 6 to gale 8, then north 4 to 6. > Slight or moderate, occasionally rough in south. Rain. Good, occasionally > poor. > > www.Zend.To > Twitter: @JulesFM Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast: Irish Sea: Southwest 4 or 5, becoming cyclonic 6 to gale 8, then north 4 to 6. Slight or moderate, occasionally rough in south. Rain. Good, occasionally poor. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From KLE at msktd.com Wed Jan 22 14:37:34 2020 From: KLE at msktd.com (Ken Etter) Date: Wed, 22 Jan 2020 09:37:34 -0500 Subject: [ZendTo] Request a drop off email - weird issue In-Reply-To: <868CCA5A0200004C7314B811@mail.msktd.com> References: <5E1C6C7C020000130013E36B@mail.msktd.com> <5E1CB6EA020000130013E3F0@mail.msktd.com> <261B111B-CE7D-4C0E-9142-E3B6CE0584D2@neilzone.co.uk> <5E1CCC94020000130013E476@mail.msktd.com> <94C23086-C71E-4795-985F-C2ADED4E99FF@neilzone.co.uk> <5E1CCE54020000130013E47C@mail.msktd.com> <1d7898d2-6093-0f35-5437-62018884dc39@Zend.To> <99FCF49C020000F9C84B1EE2@mail.msktd.com> <5E25E657020000130013EA22@mail.msktd.com> <3e4f3eff-19a6-8bdf-7c2a-78e6323a8e22@Zend.To> <5E25E657020000130013EA22@mail.msktd.com> <9E664E5202000095C84B1EE2@mail.msktd.com> <868CCA5A0200004C7314B811@mail.msktd.com> <5E285E2E020000130013EB2F@mail.msktd.com> Message-ID: Great! Thanks Jules! Any idea when that feature will be available? Ken >>> Jules 1/22/2020 9:35 AM >>> > Ken, I had always assumed people would want that Organization field to be editable, as I live in a large org (a University of 28,000 students) in which there are many sub-parts, and some users may not want "University of Southampton" forced into the emails sent as requests from drop-offs. But there again, most smaller organisations would not want this to be editable. So I have added a new config option for you: // When you are creating a request for a drop-off, do you want to be // able to edit the value set for the Organisation in the emails // sent to the person receiving the request? // Set this to FALSE for small or simple organisations. // Set this to TRUE for large or complex organisations where there may // be many sub-organisations sharing the same installation of ZendTo, // such as one deployed by a country's entire government. 'requestSenderOrgIsEditable' => TRUE, That should do what you want. Cheers, Jules. On 20/01/2020 5:41 pm, Ken Etter wrote: I just figured out the issue. When I first open the "Request a Drop-off" page, the Organization field has the correct name. But when I entered the recipient's name, Chrome auto-filled the email address and also changed the Organization from MSKTD to Mr. I just hadn't caught that change before I selected Send the Request. Is there any reason to have that Organization field be editable? Since only people from within the organization can send requests, that field should always be the same (in my opinion). If there is a use-case for some people who want it editable, maybe you could add a config setting so ZendTo admins could choose whether it is an editable field or not. Thanks! Ken >>> Jules ( mailto:Jules at Zend.To) 1/20/2020 7:34 AM >>> > Try deleting all the *.php files in the Smarty cache: rm -f /var/zendto/templates_c/*php In rare cases the cache can get screwed up so it keeps using an old file rather than regenerating a new one. That "rm" has no visible effect on the running system from the users' viewpoint, Smarty (the template system I use) will just auto-regenerate new versions of its cached files as and when it needs them. There's no need to stop or restart anything. Let me know if that helps! Cheers, Jules. On 13/01/2020 8:08 pm, Ken Etter via ZendTo wrote: I did edit header.tpl - added "", but other than that the only changes were to preferences.php and zendto.conf. I'll wait and see what Jules has to say. Ken >>> ( mailto:zend.to at neilzone.co.uk) 1/13/2020 3:04 PM >>> On 13 Jan 2020, at 20:01, Ken Etter wrote: I understand your doubt, but it really is set correctly...copy paste from zendto.conf (using WinSCP)... OrganizationShortName = ?MSKTD" Perhaps Jules will have some thoughts! I?m guessing you haven?t modified the template? "grep -R Mr." or "grep -R Mr" returns some binary files (png, jpg, gif, and woff) - just images and fonts. Same on my instance, for what it?s worth... Neil __________ _______________________________________________ZendTo mailing listZendTo at zend.tohttp://jul.es/mailman/listinfo/zendto Jules-- Julian Field MEng CEng CITP MBCS MIEEE MACMThe current UK shipping forecast:Irish Sea: Southwest 4 or 5, becoming cyclonic 6 to gale 8, then north 4 to 6.Slight or moderate, occasionally rough in south. Rain. Good, occasionallypoor.www.Zend.ToTwitter: @JulesFM Jules-- Julian Field MEng CEng CITP MBCS MIEEE MACMThe current UK shipping forecast:Irish Sea: Southwest 4 or 5, becoming cyclonic 6 to gale 8, then north 4 to 6.Slight or moderate, occasionally rough in south. Rain. Good, occasionallypoor.www.Zend.ToTwitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Wed Jan 22 15:00:32 2020 From: Jules at Zend.To (Jules) Date: Wed, 22 Jan 2020 15:00:32 +0000 Subject: [ZendTo] Request a drop off email - weird issue In-Reply-To: References: <5E1C6C7C020000130013E36B@mail.msktd.com> <99FCF49C020000F9C84B1EE2@mail.msktd.com> <5E25E657020000130013EA22@mail.msktd.com> <3e4f3eff-19a6-8bdf-7c2a-78e6323a8e22@Zend.To> <5E25E657020000130013EA22@mail.msktd.com> <9E664E5202000095C84B1EE2@mail.msktd.com> <868CCA5A0200004C7314B811@mail.msktd.com> <5E285E2E020000130013EB2F@mail.msktd.com> Message-ID: <5b88e51b-a2ef-55c2-ebf0-ac69561b9608@Zend.To> It will be in the next beta release. Which will happen once I've done a reasonable amount of testing. SAML support is still "in the pipeline", I haven't got to it as soon as I hoped I would. I do at least now have a decent-sized directory to test it against (Azure AD). On 22/01/2020 2:37 pm, Ken Etter wrote: > Great!? Thanks Jules!? Any idea when that feature will be available? > > Ken > >>> Jules 1/22/2020 9:35 AM >>> > > Ken, > > I had always assumed people would want that Organization field to be > editable, as I live in a large org (a University of 28,000 students) > in which there are many sub-parts, and some users may not want > "University of Southampton" forced into the emails sent as requests > from drop-offs. > But there again, most smaller organisations would not want this to be > editable. > So I have added a new config option for you: > // When you are creating a request for a drop-off, do you want to be > > // able to edit the value set for the Organisation in the emails > > // sent to the person receiving the request? > > // Set this to FALSE for small or simple organisations. > > // Set this to TRUE for large or complex organisations where there may > > // be many sub-organisations sharing the same installation of ZendTo, > > // such as one deployed by a country's entire government. > > 'requestSenderOrgIsEditable' => TRUE, > > > That should do what you want. > Cheers, > Jules. > On 20/01/2020 5:41 pm, Ken Etter wrote: >> I just figured out the issue. When I first open the "Request a >> Drop-off" page, the Organization field has the correct name. But when >> I entered the recipient's name, Chrome auto-filled the email address >> and also changed the Organization from MSKTD to Mr. I just hadn't >> caught that change before I selected Send the Request. >> >> Is there any reason to have that Organization field be editable? >> Since only people from within the organization can send requests, >> that field should always be the same (in my opinion). If there is a >> use-case for some people who want it editable, maybe you could add a >> config setting so ZendTo admins could choose whether it is an >> editable field or not. >> >> Thanks! >> Ken >> >>> Jules 1/20/2020 7:34 AM >>> >> > Try deleting all the *.php files in the Smarty cache: >> >> rm -f /var/zendto/templates_c/*php >> In rare cases the cache can get screwed up so it keeps using an old >> file rather than regenerating a new one. >> That "rm" has no visible effect on the running system from the users' >> viewpoint, Smarty (the template system I use) will just >> auto-regenerate new versions of its cached files as and when it needs >> them. There's no need to stop or restart anything. >> Let me know if that helps! >> Cheers, >> Jules. >> On 13/01/2020 8:08 pm, Ken Etter via ZendTo wrote: >>> I did edit header.tpl - added ">> />", but other than that the only changes were to preferences.php >>> and zendto.conf. I'll wait and see what Jules has to say. >>> >>> Ken >>> >>> 1/13/2020 3:04 PM >>> >>> >>> >>>> On 13 Jan 2020, at 20:01, Ken Etter >>> > wrote: >>>> >>>> I understand your doubt, but it really is set correctly...copy >>>> paste from zendto.conf (using WinSCP)... >>>> OrganizationShortName = ?MSKTD" >>> >>> Perhaps Jules will have some thoughts! >>> >>> I?m guessing you haven?t modified the template? >>> >>>> >>>> "grep -R Mr." or "grep -R Mr" returns some binary files (png, jpg, >>>> gif, and woff) - just images and fonts. >>> >>> Same on my instance, for what it?s worth... >>> >>> >>> Neil >>> >>> __________ >>> >>> >>> _______________________________________________ >>> ZendTo mailing list >>> ZendTo at zend.to >>> http://jul.es/mailman/listinfo/zendto >> >> Jules >> >> -- >> Julian Field MEng CEng CITP MBCS MIEEE MACM >> >> The current UK shipping forecast: >> Irish Sea: Southwest 4 or 5, becoming cyclonic 6 to gale 8, then north 4 to 6. >> Slight or moderate, occasionally rough in south. Rain. Good, occasionally >> poor. >> >> www.Zend.To >> Twitter: @JulesFM > > Jules > > -- > Julian Field MEng CEng CITP MBCS MIEEE MACM > > The current UK shipping forecast: > Irish Sea: Southwest 4 or 5, becoming cyclonic 6 to gale 8, then north 4 to 6. > Slight or moderate, occasionally rough in south. Rain. Good, occasionally > poor. > > www.Zend.To > Twitter: @JulesFM Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast: Irish Sea: Southwest 4 or 5, becoming cyclonic 6 to gale 8, then north 4 to 6. Slight or moderate, occasionally rough in south. Rain. Good, occasionally poor. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From stony at stony.com Fri Jan 24 07:29:10 2020 From: stony at stony.com (Viktor Steinmann) Date: Fri, 24 Jan 2020 08:29:10 +0100 Subject: [ZendTo] jQuery 3.2.1 References: <76bf8360-1a2a-b401-c12d-d2e527e4e91c@stony.com> Message-ID: Heya During our yearly penetration test, a vulnerability was found in ZendTo: jQuery 3.2.1 seems to be vulnerable to XSS attacks. Are there any plans to update this? Kind regards, Viktor From KLE at msktd.com Fri Jan 24 20:19:30 2020 From: KLE at msktd.com (Ken Etter) Date: Fri, 24 Jan 2020 15:19:30 -0500 Subject: [ZendTo] Download as zip fails References: <5E2B5152020000130013EF1B@mail.msktd.com> Message-ID: ZendTo Version 5.21-2. When a user selects "DownloadAll Files as a Zip" they get an error: "This site cannot be reached The webpage at...might be temporarily down or it may have moved... err_invalid_response". I'm going to dig through the logs but thought I would post the question here in case anyone knows a quick fix. Thanks! Ken Etter, System Administrator Architectural Group 260.432.9337 | msktd.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: IMAGE_5.png Type: image/png Size: 18080 bytes Desc: not available URL: From KLE at msktd.com Fri Jan 24 20:25:58 2020 From: KLE at msktd.com (Ken Etter) Date: Fri, 24 Jan 2020 15:25:58 -0500 Subject: [ZendTo] Download as zip fails In-Reply-To: References: <5E2B5152020000130013EF1B@mail.msktd.com> <5E2B52D6020000130013EF21@mail.msktd.com> Message-ID: This is showing up in the apache error log: [Fri Jan 24 15:19:47.183517 2020] [:error] [pid 1856] [client 192.168.2.151:49250] PHP Fatal error: Uncaught TypeError: Return value of ZipStream\\Option\\Archive::setSendHttpHeaders() must be an instance of ZipStream\\Option\\void, none returned in /opt/zendto/lib/ZipStream/Option/Archive.php:158\nStack trace:\n#0 /opt/zendto/lib/NSSDropoff.php(1026): ZipStream\\Option\\Archive->setSendHttpHeaders(false)\n#1 /opt/zendto/lib/NSSDropoff.php(1282): NSSDropoff->downloadPlainZip(Array)\n#2 /opt/zendto/www/download.php(128): NSSDropoff->downloadFile('all')\n#3 {main}\n thrown in /opt/zendto/lib/ZipStream/Option/Archive.php on line 158 >>> Ken Etter via ZendTo 1/24/2020 3:19 PM >>> ZendTo Version 5.21-2. When a user selects "DownloadAll Files as a Zip" they get an error: "This site cannot be reached The webpage at...might be temporarily down or it may have moved... err_invalid_response". I'm going to dig through the logs but thought I would post the question here in case anyone knows a quick fix. Thanks! Ken Etter, System Administrator Architectural Group 260.432.9337 | msktd.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: IMAGE_6.png Type: image/png Size: 18067 bytes Desc: not available URL: From Jules at Zend.To Sat Jan 25 18:23:57 2020 From: Jules at Zend.To (Jules) Date: Sat, 25 Jan 2020 18:23:57 +0000 Subject: [ZendTo] Download as zip fails In-Reply-To: References: <5E2B5152020000130013EF1B@mail.msktd.com> <5E2B52D6020000130013EF21@mail.msktd.com> Message-ID: Ken, What version of php (run 'php -v'), and on what version of which Linux distro? Does this happen to every attempt to download as a zip? Or just encrypted / unencrypted? Cheers, Jules. On 24/01/2020 8:25 pm, Ken Etter via ZendTo wrote: > This is showing up in the apache error log: > > [Fri Jan 24 15:19:47.183517 2020] [:error] [pid 1856] [client > 192.168.2.151:49250] PHP Fatal error:? Uncaught TypeError: Return > value of ZipStream\\Option\\Archive::setSendHttpHeaders() must be an > instance of ZipStream\\Option\\void, none returned in > /opt/zendto/lib/ZipStream/Option/Archive.php:158\nStack trace:\n#0 > /opt/zendto/lib/NSSDropoff.php(1026): > ZipStream\\Option\\Archive->setSendHttpHeaders(false)\n#1 > /opt/zendto/lib/NSSDropoff.php(1282): > NSSDropoff->downloadPlainZip(Array)\n#2 > /opt/zendto/www/download.php(128): NSSDropoff->downloadFile('all')\n#3 > {main}\n? thrown in /opt/zendto/lib/ZipStream/Option/Archive.php on > line 158 > >>> Ken Etter via ZendTo 1/24/2020 3:19 PM >>> > ZendTo Version 5.21-2.? When a user selects "DownloadAll Files as a > Zip" they get an error: "This site cannot be reached? The webpage > at...might be temporarily down or it may have moved...?? > err_invalid_response".? I'm going to dig through the logs but thought > I would post the question here in case anyone knows a quick fix.? Thanks! > > *Ken Etter*, System Administrator > Architectural Group > 260.432.9337|msktd.com > > > > > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast: Irish Sea: Southwest 4 or 5, becoming cyclonic 6 to gale 8, then north 4 to 6. Slight or moderate, occasionally rough in south. Rain. Good, occasionally poor. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: IMAGE_6.png Type: image/png Size: 18067 bytes Desc: not available URL: From Jules at Zend.To Sat Jan 25 18:24:55 2020 From: Jules at Zend.To (Jules) Date: Sat, 25 Jan 2020 18:24:55 +0000 Subject: [ZendTo] jQuery 3.2.1 In-Reply-To: References: <76bf8360-1a2a-b401-c12d-d2e527e4e91c@stony.com> Message-ID: <8a49149d-d02f-776a-40c1-ae79aa006e9a@Zend.To> Viktor, Thanks for the reminder. I will freshen all the libraries that ZendTo uses before the next production release. Cheers, Jules. On 24/01/2020 7:29 am, Viktor Steinmann via ZendTo wrote: > Heya > > During our yearly penetration test, a vulnerability was found in > ZendTo: jQuery 3.2.1 seems to be vulnerable to XSS attacks. > > Are there any plans to update this? > > Kind regards, > > Viktor > > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast: Irish Sea: Southwest 4 or 5, becoming cyclonic 6 to gale 8, then north 4 to 6. Slight or moderate, occasionally rough in south. Rain. Good, occasionally poor. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From KLE at msktd.com Mon Jan 27 13:17:33 2020 From: KLE at msktd.com (Ken Etter) Date: Mon, 27 Jan 2020 08:17:33 -0500 Subject: [ZendTo] Download as zip fails In-Reply-To: References: <5E2B5152020000130013EF1B@mail.msktd.com> <5E2B52D6020000130013EF21@mail.msktd.com>

<5E2EE2ED020000130013EF71@mail.msktd.com> Message-ID: # php -v PHP 7.0.7 (cli) ( NTS ) Copyright (c) 1997-2016 The PHP Group Zend Engine v3.0.0, Copyright (c) 1998-2016 Zend Technologies SLES 12 SP4 Every attempt. Ken >>> Jules 1/25/2020 1:23 PM >>> > Ken, What version of php (run 'php -v'), and on what version of which Linux distro? Does this happen to every attempt to download as a zip? Or just encrypted / unencrypted? Cheers, Jules. On 24/01/2020 8:25 pm, Ken Etter via ZendTo wrote: This is showing up in the apache error log: [Fri Jan 24 15:19:47.183517 2020] [:error] [pid 1856] [client 192.168.2.151:49250] PHP Fatal error: Uncaught TypeError: Return value of ZipStream\\Option\\Archive::setSendHttpHeaders() must be an instance of ZipStream\\Option\\void, none returned in /opt/zendto/lib/ZipStream/Option/Archive.php:158\nStack trace:\n#0 /opt/zendto/lib/NSSDropoff.php(1026): ZipStream\\Option\\Archive->setSendHttpHeaders(false)\n#1 /opt/zendto/lib/NSSDropoff.php(1282): NSSDropoff->downloadPlainZip(Array)\n#2 /opt/zendto/www/download.php(128): NSSDropoff->downloadFile('all')\n#3 {main}\n thrown in /opt/zendto/lib/ZipStream/Option/Archive.php on line 158 >>> Ken Etter via ZendTo ( mailto:zendto at zend.to) 1/24/2020 3:19 PM >>> ZendTo Version 5.21-2. When a user selects "DownloadAll Files as a Zip" they get an error: "This site cannot be reached The webpage at...might be temporarily down or it may have moved... err_invalid_response". I'm going to dig through the logs but thought I would post the question here in case anyone knows a quick fix. Thanks! Ken Etter, System Administrator Architectural Group 260.432.9337 | msktd.com _______________________________________________ZendTo mailing listZendTo at zend.tohttp://jul.es/mailman/listinfo/zendto Jules-- Julian Field MEng CEng CITP MBCS MIEEE MACMThe current UK shipping forecast:Irish Sea: Southwest 4 or 5, becoming cyclonic 6 to gale 8, then north 4 to 6.Slight or moderate, occasionally rough in south. Rain. Good, occasionallypoor.www.Zend.ToTwitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: IMAGE.png Type: image/png Size: 18067 bytes Desc: not available URL: From Jules at Zend.To Mon Jan 27 16:54:12 2020 From: Jules at Zend.To (Jules Field) Date: Mon, 27 Jan 2020 16:54:12 +0000 Subject: [ZendTo] Download as zip fails In-Reply-To: References: Message-ID: Try at least php 7.1 and you should have more luck. -- Jules Sent via a stabby glass thing. All comments you find inappropriate are entirely the fault of autocorrect. Honest. > On 27 Jan 2020, at 1:17 pm, Ken Etter wrote: > > ? > # php -v > PHP 7.0.7 (cli) ( NTS ) > Copyright (c) 1997-2016 The PHP Group > Zend Engine v3.0.0, Copyright (c) 1998-2016 Zend Technologies > > SLES 12 SP4 > > Every attempt. > > Ken > >>> Jules 1/25/2020 1:23 PM >>> > > Ken, > > What version of php (run 'php -v'), and on what version of which Linux distro? > Does this happen to every attempt to download as a zip? Or just encrypted / unencrypted? > Cheers, > Jules. > On 24/01/2020 8:25 pm, Ken Etter via ZendTo wrote: >> This is showing up in the apache error log: >> >> [Fri Jan 24 15:19:47.183517 2020] [:error] [pid 1856] [client 192.168.2.151:49250] PHP Fatal error: Uncaught TypeError: Return value of ZipStream\\Option\\Archive::setSendHttpHeaders() must be an instance of ZipStream\\Option\\void, none returned in /opt/zendto/lib/ZipStream/Option/Archive.php:158\nStack trace:\n#0 /opt/zendto/lib/NSSDropoff.php(1026): ZipStream\\Option\\Archive->setSendHttpHeaders(false)\n#1 /opt/zendto/lib/NSSDropoff.php(1282): NSSDropoff->downloadPlainZip(Array)\n#2 /opt/zendto/www/download.php(128): NSSDropoff->downloadFile('all')\n#3 {main}\n thrown in /opt/zendto/lib/ZipStream/Option/Archive.php on line 158 >> >>> Ken Etter via ZendTo 1/24/2020 3:19 PM >>> >> ZendTo Version 5.21-2. When a user selects "DownloadAll Files as a Zip" they get an error: "This site cannot be reached The webpage at...might be temporarily down or it may have moved... err_invalid_response". I'm going to dig through the logs but thought I would post the question here in case anyone knows a quick fix. Thanks! >> >> Ken Etter, System Administrator >> Architectural Group >> 260.432.9337 | msktd.com >> >> >> >> >> >> >> _______________________________________________ >> ZendTo mailing list >> ZendTo at zend.to >> http://jul.es/mailman/listinfo/zendto > > Jules > > -- > Julian Field MEng CEng CITP MBCS MIEEE MACM > > The current UK shipping forecast: > Irish Sea: Southwest 4 or 5, becoming cyclonic 6 to gale 8, then north 4 to 6. > Slight or moderate, occasionally rough in south. Rain. Good, occasionally > poor. > > www.Zend.To > Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From KLE at msktd.com Tue Jan 28 13:42:25 2020 From: KLE at msktd.com (Ken Etter) Date: Tue, 28 Jan 2020 08:42:25 -0500 Subject: [ZendTo] Download as zip fails In-Reply-To: References:

<5E303A41020000130013F00E@mail.msktd.com> Message-ID: To stay supported with my OS and get php 7.1 or newer, it sounds like I need to move from SLES 12 to SLES 15. Hoping to find time to do that soon. Thanks, Ken >>> Jules Field 1/27/2020 11:54 AM >>> Try at least php 7.1 and you should have more luck. -- Jules Sent via a stabby glass thing. All comments you find inappropriate are entirely the fault of autocorrect. Honest. On 27 Jan 2020, at 1:17 pm, Ken Etter wrote: ? # php -v PHP 7.0.7 (cli) ( NTS ) Copyright (c) 1997-2016 The PHP Group Zend Engine v3.0.0, Copyright (c) 1998-2016 Zend Technologies SLES 12 SP4 Every attempt. Ken >>> Jules 1/25/2020 1:23 PM >>> > Ken, What version of php (run 'php -v'), and on what version of which Linux distro? Does this happen to every attempt to download as a zip? Or just encrypted / unencrypted? Cheers, Jules. On 24/01/2020 8:25 pm, Ken Etter via ZendTo wrote: This is showing up in the apache error log: [Fri Jan 24 15:19:47.183517 2020] [:error] [pid 1856] [client 192.168.2.151:49250] PHP Fatal error: Uncaught TypeError: Return value of ZipStream\\Option\\Archive::setSendHttpHeaders() must be an instance of ZipStream\\Option\\void, none returned in /opt/zendto/lib/ZipStream/Option/Archive.php:158\nStack trace:\n#0 /opt/zendto/lib/NSSDropoff.php(1026): ZipStream\\Option\\Archive->setSendHttpHeaders(false)\n#1 /opt/zendto/lib/NSSDropoff.php(1282): NSSDropoff->downloadPlainZip(Array)\n#2 /opt/zendto/www/download.php(128): NSSDropoff->downloadFile('all')\n#3 {main}\n thrown in /opt/zendto/lib/ZipStream/Option/Archive.php on line 158 >>> Ken Etter via ZendTo ( mailto:zendto at zend.to) 1/24/2020 3:19 PM >>> ZendTo Version 5.21-2. When a user selects "DownloadAll Files as a Zip" they get an error: "This site cannot be reached The webpage at...might be temporarily down or it may have moved... err_invalid_response". I'm going to dig through the logs but thought I would post the question here in case anyone knows a quick fix. Thanks! Ken Etter, System Administrator Architectural Group 260.432.9337 | msktd.com ( http://msktd.com/) _______________________________________________ZendTo mailing listZendTo at zend.tohttp://jul.es/mailman/listinfo/zendto Jules-- Julian Field MEng CEng CITP MBCS MIEEE MACMThe current UK shipping forecast:Irish Sea: Southwest 4 or 5, becoming cyclonic 6 to gale 8, then north 4 to 6.Slight or moderate, occasionally rough in south. Rain. Good, occasionallypoor.www.Zend.ToTwitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Wed Jan 29 10:31:07 2020 From: Jules at Zend.To (Jules) Date: Wed, 29 Jan 2020 10:31:07 +0000 Subject: [ZendTo] Download as zip fails In-Reply-To: References:

<5E303A41020000130013F00E@mail.msktd.com> Message-ID: <5ff87008-05d3-c564-5f48-0d64770927ef@Zend.To> Ken, Assuming you've enabled the "sle-module-web-scripting" module with suseconnect, then if ??? zypper search --type=package 'php>=7' only reports version 7.0, and not 7.1, then you're going to have to upgrade to get the Zip functionality, as that library depends on 7.1 as a minimum. Sorry about that! Jules. On 28/01/2020 1:42 pm, Ken Etter wrote: > To stay supported with my OS and get php 7.1 or newer, it sounds like > I need to move from SLES 12 to SLES 15.? Hoping to find time to do > that soon. > Thanks, > Ken > >>> Jules Field 1/27/2020 11:54 AM >>> > Try at least php 7.1 and you should have more luck. > > -- > Jules > Sent via a stabby glass thing. > All comments you find inappropriate are entirely the fault of > autocorrect. Honest. > >> On 27 Jan 2020, at 1:17 pm, Ken Etter wrote: >> >> ? >> # php -v >> PHP 7.0.7 (cli) ( NTS ) >> Copyright (c) 1997-2016 The PHP Group >> Zend Engine v3.0.0, Copyright (c) 1998-2016 Zend Technologies >> >> SLES 12 SP4 >> >> Every attempt. >> >> Ken >> >>> Jules 1/25/2020 1:23 PM >>> >> > Ken, >> >> What version of php (run 'php -v'), and on what version of which >> Linux distro? >> Does this happen to every attempt to download as a zip? Or just >> encrypted / unencrypted? >> Cheers, >> Jules. >> On 24/01/2020 8:25 pm, Ken Etter via ZendTo wrote: >>> This is showing up in the apache error log: >>> >>> [Fri Jan 24 15:19:47.183517 2020] [:error] [pid 1856] [client >>> 192.168.2.151:49250] PHP Fatal error: Uncaught TypeError: Return >>> value of ZipStream\\Option\\Archive::setSendHttpHeaders() must be an >>> instance of ZipStream\\Option\\void, none returned in >>> /opt/zendto/lib/ZipStream/Option/Archive.php:158\nStack trace:\n#0 >>> /opt/zendto/lib/NSSDropoff.php(1026): >>> ZipStream\\Option\\Archive->setSendHttpHeaders(false)\n#1 >>> /opt/zendto/lib/NSSDropoff.php(1282): >>> NSSDropoff->downloadPlainZip(Array)\n#2 >>> /opt/zendto/www/download.php(128): >>> NSSDropoff->downloadFile('all')\n#3 {main}\n thrown in >>> /opt/zendto/lib/ZipStream/Option/Archive.php on line 158 >>> >>> Ken Etter via ZendTo 1/24/2020 3:19 PM >>> >>> ZendTo Version 5.21-2. When a user selects "DownloadAll Files as a >>> Zip" they get an error: "This site cannot be reached The webpage >>> at...might be temporarily down or it may have moved... >>> err_invalid_response". I'm going to dig through the logs but thought >>> I would post the question here in case anyone knows a quick fix. Thanks! >>> >>> *Ken Etter*, System Administrator >>> Architectural Group >>> 260.432.9337|msktd.com >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> ZendTo mailing list >>> ZendTo at zend.to >>> http://jul.es/mailman/listinfo/zendto >> >> Jules >> >> -- >> Julian Field MEng CEng CITP MBCS MIEEE MACM >> >> The current UK shipping forecast: >> Irish Sea: Southwest 4 or 5, becoming cyclonic 6 to gale 8, then north 4 to 6. >> Slight or moderate, occasionally rough in south. Rain. Good, occasionally >> poor. >> >> www.Zend.To >> Twitter: @JulesFM Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast: Irish Sea: Southwest 4 or 5, becoming cyclonic 6 to gale 8, then north 4 to 6. Slight or moderate, occasionally rough in south. Rain. Good, occasionally poor. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Fri Jan 31 11:48:35 2020 From: Jules at Zend.To (Jules) Date: Fri, 31 Jan 2020 11:48:35 +0000 Subject: [ZendTo] New beta release 5.22-2 Message-ID: <38a3d4ac-0179-ee93-9587-40fd939b2841@Zend.To> Morning all! I have just released a new beta, version 5.22-2. There are 2 new translations (Polish and Russian), and some new preferences.php settings: 'behindLoadBalancer' ? Set this to TRUE if your ZendTo server is behind a load balancer or reverse proxy, and the ZendTo logs show all traffic as coming from the load balancer and not the user's real IP address. FALSE by default, as without a load balancer the relevant HTTP headers can be faked. 'requestSenderOrgIsEditable' ? Set this to FALSE if you don't want your users to be able to change their "Organisation" when sending a request for a drop-off. TRUE by default as that was the previous behaviour. 'indexAddressbookByEmail' ? Set this to TRUE if you are using hardware tokens to log in, and have them configured to generate a random username at each login. You can also set this to TRUE on new installations without causing any harm. But if the "address book" functionality of your ZendTo server is working fine, then do *not* change this setting, as it will break existing address book entries for all your users. FALSE by default so as not to break existing sites. 'allowExternalPickups' ? If this is set to FALSE, then the "Pick-up Files" button will not appear on the main menu unless the user has logged in. It works in the same way as the existing 'allowExternalUploads' setting. TRUE by default as that was the previous behaviour. Otherwise there are various security and bug fixes, and I have changed how I call Google's ReCaptcha service to improve the reliability, and hopefully so that it will also work in China. Please see the Beta page at ??? https://zend.to/beta.php for more info and installation. Please try it out and let me know about any bugs you find! Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast: Irish Sea: Southwest 4 or 5, becoming cyclonic 6 to gale 8, then north 4 to 6. Slight or moderate, occasionally rough in south. Rain. Good, occasionally poor. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: