From douglagm at gmail.com Thu Jan 7 13:27:51 2021 From: douglagm at gmail.com (Gregg Douglas) Date: Thu, 7 Jan 2021 15:27:51 +0200 Subject: [ZendTo] allowExternalPickups References: Message-ID: Hi All, Complements of the season to all. I have installed version 6.05-4 and I am testing the "allowExternalPickups" option. When I set it to "FALSE", both the "Pick-up" and "Drop-off" Buttons disappear. When I set it back to "TRUE", they both reappear. According to the ChangeLog: Added config option 'allowExternalPickups' (default=TRUE). If you set this to FALSE, the "Pick-up files' button will be removed from the main menu *if* you are not logged in. It works similarly to 'allowExternalUploads'. Am I missing something or doing something wrong? Regards Gregg -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsolodow at gaylor.com Wed Jan 13 01:50:33 2021 From: dsolodow at gaylor.com (Solodow, Damien) Date: Wed, 13 Jan 2021 01:50:33 +0000 Subject: [ZendTo] In place upgrade References: Message-ID: Currently running ZendTo 6.05 on Ubuntu 18.04 LTS and was looking to dist-upgrade to 20.04.1 I've tried it on a test copy and it went rather pear-shaped. Anyone had success with this and tips to share? Or is there a supported means of moving/porting config & files to a new server if it's better to build a new box and move the content over. Damien Solodow IS System Administrator Gaylor Electric, Inc. 5750 Castle Creek Pkwy N Drive, Suite 400 Indianapolis, IN. 46250 O: 317.815.3103 | M: 317.506.8521 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image574217.png Type: image/png Size: 5535 bytes Desc: image574217.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image918240.jpg Type: image/jpeg Size: 1680 bytes Desc: image918240.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image799222.png Type: image/png Size: 713 bytes Desc: image799222.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image111613.png Type: image/png Size: 852 bytes Desc: image111613.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image115495.png Type: image/png Size: 774 bytes Desc: image115495.png URL: From Jules at Zend.To Tue Jan 26 12:59:11 2021 From: Jules at Zend.To (Jules) Date: Tue, 26 Jan 2021 12:59:11 +0000 Subject: [ZendTo] In place upgrade In-Reply-To: References: Message-ID: <02954bc4-f40b-041e-374b-acbc4854c1f2@Zend.To> Damien, I would recommend building a new Ubuntu 20 LTS box, then using the ZendTo Installer to put a fresh copy of ZendTo on it, then port your settings across. Cheers, Jules. On Wed 13/01/21 01:50, Solodow, Damien via ZendTo wrote: > Currently running ZendTo 6.05 on Ubuntu 18.04 LTS and was looking to > dist-upgrade to 20.04.1 > I've tried it on a test copy and it went rather pear-shaped. > > Anyone had success with this and tips to share? > > Or is there a supported means of moving/porting config & files to a > new server if it's better to build a new box and move the content over. > ? > > Gaylor Electric logo > > Gaylor Electric Website > > > Facebook > > > Twitter > > > LinkedIn > > > Damien?Solodow > > IS?System?Administrator > > Gaylor?Electric,?Inc. > > 5750?Castle?Creek?Pkwy?N?Drive,?Suite?400 > > Indianapolis > > > , > > > IN > > > . > > > 46250 > > O: *317.815.3103* > > > | > > > M: *317.506.8521* > > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'If I were a Brazilian without land or money or the means to feed my children, I would be burning the rain forest too.' - Sting www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image574217.png Type: image/png Size: 5535 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image918240.jpg Type: image/jpeg Size: 1680 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image799222.png Type: image/png Size: 713 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image111613.png Type: image/png Size: 852 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image115495.png Type: image/png Size: 774 bytes Desc: not available URL: From Jules at Zend.To Tue Jan 26 13:04:10 2021 From: Jules at Zend.To (Jules) Date: Tue, 26 Jan 2021 13:04:10 +0000 Subject: [ZendTo] Feature request: optional units on some preferences In-Reply-To: <935067ed-1883-4376-66f3-6c54b9f24cfb@Zend.To> References: <1c502289-0e18-a0c8-917d-c11cca8f393b@alaska.gov> <935067ed-1883-4376-66f3-6c54b9f24cfb@Zend.To> Message-ID: John, As the preferences.php file is executable PHP, you could put settings in like ??? 'maxBytesForDropoff' => 24*1024*1024*1024, at which point you can see exactly what it means. Just a thought. Cheers, Jules. On Thu 10/12/20 16:42, Jules via ZendTo wrote: > John and others, > > I didn't ignore this, I just mentally added it to the list without > remembering to reply to you about it! :-/ > > I should be able to do hours and days and stuff like that too. > So that it matches with what happens in the code already, can we agree > to use 1024, 1024^2, 1024^3 etc as the K, M and G multiples? > For times I could allow s, h, d, w. > > So the multipliers would be (ignoring case): > k = 1024 > m = 1024*1024 > g = 1024*1024*1024 > s = 1 > h = 60*60 > d = 60*60*24 > w = 60*60*24*7 > > Are there any I have missed (I'm avoiding minutes in favour of megs). > > The syntax would have to change in the preferences.php file where you > chose to use a suffix, as > ??? 'maxBytesForDropoff' => *24G*, > is not valid PHP, it would need to be > ??? 'maxBytesForDropoff' => *'24G'*, > but you would only need the quotes round ones where you chose to use a > suffix. > > Sound okay to everyone? > > Cheers, > Jules. > > On Tue 17/11/20 19:13, John Thurston via ZendTo wrote: >> Computers are good at doing math. Can we have the option of including >> units on some preferences? >> >> I'm thinking, particularly, about: >> ? maxBytesForDropoff >> ? maxBytesForFile >> ? maxBytesForChecksum >> ? maxBytesForEncryption >> >> These are currently specified in bytes. This is generally a long >> number which is hard to read and easy to stumble over. May we have >> the default continue to be "number of bytes" but have it accept an >> optional unit-suffix? For example: >> ? 'maxBytesForDropoff'?? => 25769790582, >> could be specified as: >> ? 'maxBytesForDropoff'?? => 24G, >> >> Old preferences would continue to work, and new preferences would be >> easier to read. >> > > Jules > > -- > Julian Field MEng CEng CITP MBCS MIEEE MACM > > 'Solutions nearly always come from the direction you least expect, which > means there's no point trying to look in that direction because it won't > be coming from there.' - Douglas Adams > > 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: Trafalgar: West or southwest 3 to 5, becoming variable 2 to 4 later. Moderate or rough, becoming slight or moderate in southeast. Drizzle, fog patches. Moderate or good, occasionally very poor. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Tue Jan 26 13:16:38 2021 From: Jules at Zend.To (Jules) Date: Tue, 26 Jan 2021 13:16:38 +0000 Subject: [ZendTo] allowExternalPickups In-Reply-To: References: Message-ID: <22b65c2d-5cab-1d80-13ce-a33604ed9830@Zend.To> Gregg, Sorry to take quite so long to get back to you on this one. You're absolutely right. I made a typo in the template file /opt/zendto/templates/main_menu.tpl. Line 86 currently says ? {if $allowExternaUploads || $allowExternalPickups} where it should of course say ? {if $allowExternalUploads || $allowExternalPickups} (I missed an "el" in External Uploads) This will be fixed in the next release. Cheers, Jules. On Thu 07/01/21 13:27, Gregg Douglas via ZendTo wrote: > Hi All, > > Complements of the season to all. > > I have installed version 6.05-4 and I am testing the > "allowExternalPickups" option. > > When I set it to "FALSE", both the "Pick-up" and "Drop-off" Buttons > disappear. > When I set it back to "TRUE", they both reappear. > > According to the ChangeLog: > > Added config option 'allowExternalPickups' (default=TRUE). If you > set this > to FALSE, the "Pick-up files' button will be removed from the main > menu > *if* you are not logged in. It works similarly to > 'allowExternalUploads'. > > Am I missing something or doing something wrong? > > Regards > Gregg > > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'It's okay to live without all the answers' - Charlie Eppes, 2011 www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From douglagm at gmail.com Tue Jan 26 13:21:03 2021 From: douglagm at gmail.com (Gregg Douglas) Date: Tue, 26 Jan 2021 15:21:03 +0200 Subject: [ZendTo] allowExternalPickups In-Reply-To: References: <22b65c2d-5cab-1d80-13ce-a33604ed9830@Zend.To> Message-ID: Hey Jules, No worries. Thank-you very much. Gregg On Tue, Jan 26, 2021 at 3:16 PM Jules wrote: > Gregg, > > Sorry to take quite so long to get back to you on this one. > You're absolutely right. > > I made a typo in the template file /opt/zendto/templates/main_menu.tpl. > Line 86 currently says > {if $allowExternaUploads || $allowExternalPickups} > where it should of course say > {if $allowExternalUploads || $allowExternalPickups} > (I missed an "el" in External Uploads) > > This will be fixed in the next release. > > Cheers, > Jules. > > On Thu 07/01/21 13:27, Gregg Douglas via ZendTo wrote: > > Hi All, > > Complements of the season to all. > > I have installed version 6.05-4 and I am testing the > "allowExternalPickups" option. > > When I set it to "FALSE", both the "Pick-up" and "Drop-off" Buttons > disappear. > When I set it back to "TRUE", they both reappear. > > According to the ChangeLog: > > Added config option 'allowExternalPickups' (default=TRUE). If you set this > to FALSE, the "Pick-up files' button will be removed from the main menu > *if* you are not logged in. It works similarly to 'allowExternalUploads'. > > Am I missing something or doing something wrong? > > Regards > Gregg > > > _______________________________________________ > ZendTo mailing listZendTo at zend.tohttp://jul.es/mailman/listinfo/zendto > > > Jules > > -- > Julian Field MEng CEng CITP MBCS MIEEE MACM > > 'It's okay to live without all the answers' - Charlie Eppes, 2011 > www.Zend.To > Twitter: @JulesFM > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Tue Jan 26 14:43:05 2021 From: Jules at Zend.To (Jules) Date: Tue, 26 Jan 2021 14:43:05 +0000 Subject: [ZendTo] Error Message When a User Drops of 6GB file. <<< ClamAV 0.103 bug In-Reply-To: References: Message-ID: Anthony, I have just hit the same problem on our installation of ZendTo here at Southampton. I'm cc-ing this to the mailing list as it's going to become a widespread problem. There's a bug in ClamAV 0.103. It crashes with a memory allocation failure if you try to scan a file bigger than the available RAM in the server/VM. ClamAV 0.102 works fine. You can fetch the 0.102 RPMs from here: https://archives.fedoraproject.org/pub/archive/epel/7/x86_64/Packages/c/ Stop the services ??? clamd at scan ??? clam-freshclam ??? clamav-freshclam Find all the clamAV RPMs you have installed: ??? rpm -qa | grep -i clam Then use "rpm -e" to remote all of them in 1 command. That stops dependency problems. Then fetch the 0.102 versions from the URL above: you want to install these ??? clamav ??? clamav-filesystem ??? clamav-lib ??? clamav-update ??? clamd Do *not* install "clamav-data". Edit /etc/clamd.d/scan.conf. There's a commented out line mentioning "LocalSocket". Uncomment that line. Edit /etc/freshclam.conf. There's a commented out line mentioning "NotifyClamd". Uncomment that line so it says NotifyClamd /etc/clamd.conf and you should find you still have a link in /etc/clamd.conf that points to /etc/clamd.d/scan.conf. Delete everything in /var/lib/clamav totally. Just leave it as an empty directory. Run the command ??? freshclam once. Ignore its final complaint about being unable to notify clamd. That's because you can't start clamd until freshclam has fetched the latest virus signatures for you. Then enable and start the services as follows: ??? systemctl enable clamd at scan ??? systemctl enable clam-freshclam ??? systemctl start clamd at scan And you should find the problem goes away again. If you have the time to report this to the ClamAV maintainers, please do. No amount of Googling I did yesterday while fixing this myself, produced anything useful. So I suspect they don't know yet. Cheers, Jules. On Tue 26/01/21 14:24, Anthony Wilson wrote: > > Hi Jules > > Thank you for your response and apologies for the delay with mine. > > I have cc?d the user, who will be able to respond to the console task > and file size. > > Please see below the space available > > ?Filesystem?????????????????? ??? Size Used Avail Use% Mounted on > > devtmpfs???????????????????? ????? 3.8G 0? 3.8G?? 0% /dev > > tmpfs 3.8G???? 0? 3.8G?? 0% /dev/shm > > tmpfs 3.8G? 377M? 3.5G? 10% /run > > tmpfs 3.8G???? 0? 3.8G?? 0% /sys/fs/cgroup > > /dev/mapper/vg_root-lv_root?? 91G? 4.3G 87G?? 5% / > > /dev/mapper/dropoff-vol1???? 300G? 9.3G 291G?? 4% /var/zendto/dropoffs > > /dev/sda1?????????????????? ?????? 1014M 275M? 740M? 28% /boot > > tmpfs 777M???? 0? 777M?? 0% /run/user/0? > > Please see the error in the log file similar to the initial issue. > > ?zendto.log:2021-01-23 19:29:24 172.19.48.98 [ZendTo]: Error: Virus > scan of dropped-off files > /var/zendto/incoming/eYzXdXMzGPtngj8o52brEmKoPjnF8e3d.1 for awitney > failed with /var/zendto/incoming/eYzXdXMzGPtngj8o52brEmKoPjnF8e3d.1: > Can't allocate memory ERROR? ----------- SCAN SUMMARY ----------- > Infected files: 0 Total errors: 1 Time: 0.020 sec (0 m 0 s) Start > Date: 2021:01:23 19:29:24 End Date:?? 2021:01:23 19:29:24? > > Kind regards > > Anthony > > *From:*Jules > *Sent:* 19 January 2021 09:47 > *To:* Anthony Wilson > *Subject:* Re: Error Message When a User Drops of 6GB file. > > Hi Anthony, > > Can you ask him, when he gets these errors, to take a look in the > JavaScript console of his web browser and see if anything is reported > there? He basically needs to show the developer console > (right-clicking anywhere in the page and doing "Inspect Element" is > one of the most obvious ways), then click on the "Console" tab and > ensure it is showing "All" log entries). > > Also, does your zendto.log report anything at this point? > All the output from the virus checker will be logged in there. > > As it's a tar.gz file, how big is it when unpacked? Have you got > enough space in /var/zendto/incoming (and /var/zendto in general), and > /tmp for the virus scanner to unpack the compressed archive? You might > be simply running out of temporary disk space that clamd needs. > > Hope that helps, > Jules. > > On Fri 08/01/21 13:58, Anthony Wilson wrote: > > Hi Support > > We have a user (Adam) that is receiving a misleading message when > dropping of a file (see attached). However the user has confirmed > that the recipient successfully received the files. > > The process the user took is shown below > > ?Hi Anthony Details are 6Gb tar.gz file, unencrypted, being > uploaded from an NFS share through a Desktop Windows 10 machine. > Uploaded using Edge (not sure the version, but it is the new Chome > based one on my SGUL machine) Thanks Adam? > > Please can you assist. > > Kind regards > > Anthony Wilson > > Computing Services > > St Georges - University of London > > Telephone: +44 208 725 5435 > > email: akwilson at sgul.ac.uk > > website: http://www.sgul.ac.uk/ > > > > Jules > -- > Julian Field MEng CEng CITP MBCS MIEEE MACM > The current UK shipping forecast: > Forties, Cromarty, Forth, Tyne: Southwest 4 to 6, becoming variable 3, then > cyclonic 4 to 6 later. Slight or moderate, occasionally rough in Forties. > Rain. Good, occasionally poor. > www.Zend.To > Twitter: @JulesFM Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'Is the Holocaust an aberration, or a reflection of who we really are?' - Holocaust Museum, Berlin www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From akwilson at sgul.ac.uk Wed Jan 27 08:27:59 2021 From: akwilson at sgul.ac.uk (Anthony Wilson) Date: Wed, 27 Jan 2021 08:27:59 +0000 Subject: [ZendTo] Error Message When a User Drops of 6GB file. <<< ClamAV 0.103 bug In-Reply-To: References: Message-ID: Hi Jules Thank you for the update. I will attempt to change the version during our ?At Risk? period, which is next Tuesday 7am and will update you. Kind regards Anthony From: Jules Sent: 26 January 2021 14:43 To: Anthony Wilson Cc: Adam Witney ; ZendTo Users Subject: Re: Error Message When a User Drops of 6GB file. <<< ClamAV 0.103 bug Anthony, I have just hit the same problem on our installation of ZendTo here at Southampton. I'm cc-ing this to the mailing list as it's going to become a widespread problem. There's a bug in ClamAV 0.103. It crashes with a memory allocation failure if you try to scan a file bigger than the available RAM in the server/VM. ClamAV 0.102 works fine. You can fetch the 0.102 RPMs from here: https://archives.fedoraproject.org/pub/archive/epel/7/x86_64/Packages/c/ Stop the services clamd at scan clam-freshclam clamav-freshclam Find all the clamAV RPMs you have installed: rpm -qa | grep -i clam Then use "rpm -e" to remote all of them in 1 command. That stops dependency problems. Then fetch the 0.102 versions from the URL above: you want to install these clamav clamav-filesystem clamav-lib clamav-update clamd Do *not* install "clamav-data". Edit /etc/clamd.d/scan.conf. There's a commented out line mentioning "LocalSocket". Uncomment that line. Edit /etc/freshclam.conf. There's a commented out line mentioning "NotifyClamd". Uncomment that line so it says NotifyClamd /etc/clamd.conf and you should find you still have a link in /etc/clamd.conf that points to /etc/clamd.d/scan.conf. Delete everything in /var/lib/clamav totally. Just leave it as an empty directory. Run the command freshclam once. Ignore its final complaint about being unable to notify clamd. That's because you can't start clamd until freshclam has fetched the latest virus signatures for you. Then enable and start the services as follows: systemctl enable clamd at scan systemctl enable clam-freshclam systemctl start clamd at scan And you should find the problem goes away again. If you have the time to report this to the ClamAV maintainers, please do. No amount of Googling I did yesterday while fixing this myself, produced anything useful. So I suspect they don't know yet. Cheers, Jules. On Tue 26/01/21 14:24, Anthony Wilson wrote: Hi Jules Thank you for your response and apologies for the delay with mine. I have cc?d the user, who will be able to respond to the console task and file size. Please see below the space available ?Filesystem Size Used Avail Use% Mounted on devtmpfs 3.8G 0 3.8G 0% /dev tmpfs 3.8G 0 3.8G 0% /dev/shm tmpfs 3.8G 377M 3.5G 10% /run tmpfs 3.8G 0 3.8G 0% /sys/fs/cgroup /dev/mapper/vg_root-lv_root 91G 4.3G 87G 5% / /dev/mapper/dropoff-vol1 300G 9.3G 291G 4% /var/zendto/dropoffs /dev/sda1 1014M 275M 740M 28% /boot tmpfs 777M 0 777M 0% /run/user/0? Please see the error in the log file similar to the initial issue. ?zendto.log:2021-01-23 19:29:24 172.19.48.98 [ZendTo]: Error: Virus scan of dropped-off files /var/zendto/incoming/eYzXdXMzGPtngj8o52brEmKoPjnF8e3d.1 for awitney failed with /var/zendto/incoming/eYzXdXMzGPtngj8o52brEmKoPjnF8e3d.1: Can't allocate memory ERROR ----------- SCAN SUMMARY ----------- Infected files: 0 Total errors: 1 Time: 0.020 sec (0 m 0 s) Start Date: 2021:01:23 19:29:24 End Date: 2021:01:23 19:29:24? Kind regards Anthony From: Jules Sent: 19 January 2021 09:47 To: Anthony Wilson Subject: Re: Error Message When a User Drops of 6GB file. Hi Anthony, Can you ask him, when he gets these errors, to take a look in the JavaScript console of his web browser and see if anything is reported there? He basically needs to show the developer console (right-clicking anywhere in the page and doing "Inspect Element" is one of the most obvious ways), then click on the "Console" tab and ensure it is showing "All" log entries). Also, does your zendto.log report anything at this point? All the output from the virus checker will be logged in there. As it's a tar.gz file, how big is it when unpacked? Have you got enough space in /var/zendto/incoming (and /var/zendto in general), and /tmp for the virus scanner to unpack the compressed archive? You might be simply running out of temporary disk space that clamd needs. Hope that helps, Jules. On Fri 08/01/21 13:58, Anthony Wilson wrote: Hi Support We have a user (Adam) that is receiving a misleading message when dropping of a file (see attached). However the user has confirmed that the recipient successfully received the files. The process the user took is shown below ?Hi Anthony Details are 6Gb tar.gz file, unencrypted, being uploaded from an NFS share through a Desktop Windows 10 machine. Uploaded using Edge (not sure the version, but it is the new Chome based one on my SGUL machine) Thanks Adam? Please can you assist. Kind regards Anthony Wilson Computing Services St Georges - University of London Telephone: +44 208 725 5435 email: akwilson at sgul.ac.uk website: http://www.sgul.ac.uk/ Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast: Forties, Cromarty, Forth, Tyne: Southwest 4 to 6, becoming variable 3, then cyclonic 4 to 6 later. Slight or moderate, occasionally rough in Forties. Rain. Good, occasionally poor. www.Zend.To Twitter: @JulesFM Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'Is the Holocaust an aberration, or a reflection of who we really are?' - Holocaust Museum, Berlin www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: