From KevinO'Connor at merseyfire.gov.uk Fri Jun 1 08:52:43 2018 From: KevinO'Connor at merseyfire.gov.uk (O'Connor, Kevin) Date: Fri, 1 Jun 2018 07:52:43 +0000 Subject: [ZendTo] Error on File Upload References: <81C9CF72068BAA4C85C4FA6FF062C7B367AE5195@MFRSEXCH-TDA.merseyfire.gov.uk> Message-ID: Morning, I've got a 5.01 clean install running on CentOS 7 with AD authentication. On completion of the file upload an error message pops up "Sorry I failed to dropoff your files! Note that you cannot dropoff directories, only files" The file is successfully uploaded but this error seems to prevent the email being sent. I noticed someone posted the same fault back in March but I can find no response or resolution posted so was hoping someone could point me in the direction of a fix or a setting I might have got wrong. TIA Kevin This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this e-mail in error please notify the originator of the message. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Merseyside Fire & Rescue Service, (MFRS). Incoming and outgoing emails may be monitored in line with current legislation. Steps have been taken to ensure that this email and attachments are free from any virus. In keeping with good computing practice the recipient should ensure they are actually virus free. http://www.merseyfire.gov.uk/ From Jules at Zend.To Fri Jun 1 09:23:21 2018 From: Jules at Zend.To (Jules Field) Date: Fri, 1 Jun 2018 09:23:21 +0100 Subject: [ZendTo] Error on File Upload In-Reply-To: References: <81C9CF72068BAA4C85C4FA6FF062C7B367AE5195@MFRSEXCH-TDA.merseyfire.gov.uk> Message-ID: Kevin, Does anything show up in /var/zendto/zendto.log when this happens? How long are the uploads taking before this error appears? It is caused by the PHP session failing/disappearing/timing-out during the upload process. It means the server received nothing of your files. The comment about files/directories is because that is one thing that will cause it, as in some browsers it is still impossible for me to check if what you've added to the list of files is a dir or a real file. Cheers, Jules. On 01/06/2018 08:52, O'Connor, Kevin via ZendTo wrote: > Morning, > > I've got a 5.01 clean install running on CentOS 7 with AD authentication. > > On completion of the file upload an error message pops up "Sorry I failed to dropoff your files! Note that you cannot dropoff directories, only files" The file is successfully uploaded but this error seems to prevent the email being sent. > > I noticed someone posted the same fault back in March but I can find no response or resolution posted so was hoping someone could point me in the direction of a fix or a setting I might have got wrong. > > TIA > > Kevin > This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. > If you have received this e-mail in error please notify the originator of the message. > > Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Merseyside Fire & Rescue Service, (MFRS). > > Incoming and outgoing emails may be monitored in line with current legislation. > > Steps have been taken to ensure that this email and attachments are free from any virus. In keeping with good computing practice the recipient should ensure they are actually virus free. > > http://www.merseyfire.gov.uk/ > > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'Find a place inside where there's joy, and the joy will burn out the pain.' - Joseph Campbell www.Zend.To Twitter: @JulesFM PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 From KevinO'Connor at merseyfire.gov.uk Fri Jun 1 09:35:25 2018 From: KevinO'Connor at merseyfire.gov.uk (O'Connor, Kevin) Date: Fri, 1 Jun 2018 08:35:25 +0000 Subject: [ZendTo] Error on File Upload In-Reply-To: References: <81C9CF72068BAA4C85C4FA6FF062C7B367AE5195@MFRSEXCH-TDA.merseyfire.gov.uk> <81C9CF72068BAA4C85C4FA6FF062C7B367AE51FA@MFRSEXCH-TDA.merseyfire.gov.uk> Message-ID: Jules, Thanks for the quick response. Please see my responses below. > -----Original Message----- > From: Jules Field [mailto:Jules at Zend.To] > Sent: 01 June 2018 09:23 > To: ZendTo Users > Cc: O'Connor, Kevin > Subject: Re: [ZendTo] Error on File Upload > > Kevin, > > Does anything show up in /var/zendto/zendto.log when this happens? No there is nothing logged. All that the file contains as the logins to the system > How long are the uploads taking before this error appears? It occurs even with small files that take seconds to upload. > It is caused by the PHP session failing/disappearing/timing-out during the > upload process. It means the server received nothing of your files. The files are present and as far as I can determine have completed upload. > The comment about files/directories is because that is one thing that will > cause it, as in some browsers it is still impossible for me to check if what > you've added to the list of files is a dir or a real file. > > Cheers, > Jules. > > On 01/06/2018 08:52, O'Connor, Kevin via ZendTo wrote: > > Morning, > > > > I've got a 5.01 clean install running on CentOS 7 with AD authentication. > > > > On completion of the file upload an error message pops up "Sorry I failed to > dropoff your files! Note that you cannot dropoff directories, only files" The > file is successfully uploaded but this error seems to prevent the email being > sent. > > > > I noticed someone posted the same fault back in March but I can find no > response or resolution posted so was hoping someone could point me in the > direction of a fix or a setting I might have got wrong. > > > > TIA > > > > Kevin > > This e-mail and any files transmitted with it are confidential and intended > solely for the use of the individual or entity to whom they are addressed. > > If you have received this e-mail in error please notify the originator of the > message. > > > > Any views expressed in this message are those of the individual sender, > except where the sender specifies and with authority, states them to be the > views of Merseyside Fire & Rescue Service, (MFRS). > > > > Incoming and outgoing emails may be monitored in line with current > legislation. > > > > Steps have been taken to ensure that this email and attachments are free > from any virus. In keeping with good computing practice the recipient should > ensure they are actually virus free. > > > > http://www.merseyfire.gov.uk/ > > > > > > _______________________________________________ > > ZendTo mailing list > > ZendTo at zend.to > > http://jul.es/mailman/listinfo/zendto > > Jules > > -- > Julian Field MEng CEng CITP MBCS MIEEE MACM > > 'Find a place inside where there's joy, and the joy will burn out > the pain.' - Joseph Campbell > > www.Zend.To > Twitter: @JulesFM > PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this e-mail in error please notify the originator of the message. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Merseyside Fire & Rescue Service, (MFRS). Incoming and outgoing emails may be monitored in line with current legislation. Steps have been taken to ensure that this email and attachments are free from any virus. In keeping with good computing practice the recipient should ensure they are actually virus free. http://www.merseyfire.gov.uk/ From Jules at Zend.To Fri Jun 1 10:30:32 2018 From: Jules at Zend.To (Jules Field) Date: Fri, 1 Jun 2018 10:30:32 +0100 Subject: [ZendTo] Error on File Upload In-Reply-To: References: <81C9CF72068BAA4C85C4FA6FF062C7B367AE5195@MFRSEXCH-TDA.merseyfire.gov.uk> <81C9CF72068BAA4C85C4FA6FF062C7B367AE51FA@MFRSEXCH-TDA.merseyfire.gov.uk> Message-ID: <4d7e1fe0-1939-5c10-40b9-33f916965c49@Zend.To> Kevin, To rule out ClamAV permissions issues, edit preferences.php and set ??? 'clamdscan' => 'DISABLED', Make sure you keep the old value, just comment it out. Does that make any difference? I would also advise a quick "yum update" to the latest release of 5.03. According to my ChangeLog, the changes from 5.01-5 and 5.03-1 are all security improvements or bug fixes. Cheers, Jules. On 01/06/2018 09:35, O'Connor, Kevin wrote: > Jules, > > Thanks for the quick response. Please see my responses below. > >> -----Original Message----- >> From: Jules Field [mailto:Jules at Zend.To] >> Sent: 01 June 2018 09:23 >> To: ZendTo Users >> Cc: O'Connor, Kevin >> Subject: Re: [ZendTo] Error on File Upload >> >> Kevin, >> >> Does anything show up in /var/zendto/zendto.log when this happens? > No there is nothing logged. All that the file contains as the logins to the system > > >> How long are the uploads taking before this error appears? > It occurs even with small files that take seconds to upload. > >> It is caused by the PHP session failing/disappearing/timing-out during the >> upload process. It means the server received nothing of your files. > The files are present and as far as I can determine have completed upload. > >> The comment about files/directories is because that is one thing that will >> cause it, as in some browsers it is still impossible for me to check if what >> you've added to the list of files is a dir or a real file. >> >> Cheers, >> Jules. >> >> On 01/06/2018 08:52, O'Connor, Kevin via ZendTo wrote: >>> Morning, >>> >>> I've got a 5.01 clean install running on CentOS 7 with AD authentication. >>> >>> On completion of the file upload an error message pops up "Sorry I failed to >> dropoff your files! Note that you cannot dropoff directories, only files" The >> file is successfully uploaded but this error seems to prevent the email being >> sent. >>> I noticed someone posted the same fault back in March but I can find no >> response or resolution posted so was hoping someone could point me in the >> direction of a fix or a setting I might have got wrong. >>> TIA >>> >>> Kevin >>> This e-mail and any files transmitted with it are confidential and intended >> solely for the use of the individual or entity to whom they are addressed. >>> If you have received this e-mail in error please notify the originator of the >> message. >>> Any views expressed in this message are those of the individual sender, >> except where the sender specifies and with authority, states them to be the >> views of Merseyside Fire & Rescue Service, (MFRS). >>> Incoming and outgoing emails may be monitored in line with current >> legislation. >>> Steps have been taken to ensure that this email and attachments are free >> from any virus. In keeping with good computing practice the recipient should >> ensure they are actually virus free. >>> http://www.merseyfire.gov.uk/ >>> >>> >>> _______________________________________________ >>> ZendTo mailing list >>> ZendTo at zend.to >>> http://jul.es/mailman/listinfo/zendto >> Jules >> >> -- >> Julian Field MEng CEng CITP MBCS MIEEE MACM >> >> 'Find a place inside where there's joy, and the joy will burn out >> the pain.' - Joseph Campbell >> >> www.Zend.To >> Twitter: @JulesFM >> PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 > This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. > If you have received this e-mail in error please notify the originator of the message. > > Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Merseyside Fire & Rescue Service, (MFRS). > > Incoming and outgoing emails may be monitored in line with current legislation. > > Steps have been taken to ensure that this email and attachments are free from any virus. In keeping with good computing practice the recipient should ensure they are actually virus free. > > http://www.merseyfire.gov.uk/ > Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'Named must your fear be before banish it you can.' - Yoda www.Zend.To Twitter: @JulesFM PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 From KevinO'Connor at merseyfire.gov.uk Fri Jun 1 11:48:57 2018 From: KevinO'Connor at merseyfire.gov.uk (O'Connor, Kevin) Date: Fri, 1 Jun 2018 10:48:57 +0000 Subject: [ZendTo] Error on File Upload In-Reply-To: References: <81C9CF72068BAA4C85C4FA6FF062C7B367AE5195@MFRSEXCH-TDA.merseyfire.gov.uk> <81C9CF72068BAA4C85C4FA6FF062C7B367AE51FA@MFRSEXCH-TDA.merseyfire.gov.uk> <4d7e1fe0-1939-5c10-40b9-33f916965c49@Zend.To> <81C9CF72068BAA4C85C4FA6FF062C7B367AE5265@MFRSEXCH-TDA.merseyfire.gov.uk> Message-ID: Jules, Disabling the clamdscan made no difference. I've done the upgrade to 5.03 and updated the config files. There was no zendto.conf.rpmnew I assume because there were no changes. The issue still exists. I can view and download the uploaded file from the outbox, using the resend mail option produces a blank page. This is not a production system, we still have an old 4.28-2 system running, so I'm thinking a complete rebuild from the ground up might be the best bet. Regards Kevin > -----Original Message----- > From: Jules Field [mailto:Jules at Zend.To] > Sent: 01 June 2018 10:31 > To: O'Connor, Kevin ; ZendTo Users > > Subject: Re: [ZendTo] Error on File Upload > > Kevin, > > To rule out ClamAV permissions issues, edit preferences.php and set > ??? 'clamdscan' => 'DISABLED', > Make sure you keep the old value, just comment it out. > > Does that make any difference? > > I would also advise a quick "yum update" to the latest release of 5.03. > According to my ChangeLog, the changes from 5.01-5 and 5.03-1 are all > security improvements or bug fixes. > > Cheers, > Jules. > > On 01/06/2018 09:35, O'Connor, Kevin wrote: > > Jules, > > > > Thanks for the quick response. Please see my responses below. > > > >> -----Original Message----- > >> From: Jules Field [mailto:Jules at Zend.To] > >> Sent: 01 June 2018 09:23 > >> To: ZendTo Users > >> Cc: O'Connor, Kevin > >> Subject: Re: [ZendTo] Error on File Upload > >> > >> Kevin, > >> > >> Does anything show up in /var/zendto/zendto.log when this happens? > > No there is nothing logged. All that the file contains as the logins > > to the system > > > > > >> How long are the uploads taking before this error appears? > > It occurs even with small files that take seconds to upload. > > > >> It is caused by the PHP session failing/disappearing/timing-out > >> during the upload process. It means the server received nothing of your > files. > > The files are present and as far as I can determine have completed upload. > > > >> The comment about files/directories is because that is one thing that > >> will cause it, as in some browsers it is still impossible for me to > >> check if what you've added to the list of files is a dir or a real file. > >> > >> Cheers, > >> Jules. > >> > >> On 01/06/2018 08:52, O'Connor, Kevin via ZendTo wrote: > >>> Morning, > >>> > >>> I've got a 5.01 clean install running on CentOS 7 with AD authentication. > >>> > >>> On completion of the file upload an error message pops up "Sorry I > >>> failed to > >> dropoff your files! Note that you cannot dropoff directories, only > >> files" The file is successfully uploaded but this error seems to > >> prevent the email being sent. > >>> I noticed someone posted the same fault back in March but I can find > >>> no > >> response or resolution posted so was hoping someone could point me in > >> the direction of a fix or a setting I might have got wrong. > >>> TIA > >>> > >>> Kevin This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this e-mail in error please notify the originator of the message. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Merseyside Fire & Rescue Service, (MFRS). Incoming and outgoing emails may be monitored in line with current legislation. Steps have been taken to ensure that this email and attachments are free from any virus. In keeping with good computing practice the recipient should ensure they are actually virus free. http://www.merseyfire.gov.uk/ From Jules at Zend.To Fri Jun 1 16:39:47 2018 From: Jules at Zend.To (Jules Field) Date: Fri, 1 Jun 2018 16:39:47 +0100 Subject: [ZendTo] Error on File Upload In-Reply-To: References: <81C9CF72068BAA4C85C4FA6FF062C7B367AE5195@MFRSEXCH-TDA.merseyfire.gov.uk> <81C9CF72068BAA4C85C4FA6FF062C7B367AE51FA@MFRSEXCH-TDA.merseyfire.gov.uk> <4d7e1fe0-1939-5c10-40b9-33f916965c49@Zend.To> <81C9CF72068BAA4C85C4FA6FF062C7B367AE5265@MFRSEXCH-TDA.merseyfire.gov.uk> Message-ID: <8daffa83-20b9-63a3-ec5e-a1d934a90917@Zend.To> Kevin, If it's not clamdscan, then it's probably the SELinux access rules on /var/zendto and its children. These will get destroyed if you moved /var/zendto (or any part of it) to another location, even if you put in symlinks pointing to the new location. (Or possibly the "classic" file permissions and ownerships, but that's far easier to check so you have probably already done so). If you did a default install, you will be running SELinux on your new ZendTo box in "enforcing" mode. Run this command as root: ??? restorecon -v -F -R /var/zendto Then give it 1 last go. If it still doesn't work at that point, then a rebuild is probably fastest. Note that if you move /var/zendto (or anything below it) into another filesystem, you will need to do that restorecon command *if it all still appears under /var/zendto*. If you move it anywhere else (for example /srv/zendto) or anything like that, then all the SELinux rules for everything under your new location will be blank. At that point, you need to add the new rules yourself: ? semanage fcontext --add -s system_u -t httpd_sys_rw_content_t '*/var/zendto*(/.*)?' ? semanage fcontext --add -s system_u -t httpd_sys_ra_content_t '*/var/zendto*/zendto.log(.*)?' ? semanage fcontext --add -s system_u -t httpd_sys_content_t '*/var/zendto*/rrd(/.*)?' ? restorecon -F -R */var/zendto* where you should change all the *bold* "/var/zendto" strings to the *real* path you have moved it to. This is one of the hazards of SELinux. The rules can be added in 2 different ways, and they tend to break if you shift stuff around after setting the rules. Cheers, Jules. On 01/06/2018 11:48, O'Connor, Kevin wrote: > Jules, > > Disabling the clamdscan made no difference. > > I've done the upgrade to 5.03 and updated the config files. There was no zendto.conf.rpmnew I assume because there were no changes. > > The issue still exists. I can view and download the uploaded file from the outbox, using the resend mail option produces a blank page. > > This is not a production system, we still have an old 4.28-2 system running, so I'm thinking a complete rebuild from the ground up might be the best bet. > > Regards > > Kevin > >> -----Original Message----- >> From: Jules Field [mailto:Jules at Zend.To] >> Sent: 01 June 2018 10:31 >> To: O'Connor, Kevin ; ZendTo Users >> >> Subject: Re: [ZendTo] Error on File Upload >> >> Kevin, >> >> To rule out ClamAV permissions issues, edit preferences.php and set >> ??? 'clamdscan' => 'DISABLED', >> Make sure you keep the old value, just comment it out. >> >> Does that make any difference? >> >> I would also advise a quick "yum update" to the latest release of 5.03. >> According to my ChangeLog, the changes from 5.01-5 and 5.03-1 are all >> security improvements or bug fixes. >> >> Cheers, >> Jules. >> >> On 01/06/2018 09:35, O'Connor, Kevin wrote: >>> Jules, >>> >>> Thanks for the quick response. Please see my responses below. >>> >>>> -----Original Message----- >>>> From: Jules Field [mailto:Jules at Zend.To] >>>> Sent: 01 June 2018 09:23 >>>> To: ZendTo Users >>>> Cc: O'Connor, Kevin >>>> Subject: Re: [ZendTo] Error on File Upload >>>> >>>> Kevin, >>>> >>>> Does anything show up in /var/zendto/zendto.log when this happens? >>> No there is nothing logged. All that the file contains as the logins >>> to the system >>> >>> >>>> How long are the uploads taking before this error appears? >>> It occurs even with small files that take seconds to upload. >>> >>>> It is caused by the PHP session failing/disappearing/timing-out >>>> during the upload process. It means the server received nothing of your >> files. >>> The files are present and as far as I can determine have completed upload. >>> >>>> The comment about files/directories is because that is one thing that >>>> will cause it, as in some browsers it is still impossible for me to >>>> check if what you've added to the list of files is a dir or a real file. >>>> >>>> Cheers, >>>> Jules. >>>> >>>> On 01/06/2018 08:52, O'Connor, Kevin via ZendTo wrote: >>>>> Morning, >>>>> >>>>> I've got a 5.01 clean install running on CentOS 7 with AD authentication. >>>>> >>>>> On completion of the file upload an error message pops up "Sorry I >>>>> failed to >>>> dropoff your files! Note that you cannot dropoff directories, only >>>> files" The file is successfully uploaded but this error seems to >>>> prevent the email being sent. >>>>> I noticed someone posted the same fault back in March but I can find >>>>> no >>>> response or resolution posted so was hoping someone could point me in >>>> the direction of a fix or a setting I might have got wrong. >>>>> TIA >>>>> >>>>> Kevin > This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. > If you have received this e-mail in error please notify the originator of the message. > > Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Merseyside Fire & Rescue Service, (MFRS). > > Incoming and outgoing emails may be monitored in line with current legislation. > > Steps have been taken to ensure that this email and attachments are free from any virus. In keeping with good computing practice the recipient should ensure they are actually virus free. > > http://www.merseyfire.gov.uk/ > Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM Wight, Portland, Plymouth: South or southwest 3 or 4, increasing 5 at times. Slight or moderate. Showers, fog patches at first. Moderate or good, occasionally very poor at first. www.Zend.To Twitter: @JulesFM PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Fri Jun 1 16:48:04 2018 From: Jules at Zend.To (Jules Field) Date: Fri, 1 Jun 2018 16:48:04 +0100 Subject: [ZendTo] 5.04-6 beta : New "Download All Files" button Message-ID: Hi folks! I have just released a new beta version 5.04-6. You can download it from here: ??? http://zend.to/beta.php 2 major things that are new in 5.04: 1. In pages that let you download a drop-off, there is a new "Download All Files" button. I have coded this as carefully as I can, as browsers don't play nicely when asked to do this. Please do try it out on different systems, OSes and browsers and tell me where it works and where it doesn't. And when it doesn't, how it fails. Note the "Download All Files" button does not even appear on Internet Explorer as it's just too broken for this to ever work. 2. The (beta) installer will now handle SUSE Enterprise Linux Server (SLES) 12sp3 and openSUSE Leap 15. To try out the beta of the installer, "curl -O http://zend.to/files/install-beta.ZendTo.tgz" instead of the usual address of it. Due to a slight packaging change, I'm extremely interested to hear from people doing an upgrade from any earlier release of version 5.00 onwards. Did anything break? Did it all work fine? Even in non-English languages? Here is the full ChangeLog: - Added "Download All Files" button to ease fetching drop-offs. ? Note this does not work or appear on Internet Explorer. - Added installer support for SUSE Enterprise 12 and openSUSE Leap 15. - Security: Improved security of the session cookies. - Security: ClaimID and Passcode now more secure (PHP7 only). - Security: Disabled directory browsing. - Removed the compiled language files (*.mo) from the package. The ? rpm and deb packages' built-in post-installation scripts will build ? them for you. Please let me know how you get on! Have a great weekend. Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'In Flanders fields the poppies blow Between the crosses, row on row, That mark our place: and in the sky The larks still bravely singing fly Scarce heard amid the guns below. We are the dead: Short days ago, We lived, felt dawn, saw sunset glow, Loved and were loved: and now we lie In Flanders fields! Take up our quarrel with the foe To you, from failing hands, we throw The torch: be yours to hold it high If ye break faith with us who die, We shall not sleep, though poppies grow In Flanders fields.' Lieutenant Colonel John McCrae Composed at the battlefront on May 3, 1915 during the second battle of Ypres, Belgium www.Zend.To Twitter: @JulesFM PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 From D.J.Harris at tees.ac.uk Thu Jun 7 06:54:55 2018 From: D.J.Harris at tees.ac.uk (Harris, David) Date: Thu, 7 Jun 2018 05:54:55 +0000 Subject: [ZendTo] ZendTo 5 References: Message-ID: Hi quick question about the new version. Is there a setting somewhere where we can change the default behaviour of sending the passcode to a recipient? Ideally, we?d like to default it to not send the passcode to the recipient in the notification email by default. thanks Dave -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris.venter1 at gmail.com Thu Jun 7 09:09:39 2018 From: chris.venter1 at gmail.com (Chris Venter) Date: Thu, 7 Jun 2018 09:09:39 +0100 Subject: [ZendTo] ZendTo 5 In-Reply-To: References: Message-ID: Have a look at the preferences.php (/opt/zendto/config/preferences.php) // When a user sends a new drop-off, do you want them to be able to // use the "email the Passcode as well as the Claim ID" tick box? 'allowEmailPasscode' => FALSE, // When a user sends a new drop-off, do you want the "email the // Passcode as well as the Claim ID" tick box to be ticked by default? 'defaultEmailPasscode' => FALSE, Cheers Chris On 7 June 2018 at 06:54, Harris, David via ZendTo wrote: > Hi > > quick question about the new version. Is there a setting somewhere where > we can change the default behaviour of sending the passcode to a recipient? > > Ideally, we?d like to default it to not send the passcode to the recipient > in the notification email by default. > > thanks > Dave > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Thu Jun 7 09:35:33 2018 From: Jules at Zend.To (Jules Field) Date: Thu, 7 Jun 2018 09:35:33 +0100 Subject: [ZendTo] ZendTo 5 In-Reply-To: References: Message-ID: Dave, There are now 2 options you can use to control this in preferences.php: ? // When a user sends a new drop-off, do you want them to be able to ? // use the "email the Passcode as well as the Claim ID" tick box? ? 'allowEmailPasscode' => TRUE, ? // When a user sends a new drop-off, do you want the "email the ? // Passcode as well as the Claim ID" tick box to be ticked by default? ? 'defaultEmailPasscode' => TRUE, If you are going to upgrade from version 4 (or earlier!) please do ensure you read the notes at ??? http://zend.to/upgrade.php first. Most people actually find it easier and faster to build a new system from scratch, and then port your database and drop-offs across once you've proved the new one works how you want it to. My new v4 Installer makes the whole process of building it all from a "minimal server install" of your favourite Linux variant extremely easy. And there's no need to rebuild PHP from source any more either, the installer can install the standard PHP 7 packages onto just about anything. Cheers, Jules. On 07/06/2018 06:54, Harris, David via ZendTo wrote: > Hi > > quick question about the new version. Is there a setting somewhere > where we can change the default behaviour of sending the passcode to a > recipient? > > Ideally, we?d like to default it to not send the passcode to the > recipient in the notification email by default. > > thanks > Dave > > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'Teach a man to reason, and he will think for a lifetime.' - Phil Plait www.Zend.To Twitter: @JulesFM PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 -------------- next part -------------- An HTML attachment was scrubbed... URL: From D.J.Harris at tees.ac.uk Thu Jun 7 10:17:05 2018 From: D.J.Harris at tees.ac.uk (Harris, David) Date: Thu, 7 Jun 2018 09:17:05 +0000 Subject: [ZendTo] ZendTo 5 In-Reply-To: References: <77460caebc4d470ca9b05261c91f16b4@tees.ac.uk> Message-ID: Thank you so much for your responses ? it?s greatly appreciated. I?ll let you know how I get on! Cheers Dave From: Jules Field Sent: 07 June 2018 09:36 To: ZendTo Users Cc: Harris, David Subject: Re: [ZendTo] ZendTo 5 Dave, There are now 2 options you can use to control this in preferences.php: // When a user sends a new drop-off, do you want them to be able to // use the "email the Passcode as well as the Claim ID" tick box? 'allowEmailPasscode' => TRUE, // When a user sends a new drop-off, do you want the "email the // Passcode as well as the Claim ID" tick box to be ticked by default? 'defaultEmailPasscode' => TRUE, If you are going to upgrade from version 4 (or earlier!) please do ensure you read the notes at http://zend.to/upgrade.php first. Most people actually find it easier and faster to build a new system from scratch, and then port your database and drop-offs across once you've proved the new one works how you want it to. My new v4 Installer makes the whole process of building it all from a "minimal server install" of your favourite Linux variant extremely easy. And there's no need to rebuild PHP from source any more either, the installer can install the standard PHP 7 packages onto just about anything. Cheers, Jules. On 07/06/2018 06:54, Harris, David via ZendTo wrote: Hi quick question about the new version. Is there a setting somewhere where we can change the default behaviour of sending the passcode to a recipient? Ideally, we?d like to default it to not send the passcode to the recipient in the notification email by default. thanks Dave _______________________________________________ ZendTo mailing list ZendTo at zend.to http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'Teach a man to reason, and he will think for a lifetime.' - Phil Plait www.Zend.To Twitter: @JulesFM PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jamesmm1 at gmx.com Thu Jun 14 16:42:10 2018 From: jamesmm1 at gmx.com (Mr filesender) Date: Thu, 14 Jun 2018 17:42:10 +0200 Subject: [ZendTo] /var/zendto on NFS References: Message-ID: An HTML attachment was scrubbed... URL: From Ryan_Stepalavich at banksi.com Thu Jun 14 16:52:14 2018 From: Ryan_Stepalavich at banksi.com (Ryan Stepalavich) Date: Thu, 14 Jun 2018 15:52:14 +0000 Subject: [ZendTo] External User Dropoffs Stuck on "Scanning for viruses..." References: <8600344fc0714c5e8c59b51ef3314a2c@SVREXCH1301.banksi.com> Message-ID: Good morning! We have an issue where if external users are trying to drop off files, they get stuck on "Scanning for viruses." If I authenticate to ZendTo, I can drop off files without issue. I tested with the same browser (Safari) on the same endpoint (iOS 11) and found that yes, if I log into ZendTo, I can make a dropoff. If I anonymously do so and get to the submit portion, the dropoff hangs. Preferences.php currently has 'clamdscan' => 'DISABLED', Any ideas? -Ryan Stepalavich ********************************************************************** This document and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this document in error please notify the originator of the message. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Savings Institute Bank & Trust. This footer confirms that this e-mail message has been scanned for the presence of computer viruses by the Savings Institute email gateway. From john.thurston at alaska.gov Thu Jun 14 17:04:54 2018 From: john.thurston at alaska.gov (John Thurston) Date: Thu, 14 Jun 2018 08:04:54 -0800 Subject: [ZendTo] /var/zendto on NFS In-Reply-To: References: Message-ID: Take a look in the archives from a few days ago where Jules discussed /var, SELinux, and relocation. http://jul.es/pipermail/zendto/2018-June/003213.html -- Do things because you should, not just because you can. John Thurston 907-465-8591 John.Thurston at alaska.gov Department of Administration State of Alaska On 6/14/2018 7:42 AM, Mr filesender via ZendTo wrote: > Hello, > firstly thank you for your work with this application. > i have a problem. i have mounted NFS share for /var/zento folder but the > application then fails. there is no logs in either apache or zendto. no > errors are display in the browser. i have copied all the files correctly > to the location. > do you have any advice on using NFS with this appliction? > thank you > > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0 > From Jules at Zend.To Thu Jun 14 18:06:49 2018 From: Jules at Zend.To (Jules Field) Date: Thu, 14 Jun 2018 18:06:49 +0100 Subject: [ZendTo] External User Dropoffs Stuck on "Scanning for viruses..." In-Reply-To: References: <8600344fc0714c5e8c59b51ef3314a2c@SVREXCH1301.banksi.com> Message-ID: <752ac4ee-c542-d1f0-83fd-855590675232@Zend.To> Ryan, Check the /var/zendto/zendto.log file for anything useful. And check your web server ssl_error_log as well, which will usually be in /var/log/httpd or /var/log/apache2. It won't be clamd that is actually causing the problem, it will more likely be to do with sending emails or something like that, which also happens while that text is visible. I've never seen it do that myself. Try setting the SMTPDebug (or did I call it SMTPdebug?) flag to TRUE in preferences.php and then *re-send* a drop-off. Check that all of the SMTP conversation works. If you try to send a new drop-off while SMTPdebug is TRUE, you'll often get a mess in your web browser (due to the way the page structure is done). If you can't figure it out, send me your preferences.php file. Cheers, Jules. On 14/06/2018 16:52, Ryan Stepalavich via ZendTo wrote: > Good morning! > > We have an issue where if external users are trying to drop off files, they get stuck on "Scanning for viruses." > > If I authenticate to ZendTo, I can drop off files without issue. > > I tested with the same browser (Safari) on the same endpoint (iOS 11) and found that yes, if I log into ZendTo, I can make a dropoff. If I anonymously do so and get to the submit portion, the dropoff hangs. > > Preferences.php currently has 'clamdscan' => 'DISABLED', > > Any ideas? > > -Ryan Stepalavich > > ********************************************************************** > This document and any files transmitted with it are > confidential and intended solely for the use of the individual > or entity to whom they are addressed. If you have received this > document in error please notify the originator of the message. > Any views expressed in this message are those of the individual > sender, except where the sender specifies and with authority, > states them to be the views of Savings Institute Bank & Trust. > This footer confirms that this e-mail message has been scanned > for the presence of computer viruses by the Savings Institute > email gateway. > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'A committee is a group of the unwilling, chosen from the unfit, to do the unnecessary.' - Anon www.Zend.To Twitter: @JulesFM PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 From Ryan_Stepalavich at banksi.com Thu Jun 14 18:58:40 2018 From: Ryan_Stepalavich at banksi.com (Ryan Stepalavich) Date: Thu, 14 Jun 2018 17:58:40 +0000 Subject: [ZendTo] EXTERNAL: Re: External User Dropoffs Stuck on "Scanning for viruses..." In-Reply-To: References: <8600344fc0714c5e8c59b51ef3314a2c@SVREXCH1301.banksi.com> <752ac4ee-c542-d1f0-83fd-855590675232@Zend.To> <73f684ced3d84f58ba260debe01857a1@SVREXCH1301.banksi.com> Message-ID: Jules: Got this in /var/log/apache2/error.log. Only happens when I'm anonymous. "[Thu Jun 14 13:54:14.017696 2018] [:error] [pid 9290] [client 192.168.153.14:57151] PHP Warning: filemtime(): stat failed for /opt/zendto/config/internaldomains.txt in /opt/zendto/lib/NSSDropbox.php on line 1759, referer: https://zend.xxxx.com/req.php?req=683817487 [Thu Jun 14 13:57:15.588595 2018] [:error] [pid 9292] [client 192.168.153.14:57162] PHP Warning: filemtime(): stat failed for /opt/zendto/config/internaldomains.txt in /opt/zendto/lib/NSSDropbox.php on line 1759, referer: https://zend.xxxxx.com/req.php?req=683817487" Permissions error on internaldomains.txt? -Ryan -----Original Message----- From: Jules Field [mailto:Jules at Zend.To] Sent: Thursday, June 14, 2018 1:07 PM To: ZendTo Users Cc: Ryan Stepalavich Subject: EXTERNAL: Re: [ZendTo] External User Dropoffs Stuck on "Scanning for viruses..." Ryan, Check the /var/zendto/zendto.log file for anything useful. And check your web server ssl_error_log as well, which will usually be in /var/log/httpd or /var/log/apache2. It won't be clamd that is actually causing the problem, it will more likely be to do with sending emails or something like that, which also happens while that text is visible. I've never seen it do that myself. Try setting the SMTPDebug (or did I call it SMTPdebug?) flag to TRUE in preferences.php and then *re-send* a drop-off. Check that all of the SMTP conversation works. If you try to send a new drop-off while SMTPdebug is TRUE, you'll often get a mess in your web browser (due to the way the page structure is done). If you can't figure it out, send me your preferences.php file. Cheers, Jules. On 14/06/2018 16:52, Ryan Stepalavich via ZendTo wrote: > Good morning! > > We have an issue where if external users are trying to drop off files, they get stuck on "Scanning for viruses." > > If I authenticate to ZendTo, I can drop off files without issue. > > I tested with the same browser (Safari) on the same endpoint (iOS 11) and found that yes, if I log into ZendTo, I can make a dropoff. If I anonymously do so and get to the submit portion, the dropoff hangs. > > Preferences.php currently has 'clamdscan' => 'DISABLED', > > Any ideas? > > -Ryan Stepalavich > > ********************************************************************** > This document and any files transmitted with it are confidential and > intended solely for the use of the individual or entity to whom they > are addressed. If you have received this document in error please > notify the originator of the message. > Any views expressed in this message are those of the individual > sender, except where the sender specifies and with authority, states > them to be the views of Savings Institute Bank & Trust. > This footer confirms that this e-mail message has been scanned for the > presence of computer viruses by the Savings Institute email gateway. > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > https://urldefense.proofpoint.com/v2/url?u=http-3A__jul.es_mailman_lis > tinfo_zendto&d=DwICaQ&c=Bruxe6gDlkBuKkEt5Fi7PUvkuSMVDBkO4NLyl4nQPxA&r= > aUbAPwf9nFQxT_jwEPrHU9wrkM9rlUaz_JeL8XjWaMA&m=i9GoYXWjPH4G8bV2sXT2YgGp > 4YOARjVwn7RdeFE2JzI&s=GwNwDhb82wDya5v_pnou6itJVgVPzolIIt2BYKalrwo&e= Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'A committee is a group of the unwilling, chosen from the unfit, to do the unnecessary.' - Anon www.Zend.To Twitter: @JulesFM PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 ********************************************************************** This document and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this document in error please notify the originator of the message. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Savings Institute Bank & Trust. This footer confirms that this e-mail message has been scanned for the presence of computer viruses by the Savings Institute email gateway. From Ryan_Stepalavich at banksi.com Thu Jun 14 18:59:37 2018 From: Ryan_Stepalavich at banksi.com (Ryan Stepalavich) Date: Thu, 14 Jun 2018 17:59:37 +0000 Subject: [ZendTo] EXTERNAL: Re: External User Dropoffs Stuck on "Scanning for viruses..." In-Reply-To: <73f684ced3d84f58ba260debe01857a1@SVREXCH1301.banksi.com> References: <8600344fc0714c5e8c59b51ef3314a2c@SVREXCH1301.banksi.com> <752ac4ee-c542-d1f0-83fd-855590675232@Zend.To> <73f684ced3d84f58ba260debe01857a1@SVREXCH1301.banksi.com> <28eb6f6cc93b4b5597f90e1b7d48c696@SVREXCH1301.banksi.com> Message-ID: Solved it. We had internaldomains.conf, not internaldomains.txt. Thanks! Best regards, Ryan Stepalavich IT Infrastructure Support Manager Ryan_Stepalavich at banksi.com -----Original Message----- From: Ryan Stepalavich Sent: Thursday, June 14, 2018 1:59 PM To: 'Jules Field' ; ZendTo Users Subject: RE: EXTERNAL: Re: [ZendTo] External User Dropoffs Stuck on "Scanning for viruses..." Jules: Got this in /var/log/apache2/error.log. Only happens when I'm anonymous. "[Thu Jun 14 13:54:14.017696 2018] [:error] [pid 9290] [client 192.168.153.14:57151] PHP Warning: filemtime(): stat failed for /opt/zendto/config/internaldomains.txt in /opt/zendto/lib/NSSDropbox.php on line 1759, referer: https://zend.xxxx.com/req.php?req=683817487 [Thu Jun 14 13:57:15.588595 2018] [:error] [pid 9292] [client 192.168.153.14:57162] PHP Warning: filemtime(): stat failed for /opt/zendto/config/internaldomains.txt in /opt/zendto/lib/NSSDropbox.php on line 1759, referer: https://zend.xxxxx.com/req.php?req=683817487" Permissions error on internaldomains.txt? -Ryan -----Original Message----- From: Jules Field [mailto:Jules at Zend.To] Sent: Thursday, June 14, 2018 1:07 PM To: ZendTo Users Cc: Ryan Stepalavich Subject: EXTERNAL: Re: [ZendTo] External User Dropoffs Stuck on "Scanning for viruses..." Ryan, Check the /var/zendto/zendto.log file for anything useful. And check your web server ssl_error_log as well, which will usually be in /var/log/httpd or /var/log/apache2. It won't be clamd that is actually causing the problem, it will more likely be to do with sending emails or something like that, which also happens while that text is visible. I've never seen it do that myself. Try setting the SMTPDebug (or did I call it SMTPdebug?) flag to TRUE in preferences.php and then *re-send* a drop-off. Check that all of the SMTP conversation works. If you try to send a new drop-off while SMTPdebug is TRUE, you'll often get a mess in your web browser (due to the way the page structure is done). If you can't figure it out, send me your preferences.php file. Cheers, Jules. On 14/06/2018 16:52, Ryan Stepalavich via ZendTo wrote: > Good morning! > > We have an issue where if external users are trying to drop off files, they get stuck on "Scanning for viruses." > > If I authenticate to ZendTo, I can drop off files without issue. > > I tested with the same browser (Safari) on the same endpoint (iOS 11) and found that yes, if I log into ZendTo, I can make a dropoff. If I anonymously do so and get to the submit portion, the dropoff hangs. > > Preferences.php currently has 'clamdscan' => 'DISABLED', > > Any ideas? > > -Ryan Stepalavich > > ********************************************************************** > This document and any files transmitted with it are confidential and > intended solely for the use of the individual or entity to whom they > are addressed. If you have received this document in error please > notify the originator of the message. > Any views expressed in this message are those of the individual > sender, except where the sender specifies and with authority, states > them to be the views of Savings Institute Bank & Trust. > This footer confirms that this e-mail message has been scanned for the > presence of computer viruses by the Savings Institute email gateway. > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > https://urldefense.proofpoint.com/v2/url?u=http-3A__jul.es_mailman_lis > tinfo_zendto&d=DwICaQ&c=Bruxe6gDlkBuKkEt5Fi7PUvkuSMVDBkO4NLyl4nQPxA&r= > aUbAPwf9nFQxT_jwEPrHU9wrkM9rlUaz_JeL8XjWaMA&m=i9GoYXWjPH4G8bV2sXT2YgGp > 4YOARjVwn7RdeFE2JzI&s=GwNwDhb82wDya5v_pnou6itJVgVPzolIIt2BYKalrwo&e= Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'A committee is a group of the unwilling, chosen from the unfit, to do the unnecessary.' - Anon www.Zend.To Twitter: @JulesFM PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 ********************************************************************** This document and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this document in error please notify the originator of the message. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Savings Institute Bank & Trust. This footer confirms that this e-mail message has been scanned for the presence of computer viruses by the Savings Institute email gateway. From jamesmm1 at gmx.com Fri Jun 15 08:05:48 2018 From: jamesmm1 at gmx.com (Mr filesender) Date: Fri, 15 Jun 2018 09:05:48 +0200 Subject: [ZendTo] /var/zendto on NFS In-Reply-To: References: Message-ID: An HTML attachment was scrubbed... URL: From jamesmm1 at gmx.com Fri Jun 15 08:08:15 2018 From: jamesmm1 at gmx.com (Mr filesender) Date: Fri, 15 Jun 2018 09:08:15 +0200 Subject: [ZendTo] /var/zendto on NFS References: Message-ID: thank you for the prompt reply. ? im not sure if that link is relevant as i am running debian without SElinux. ? i have set ? 'clamdscan' => 'DISABLED' ? but it still behaves the same ? ? ? From rahulkumar.imps at gmail.com Fri Jun 15 18:21:01 2018 From: rahulkumar.imps at gmail.com (Rahul Kumar) Date: Fri, 15 Jun 2018 22:51:01 +0530 Subject: [ZendTo] test References: Message-ID: Thanks, Rahul Kumar Contact(M): 9958664330 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Sun Jun 17 12:51:05 2018 From: Jules at Zend.To (Jules) Date: Sun, 17 Jun 2018 12:51:05 +0100 Subject: [ZendTo] /var/zendto on NFS In-Reply-To: References: Message-ID: <8db5d098-3ba1-15a0-9fa0-c5f451c8cea6@Zend.To> Have you tried without using /var/zendto on NFS, but on local storage instead? If not, please do so and let us know what happens. Cheers, Jules. On 15/06/2018 8:05 am, Mr filesender via ZendTo wrote: > thank you for the prompt reply. > im not sure if that link is relevant as i am running debian without > SElinux. > i have set > 'clamdscan' => 'DISABLED' > but it still behaves the same > *Sent:*?Thursday, June 14, 2018 at 6:04 PM > *From:*?"John Thurston via ZendTo" > *To:*?zendto at zend.to > *Cc:*?"John Thurston" > *Subject:*?Re: [ZendTo] /var/zendto on NFS > Take a look in the archives from a few days ago where Jules discussed > /var, SELinux, and relocation. > > http://jul.es/pipermail/zendto/2018-June/003213.html > > -- > > Do things because you should, not just because you can. > > John Thurston 907-465-8591 > John.Thurston at alaska.gov > Department of Administration > State of Alaska > > On 6/14/2018 7:42 AM, Mr filesender via ZendTo wrote: > > Hello, > > firstly thank you for your work with this application. > > i have a problem. i have mounted NFS share for /var/zento folder but the > > application then fails. there is no logs in either apache or zendto. no > > errors are display in the browser. i have copied all the files correctly > > to the location. > > do you have any advice on using NFS with this appliction? > > thank you > > > > > > _______________________________________________ > > ZendTo mailing list > > ZendTo at zend.to > > > https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0 > > > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto > > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'Adversity is like a strong wind. I don't mean just that it holds us back from places we might otherwise go. It also tears away from us all but the things that cannot be torn, so that afterward we see ourselves as we really are, and not merely as we might like to be.' - Arthur Golden www.Zend.To Twitter: @JulesFM PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jamesmm1 at gmx.com Mon Jun 18 10:58:10 2018 From: jamesmm1 at gmx.com (Mr filesender) Date: Mon, 18 Jun 2018 11:58:10 +0200 Subject: [ZendTo] /var/zendto on NFS References: Message-ID: An HTML attachment was scrubbed... URL: From jamesmm1 at gmx.com Mon Jun 18 15:40:28 2018 From: jamesmm1 at gmx.com (Mr filesender) Date: Mon, 18 Jun 2018 16:40:28 +0200 Subject: [ZendTo] /var/zendto on NFS In-Reply-To: References: <8db5d098-3ba1-15a0-9fa0-c5f451c8cea6@Zend.To> Message-ID: ?I have figured out what is the problem. if i move sqlite file and logfile to local storage, the NFS mount will then work. i dont know why zendto is not able to use NFS mount for these, the application just times out without any errors ? Sent:?Sunday, June 17, 2018 at 1:51 PM From:?Jules To:?"ZendTo Users" Cc:?"Mr filesender" Subject:?Re: [ZendTo] /var/zendto on NFS Have you tried without using /var/zendto on NFS, but on local storage instead? If not, please do so and let us know what happens. Cheers, Jules. ? On 15/06/2018 8:05 am, Mr filesender via ZendTo wrote: thank you for the prompt reply. ? im not sure if that link is relevant as i am running debian without SElinux. ? i have set ? 'clamdscan' => 'DISABLED' ? but it still behaves the same ? ? ? Sent:?Thursday, June 14, 2018 at 6:04 PM From:?"John Thurston via ZendTo" [mailto:zendto at zend.to] To:?zendto at zend.to[mailto:zendto at zend.to] Cc:?"John Thurston" [mailto:john.thurston at alaska.gov] Subject:?Re: [ZendTo] /var/zendto on NFS Take a look in the archives from a few days ago where Jules discussed /var, SELinux, and relocation. http://jul.es/pipermail/zendto/2018-June/003213.html[http://jul.es/pipermail/zendto/2018-June/003213.html] -- Do things because you should, not just because you can. John Thurston 907-465-8591 John.Thurston at alaska.gov[mailto:John.Thurston at alaska.gov] Department of Administration State of Alaska On 6/14/2018 7:42 AM, Mr filesender via ZendTo wrote: > Hello, > firstly thank you for your work with this application. > i have a problem. i have mounted NFS share for /var/zento folder but the > application then fails. there is no logs in either apache or zendto. no > errors are display in the browser. i have copied all the files correctly > to the location. > do you have any advice on using NFS with this appliction? > thank you > > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to[mailto:ZendTo at zend.to] > https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0[https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0] > _______________________________________________ ZendTo mailing list ZendTo at zend.to[mailto:ZendTo at zend.to] http://jul.es/mailman/listinfo/zendto? ? ? _______________________________________________ ZendTo mailing listZendTo at zend.to[mailto:ZendTo at zend.to]http://jul.es/mailman/listinfo/zendto ? Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'Adversity is like a strong wind. I don't mean just that it holds us back from places we might otherwise go. It also tears away from us all but the things that cannot be torn, so that afterward we see ourselves as we really are, and not merely as we might like to be.' - Arthur Golden www.Zend.To[http://www.Zend.To] Twitter: @JulesFM PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 From Jules at Zend.To Mon Jun 18 16:11:24 2018 From: Jules at Zend.To (Jules Field) Date: Mon, 18 Jun 2018 16:11:24 +0100 Subject: [ZendTo] /var/zendto on NFS In-Reply-To: References: <8db5d098-3ba1-15a0-9fa0-c5f451c8cea6@Zend.To> Message-ID: <0e8627d0-2fcc-7a1b-c0fe-0239055d3a6c@Zend.To> Yes, you don't want to move all of it to NFS, as particularly the sqlite database file needs careful record locking which only some versions of NFS implement (and not always very well, even then). You can store the drop-offs remotely if you like (*only* /var/zendto/dropoffs) but I would strongly advise against moving anything else out of local storage. If you move the "incoming" directory to NFS, virus scanning, checksumming and/or encryption will take far longer than necessary as they will all be reading and writing via NFS, which is inevitably slower than your local storage. Cheers, Jules. On 18/06/2018 15:40, Mr filesender wrote: > ?I have figured out what is the problem. > > if i move sqlite file and logfile to local storage, the NFS mount will then work. > > i dont know why zendto is not able to use NFS mount for these, the application just times out without any errors > > > Sent:?Sunday, June 17, 2018 at 1:51 PM > From:?Jules > To:?"ZendTo Users" > Cc:?"Mr filesender" > Subject:?Re: [ZendTo] /var/zendto on NFS > > Have you tried without using /var/zendto on NFS, but on local storage instead? > If not, please do so and let us know what happens. > > Cheers, > Jules. > > On 15/06/2018 8:05 am, Mr filesender via ZendTo wrote: > > thank you for the prompt reply. > > im not sure if that link is relevant as i am running debian without SElinux. > > i have set > > 'clamdscan' => 'DISABLED' > > but it still behaves the same > > > > > Sent:?Thursday, June 14, 2018 at 6:04 PM > From:?"John Thurston via ZendTo" [mailto:zendto at zend.to] > To:?zendto at zend.to[mailto:zendto at zend.to] > Cc:?"John Thurston" [mailto:john.thurston at alaska.gov] > Subject:?Re: [ZendTo] /var/zendto on NFS > Take a look in the archives from a few days ago where Jules discussed > /var, SELinux, and relocation. > > http://jul.es/pipermail/zendto/2018-June/003213.html[http://jul.es/pipermail/zendto/2018-June/003213.html] > > -- > > Do things because you should, not just because you can. > > John Thurston 907-465-8591 > John.Thurston at alaska.gov[mailto:John.Thurston at alaska.gov] > Department of Administration > State of Alaska > > On 6/14/2018 7:42 AM, Mr filesender via ZendTo wrote: >> Hello, >> firstly thank you for your work with this application. >> i have a problem. i have mounted NFS share for /var/zento folder but the >> application then fails. there is no logs in either apache or zendto. no >> errors are display in the browser. i have copied all the files correctly >> to the location. >> do you have any advice on using NFS with this appliction? >> thank you >> >> >> _______________________________________________ >> ZendTo mailing list >> ZendTo at zend.to[mailto:ZendTo at zend.to] >> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0[https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0] >> > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to[mailto:ZendTo at zend.to] > http://jul.es/mailman/listinfo/zendto > _______________________________________________ > ZendTo mailing listZendTo at zend.to[mailto:ZendTo at zend.to]http://jul.es/mailman/listinfo/zendto > > Jules > Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'It's very unlikely indeed he will ever recover consciousness, and if he does he won't be the Julian you knew.' - A hospital consultant I proved very wrong in 2007 :-) www.Zend.To Twitter: @JulesFM PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 From jamesmm1 at gmx.com Mon Jun 18 16:50:08 2018 From: jamesmm1 at gmx.com (Mr filesender) Date: Mon, 18 Jun 2018 17:50:08 +0200 Subject: [ZendTo] /var/zendto on NFS References: Message-ID: ok thank makes sense. but if "incoming" is set to local disk, are dropoffs then limited to the size of local disk? or are dropoffs broken into chunks and moved to "dropoffs" (NFS) throughout the upload? thank you ? ? Sent:?Monday, June 18, 2018 at 5:11 PM From:?"Jules Field" To:?"Mr filesender" Cc:?"ZendTo Users" Subject:?Re: [ZendTo] /var/zendto on NFS Yes, you don't want to move all of it to NFS, as particularly the sqlite database file needs careful record locking which only some versions of NFS implement (and not always very well, even then). You can store the drop-offs remotely if you like (*only* /var/zendto/dropoffs) but I would strongly advise against moving anything else out of local storage. If you move the "incoming" directory to NFS, virus scanning, checksumming and/or encryption will take far longer than necessary as they will all be reading and writing via NFS, which is inevitably slower than your local storage. Cheers, Jules. On 18/06/2018 15:40, Mr filesender wrote: > ?I have figured out what is the problem. > > if i move sqlite file and logfile to local storage, the NFS mount will then work. > > i dont know why zendto is not able to use NFS mount for these, the application just times out without any errors > > > Sent:?Sunday, June 17, 2018 at 1:51 PM > From:?Jules > To:?"ZendTo Users" > Cc:?"Mr filesender" > Subject:?Re: [ZendTo] /var/zendto on NFS > > Have you tried without using /var/zendto on NFS, but on local storage instead? > If not, please do so and let us know what happens. > > Cheers, > Jules. > > On 15/06/2018 8:05 am, Mr filesender via ZendTo wrote: > > thank you for the prompt reply. > > im not sure if that link is relevant as i am running debian without SElinux. > > i have set > > 'clamdscan' => 'DISABLED' > > but it still behaves the same > > > > > Sent:?Thursday, June 14, 2018 at 6:04 PM > From:?"John Thurston via ZendTo" [mailto:zendto at zend.to] > To:?zendto at zend.to[mailto:zendto at zend.to] > Cc:?"John Thurston" [mailto:john.thurston at alaska.gov] > Subject:?Re: [ZendTo] /var/zendto on NFS > Take a look in the archives from a few days ago where Jules discussed > /var, SELinux, and relocation. > > http://jul.es/pipermail/zendto/2018-June/003213.html[http://jul.es/pipermail/zendto/2018-June/003213.html[http://jul.es/pipermail/zendto/2018-June/003213.html][http://jul.es/pipermail/zendto/2018-June/003213.html[http://jul.es/pipermail/zendto/2018-June/003213.html]]] > > -- > > Do things because you should, not just because you can. > > John Thurston 907-465-8591 > John.Thurston at alaska.gov[mailto:John.Thurston at alaska.gov] > Department of Administration > State of Alaska > > On 6/14/2018 7:42 AM, Mr filesender via ZendTo wrote: >> Hello, >> firstly thank you for your work with this application. >> i have a problem. i have mounted NFS share for /var/zento folder but the >> application then fails. there is no logs in either apache or zendto. no >> errors are display in the browser. i have copied all the files correctly >> to the location. >> do you have any advice on using NFS with this appliction? >> thank you >> >> >> _______________________________________________ >> ZendTo mailing list >> ZendTo at zend.to[mailto:ZendTo at zend.to] >> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0[https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0][https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0[https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0]][https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0[https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0][https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0[https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0]]] >> > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to[mailto:ZendTo at zend.to] > http://jul.es/mailman/listinfo/zendto[http://jul.es/mailman/listinfo/zendto][http://jul.es/mailman/listinfo/zendto[http://jul.es/mailman/listinfo/zendto]] > _______________________________________________ > ZendTo mailing listZendTo at zend.to[mailto:ZendTo at zend.to]http://jul.es/mailman/listinfo/zendto[http://jul.es/mailman/listinfo/zendto][http://jul.es/mailman/listinfo/zendto[http://jul.es/mailman/listinfo/zendto]] > > Jules > Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'It's very unlikely indeed he will ever recover consciousness, and if he does he won't be the Julian you knew.' - A hospital consultant I proved very wrong in 2007 :-) www.Zend.To[http://www.Zend.To][http://www.Zend.To[http://www.Zend.To]] Twitter: @JulesFM PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 ? From Jules at Zend.To Tue Jun 19 10:04:19 2018 From: Jules at Zend.To (Jules Field) Date: Tue, 19 Jun 2018 10:04:19 +0100 Subject: [ZendTo] /var/zendto on NFS In-Reply-To: References: Message-ID: <62033a7e-c7f9-fbee-714b-9634bee9800f@Zend.To> Yes, you will need enough disk space locally to store drop-offs that are actually in the middle of being uploaded. But that's not usually a huge amount of space. The max size of a drop-off times 2 is probably enough. They are kept locally during the upload as they need to be virus-scanned, optionally checksummed and optionally encrypted before being moved to the main drop-offs storage. Cheers, Jules. On 18/06/2018 16:50, Mr filesender via ZendTo wrote: > ok thank makes sense. > > but if "incoming" is set to local disk, are dropoffs then limited to the size of local disk? or are dropoffs broken into chunks and moved to "dropoffs" (NFS) throughout the upload? > > thank you > > > > Sent:?Monday, June 18, 2018 at 5:11 PM > From:?"Jules Field" > To:?"Mr filesender" > Cc:?"ZendTo Users" > Subject:?Re: [ZendTo] /var/zendto on NFS > Yes, you don't want to move all of it to NFS, as particularly the sqlite > database file needs careful record locking which only some versions of > NFS implement (and not always very well, even then). > You can store the drop-offs remotely if you like (*only* > /var/zendto/dropoffs) but I would strongly advise against moving > anything else out of local storage. > > If you move the "incoming" directory to NFS, virus scanning, > checksumming and/or encryption will take far longer than necessary as > they will all be reading and writing via NFS, which is inevitably slower > than your local storage. > > Cheers, > Jules. > > On 18/06/2018 15:40, Mr filesender wrote: >> ?I have figured out what is the problem. >> >> if i move sqlite file and logfile to local storage, the NFS mount will then work. >> >> i dont know why zendto is not able to use NFS mount for these, the application just times out without any errors >> >> >> Sent:?Sunday, June 17, 2018 at 1:51 PM >> From:?Jules >> To:?"ZendTo Users" >> Cc:?"Mr filesender" >> Subject:?Re: [ZendTo] /var/zendto on NFS >> >> Have you tried without using /var/zendto on NFS, but on local storage instead? >> If not, please do so and let us know what happens. >> >> Cheers, >> Jules. >> >> On 15/06/2018 8:05 am, Mr filesender via ZendTo wrote: >> >> thank you for the prompt reply. >> >> im not sure if that link is relevant as i am running debian without SElinux. >> >> i have set >> >> 'clamdscan' => 'DISABLED' >> >> but it still behaves the same >> >> >> >> >> Sent:?Thursday, June 14, 2018 at 6:04 PM >> From:?"John Thurston via ZendTo" [mailto:zendto at zend.to] >> To:?zendto at zend.to[mailto:zendto at zend.to] >> Cc:?"John Thurston" [mailto:john.thurston at alaska.gov] >> Subject:?Re: [ZendTo] /var/zendto on NFS >> Take a look in the archives from a few days ago where Jules discussed >> /var, SELinux, and relocation. >> >> http://jul.es/pipermail/zendto/2018-June/003213.html[http://jul.es/pipermail/zendto/2018-June/003213.html[http://jul.es/pipermail/zendto/2018-June/003213.html][http://jul.es/pipermail/zendto/2018-June/003213.html[http://jul.es/pipermail/zendto/2018-June/003213.html]]] >> >> -- >> >> Do things because you should, not just because you can. >> >> John Thurston 907-465-8591 >> John.Thurston at alaska.gov[mailto:John.Thurston at alaska.gov] >> Department of Administration >> State of Alaska >> >> On 6/14/2018 7:42 AM, Mr filesender via ZendTo wrote: >>> Hello, >>> firstly thank you for your work with this application. >>> i have a problem. i have mounted NFS share for /var/zento folder but the >>> application then fails. there is no logs in either apache or zendto. no >>> errors are display in the browser. i have copied all the files correctly >>> to the location. >>> do you have any advice on using NFS with this appliction? >>> thank you >>> >>> >>> _______________________________________________ >>> ZendTo mailing list >>> ZendTo at zend.to[mailto:ZendTo at zend.to] >>> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0[https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0][https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0[https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0]][https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0[https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0][https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0[https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0]]] >>> >> _______________________________________________ >> ZendTo mailing list >> ZendTo at zend.to[mailto:ZendTo at zend.to] >> http://jul.es/mailman/listinfo/zendto[http://jul.es/mailman/listinfo/zendto][http://jul.es/mailman/listinfo/zendto[http://jul.es/mailman/listinfo/zendto]] >> _______________________________________________ >> ZendTo mailing listZendTo at zend.to[mailto:ZendTo at zend.to]http://jul.es/mailman/listinfo/zendto[http://jul.es/mailman/listinfo/zendto][http://jul.es/mailman/listinfo/zendto[http://jul.es/mailman/listinfo/zendto]] >> >> Jules >> > Jules > > -- > Julian Field MEng CEng CITP MBCS MIEEE MACM > > 'It's very unlikely indeed he will ever recover consciousness, and > if he does he won't be the Julian you knew.' > - A hospital consultant I proved very wrong in 2007 :-) > > www.Zend.To[http://www.Zend.To][http://www.Zend.To[http://www.Zend.To]] > Twitter: @JulesFM > PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 > > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'There is silent poetry in the stillness of morning; in the calm, the cries & sighs of life sound like gentle music.' - @Astro_Wheels www.Zend.To Twitter: @JulesFM PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 From rahulkumar.imps at gmail.com Tue Jun 19 11:58:23 2018 From: rahulkumar.imps at gmail.com (Rahul Kumar) Date: Tue, 19 Jun 2018 16:28:23 +0530 Subject: [ZendTo] /var/zendto on NFS In-Reply-To: References: <62033a7e-c7f9-fbee-714b-9634bee9800f@Zend.To> Message-ID: hi my zendto application not moving to next page after clicking next on drop-off. please help Thanks, Rahul Kumar Contact(M): 9958664330 On Tue, Jun 19, 2018 at 2:34 PM, Jules Field via ZendTo wrote: > Yes, you will need enough disk space locally to store drop-offs that are > actually in the middle of being uploaded. But that's not usually a huge > amount of space. The max size of a drop-off times 2 is probably enough. > > They are kept locally during the upload as they need to be virus-scanned, > optionally checksummed and optionally encrypted before being moved to the > main drop-offs storage. > > Cheers, > Jules. > > > On 18/06/2018 16:50, Mr filesender via ZendTo wrote: > >> ok thank makes sense. >> >> but if "incoming" is set to local disk, are dropoffs then limited to the >> size of local disk? or are dropoffs broken into chunks and moved to >> "dropoffs" (NFS) throughout the upload? >> >> thank you >> >> Sent: Monday, June 18, 2018 at 5:11 PM >> From: "Jules Field" >> To: "Mr filesender" >> Cc: "ZendTo Users" >> Subject: Re: [ZendTo] /var/zendto on NFS >> Yes, you don't want to move all of it to NFS, as particularly the sqlite >> database file needs careful record locking which only some versions of >> NFS implement (and not always very well, even then). >> You can store the drop-offs remotely if you like (*only* >> /var/zendto/dropoffs) but I would strongly advise against moving >> anything else out of local storage. >> >> If you move the "incoming" directory to NFS, virus scanning, >> checksumming and/or encryption will take far longer than necessary as >> they will all be reading and writing via NFS, which is inevitably slower >> than your local storage. >> >> Cheers, >> Jules. >> >> On 18/06/2018 15:40, Mr filesender wrote: >> >>> I have figured out what is the problem. >>> >>> if i move sqlite file and logfile to local storage, the NFS mount will >>> then work. >>> >>> i dont know why zendto is not able to use NFS mount for these, the >>> application just times out without any errors >>> >>> >>> Sent: Sunday, June 17, 2018 at 1:51 PM >>> From: Jules >>> To: "ZendTo Users" >>> Cc: "Mr filesender" >>> Subject: Re: [ZendTo] /var/zendto on NFS >>> >>> Have you tried without using /var/zendto on NFS, but on local storage >>> instead? >>> If not, please do so and let us know what happens. >>> >>> Cheers, >>> Jules. >>> >>> On 15/06/2018 8:05 am, Mr filesender via ZendTo wrote: >>> >>> thank you for the prompt reply. >>> >>> im not sure if that link is relevant as i am running debian without >>> SElinux. >>> >>> i have set >>> >>> 'clamdscan' => 'DISABLED' >>> >>> but it still behaves the same >>> >>> >>> >>> >>> Sent: Thursday, June 14, 2018 at 6:04 PM >>> From: "John Thurston via ZendTo" [mailto:zendto at zend.to] >>> To: zendto at zend.to[mailto:zendto at zend.to] >>> Cc: "John Thurston" [mailto: >>> john.thurston at alaska.gov] >>> Subject: Re: [ZendTo] /var/zendto on NFS >>> Take a look in the archives from a few days ago where Jules discussed >>> /var, SELinux, and relocation. >>> >>> http://jul.es/pipermail/zendto/2018-June/003213.html[http:// >>> jul.es/pipermail/zendto/2018-June/003213.html[http://jul. >>> es/pipermail/zendto/2018-June/003213.html][http://jul.es/ >>> pipermail/zendto/2018-June/003213.html[http://jul.es/ >>> pipermail/zendto/2018-June/003213.html]]] >>> >>> -- >>> >>> Do things because you should, not just because you can. >>> >>> John Thurston 907-465-8591 >>> John.Thurston at alaska.gov[mailto:John.Thurston at alaska.gov] >>> Department of Administration >>> State of Alaska >>> >>> On 6/14/2018 7:42 AM, Mr filesender via ZendTo wrote: >>> >>>> Hello, >>>> firstly thank you for your work with this application. >>>> i have a problem. i have mounted NFS share for /var/zento folder but the >>>> application then fails. there is no logs in either apache or zendto. no >>>> errors are display in the browser. i have copied all the files correctly >>>> to the location. >>>> do you have any advice on using NFS with this appliction? >>>> thank you >>>> >>>> >>>> _______________________________________________ >>>> ZendTo mailing list >>>> ZendTo at zend.to[mailto:ZendTo at zend.to] >>>> https://na01.safelinks.protection.outlook.com/?url=http%3A% >>>> 2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01% >>>> 7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7 >>>> 545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C63664587761 >>>> 2891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo% >>>> 3D&reserved=0[https://na01.safelinks.protection.outlook. >>>> com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto& >>>> data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e >>>> 7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1% >>>> 7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlP >>>> g9Dkw%2BRin9EhK07zhvo%3D&reserved=0][https://na01. >>>> safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es% >>>> 2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston% >>>> 40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67a >>>> d942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404& >>>> sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D& >>>> reserved=0[https://na01.safelinks.protection.outlook. >>>> com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto& >>>> data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e >>>> 7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1% >>>> 7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlP >>>> g9Dkw%2BRin9EhK07zhvo%3D&reserved=0]][https://na01. >>>> safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es% >>>> 2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston% >>>> 40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67a >>>> d942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404& >>>> sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D& >>>> reserved=0[https://na01.safelinks.protection.outlook. >>>> com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto& >>>> data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e >>>> 7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1% >>>> 7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlP >>>> g9Dkw%2BRin9EhK07zhvo%3D&reserved=0][https://na01. >>>> safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es% >>>> 2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston% >>>> 40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67a >>>> d942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404& >>>> sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D& >>>> reserved=0[https://na01.safelinks.protection.outlook. >>>> com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto& >>>> data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e >>>> 7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1% >>>> 7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlP >>>> g9Dkw%2BRin9EhK07zhvo%3D&reserved=0]]] >>>> >>>> _______________________________________________ >>> ZendTo mailing list >>> ZendTo at zend.to[mailto:ZendTo at zend.to] >>> http://jul.es/mailman/listinfo/zendto[http://jul.es/mailman/ >>> listinfo/zendto][http://jul.es/mailman/listinfo/zendto[ >>> http://jul.es/mailman/listinfo/zendto]] >>> _______________________________________________ >>> ZendTo mailing listZendTo at zend.to[mailto:ZendTo at zend.to] >>> http://jul.es/mailman/listinfo/zendto[http://jul. >>> es/mailman/listinfo/zendto][http://jul.es/mailman/listinfo >>> /zendto[http://jul.es/mailman/listinfo/zendto]] >>> >>> Jules >>> >>> Jules >> >> -- >> Julian Field MEng CEng CITP MBCS MIEEE MACM >> >> 'It's very unlikely indeed he will ever recover consciousness, and >> if he does he won't be the Julian you knew.' >> - A hospital consultant I proved very wrong in 2007 :-) >> >> www.Zend.To[http://www.Zend.To][http://www.Zend.To[http://www.Zend.To]] >> Twitter: @JulesFM >> PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 >> >> _______________________________________________ >> ZendTo mailing list >> ZendTo at zend.to >> http://jul.es/mailman/listinfo/zendto >> > > Jules > > -- > Julian Field MEng CEng CITP MBCS MIEEE MACM > > 'There is silent poetry in the stillness of morning; > in the calm, the cries & sighs of life sound like gentle music.' > - @Astro_Wheels > > www.Zend.To > > Twitter: @JulesFM > PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 > > > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Tue Jun 19 16:41:53 2018 From: Jules at Zend.To (Jules Field) Date: Tue, 19 Jun 2018 16:41:53 +0100 Subject: [ZendTo] /var/zendto on NFS In-Reply-To: References: <62033a7e-c7f9-fbee-714b-9634bee9800f@Zend.To> Message-ID: <0f7a7391-87d0-c44e-2200-5d164e7b29ea@Zend.To> I thought you said earlier that, when using local storage, everything works. If when you move things to remote NFS storage stuff breaks, then that's where to start looking. I cannot diagnose your NFS service I'm afraid, sorry. Cheers, Jules. On 19/06/2018 11:58, Rahul Kumar via ZendTo wrote: > hi my zendto application not moving to next page after clicking next > on drop-off. > > please help > > Thanks, > Rahul Kumar > Contact(M): 9958664330 > > On Tue, Jun 19, 2018 at 2:34 PM, Jules Field via ZendTo > > wrote: > > Yes, you will need enough disk space locally to store drop-offs > that are actually in the middle of being uploaded. But that's not > usually a huge amount of space. The max size of a drop-off times 2 > is probably enough. > > They are kept locally during the upload as they need to be > virus-scanned, optionally checksummed and optionally encrypted > before being moved to the main drop-offs storage. > > Cheers, > Jules. > > > On 18/06/2018 16:50, Mr filesender via ZendTo wrote: > > ok thank makes sense. > > but if "incoming" is set to local disk, are dropoffs then > limited to the size of local disk? or are dropoffs broken into > chunks and moved to "dropoffs" (NFS) throughout the upload? > > thank you > > Sent:?Monday, June 18, 2018 at 5:11 PM > From:?"Jules Field" > To:?"Mr filesender" > > Cc:?"ZendTo Users" > > Subject:?Re: [ZendTo] /var/zendto on NFS > Yes, you don't want to move all of it to NFS, as particularly > the sqlite > database file needs careful record locking which only some > versions of > NFS implement (and not always very well, even then). > You can store the drop-offs remotely if you like (*only* > /var/zendto/dropoffs) but I would strongly advise against moving > anything else out of local storage. > > If you move the "incoming" directory to NFS, virus scanning, > checksumming and/or encryption will take far longer than > necessary as > they will all be reading and writing via NFS, which is > inevitably slower > than your local storage. > > Cheers, > Jules. > > On 18/06/2018 15:40, Mr filesender wrote: > > ??I have figured out what is the problem. > > if i move sqlite file and logfile to local storage, the > NFS mount will then work. > > i dont know why zendto is not able to use NFS mount for > these, the application just times out without any errors > > > Sent:?Sunday, June 17, 2018 at 1:51 PM > From:?Jules > To:?"ZendTo Users" > > Cc:?"Mr filesender" > > Subject:?Re: [ZendTo] /var/zendto on NFS > > Have you tried without using /var/zendto on NFS, but on > local storage instead? > If not, please do so and let us know what happens. > > Cheers, > Jules. > > On 15/06/2018 8:05 am, Mr filesender via ZendTo wrote: > > thank you for the prompt reply. > > im not sure if that link is relevant as i am running > debian without SElinux. > > i have set > > 'clamdscan' => 'DISABLED' > > but it still behaves the same > > > > > Sent:?Thursday, June 14, 2018 at 6:04 PM > From:?"John Thurston via ZendTo" >[mailto:zendto at zend.to > ] > To: zendto at zend.to > [mailto:zendto at zend.to > ] > Cc:?"John Thurston" >[mailto:john.thurston at alaska.gov > ] > Subject:?Re: [ZendTo] /var/zendto on NFS > Take a look in the archives from a few days ago where > Jules discussed > /var, SELinux, and relocation. > > http://jul.es/pipermail/zendto/2018-June/003213.html[http://jul.es/pipermail/zendto/2018-June/003213.html[http://jul.es/pipermail/zendto/2018-June/003213.html][http://jul.es/pipermail/zendto/2018-June/003213.html[http://jul.es/pipermail/zendto/2018-June/003213.html]]] > > > -- > > Do things because you should, not just because you can. > > John Thurston 907-465-8591 > John.Thurston at alaska.gov > [mailto:John.Thurston at alaska.gov > ] > Department of Administration > State of Alaska > > On 6/14/2018 7:42 AM, Mr filesender via ZendTo wrote: > > Hello, > firstly thank you for your work with this application. > i have a problem. i have mounted NFS share for > /var/zento folder but the > application then fails. there is no logs in either > apache or zendto. no > errors are display in the browser. i have copied all > the files correctly > to the location. > do you have any advice on using NFS with this appliction? > thank you > > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > [mailto:ZendTo at zend.to > ] > https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0[https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0][https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0[https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0]][https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0[https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0][https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0[https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0]]] > > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > [mailto:ZendTo at zend.to > ] > http://jul.es/mailman/listinfo/zendto[http://jul.es/mailman/listinfo/zendto][http://jul.es/mailman/listinfo/zendto[http://jul.es/mailman/listinfo/zendto]] > > _______________________________________________ > ZendTo mailing listZendTo at zend.to > [mailto:ZendTo at zend.to > ]http://jul.es/mailman/listinfo/zendto[http://jul.es/mailman/listinfo/zendto][http://jul.es/mailman/listinfo/zendto[http://jul.es/mailman/listinfo/zendto]] > > > Jules > > Jules > > -- > Julian Field MEng CEng CITP MBCS MIEEE MACM > > 'It's very unlikely indeed he will ever recover consciousness, and > if he does he won't be the Julian you knew.' > - A hospital consultant I proved very wrong in 2007 :-) > > www.Zend.To > [http://www.Zend.To][http://www.Zend.To[http://www.Zend.To > ]] > Twitter: @JulesFM > PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto > > > > Jules > > -- > Julian Field MEng CEng CITP MBCS MIEEE MACM > > 'There is silent poetry in the stillness of morning; > ?in the calm, the cries & sighs of life sound like gentle music.' > ?- @Astro_Wheels > > www.Zend.To > > Twitter: @JulesFM > PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 > > > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto > > > > > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'Learn from yesterday, live for today, look to tomorrow, rest this afternoon.' - Charles M Schulz www.Zend.To Twitter: @JulesFM PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jamesmm1 at gmx.com Wed Jun 20 08:48:02 2018 From: jamesmm1 at gmx.com (Mr filesender) Date: Wed, 20 Jun 2018 09:48:02 +0200 Subject: [ZendTo] /var/zendto on NFS In-Reply-To: References: <62033a7e-c7f9-fbee-714b-9634bee9800f@Zend.To> <0f7a7391-87d0-c44e-2200-5d164e7b29ea@Zend.To> Message-ID: this reply from Rahul Kumar is not related to my issue. yes, i have now figured out the issue with NFS. as long as i only mount the "dropoffs/" folder , it is fine thank you for all your help ? ? Sent:?Tuesday, June 19, 2018 at 5:41 PM From:?"Jules Field via ZendTo" To:?"ZendTo Users" Cc:?"Jules Field" Subject:?Re: [ZendTo] /var/zendto on NFS I thought you said earlier that, when using local storage, everything works. If when you move things to remote NFS storage stuff breaks, then that's where to start looking. I cannot diagnose your NFS service I'm afraid, sorry. Cheers, Jules. ? On 19/06/2018 11:58, Rahul Kumar via ZendTo wrote: hi my zendto application not moving to next page after clicking next on drop-off. ? please help ? Thanks, Rahul Kumar Contact(M): 9958664330? On Tue, Jun 19, 2018 at 2:34 PM, Jules Field via ZendTo wrote:Yes, you will need enough disk space locally to store drop-offs that are actually in the middle of being uploaded. But that's not usually a huge amount of space. The max size of a drop-off times 2 is probably enough. They are kept locally during the upload as they need to be virus-scanned, optionally checksummed and optionally encrypted before being moved to the main drop-offs storage. Cheers, Jules. On 18/06/2018 16:50, Mr filesender via ZendTo wrote:ok thank makes sense. but if "incoming" is set to local disk, are dropoffs then limited to the size of local disk? or are dropoffs broken into chunks and moved to "dropoffs" (NFS) throughout the upload? thank you ? ? Sent:?Monday, June 18, 2018 at 5:11 PM From:?"Jules Field" [mailto:Jules at Zend.To] To:?"Mr filesender" Cc:?"ZendTo Users" Subject:?Re: [ZendTo] /var/zendto on NFS Yes, you don't want to move all of it to NFS, as particularly the sqlite database file needs careful record locking which only some versions of NFS implement (and not always very well, even then). You can store the drop-offs remotely if you like (*only* /var/zendto/dropoffs) but I would strongly advise against moving anything else out of local storage. If you move the "incoming" directory to NFS, virus scanning, checksumming and/or encryption will take far longer than necessary as they will all be reading and writing via NFS, which is inevitably slower than your local storage. Cheers, Jules. On 18/06/2018 15:40, Mr filesender wrote:??I have figured out what is the problem. if i move sqlite file and logfile to local storage, the NFS mount will then work. i dont know why zendto is not able to use NFS mount for these, the application just times out without any errors Sent:?Sunday, June 17, 2018 at 1:51 PM From:?Jules [mailto:Jules at Zend.To] To:?"ZendTo Users" Cc:?"Mr filesender" Subject:?Re: [ZendTo] /var/zendto on NFS Have you tried without using /var/zendto on NFS, but on local storage instead? If not, please do so and let us know what happens. Cheers, Jules. On 15/06/2018 8:05 am, Mr filesender via ZendTo wrote: thank you for the prompt reply. im not sure if that link is relevant as i am running debian without SElinux. i have set 'clamdscan' => 'DISABLED' but it still behaves the same Sent:?Thursday, June 14, 2018 at 6:04 PM From:?"John Thurston via ZendTo" [mailto:zendto at zend.to[mailto:zendto at zend.to]] To:?zendto at zend.to[mailto:zendto at zend.to][mailto:zendto at zend.to[mailto:zendto at zend.to]] Cc:?"John Thurston" [mailto:john.thurston at alaska.gov[mailto:john.thurston at alaska.gov]] Subject:?Re: [ZendTo] /var/zendto on NFS Take a look in the archives from a few days ago where Jules discussed /var, SELinux, and relocation. http://jul.es/pipermail/zendto/2018-June/003213.html[http://jul.es/pipermail/zendto/2018-June/003213.html[http://jul.es/pipermail/zendto/2018-June/003213.html][http://jul.es/pipermail/zendto/2018-June/003213.html[http://jul.es/pipermail/zendto/2018-June/003213.html]]][http://jul.es/pipermail/zendto/2018-June/003213.html%5Bhttp://jul.es/pipermail/zendto/2018-June/003213.html%5Bhttp://jul.es/pipermail/zendto/2018-June/003213.html%5D%5Bhttp://jul.es/pipermail/zendto/2018-June/003213.html%5Bhttp://jul.es/pipermail/zendto/2018-June/003213.html%5D%5D%5D] -- Do things because you should, not just because you can. John Thurston 907-465-8591 John.Thurston at alaska.gov[mailto:John.Thurston at alaska.gov][mailto:John.Thurston at alaska.gov[mailto:John.Thurston at alaska.gov]] Department of Administration State of Alaska On 6/14/2018 7:42 AM, Mr filesender via ZendTo wrote:Hello, firstly thank you for your work with this application. i have a problem. i have mounted NFS share for /var/zento folder but the application then fails. there is no logs in either apache or zendto. no errors are display in the browser. i have copied all the files correctly to the location. do you have any advice on using NFS with this appliction? thank you _______________________________________________ ZendTo mailing list ZendTo at zend.to[mailto:ZendTo at zend.to][mailto:ZendTo at zend.to[mailto:ZendTo at zend.to]] https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0[https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0][https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0[https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0]][https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0[https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0][https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0[https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0]]][https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0[https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0][https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0[https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0]][https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0[https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0][https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0[https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjul.es%2Fmailman%2Flistinfo%2Fzendto&data=02%7C01%7Cjohn.thurston%40alaska.gov%7Cbcc43867bd2b45e7fa6208d5d20d7545%7C20030bf67ad942f7927359ea83fcfa38%7C1%7C0%7C636645877612891404&sdata=hCuKpMJWpeMg16r7iVxJTvlPg9Dkw%2BRin9EhK07zhvo%3D&reserved=0]]]] ?_______________________________________________ ZendTo mailing list ZendTo at zend.to[mailto:ZendTo at zend.to][mailto:ZendTo at zend.to[mailto:ZendTo at zend.to]] http://jul.es/mailman/listinfo/zendto[http://jul.es/mailman/listinfo/zendto][http://jul.es/mailman/listinfo/zendto[http://jul.es/mailman/listinfo/zendto]][http://jul.es/mailman/listinfo/zendto%5Bhttp://jul.es/mailman/listinfo/zendto%5D%5Bhttp://jul.es/mailman/listinfo/zendto%5Bhttp://jul.es/mailman/listinfo/zendto%5D%5D] _______________________________________________ ZendTo mailing listZendTo at zend.to[mailto:listZendTo at zend.to][mailto:ZendTo at zend.to[mailto:ZendTo at zend.to]]http://jul.es/mailman/listinfo/zendto[http://jul.es/mailman/listinfo/zendto][http://jul.es/mailman/listinfo/zendto[http://jul.es/mailman/listinfo/zendto]][http://jul.es/mailman/listinfo/zendto%5Bhttp://jul.es/mailman/listinfo/zendto%5D%5Bhttp://jul.es/mailman/listinfo/zendto%5Bhttp://jul.es/mailman/listinfo/zendto%5D%5D] Jules ?Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'It's very unlikely indeed he will ever recover consciousness, and if he does he won't be the Julian you knew.' - A hospital consultant I proved very wrong in 2007 :-) www.Zend.To[http://www.Zend.To][http://www.Zend.To[http://www.Zend.To]][http://www.Zend.To[http://www.Zend.To][http://www.Zend.To[http://www.Zend.To]]] Twitter: @JulesFM PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 ? _______________________________________________ ZendTo mailing list ZendTo at zend.to[mailto:ZendTo at zend.to] http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM ?'There is silent poetry in the stillness of morning; ?in the calm, the cries & sighs of life sound like gentle music.' ?- @Astro_Wheels www.Zend.To[http://www.Zend.To] Twitter: @JulesFM PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 _______________________________________________ ZendTo mailing list ZendTo at zend.to[mailto:ZendTo at zend.to] http://jul.es/mailman/listinfo/zendto? ? ? _______________________________________________ ZendTo mailing listZendTo at zend.to[mailto:ZendTo at zend.to]http://jul.es/mailman/listinfo/zendto ? Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'Learn from yesterday, live for today, look to tomorrow, rest this afternoon.' - Charles M Schulz www.Zend.To[http://www.Zend.To] Twitter: @JulesFM PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 _______________________________________________ ZendTo mailing list ZendTo at zend.to http://jul.es/mailman/listinfo/zendto[http://jul.es/mailman/listinfo/zendto] From jamesmm1 at gmx.com Wed Jun 20 08:54:39 2018 From: jamesmm1 at gmx.com (Mr filesender) Date: Wed, 20 Jun 2018 09:54:39 +0200 Subject: [ZendTo] Error on File Upload References: Message-ID: An HTML attachment was scrubbed... URL: From Jules at Zend.To Wed Jun 20 09:18:31 2018 From: Jules at Zend.To (Jules) Date: Wed, 20 Jun 2018 09:18:31 +0100 Subject: [ZendTo] Error on File Upload In-Reply-To: References: Message-ID: <1af8ed2f-409a-2860-9f18-5159df39fc8f@Zend.To> Do you happen to have anything on your network which does any sort of content-scanning (e.g. virus scanning) of your network traffic? A lot of modern firewalls have this sort of functionality built in. In order to content-scan a file being sent over the network, it will need a complete copy of the file, and will have restrictions on the max file size it can cope with. And are you using ZendTo over http or https? Is the PC you are testing with running any anti-virus scanner that looks at network traffic? Also, please run these 2 commands on your ZendTo server: ??? php -v ??? php -i | grep sodium and tell us the output from each one. Cheers, Jules. On 20/06/2018 8:54 am, Mr filesender via ZendTo wrote: > i am also experiencing this issue and it is blocking usage of the application. I was testing with v5.0.3 stable and noticed it. > > now i reinstalled a completely fresh instance of beta 5.0.9 on debian 9 with php7 but it is still there. I use default config settings. > > i notice it happens with a file ~>1GB . i get the exact same response from the system as kevin below "sorry i failed to dropoff your files.." > > after i notice that the dropoff exists in database but with 0mb size. in dropoff folder, the data is there but only about half of the filesize. > > i have tryed with mysql, sqlite3. i have tried turning clam off and on. nothing works. > > thank you > > > On 01/06/2018 11:48, O'Connor, Kevin wrote: > >/Jules, />//>/Disabling the clamdscan made no difference. />//>/I've done the upgrade to 5.03 and updated the config files. There was > no zendto.conf.rpmnew I assume because there were no changes. />//>/The issue still exists. I can view and download the uploaded file from > the outbox, using the resend mail option produces a blank page. />//>/This is not a production system, we still have an old 4.28-2 system > running, so I'm thinking a complete rebuild from the ground up might > be the best bet. />//>/Regards />//>/Kevin />//>>/-----Original Message----- />>/From: Jules Field [mailto:Jules at Zend.To > ] />>/Sent: 01 June 2018 10:31 />>/To: O'Connor, Kevin >; ZendTo Users />>/> />>/Subject: Re: [ZendTo] Error on File Upload />>//>>/Kevin, />>//>>/To rule out ClamAV permissions issues, edit preferences.php and set />>/??? 'clamdscan' => 'DISABLED', />>/Make sure you keep the old value, just comment it out. />>//>>/Does that make any difference? />>//>>/I would also advise a quick "yum update" to the latest release of 5.03. />>/According to my ChangeLog, the changes from 5.01-5 and 5.03-1 are all />>/security improvements or bug fixes. />>//>>/Cheers, />>/Jules. />>//>>/On 01/06/2018 09:35, O'Connor, Kevin wrote: />>>/Jules, />>>//>>>/Thanks for the quick response. Please see my responses below. />>>//>>>>/-----Original Message----- />>>>/From: Jules Field [mailto:Jules at Zend.To > ] />>>>/Sent: 01 June 2018 09:23 />>>>/To: ZendTo Users > />>>>/Cc: O'Connor, Kevin > />>>>/Subject: Re: [ZendTo] Error on File Upload />>>>//>>>>/Kevin, />>>>//>>>>/Does anything show up in /var/zendto/zendto.log when this happens? />>>/No there is nothing logged. All that the file contains as the logins />>>/to the system />>>//>>>//>>>>/How long are the uploads taking before this error appears? />>>/It occurs even with small files that take seconds to upload. />>>//>>>>/It is caused by the PHP session failing/disappearing/timing-out />>>>/during the upload process. It means the server received nothing of your />>/files. />>>/The files are present and as far as I can determine have completed > upload. />>>//>>>>/The comment about files/directories is because that is one thing that />>>>/will cause it, as in some browsers it is still impossible for me to />>>>/check if what you've added to the list of files is a dir or a real file. />>>>//>>>>/Cheers, />>>>/Jules. />>>>//>>>>/On 01/06/2018 08:52, O'Connor, Kevin via ZendTo wrote: />>>>>/Morning, />>>>>//>>>>>/I've got a 5.01 clean install running on CentOS 7 with AD > authentication. />>>>>//>>>>>/On completion of the file upload an error message pops up "Sorry I />>>>>/failed to />>>>/dropoff your files! Note that you cannot dropoff directories, only />>>>/files" The file is successfully uploaded but this error seems to />>>>/prevent the email being sent. />>>>>/I noticed someone posted the same fault back in March but I can find />>>>>/no />>>>/response or resolution posted so was hoping someone could point me in />>>>/the direction of a fix or a setting I might have got wrong. />>>>>/TIA />>>>>//>>>>>/Kevin />/This e-mail and any files transmitted with it are confidential and > intended solely for the use of the individual or entity to whom they > are addressed. />/If you have received this e-mail in error please notify the originator > of the message. />//>/Any views expressed in this message are those of the individual > sender, except where the sender specifies and with authority, states > them to be the views of Merseyside Fire & Rescue Service, (MFRS). />//>/Incoming and outgoing emails may be monitored in line with current > legislation. />//>/Steps have been taken to ensure that this email and attachments are > free from any virus. In keeping with good computing practice the > recipient should ensure they are actually virus free. />//>/http://www.merseyfire.gov.uk/ /> > > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'The AI does not hate you, nor does it love you, but you are made out of atoms which it can use for something else.' - Eliezer Yudkowsky www.Zend.To Twitter: @JulesFM PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jamesmm1 at gmx.com Wed Jun 20 14:01:39 2018 From: jamesmm1 at gmx.com (Mr filesender) Date: Wed, 20 Jun 2018 15:01:39 +0200 Subject: [ZendTo] Error on File Upload In-Reply-To: References: <1af8ed2f-409a-2860-9f18-5159df39fc8f@Zend.To> Message-ID: ah ok. i am running it behind haproxy/loadbalancer. i have tested directly to the zendto server and it works perfectly. i will modify my loadbalancer timeouts to very high. in any case, i notice that when this error occurs, it is just the browser that is affected. the dropoff is still being processed on the server and eventually, after data has been moved to dropoff folder, is ready and email is sent here are the details you asked for: running over https. php -v: PHP 7.2.6-1+0~20180611145758.22+stretch~1.gbpe20e8b (cli) (built: Jun 11 2018 14:58:01) ( NTS ) Copyright (c) 1997-2018 The PHP Group Zend Engine v3.2.0, Copyright (c) 1998-2018 Zend Technologies with Zend OPcache v7.2.6-1+0~20180611145758.22+stretch~1.gbpe20e8b, Copyright (c) 1999-2018, by Zend Technologies php -i | grep sodium sodium sodium support => enabled libsodium headers version => 1.0.16 libsodium library version => 1.0.16 tjhank you for the prompt advice :) ? ? Sent:?Wednesday, June 20, 2018 at 10:18 AM From:?Jules To:?"ZendTo Users" Cc:?"Mr filesender" Subject:?Re: [ZendTo] Error on File Upload Do you happen to have anything on your network which does any sort of content-scanning (e.g. virus scanning) of your network traffic? A lot of modern firewalls have this sort of functionality built in. In order to content-scan a file being sent over the network, it will need a complete copy of the file, and will have restrictions on the max file size it can cope with. And are you using ZendTo over http or https? Is the PC you are testing with running any anti-virus scanner that looks at network traffic? Also, please run these 2 commands on your ZendTo server: ??? php -v ??? php -i | grep sodium and tell us the output from each one. Cheers, Jules. ? On 20/06/2018 8:54 am, Mr filesender via ZendTo wrote: i am also experiencing this issue and it is blocking usage of the application. I was testing with v5.0.3 stable and noticed it. now i reinstalled a completely fresh instance of beta 5.0.9 on debian 9 with php7 but it is still there. I use default config settings. i notice it happens with a file ~>1GB . i get the exact same response from the system as kevin below "sorry i failed to dropoff your files.." after i notice that the dropoff exists in database but with 0mb size. in dropoff folder, the data is there but only about half of the filesize. i have tryed with mysql, sqlite3. i have tried turning clam off and on. nothing works. thank you On 01/06/2018 11:48, O'Connor, Kevin wrote: > Jules,>> Disabling the clamdscan made no difference.>> I've done the upgrade to 5.03 and updated the config files. There was no zendto.conf.rpmnew I assume because there were no changes.>> The issue still exists. I can view and download the uploaded file from the outbox, using the resend mail option produces a blank page.>> This is not a production system, we still have an old 4.28-2 system running, so I'm thinking a complete rebuild from the ground up might be the best bet.>> Regards>> Kevin>>> -----Original Message----->> From: Jules Field [mailto:Jules at Zend.To[http://jul.es/mailman/listinfo/zendto]]>> Sent: 01 June 2018 10:31>> To: O'Connor, Kevin ; ZendTo Users>> >> Subject: Re: [ZendTo] Error on File Upload>>>> Kevin,>>>> To rule out ClamAV permissions issues, edit preferences.php and set>> ??? 'clamdscan' => 'DISABLED',>> Make sure you keep the old value, just comment it out.>>>> Does that make any difference?>>>> I would also advise a quick "yum update" to the latest release of 5.03.>> According to my ChangeLog, the changes from 5.01-5 and 5.03-1 are all>> security improvements or bug fixes.>>>> Cheers,>> Jules.>>>> On 01/06/2018 09:35, O'Connor, Kevin wrote:>>> Jules,>>>>>> Thanks for the quick response. Please see my responses below.>>>>>>> -----Original Message----->>>> From: Jules Field [mailto:Jules at Zend.To[http://jul.es/mailman/listinfo/zendto]]>>>> Sent: 01 June 2018 09:23>>>> To: ZendTo Users >>>> Cc: O'Connor, Kevin >>>> Subject: Re: [ZendTo] Error on File Upload>>>>>>>> Kevin,>>>>>>>> Does anything show up in /var/zendto/zendto.log when this happens?>>> No there is nothing logged. All that the file contains as the logins>>> to the system>>>>>>>>>> How long are the uploads taking before this error appears?>>> It occurs even with small files that take seconds to upload.>>>>>>> It is caused by the PHP session failing/disappearing/timing-out>>>> during the upload process. It means the server received nothing of your>> files.>>> The files are present and as far as I can determine have completed upload.>>>>>>> The comment about files/directories is because that is one thing that>>>> will cause it, as in some browsers it is still impossible for me to>>>> check if what you've added to the list of files is a dir or a real file.>>>>>>>> Cheers,>>>> Jules.>>>>>>>> On 01/06/2018 08:52, O'Connor, Kevin via ZendTo wrote:>>>>> Morning,>>>>>>>>>> I've got a 5.01 clean install running on CentOS 7 with AD authentication.>>>>>>>>>> On completion of the file upload an error message pops up "Sorry I>>>>> failed to>>>> dropoff your files! Note that you cannot dropoff directories, only>>>> files" The file is successfully uploaded but this error seems to>>>> prevent the email being sent.>>>>> I noticed someone posted the same fault back in March but I can find>>>>> no>>>> response or resolution posted so was hoping someone could point me in>>>> the direction of a fix or a setting I might have got wrong.>>>>> TIA>>>>>>>>>> Kevin> This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed.> If you have received this e-mail in error please notify the originator of the message.>> Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Merseyside Fire & Rescue Service, (MFRS).>> Incoming and outgoing emails may be monitored in line with current legislation.>> Steps have been taken to ensure that this email and attachments are free from any virus. In keeping with good computing practice the recipient should ensure they are actually virus free.>> http://www.merseyfire.gov.uk/[http://www.merseyfire.gov.uk/]> ? ? ? _______________________________________________ ZendTo mailing listZendTo at zend.to[mailto:ZendTo at zend.to]http://jul.es/mailman/listinfo/zendto ? Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'The AI does not hate you, nor does it love you, but you are made out of atoms which it can use for something else.' - Eliezer Yudkowsky www.Zend.To[http://www.Zend.To] Twitter: @JulesFM PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 From Jules at Zend.To Wed Jun 20 15:13:25 2018 From: Jules at Zend.To (Jules Field) Date: Wed, 20 Jun 2018 15:13:25 +0100 Subject: [ZendTo] Error on File Upload In-Reply-To: References: <1af8ed2f-409a-2860-9f18-5159df39fc8f@Zend.To> Message-ID: <0b3c87a4-676b-4956-cb26-896f333feece@Zend.To> That PHP output looks fine. I will have to leave it to you to configure your load balancer. Cheers, Jules. On 20/06/2018 2:01 pm, Mr filesender via ZendTo wrote: > ah ok. i am running it behind haproxy/loadbalancer. i have tested directly to the zendto server and it works perfectly. > > i will modify my loadbalancer timeouts to very high. in any case, i notice that when this error occurs, it is just the browser that is affected. the dropoff is still being processed on the server and eventually, after data has been moved to dropoff folder, is ready and email is sent > > here are the details you asked for: > > running over https. php -v: > > PHP 7.2.6-1+0~20180611145758.22+stretch~1.gbpe20e8b (cli) (built: Jun 11 2018 14:58:01) ( NTS ) > Copyright (c) 1997-2018 The PHP Group > Zend Engine v3.2.0, Copyright (c) 1998-2018 Zend Technologies > with Zend OPcache v7.2.6-1+0~20180611145758.22+stretch~1.gbpe20e8b, Copyright (c) 1999-2018, by Zend Technologies > > php -i | grep sodium > > sodium > sodium support => enabled > libsodium headers version => 1.0.16 > libsodium library version => 1.0.16 > > tjhank you for the prompt advice :) > > > > Sent:?Wednesday, June 20, 2018 at 10:18 AM > From:?Jules > To:?"ZendTo Users" > Cc:?"Mr filesender" > Subject:?Re: [ZendTo] Error on File Upload > > Do you happen to have anything on your network which does any sort of content-scanning (e.g. virus scanning) of your network traffic? > A lot of modern firewalls have this sort of functionality built in. > In order to content-scan a file being sent over the network, it will need a complete copy of the file, and will have restrictions on the max file size it can cope with. > > And are you using ZendTo over http or https? > > Is the PC you are testing with running any anti-virus scanner that looks at network traffic? > > Also, please run these 2 commands on your ZendTo server: > ??? php -v > ??? php -i | grep sodium > and tell us the output from each one. > > Cheers, > Jules. > > On 20/06/2018 8:54 am, Mr filesender via ZendTo wrote: > > i am also experiencing this issue and it is blocking usage of the application. I was testing with v5.0.3 stable and noticed it. > > now i reinstalled a completely fresh instance of beta 5.0.9 on debian 9 with php7 but it is still there. I use default config settings. > > i notice it happens with a file ~>1GB . i get the exact same response from the system as kevin below "sorry i failed to dropoff your files.." > > after i notice that the dropoff exists in database but with 0mb size. in dropoff folder, the data is there but only about half of the filesize. > > i have tryed with mysql, sqlite3. i have tried turning clam off and on. nothing works. > > thank you > > > On 01/06/2018 11:48, O'Connor, Kevin wrote: >> Jules,>> Disabling the clamdscan made no difference.>> I've done the upgrade to 5.03 and updated the config files. There was no zendto.conf.rpmnew I assume because there were no changes.>> The issue still exists. I can view and download the uploaded file from the outbox, using the resend mail option produces a blank page.>> This is not a production system, we still have an old 4.28-2 system running, so I'm thinking a complete rebuild from the ground up might be the best bet.>> Regards>> Kevin>>> -----Original Message----->> From: Jules Field [mailto:Jules at Zend.To[http://jul.es/mailman/listinfo/zendto]]>> Sent: 01 June 2018 10:31>> To: O'Connor, Kevin ; ZendTo Users>> >> Subject: Re: [ZendTo] Error on File Upload>>>> Kevin,>>>> To rule out ClamAV permissions issues, edit preferences.php and set>> ??? 'clamdscan' => 'DISABLED',>> Make sure you keep the old value, just comment it out.>>>> Does that make any difference?>>>> I would also advise a quick "yum update" to the latest release of 5.03.>> According to my ChangeLog, the changes from 5.01-5 and 5.03-1 are all>> security improvements or bug fixes.>>>> Cheers,>> Jules.>>>> On 01/06/2018 09:35, O'Connor, Kevin wrote:>>> Jules,>>>>>> Thanks for the quick response. Please see my responses below.>>>>>>> -----Original Message----->>>> From: Jules Field [mailto:Jules at Zend.To[http://jul.es/mailman/listinfo/zendto]]>>>> Sent: 01 June 2018 09:23>>>> To: ZendTo Users >>>> Cc: O'Connor, Kevin >>>> Subject: Re: [ZendTo] Error on File Upload>>>>>>>> Kevin,>>>>>>>> Does anything show up in /var/zendto/zendto.log when this happens?>>> No there is nothing logged. All that the file contains as the logins>>> to the system>>>>>>>>>> How long are the uploads taking before this error appears?>>> It occurs even with small files that take seconds to upload.>>>>>>> It is caused by the PHP session failing/disappearing/timing-out>>>> during the upload process. It means the server received nothing of your>> files.>>> The files are present and as far as I can determine have completed upload.>>>>>>> The comment about files/directories is because that is one thing that>>>> will cause it, as in some browsers it is still impossible for me to>>>> check if what you've added to the list of files is a dir or a real file.>>>>>>>> Cheers,>>>> Jules.>>>>>>>> On 01/06/2018 08:52, O'Connor, Kevin via ZendTo wrote:>>>>> Morning,>>>>>>>>>> I've got a 5.01 clean install running on CentOS 7 with AD authentication.>>>>>>>>>> On completion of the file upload an error message pops up "Sorry I>>>>> failed to>>>> dropoff your files! Note that you cannot dropoff directories, only>>>> files" The file is successfully uploaded but this error seems to>>>> prevent the email being sent.>>>>> I noticed someone posted the same fault back in March but I can find>>>>> no>>>> response or resolution posted so was hoping someone could point me in>>>> the direction of a fix or a setting I might have got wrong.>>>>> TIA>>>>>>>>>> Kevin> This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed.> If you have received this e-mail in error please notify the originator of the message.>> Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Merseyside Fire & Rescue Service, (MFRS).>> Incoming and outgoing emails may be monitored in line with current legislation.>> Steps have been taken to ensure that this email and attachments are free from any virus. In keeping with good computing practice the recipient should ensure they are actually virus free.>> http://www.merseyfire.gov.uk/[http://www.merseyfire.gov.uk/]> > > _______________________________________________ > ZendTo mailing listZendTo at zend.to[mailto:ZendTo at zend.to]http://jul.es/mailman/listinfo/zendto > > Jules > Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'No more impressive warning can be given to those who would confine knowledge and rsearch to what is apparently useful, than the reflection that conic sections were studied for eighteen hundred years merely as an abstract science, without regard to any utility other than to satisfy the craving for knowledge on the part of mathematicians, and that then at the end of this long period of abstract study, they were found to be the necessary key with which to attain the knowledge of the most important laws of nature.' - Alfred North Whitehead www.Zend.To Twitter: @JulesFM PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 From jamesmm1 at gmx.com Wed Jun 20 15:45:22 2018 From: jamesmm1 at gmx.com (Mr filesender) Date: Wed, 20 Jun 2018 16:45:22 +0200 Subject: [ZendTo] Error on File Upload In-Reply-To: References: <1af8ed2f-409a-2860-9f18-5159df39fc8f@Zend.To> <0b3c87a4-676b-4956-cb26-896f333feece@Zend.To> Message-ID: yes of course, i understand the problem now. you have been more than helpful thank you ? Sent:?Wednesday, June 20, 2018 at 4:13 PM From:?"Jules Field" To:?"ZendTo Users" Cc:?"Mr filesender" Subject:?Re: [ZendTo] Error on File Upload That PHP output looks fine. I will have to leave it to you to configure your load balancer. Cheers, Jules. On 20/06/2018 2:01 pm, Mr filesender via ZendTo wrote: > ah ok. i am running it behind haproxy/loadbalancer. i have tested directly to the zendto server and it works perfectly. > > i will modify my loadbalancer timeouts to very high. in any case, i notice that when this error occurs, it is just the browser that is affected. the dropoff is still being processed on the server and eventually, after data has been moved to dropoff folder, is ready and email is sent > > here are the details you asked for: > > running over https. php -v: > > PHP 7.2.6-1+0~20180611145758.22+stretch~1.gbpe20e8b (cli) (built: Jun 11 2018 14:58:01) ( NTS ) > Copyright (c) 1997-2018 The PHP Group > Zend Engine v3.2.0, Copyright (c) 1998-2018 Zend Technologies > with Zend OPcache v7.2.6-1+0~20180611145758.22+stretch~1.gbpe20e8b, Copyright (c) 1999-2018, by Zend Technologies > > php -i | grep sodium > > sodium > sodium support => enabled > libsodium headers version => 1.0.16 > libsodium library version => 1.0.16 > > tjhank you for the prompt advice :) > > > > Sent:?Wednesday, June 20, 2018 at 10:18 AM > From:?Jules > To:?"ZendTo Users" > Cc:?"Mr filesender" > Subject:?Re: [ZendTo] Error on File Upload > > Do you happen to have anything on your network which does any sort of content-scanning (e.g. virus scanning) of your network traffic? > A lot of modern firewalls have this sort of functionality built in. > In order to content-scan a file being sent over the network, it will need a complete copy of the file, and will have restrictions on the max file size it can cope with. > > And are you using ZendTo over http or https? > > Is the PC you are testing with running any anti-virus scanner that looks at network traffic? > > Also, please run these 2 commands on your ZendTo server: > ??? php -v > ??? php -i | grep sodium > and tell us the output from each one. > > Cheers, > Jules. > > On 20/06/2018 8:54 am, Mr filesender via ZendTo wrote: > > i am also experiencing this issue and it is blocking usage of the application. I was testing with v5.0.3 stable and noticed it. > > now i reinstalled a completely fresh instance of beta 5.0.9 on debian 9 with php7 but it is still there. I use default config settings. > > i notice it happens with a file ~>1GB . i get the exact same response from the system as kevin below "sorry i failed to dropoff your files.." > > after i notice that the dropoff exists in database but with 0mb size. in dropoff folder, the data is there but only about half of the filesize. > > i have tryed with mysql, sqlite3. i have tried turning clam off and on. nothing works. > > thank you > > > On 01/06/2018 11:48, O'Connor, Kevin wrote: >> Jules,>> Disabling the clamdscan made no difference.>> I've done the upgrade to 5.03 and updated the config files. There was no zendto.conf.rpmnew I assume because there were no changes.>> The issue still exists. I can view and download the uploaded file from the outbox, using the resend mail option produces a blank page.>> This is not a production system, we still have an old 4.28-2 system running, so I'm thinking a complete rebuild from the ground up might be the best bet.>> Regards>> Kevin>>> -----Original Message----->> From: Jules Field [mailto:Jules at Zend.To[http://jul.es/mailman/listinfo/zendto]]>> Sent: 01 June 2018 10:31>> To: O'Connor, Kevin ; ZendTo Users>> >> Subject: Re: [ZendTo] Error on File Upload>>>> Kevin,>>>> To rule out ClamAV permissions issues, edit preferences.php and set>> ??? 'clamdscan' => 'DISABLED',>> Make sure you keep the old value, just comment it out.>>>> Does that make any difference?>>>> I would also advise a quick "yum update" to the latest release of 5.03.>> According to my ChangeLog, the changes from 5.01-5 and 5.03-1 are all>> security improvements or bug fixes.>>>> Cheers,>> Jules.>>>> On 01/06/2018 09:35, O'Connor, Kevin wrote:>>> Jules,>>>>>> Thanks for the quick response. Please see my responses below.>>>>>>> -----Original Message----->>>> From: Jules Field [mailto:Jules at Zend.To[http://jul.es/mailman/listinfo/zendto[http://jul.es/mailman/listinfo/zendto]]]>>>> Sent: 01 June 2018 09:23>>>> To: ZendTo Users >>>> Cc: O'Connor, Kevin >>>> Subject: Re: [ZendTo] Error on File Upload>>>>>>>> Kevin,>>>>>>>> Does anything show up in /var/zendto/zendto.log when this happens?>>> No there is nothing logged. All that the file contains as the logins>>> to the system>>>>>>>>>> How long are the uploads taking before this error appears?>>> It occurs even with small files that take seconds to upload.>>>>>>> It is caused by the PHP session failing/disappearing/timing-out>>>> during the upload process. It means the server received nothing of your>> files.>>> The files are present and as far as I can determine have completed upload.>>>>>>> The comment about files/directories is because that is one thing that>>>> will cause it, as in some browsers it is still impossible for me to>>>> check if what you've added to the list of files is a dir or a real file.>>>>>>>> Cheers,>>>> Jules.>>>>>>>> On 01/06/2018 08:52, O'Connor, Kevin via ZendTo wrote:>>>>> Morning,>>>>>>>>>> I've got a 5.01 clean install running on CentOS 7 with AD authentication.>>>>>>>>>> On completion of the file upload an error message pops up "Sorry I>>>>> failed to>>>> dropoff your files! Note that you cannot dropoff directories, only>>>> files" The file is successfully uploaded but this error seems to>>>> prevent the email being sent.>>>>> I noticed someone posted the same fault back in March but I can find>>>>> no>>>> response or resolution posted so was hoping someone could point me in>>>> the direction of a fix or a setting I might have got wrong.>>>>> TIA>>>>>>>>>> Kevin> This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed.> If you have received this e-mail in error please notify the originator of the message.>> Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Merseyside Fire & Rescue Service, (MFRS).>> Incoming and outgoing emails may be monitored in line with current legislation.>> Steps have been taken to ensure that this email and attachments are free from any virus. In keeping with good computing practice the recipient should ensure they are actually virus free.>> http://www.merseyfire.gov.uk/[http://www.merseyfire.gov.uk/][http://www.merseyfire.gov.uk/[http://www.merseyfire.gov.uk/]]> > > _______________________________________________ > ZendTo mailing listZendTo at zend.to[mailto:ZendTo at zend.to]http://jul.es/mailman/listinfo/zendto[http://jul.es/mailman/listinfo/zendto] > > Jules > Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'No more impressive warning can be given to those who would confine knowledge and rsearch to what is apparently useful, than the reflection that conic sections were studied for eighteen hundred years merely as an abstract science, without regard to any utility other than to satisfy the craving for knowledge on the part of mathematicians, and that then at the end of this long period of abstract study, they were found to be the necessary key with which to attain the knowledge of the most important laws of nature.' - Alfred North Whitehead www.Zend.To[http://www.Zend.To] Twitter: @JulesFM PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 ? From Jules at Zend.To Thu Jun 21 15:49:49 2018 From: Jules at Zend.To (Jules Field) Date: Thu, 21 Jun 2018 15:49:49 +0100 Subject: [ZendTo] Beta testers and Translators -- please help! NEW VERSION IMMINENT Message-ID: Hi! I have spent the past few weeks implementing some new features in ZendTo. The big one is secure encryption and decryption of drop-offs. But there are others such as a cookie+GDPR consent box (optional, don't worry!), and a nice new "Download All Files" button to save your poor users having to click so much when picking up a drop-off. Inevitably, that means there is some new text in the user interface. If my lovely translators could get to work on those new strings, that would be wonderful! Also, the new beta version requires a PHP upgrade from the previous version. In some cases that is a major PHP upgrade! So I have improved the installer so that it will now upgrade your system, as well as do a fresh install on new installations. So please can you (as root) ??? curl http://zend.to/files/install-beta.ZendTo.tgz ??? tar xzf install-beta.ZendTo.tgz ??? cd install.ZendTo ??? ./install.sh and confirm that everything works. I have tested the installer on both fresh installs and upgrades on CentOS 6+7, RedHat 6+7, Ubuntu 14+16+18, Debian 8+9 and it works for me. If you just upgrade the ZendTo package itself, without upgrading PHP, it will tell you about that on the main menu. So please give it a try and let me know what you think! Thanks all, Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'People will believe a big lie sooner than a little one, and if you repeat it frequently enough people will sooner or later believe it.' - Walter Langer www.Zend.To Twitter: @JulesFM PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 From manty at manty.net Fri Jun 22 08:06:36 2018 From: manty at manty.net (Santiago Garcia Mantinan) Date: Fri, 22 Jun 2018 09:06:36 +0200 Subject: [ZendTo] Beta testers and Translators -- please help! NEW VERSION IMMINENT In-Reply-To: References: Message-ID: Hi! Maybe you have already explained it somewhere else and I have missed it, but I'm finding trouble getting the file to translate. http://zend.to/translators.php doesn't seem to guide me to the file to translate :-( Could you please add some more info for the translators? Regards. -- Manty/BestiaTester -> http://manty.net From Jules at Zend.To Fri Jun 22 09:56:31 2018 From: Jules at Zend.To (Jules Field) Date: Fri, 22 Jun 2018 09:56:31 +0100 Subject: [ZendTo] Beta testers and Translators -- please help! NEW VERSION IMMINENT In-Reply-To: References: Message-ID: <88dba963-341d-a847-d8b3-e4d08912cc3b@Zend.To> Manty, You would need to install the latest version ideally, as that will automatically pick up all changes to the text phrases to be translated. But I can easily send you a set of the latest .po files, so you can see what phrases are missing translations. I'll send you that in a mo... Cheers, Jules. On 22/06/2018 08:06, Santiago Garcia Mantinan wrote: > Hi! > > Maybe you have already explained it somewhere else and I have missed > it, but I'm finding trouble getting the file to translate. > > http://zend.to/translators.php doesn't seem to guide me to the file to > translate :-( > > Could you please add some more info for the translators? > > Regards. Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'Making machines do what you want requires only two qualities: 1) Being slightly more stubborn that the computer, & 2) Remembering that computers are electrified rocks.' - @JediJeremy www.Zend.To Twitter: @JulesFM PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 From Jules at Zend.To Fri Jun 22 10:05:11 2018 From: Jules at Zend.To (Jules Field) Date: Fri, 22 Jun 2018 10:05:11 +0100 Subject: [ZendTo] Beta testers and Translators -- please help! NEW VERSION IMMINENT In-Reply-To: References: Message-ID: <3b734cc8-29f7-f955-8965-67b80381e352@Zend.To> For everyone's benefit, here is a set of the latest translation source files. Thanks! Jules. On 22/06/2018 08:06, Santiago Garcia Mantinan wrote: > Hi! > > Maybe you have already explained it somewhere else and I have missed > it, but I'm finding trouble getting the file to translate. > > http://zend.to/translators.php doesn't seem to guide me to the file to > translate :-( > > Could you please add some more info for the translators? > > Regards. Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'People will believe a big lie sooner than a little one, and if you repeat it frequently enough people will sooner or later believe it.' - Walter Langer www.Zend.To Twitter: @JulesFM PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 -------------- next part -------------- A non-text attachment was scrubbed... Name: ZendTo.po-translation-sources.tgz Type: application/x-gzip Size: 100150 bytes Desc: not available URL: From jamesmm1 at gmx.com Fri Jun 22 10:20:01 2018 From: jamesmm1 at gmx.com (Mr filesender) Date: Fri, 22 Jun 2018 11:20:01 +0200 Subject: [ZendTo] Beta testers and Translators -- please help! NEW VERSION IMMINENT In-Reply-To: References: Message-ID: firstly, thank you for your work on this project. i have used the installer to upgrade from 5.09-6 to 5.09-9 . the installer completed successfully. one thing to note is that it did not recognise 7.2 in place and reinstalled it. here is the output : You have a version of PHP installed which is earlier than 7.2. I need to totally remove that first, along with packages that depend on it, as shown here: libapache2-mod-php7.2* php-common* php7.2* php7.2-cli* php7.2-common* php7.2-curl* php7.2-enchant* php7.2-gd* php7.2-imap* php7.2-intl* php7.2-json* php7.2-ldap* php7.2-mbstring* php7.2-mysql* php7.2-opcache* php7.2-readline* php7.2-sqlite3* php7.2-xml* the environment is debian 9 Sent:?Thursday, June 21, 2018 at 4:49 PM From:?"Jules Field via ZendTo" To:?"ZendTo Users" Cc:?"Jules Field" Subject:?[ZendTo] Beta testers and Translators -- please help! NEW VERSION IMMINENT Hi! I have spent the past few weeks implementing some new features in ZendTo. The big one is secure encryption and decryption of drop-offs. But there are others such as a cookie+GDPR consent box (optional, don't worry!), and a nice new "Download All Files" button to save your poor users having to click so much when picking up a drop-off. Inevitably, that means there is some new text in the user interface. If my lovely translators could get to work on those new strings, that would be wonderful! Also, the new beta version requires a PHP upgrade from the previous version. In some cases that is a major PHP upgrade! So I have improved the installer so that it will now upgrade your system, as well as do a fresh install on new installations. So please can you (as root) ??? curl http://zend.to/files/install-beta.ZendTo.tgz ??? tar xzf install-beta.ZendTo.tgz ??? cd install.ZendTo ??? ./install.sh and confirm that everything works. I have tested the installer on both fresh installs and upgrades on CentOS 6+7, RedHat 6+7, Ubuntu 14+16+18, Debian 8+9 and it works for me. If you just upgrade the ZendTo package itself, without upgrading PHP, it will tell you about that on the main menu. So please give it a try and let me know what you think! Thanks all, Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'People will believe a big lie sooner than a little one, and if you repeat it frequently enough people will sooner or later believe it.' - Walter Langer www.Zend.To[http://www.Zend.To] Twitter: @JulesFM PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 _______________________________________________ ZendTo mailing list ZendTo at zend.to http://jul.es/mailman/listinfo/zendto[http://jul.es/mailman/listinfo/zendto] From Jules at Zend.To Fri Jun 22 10:51:15 2018 From: Jules at Zend.To (Jules Field) Date: Fri, 22 Jun 2018 10:51:15 +0100 Subject: [ZendTo] Beta testers and Translators -- please help! NEW VERSION IMMINENT In-Reply-To: References: Message-ID: <8bbce3b1-1d8a-4eef-d46f-e7707f8918eb@Zend.To> I fixed that problem yesterday, with luck. It shouldn't actually cause any problems, however. Cheers, Jules. On 22/06/2018 10:20, Mr filesender via ZendTo wrote: > firstly, thank you for your work on this project. > > i have used the installer to upgrade from 5.09-6 to 5.09-9 . the installer completed successfully. one thing to note is that it did not recognise 7.2 in place and reinstalled it. here is the output : > > You have a version of PHP installed which is earlier than 7.2. > I need to totally remove that first, > along with packages that depend on it, as shown here: > libapache2-mod-php7.2* php-common* php7.2* php7.2-cli* php7.2-common* > php7.2-curl* php7.2-enchant* php7.2-gd* php7.2-imap* php7.2-intl* > php7.2-json* php7.2-ldap* php7.2-mbstring* php7.2-mysql* php7.2-opcache* > php7.2-readline* php7.2-sqlite3* php7.2-xml* > > the environment is debian 9 > > > Sent:?Thursday, June 21, 2018 at 4:49 PM > From:?"Jules Field via ZendTo" > To:?"ZendTo Users" > Cc:?"Jules Field" > Subject:?[ZendTo] Beta testers and Translators -- please help! NEW VERSION IMMINENT > Hi! > > I have spent the past few weeks implementing some new features in ZendTo. > > The big one is secure encryption and decryption of drop-offs. > But there are others such as a cookie+GDPR consent box (optional, don't > worry!), and a nice new "Download All Files" button to save your poor > users having to click so much when picking up a drop-off. > > Inevitably, that means there is some new text in the user interface. > If my lovely translators could get to work on those new strings, that > would be wonderful! > > Also, the new beta version requires a PHP upgrade from the previous > version. In some cases that is a major PHP upgrade! > So I have improved the installer so that it will now upgrade your > system, as well as do a fresh install on new installations. > > So please can you (as root) > ??? curl http://zend.to/files/install-beta.ZendTo.tgz > ??? tar xzf install-beta.ZendTo.tgz > ??? cd install.ZendTo > ??? ./install.sh > > and confirm that everything works. > > I have tested the installer on both fresh installs and upgrades on > CentOS 6+7, RedHat 6+7, Ubuntu 14+16+18, Debian 8+9 and it works for me. > > If you just upgrade the ZendTo package itself, without upgrading PHP, it > will tell you about that on the main menu. > > So please give it a try and let me know what you think! > > Thanks all, > > Jules > > -- > Julian Field MEng CEng CITP MBCS MIEEE MACM > > 'People will believe a big lie sooner than a little one, and if you > repeat it frequently enough people will sooner or later believe > it.' - Walter Langer > > www.Zend.To[http://www.Zend.To] > Twitter: @JulesFM > PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 > > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto[http://jul.es/mailman/listinfo/zendto] > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM Irish Sea: Northwest 4 or 5, becoming variable 4 at times. Smooth or slight, occasionally moderate at first. Fair. Good. www.Zend.To Twitter: @JulesFM PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 From Jules at Zend.To Sun Jun 24 20:29:01 2018 From: Jules at Zend.To (Jules) Date: Sun, 24 Jun 2018 20:29:01 +0100 Subject: [ZendTo] Calling all translators (again, sorry!) In-Reply-To: References: Message-ID: Manty and others, I have added 1 or 2 strings to the po files since I last sent any out. Please can you translate the missing phrases for me? Manty ? I think there's only 1 missing from what you sent me last time (which was 1 I added since). It's a sentence about the encryption feature in ZendTo's "about.php" page. Many thanks all! Jules. On 21/06/2018 3:49 pm, Jules Field via ZendTo wrote: > Hi! > > I have spent the past few weeks implementing some new features in ZendTo. > > The big one is secure encryption and decryption of drop-offs. > But there are others such as a cookie+GDPR consent box (optional, > don't worry!), and a nice new "Download All Files" button to save your > poor users having to click so much when picking up a drop-off. > > Inevitably, that means there is some new text in the user interface. > If my lovely translators could get to work on those new strings, that > would be wonderful! > > Also, the new beta version requires a PHP upgrade from the previous > version. In some cases that is a major PHP upgrade! > So I have improved the installer so that it will now upgrade your > system, as well as do a fresh install on new installations. > > So please can you (as root) > ??? curl http://zend.to/files/install-beta.ZendTo.tgz > ??? tar xzf install-beta.ZendTo.tgz > ??? cd install.ZendTo > ??? ./install.sh > > and confirm that everything works. > > I have tested the installer on both fresh installs and upgrades on > CentOS 6+7, RedHat 6+7, Ubuntu 14+16+18, Debian 8+9 and it works for me. > > If you just upgrade the ZendTo package itself, without upgrading PHP, > it will tell you about that on the main menu. > > So please give it a try and let me know what you think! > > Thanks all, > > Jules > Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM www.Zend.To Twitter: @JulesFM PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 -------------- next part -------------- A non-text attachment was scrubbed... Name: 5.09-po-files.tgz Type: application/x-gzip Size: 101107 bytes Desc: not available URL: From manty at manty.net Mon Jun 25 08:14:16 2018 From: manty at manty.net (Santiago Garcia Mantinan) Date: Mon, 25 Jun 2018 09:14:16 +0200 Subject: [ZendTo] Calling all translators (again, sorry!) In-Reply-To: References: Message-ID: There it goes. Regards. -- Manty/BestiaTester -> http://manty.net -------------- next part -------------- A non-text attachment was scrubbed... Name: es_ES.zendto.po Type: application/octet-stream Size: 98758 bytes Desc: not available URL: From Jules at Zend.To Mon Jun 25 09:28:48 2018 From: Jules at Zend.To (Jules Field) Date: Mon, 25 Jun 2018 09:28:48 +0100 Subject: [ZendTo] Calling all translators (again, sorry!) In-Reply-To: References: Message-ID: Manty ? Many thanks for that one! To help other translators, I can now set up a demo site for you to test your translations on, if that helps! If you want one, please do just ask. Cheers, Jules. On 25/06/2018 08:14, Santiago Garcia Mantinan via ZendTo wrote: > There it goes. > > Regards. > > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'Making machines do what you want requires only two qualities: 1) Being slightly more stubborn that the computer, & 2) Remembering that computers are electrified rocks.' - @JediJeremy www.Zend.To Twitter: @JulesFM PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jamesmm1 at gmx.com Mon Jun 25 13:17:46 2018 From: jamesmm1 at gmx.com (Mr filesender) Date: Mon, 25 Jun 2018 14:17:46 +0200 Subject: [ZendTo] Error on File Upload In-Reply-To: References: <1af8ed2f-409a-2860-9f18-5159df39fc8f@Zend.To> <0b3c87a4-676b-4956-cb26-896f333feece@Zend.To> Message-ID: i would like to add more detail to this issue. After i have tested further, i am still consistently reproducing it. a few observations: it is present when connecting directly to VM (although file size is larger to reproduce it. i notice 4-6GB). no firewall or loadbalancers in between client and zendto VM. the full file is sent to and present on the incoming folder. the problem occurs after the full file is transmitted. its the client browser that notices a problem, the server continues with the drop and after a time it is there and email is sent as expected so i wonder, maybe it is a design issue with how the browser is waiting for a reply? i have solved the problem by adding more CPUs to the zendto VM (but perhaps will return with larger file/drop ) thank you ? ? Sent:?Wednesday, June 20, 2018 at 4:13 PM From:?"Jules Field" To:?"ZendTo Users" Cc:?"Mr filesender" Subject:?Re: [ZendTo] Error on File Upload That PHP output looks fine. I will have to leave it to you to configure your load balancer. Cheers, Jules. On 20/06/2018 2:01 pm, Mr filesender via ZendTo wrote: > ah ok. i am running it behind haproxy/loadbalancer. i have tested directly to the zendto server and it works perfectly. > > i will modify my loadbalancer timeouts to very high. in any case, i notice that when this error occurs, it is just the browser that is affected. the dropoff is still being processed on the server and eventually, after data has been moved to dropoff folder, is ready and email is sent > > here are the details you asked for: > > running over https. php -v: > > PHP 7.2.6-1+0~20180611145758.22+stretch~1.gbpe20e8b (cli) (built: Jun 11 2018 14:58:01) ( NTS ) > Copyright (c) 1997-2018 The PHP Group > Zend Engine v3.2.0, Copyright (c) 1998-2018 Zend Technologies > with Zend OPcache v7.2.6-1+0~20180611145758.22+stretch~1.gbpe20e8b, Copyright (c) 1999-2018, by Zend Technologies > > php -i | grep sodium > > sodium > sodium support => enabled > libsodium headers version => 1.0.16 > libsodium library version => 1.0.16 > > tjhank you for the prompt advice :) > > > > Sent:?Wednesday, June 20, 2018 at 10:18 AM > From:?Jules > To:?"ZendTo Users" > Cc:?"Mr filesender" > Subject:?Re: [ZendTo] Error on File Upload > > Do you happen to have anything on your network which does any sort of content-scanning (e.g. virus scanning) of your network traffic? > A lot of modern firewalls have this sort of functionality built in. > In order to content-scan a file being sent over the network, it will need a complete copy of the file, and will have restrictions on the max file size it can cope with. > > And are you using ZendTo over http or https? > > Is the PC you are testing with running any anti-virus scanner that looks at network traffic? > > Also, please run these 2 commands on your ZendTo server: > ??? php -v > ??? php -i | grep sodium > and tell us the output from each one. > > Cheers, > Jules. > > On 20/06/2018 8:54 am, Mr filesender via ZendTo wrote: > > i am also experiencing this issue and it is blocking usage of the application. I was testing with v5.0.3 stable and noticed it. > > now i reinstalled a completely fresh instance of beta 5.0.9 on debian 9 with php7 but it is still there. I use default config settings. > > i notice it happens with a file ~>1GB . i get the exact same response from the system as kevin below "sorry i failed to dropoff your files.." > > after i notice that the dropoff exists in database but with 0mb size. in dropoff folder, the data is there but only about half of the filesize. > > i have tryed with mysql, sqlite3. i have tried turning clam off and on. nothing works. > > thank you > > > On 01/06/2018 11:48, O'Connor, Kevin wrote: >> Jules,>> Disabling the clamdscan made no difference.>> I've done the upgrade to 5.03 and updated the config files. There was no zendto.conf.rpmnew I assume because there were no changes.>> The issue still exists. I can view and download the uploaded file from the outbox, using the resend mail option produces a blank page.>> This is not a production system, we still have an old 4.28-2 system running, so I'm thinking a complete rebuild from the ground up might be the best bet.>> Regards>> Kevin>>> -----Original Message----->> From: Jules Field [mailto:Jules at Zend.To[http://jul.es/mailman/listinfo/zendto]]>> Sent: 01 June 2018 10:31>> To: O'Connor, Kevin ; ZendTo Users>> >> Subject: Re: [ZendTo] Error on File Upload>>>> Kevin,>>>> To rule out ClamAV permissions issues, edit preferences.php and set>> ??? 'clamdscan' => 'DISABLED',>> Make sure you keep the old value, just comment it out.>>>> Does that make any difference?>>>> I would also advise a quick "yum update" to the latest release of 5.03.>> According to my ChangeLog, the changes from 5.01-5 and 5.03-1 are all>> security improvements or bug fixes.>>>> Cheers,>> Jules.>>>> On 01/06/2018 09:35, O'Connor, Kevin wrote:>>> Jules,>>>>>> Thanks for the quick response. Please see my responses below.>>>>>>> -----Original Message----->>>> From: Jules Field [mailto:Jules at Zend.To[http://jul.es/mailman/listinfo/zendto[http://jul.es/mailman/listinfo/zendto]]]>>>> Sent: 01 June 2018 09:23>>>> To: ZendTo Users >>>> Cc: O'Connor, Kevin >>>> Subject: Re: [ZendTo] Error on File Upload>>>>>>>> Kevin,>>>>>>>> Does anything show up in /var/zendto/zendto.log when this happens?>>> No there is nothing logged. All that the file contains as the logins>>> to the system>>>>>>>>>> How long are the uploads taking before this error appears?>>> It occurs even with small files that take seconds to upload.>>>>>>> It is caused by the PHP session failing/disappearing/timing-out>>>> during the upload process. It means the server received nothing of your>> files.>>> The files are present and as far as I can determine have completed upload.>>>>>>> The comment about files/directories is because that is one thing that>>>> will cause it, as in some browsers it is still impossible for me to>>>> check if what you've added to the list of files is a dir or a real file.>>>>>>>> Cheers,>>>> Jules.>>>>>>>> On 01/06/2018 08:52, O'Connor, Kevin via ZendTo wrote:>>>>> Morning,>>>>>>>>>> I've got a 5.01 clean install running on CentOS 7 with AD authentication.>>>>>>>>>> On completion of the file upload an error message pops up "Sorry I>>>>> failed to>>>> dropoff your files! Note that you cannot dropoff directories, only>>>> files" The file is successfully uploaded but this error seems to>>>> prevent the email being sent.>>>>> I noticed someone posted the same fault back in March but I can find>>>>> no>>>> response or resolution posted so was hoping someone could point me in>>>> the direction of a fix or a setting I might have got wrong.>>>>> TIA>>>>>>>>>> Kevin> This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed.> If you have received this e-mail in error please notify the originator of the message.>> Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Merseyside Fire & Rescue Service, (MFRS).>> Incoming and outgoing emails may be monitored in line with current legislation.>> Steps have been taken to ensure that this email and attachments are free from any virus. In keeping with good computing practice the recipient should ensure they are actually virus free.>> http://www.merseyfire.gov.uk/[http://www.merseyfire.gov.uk/][http://www.merseyfire.gov.uk/[http://www.merseyfire.gov.uk/]]> > > _______________________________________________ > ZendTo mailing listZendTo at zend.to[mailto:ZendTo at zend.to]http://jul.es/mailman/listinfo/zendto[http://jul.es/mailman/listinfo/zendto] > > Jules > Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'No more impressive warning can be given to those who would confine knowledge and rsearch to what is apparently useful, than the reflection that conic sections were studied for eighteen hundred years merely as an abstract science, without regard to any utility other than to satisfy the craving for knowledge on the part of mathematicians, and that then at the end of this long period of abstract study, they were found to be the necessary key with which to attain the knowledge of the most important laws of nature.' - Alfred North Whitehead www.Zend.To[http://www.Zend.To] Twitter: @JulesFM PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 ? From ebbernardi at gmail.com Mon Jun 25 15:03:54 2018 From: ebbernardi at gmail.com (Everton Bruno Bernardi) Date: Mon, 25 Jun 2018 11:03:54 -0300 Subject: [ZendTo] Calling all translators (again, sorry!) In-Reply-To: References: Message-ID: Jules, Please find the pt_BR translation file attached. Kind regards and thank you once again for your great work! Everton Bernardi On Mon, Jun 25, 2018 at 5:29 AM Jules Field via ZendTo wrote: > Manty ? Many thanks for that one! > > To help other translators, I can now set up a demo site for you to test > your translations on, if that helps! > If you want one, please do just ask. > > Cheers, > Jules. > > On 25/06/2018 08:14, Santiago Garcia Mantinan via ZendTo wrote: > > There it goes. > > Regards. > > > > _______________________________________________ > ZendTo mailing listZendTo at zend.tohttp://jul.es/mailman/listinfo/zendto > > > Jules > > -- > Julian Field MEng CEng CITP MBCS MIEEE MACM > > 'Making machines do what you want requires only two qualities: > 1) Being slightly more stubborn that the computer, & > 2) Remembering that computers are electrified rocks.' - @JediJeremy > www.Zend.To > Twitter: @JulesFM > PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto > -- *Everton Bruno Bernardi * -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: pt_BR.zendto.po Type: application/octet-stream Size: 98240 bytes Desc: not available URL: From Jules at Zend.To Mon Jun 25 16:36:35 2018 From: Jules at Zend.To (Jules Field) Date: Mon, 25 Jun 2018 16:36:35 +0100 Subject: [ZendTo] Error on File Upload In-Reply-To: References: <1af8ed2f-409a-2860-9f18-5159df39fc8f@Zend.To> <0b3c87a4-676b-4956-cb26-896f333feece@Zend.To> Message-ID: <8f1b9262-71ed-1098-8275-57879a220258@Zend.To> James, Please can you confirm that a) as a virus scanner you are using "clamdscan" with at least the "--fdpass" option, and *not* "clamscan"? b) you have "SMTPdebug" set to FALSE. Also, try it with no checksumming or anything like that. And make sure your /var/zendto/dropoffs is really on local storage and in the same filesystem/partition/volume as /var/zendto/incoming. If you run "top" on the server while the upload of a huge file is happening, what is occupying CPU time after the browser has sent the whole file, but before the browser generates any error or returns the success page? And how long is that delay? Cheers, Jules. On 25/06/2018 13:17, Mr filesender via ZendTo wrote: > i would like to add more detail to this issue. After i have tested further, i am still consistently reproducing it. a few observations: > > it is present when connecting directly to VM (although file size is larger to reproduce it. i notice 4-6GB). no firewall or loadbalancers in between client and zendto VM. the full file is sent to and present on the incoming folder. the problem occurs after the full file is transmitted. its the client browser that notices a problem, the server continues with the drop and after a time it is there and email is sent as expected > > so i wonder, maybe it is a design issue with how the browser is waiting for a reply? i have solved the problem by adding more CPUs to the zendto VM (but perhaps will return with larger file/drop ) > > thank you > > > > Sent:?Wednesday, June 20, 2018 at 4:13 PM > From:?"Jules Field" > To:?"ZendTo Users" > Cc:?"Mr filesender" > Subject:?Re: [ZendTo] Error on File Upload > That PHP output looks fine. > > I will have to leave it to you to configure your load balancer. > > Cheers, > Jules. > > On 20/06/2018 2:01 pm, Mr filesender via ZendTo wrote: >> ah ok. i am running it behind haproxy/loadbalancer. i have tested directly to the zendto server and it works perfectly. >> >> i will modify my loadbalancer timeouts to very high. in any case, i notice that when this error occurs, it is just the browser that is affected. the dropoff is still being processed on the server and eventually, after data has been moved to dropoff folder, is ready and email is sent >> >> here are the details you asked for: >> >> running over https. php -v: >> >> PHP 7.2.6-1+0~20180611145758.22+stretch~1.gbpe20e8b (cli) (built: Jun 11 2018 14:58:01) ( NTS ) >> Copyright (c) 1997-2018 The PHP Group >> Zend Engine v3.2.0, Copyright (c) 1998-2018 Zend Technologies >> with Zend OPcache v7.2.6-1+0~20180611145758.22+stretch~1.gbpe20e8b, Copyright (c) 1999-2018, by Zend Technologies >> >> php -i | grep sodium >> >> sodium >> sodium support => enabled >> libsodium headers version => 1.0.16 >> libsodium library version => 1.0.16 >> >> tjhank you for the prompt advice :) >> >> >> >> Sent:?Wednesday, June 20, 2018 at 10:18 AM >> From:?Jules >> To:?"ZendTo Users" >> Cc:?"Mr filesender" >> Subject:?Re: [ZendTo] Error on File Upload >> >> Do you happen to have anything on your network which does any sort of content-scanning (e.g. virus scanning) of your network traffic? >> A lot of modern firewalls have this sort of functionality built in. >> In order to content-scan a file being sent over the network, it will need a complete copy of the file, and will have restrictions on the max file size it can cope with. >> >> And are you using ZendTo over http or https? >> >> Is the PC you are testing with running any anti-virus scanner that looks at network traffic? >> >> Also, please run these 2 commands on your ZendTo server: >> ??? php -v >> ??? php -i | grep sodium >> and tell us the output from each one. >> >> Cheers, >> Jules. >> >> On 20/06/2018 8:54 am, Mr filesender via ZendTo wrote: >> >> i am also experiencing this issue and it is blocking usage of the application. I was testing with v5.0.3 stable and noticed it. >> >> now i reinstalled a completely fresh instance of beta 5.0.9 on debian 9 with php7 but it is still there. I use default config settings. >> >> i notice it happens with a file ~>1GB . i get the exact same response from the system as kevin below "sorry i failed to dropoff your files.." >> >> after i notice that the dropoff exists in database but with 0mb size. in dropoff folder, the data is there but only about half of the filesize. >> >> i have tryed with mysql, sqlite3. i have tried turning clam off and on. nothing works. >> >> thank you >> >> >> On 01/06/2018 11:48, O'Connor, Kevin wrote: >>> Jules,>> Disabling the clamdscan made no difference.>> I've done the upgrade to 5.03 and updated the config files. There was no zendto.conf.rpmnew I assume because there were no changes.>> The issue still exists. I can view and download the uploaded file from the outbox, using the resend mail option produces a blank page.>> This is not a production system, we still have an old 4.28-2 system running, so I'm thinking a complete rebuild from the ground up might be the best bet.>> Regards>> Kevin>>> -----Original Message----->> From: Jules Field [mailto:Jules at Zend.To[http://jul.es/mailman/listinfo/zendto]]>> Sent: 01 June 2018 10:31>> To: O'Connor, Kevin ; ZendTo Users>> >> Subject: Re: [ZendTo] Error on File Upload>>>> Kevin,>>>> To rule out ClamAV permissions issues, edit preferences.php and set>> ??? 'clamdscan' => 'DISABLED',>> Make sure you keep the old value, just comment it out.>>>> Does that make any difference?>>>> I would also advise a quick "yum update" to the latest release of 5.03.>> According to my ChangeLog, the changes from 5.01-5 and 5.03-1 are all>> security improvements or bug fixes.>>>> Cheers,>> Jules.>>>> On 01/06/2018 09:35, O'Connor, Kevin wrote:>>> Jules,>>>>>> Thanks for the quick response. Please see my responses below.>>>>>>> -----Original Message----->>>> From: Jules Field [mailto:Jules at Zend.To[http://jul.es/mailman/listinfo/zendto[http://jul.es/mailman/listinfo/zendto]]]>>>> Sent: 01 June 2018 09:23>>>> To: ZendTo Users >>>> Cc: O'Connor, Kevin >>>> Subject: Re: [ZendTo] Error on File Upload>>>>>>>> Kevin,>>>>>>>> Does anything show up in /var/zendto/zendto.log when this happens?>>> No there is nothing logged. All that the file contains as the logins>>> to the system>>>>>>>>>> How long are the uploads taking before this error appears?>>> It occurs even with small files that take seconds to upload.>>>>>>> It is caused by the PHP session failing/disappearing/timing-out>>>> during the upload process. It means the server received nothing of your>> files.>>> The files are present and as far as I can determine have completed upload.>>>>>>> The comment about files/directories is because that is one thing that>>>> will cause it, as in some browsers it is still impossible for me to>>>> check if what you've added to the list of files is a dir or a real file.>>>>>>>> Cheers,>>>> Jules.>>>>>>>> On 01/06/2018 08:52, O'Connor, Kevin via ZendTo wrote:>>>>> Morning,>>>>>>>>>> I've got a 5.01 clean install running on CentOS 7 with AD authentication.>>>>>>>>>> On completion of the file upload an error message pops up "Sorry I>>>>> failed to>>>> dropoff your files! Note that you cannot dropoff directories, only>>>> files" The file is successfully uploaded but this error seems to>>>> prevent the email being sent.>>>>> I noticed someone posted the same fault back in March but I can find>>>>> no>>>> response or resolution posted so was hoping someone could point me in>>>> the direction of a fix or a setting I might have got wrong.>>>>> TIA>>>>>>>>>> Kevin> This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed.> If you have received this e-mail in error please notify the originator of the message.>> Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Merseyside Fire & Rescue Service, (MFRS).>> Incoming and outgoing emails may be monitored in line with current legislation.>> Steps have been taken to ensure that this email and attachments are free from any virus. In keeping with good computing practice the recipient should ensure they are actually virus free.>> http://www.merseyfire.gov.uk/[http://www.merseyfire.gov.uk/][http://www.merseyfire.gov.uk/[http://www.merseyfire.gov.uk/]]> >> _______________________________________________ >> ZendTo mailing listZendTo at zend.to[mailto:ZendTo at zend.to]http://jul.es/mailman/listinfo/zendto[http://jul.es/mailman/listinfo/zendto] >> >> Jules >> > Jules > > -- > Julian Field MEng CEng CITP MBCS MIEEE MACM > > 'No more impressive warning can be given to those who would confine > knowledge and rsearch to what is apparently useful, than the > reflection that conic sections were studied for eighteen hundred > years merely as an abstract science, without regard to any utility > other than to satisfy the craving for knowledge on the part of > mathematicians, and that then at the end of this long period of > abstract study, they were found to be the necessary key with which > to attain the knowledge of the most important laws of nature.' > - Alfred North Whitehead > > www.Zend.To[http://www.Zend.To] > Twitter: @JulesFM > PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 > > > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'The owls are not what they appear.' - David Lynch (indirectly) www.Zend.To Twitter: @JulesFM PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 From Jules at Zend.To Fri Jun 29 17:03:46 2018 From: Jules at Zend.To (Jules Field) Date: Fri, 29 Jun 2018 17:03:46 +0100 Subject: [ZendTo] ANNOUNCE: Version 5.10-1 "production" released Message-ID: <2c98ac71-5b8e-2c9d-4674-8399d82fcff4@Zend.To> Folks, I hope you are all having a lovely Friday afternoon/evening/morning/whatever! I have just done the "production" release of ZendTo version 5.10. (The betas of this were version 5.09.) Please upgrade by downloading and running the ZendTo Installer: ??? http://zend.to/downloads.php#useinstaller You will need some major PHP surgery, and the Installer will do all of that for you without upsetting your ZendTo settings. Run it all the way through. The major new features are 1. Optional secure encryption and decryption of drop-offs, using a passphrase set by the user. 2. A new "Download All Files" button on the download page. 3. An optional GDPR & cookie consent bar for those deploying it with users in the EU. Please take a look at the ChangeLog at ??? http://zend.to/changelog.php Settings for the new features are all described in preferences.php and zendto.conf. All feedback and comments are most welcome! Have a good weekend! Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'Named must your fear be before banish it you can.' - Yoda www.Zend.To Twitter: @JulesFM PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654 -------------- next part -------------- An HTML attachment was scrubbed... URL: From john.thurston at alaska.gov Fri Jun 29 17:33:10 2018 From: john.thurston at alaska.gov (John Thurston) Date: Fri, 29 Jun 2018 08:33:10 -0800 Subject: [ZendTo] ANNOUNCE: Version 5.10-1 "production" released In-Reply-To: References: <2c98ac71-5b8e-2c9d-4674-8399d82fcff4@Zend.To> <9231f075-0325-71d5-0182-779336c1dd27@alaska.gov> Message-ID: On 6/29/2018 8:03 AM, Jules Field via ZendTo wrote: > I have just done the "production" release of ZendTo version 5.10. Thank you, again, for your time an effort. > > 1. Optional secure encryption and decryption of drop-offs, using a > passphrase set by the user. Do you have the time to describe this to us? Why was this added? What business problem is it solving? When in the flow are the bytes en/decrypted? I'm going to go look at the code and see if I can answer some of those questions, but would like to know the author's view. -- Do things because you should, not just because you can. John Thurston 907-465-8591 John.Thurston at alaska.gov Department of Administration State of Alaska From Jules at Zend.To Sat Jun 30 13:44:32 2018 From: Jules at Zend.To (Jules) Date: Sat, 30 Jun 2018 13:44:32 +0100 Subject: [ZendTo] ANNOUNCE: Version 5.10-1 "production" released In-Reply-To: References: <2c98ac71-5b8e-2c9d-4674-8399d82fcff4@Zend.To> <9231f075-0325-71d5-0182-779336c1dd27@alaska.gov> Message-ID: <4a40e76f-99ae-d7e0-313d-df98d62e2311@Zend.To> John, With the arrival of the European Union's General Data Protection Regulation (GDPR), people have the right to ask any organisation for a copy of all the data held about them. So everyone is suddenly realising they need an easy way to send all this "personal information" to any who asks for it. Because it is personal information, it needs to be encrypted so that only the correct person has access to it, and there is no other way of accessing the information. The first request for it came from our own University's Legal Services team, for precisely the reason above. However, they also send quite a lot of stuff encrypted over ZendTo anyway, but they had always done the encryption by hand using 7-Zip until now. That was okay when they were sending files to other lawyers and so on who knew what 7-Zip was, had IT support to install it for them, and so on. Now they are having to send encrypted files to random members of the public who have no idea about 7-Zip, how to install it or anything. So they needed a much easier solution that anyone could work without assistance. I have since had other requests from EU companies and organisations needing exactly the same thing, largely for the same reasons. This is how it works: In the "new drop-off" form, at some point the user chooses to tick "Encrypt every file" (it can be mandated in preferences.php). They are prompted to enter a passphrase (minimum length set in preferences.php). Provided the drop-off isn't really big (set in preferences.php) it will let you do that. User creates the new drop-off as normal, in every other respect. Their new passphrase is sent to the ZendTo server over https, along with the files being uploaded. All encryption and decryption is done on the ZendTo server itself, none of it happens in the browser. At the end of the upload, just after the virus-scanning and optional checksumming of the files... ZendTo creates a secure key derived from the user's passphrase (lots of hashing, basically). ZendTo creates some extra (very) random bytes of data as the "initialisation vector" (IV) for the encryption algorithm. ZendTo then encrypts the file, 64kbytes at a time so it does not need as much RAM as the size of the file, using the key and the IV. ZendTo replaces the unencrypted file with the encrypted one. ZendTo stores the initialisation vector in its database. ZendTo carefully wipes the memory that is storing the passphrase, the key, the IV and any data derived from them. At this point, the only copy of the user's files are encrypted. Absolutely no-one can decrypt the files without knowing the passphrase used to generate the key, *and* the IV. I assume that the bad guys have read all the source code of ZendTo, there is nothing hidden. Not even the sysadmins can decrypt the files. When a recipient comes to download the files, they are presented with the same download page as normal. When they first click on a link (or the "Download All Files" button), they are now prompted to enter the passphrase if the drop-off was encrypted. That passphrase is passed to ZendTo over https (in "POST" data not "GET" so it doesn't appear in browser URL history). ZendTo re-generates the key from the passphrase, and retrieves the IV from its database. It then attempts to decrypt the file, and download it to the user as it decrypts it (so you don't need RAM or disk space for a temporary decrypted copy of the files). If that works (i.e. the recipient entered the correct passphrase) the file download (and subsequent file downloads provided they don't leave that web page) process appears to work just as it did before. If the decryption failed (incorrect passphrase, for example) the user gets shown the download page again, but showing an error message saying the passphrase was probably wrong. The net impact on the user experience is this: 1. Those not wanting to use it just don't tick the new extra checkbox in the "new drop-off" form. Other than that there is *no* change to their user experience at all, nor to the recipients of their drop-off. 2. Those wanting to use it just tick 1 checkbox and enter a passphrase. Otherwise it behaves entirely as normal. When a recipient tries to download a file, if they haven't already entered the passphrase they are prompted to do so. Subsequent file downloads just work exactly as before, as the JavaScript on the download page remembers the passphrase they entered *until* they leave the page or a decryption fails. So they are only prompted once, provided they entered the passphrase correctly first time. The point of using the extra (but not secret) IV data is to provide "authenticated encryption". Without authenticated encryption (often called "AEAD"), someone could substitute the original (encrypted) file with a different file that was encrypted with the same key. Yes, that would require hacking into the ZendTo server well enough to be able to find the exact right file in the right drop-off, and be able to replace it with a new file. And of course the hacker would have to know the original passphrase used, and how to derive the key from it and so on. The recipient wouldn't notice anything was wrong, but would not be downloading the file they were supposed to get. With the addition of the IV data, the hacker also has to be able to read the IV data itself, before attempting to produce a new file. As that data is stored in ZendTo's database, it could well be on a totally different machine (the MySQL server), which makes their job a *lot* harder. If they don't use the correct IV data (which is generated randomly ? very carefully ? for each encrypted drop-off), then even if they manage to replace the file stored on the ZendTo server, the decryption process will still immediately fail when the recipient tries to download it. The encryption and decryption is done with "libsodium" which is a fork of Dan Bernstein's "NaCl" (pronounced "salt") library, which is a relatively new (i.e. not totally ancient) cryptography library which is designed to be very secure and significantly faster than other such libraries as it is carefully optimised for various different CPU architectures. https://libsodium.org/ http://nacl.cr.yp.to Libsodium is a standard part of PHP from PHP 7.2 onwards, and is available as a "pecl" extension in PHP 7.0 and 7.1. So the ZendTo Installer will now upgrade you to the best version it can find automatically, regardless of what PHP version you may have installed at the moment. Dan Bernstein is just the right person to produce work like this. I have worked on his designs and code before (notably "qmail" when writing MailScanner), and he is the most fussy OCD designer and developer you will ever find. I mean that as a compliment to him, because I know quite how careful he will have been in the design and choice of the algorithms, and the implementation. I hope that answers some of your questions. To find the crypto code easily, search for "sodium" in /opt/zendto/lib/*.php. Any other questions, please do ask! Cheers, Jules. On 29/06/2018 5:33 pm, John Thurston via ZendTo wrote: > > On 6/29/2018 8:03 AM, Jules Field via ZendTo wrote: >> I have just done the "production" release of ZendTo version 5.10. > > Thank you, again, for your time an effort. > >> >> ?1. Optional secure encryption and decryption of drop-offs, using a >> ??? passphrase set by the user. > > Do you have the time to describe this to us? > > Why was this added? > What business problem is it solving? > When in the flow are the bytes en/decrypted? > > I'm going to go look at the code and see if I can answer some of those > questions, but would like to know the author's view. > > -- > ?? Do things because you should, not just because you can. > > John Thurston??? 907-465-8591 > John.Thurston at alaska.gov > Department of Administration > State of Alaska > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'I've heard that it's possible to grow up. I've just never met anyone who's actually done it.' - Meredith Grey, Grey's Anatomy www.Zend.To Twitter: @JulesFM PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654