From MDeerr at hshlawyers.com Mon Mar 1 19:35:07 2021 From: MDeerr at hshlawyers.com (Marlon Deerr) Date: Mon, 1 Mar 2021 19:35:07 +0000 Subject: [ZendTo] Uploading - Scanning, Checksumming... message remains after drop-off In-Reply-To: References: <1dfdbc698e964835a7bf664208fc2baa@HSH-MAIL.HSH.local> <638026ba-624b-d3be-2a8f-fa249dffddc1@pcfreak.de> <99ce2040f4754183b7e1ae43f53ddebc@HSH-MAIL.HSH.local> Message-ID: I had put this project on the back burners but I am back at it. I am still unable to figure out why the browser popup remains when uploading. The file(s) get uploaded and notice is sent to recipients. Its just this screen that remains. I?ve looked at some of the recommended steps from previous replies but haven?t been able to deduce anything. As for looking at the Java Console, I?m really not sure what to look for. Haven?t done much java script troubleshooting like that before so I?m really not sure what I am supposed to be looking for. [cid:image001.png at 01D70EA8.1354FB30] From: Jules [mailto:Jules at Zend.To] Sent: Wednesday, July 29, 2020 10:18 AM To: ZendTo Users Cc: Marlon Deerr Subject: Re: [ZendTo] Uploading - Scanning, Checksumming... message remains after drop-off If you get that happening, please take a look in the JavaScript Console in your web browser. There might well be clues in the output there. And also in your /var/log/zendto/zendto.log file. Cheers, Jules. On 29/07/2020 15:03, Marlon Deerr via ZendTo wrote: @Der PCFreak - Interesting?.so when your Sophos was intercepting and scanning, were the ZendTo uploads still completing or where they failing? In my case, the upload still went through and the notice went out to all recipients of the uploads. All works fine except for the Uploading? imaging remaining on the screen. I?ll look to see if this is related to our AntiVirus as well. Thanks for your reply. From: ZendTo [mailto:zendto-bounces at zend.to] On Behalf Of Der PCFreak via ZendTo Sent: Thursday, July 23, 2020 10:25 AM To: zendto at zend.to Cc: Der PCFreak Subject: Re: [ZendTo] Uploading - Scanning, Checksumming... message remains after drop-off Hi Marlon, I had similar issues. The problem in my case was, that the local Anti-Virus transparently went between the client and my ZendTo server. It immediately picked up the file(s) completely and tried to scan them all locally and then did the request to ZendTo which totally messed up everything. In my case we created and exclusion for the internal IP and the internal fqdn of the ZendTo system from the Antivirus-Webprotection which was Sophos in our case. Then it worked as expected. Maybe you have a similar problem and maybe you find this info useful. If not just ignore my mail. Regards Peter On 23/07/2020 14:50, Marlon Deerr via ZendTo wrote: I?m noticing the following message remaining at times when I perform a drop-off. I?m thinking this ?may? be browser related. It is somewhat misleading as the drop-off is actually completed but with the message remaining on the screen, it can confuse a sender. They may think the process was not complete and then re-attempt another drop-off, not realizing that the recipient already received the notice of the drop-off. I?ll continue to test this theory out but I know for sure I have received this more than once on different web browsers. Anyone else experiencing this? [cid:image001.png at 01D70EA8.1354FB30] _______________________________________________ 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 '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 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 14963 bytes Desc: image001.png URL: From Jules at Zend.To Tue Mar 2 11:07:38 2021 From: Jules at Zend.To (Jules) Date: Tue, 2 Mar 2021 11:07:38 +0000 Subject: [ZendTo] Uploading - Scanning, Checksumming... message remains after drop-off In-Reply-To: References: <1dfdbc698e964835a7bf664208fc2baa@HSH-MAIL.HSH.local> <638026ba-624b-d3be-2a8f-fa249dffddc1@pcfreak.de> <99ce2040f4754183b7e1ae43f53ddebc@HSH-MAIL.HSH.local> Message-ID: Marlon, For the JavaScript console, open it, try to ensure from any buttons across the top of it that you're seeing *All* output, not just errors. Then clear it: there should be a trash can or "no entry sign" in its little toolbar to do that. Then do the ZendTo upload and see if anything appears in that console at all, except for "404" errors about a file whose name ends in ".map" (you can ignore those). Screenshot and send us anything that appears in that console. What version of ZendTo are you now running on this server/VM ? Cheers, Jules. On Mon 01/03/21 19:35, Marlon Deerr wrote: > > I had put this project on the back burners but I am back at it. > > ? > > I am still unable to figure out why the browser popup remains when > uploading. The file(s) get uploaded and notice is sent to > recipients.?? Its just this screen that remains. I???ve looked at some > of the recommended steps from previous replies but haven???t been able > to deduce anything. > > ? > > As for looking at the Java Console, I???m really not sure what to look > for. Haven???t done much java script troubleshooting like that before > so I???m really not sure what I am supposed to be looking for. > > ? > > ? > > > Marlon Deerr, Technology Manager > 416-572-8795? (direct) | MDeerr at hshlawyers.com > > ? > ? > ? > ? > 3500 - 20 Queen St. W., > Toronto, ON M5H 3R3 > Fax: 416-361-0083 | Toll Free: 877-474-5997 | www.hshlawyers.com > > > > This Howie Sacks & Henry e-mail is privileged, confidential and > subject to copyright. Any unauthorized use or disclosure is prohibited. > > ????? > > *From:* Jules [mailto:Jules at Zend.To] > *Sent:* Wednesday, July 29, 2020 10:18 AM > *To:* ZendTo Users > *Cc:* Marlon Deerr > *Subject:* Re: [ZendTo] Uploading - Scanning, Checksumming... message > remains after drop-off > > ? > > If you get that happening, please take a look in the JavaScript > Console in your web browser. > There might well be clues in the output there. And also in your > /var/log/zendto/zendto.log file. > > Cheers, > Jules. > > On 29/07/2020 15:03, Marlon Deerr via ZendTo wrote: > > @Der PCFreak - Interesting???.so when your Sophos was intercepting > and scanning, were the ZendTo uploads still completing or where > they failing? In my case, the upload still went through and the > notice went out to all recipients of the uploads. All works fine > except for the Uploading??? imaging remaining on the screen. > > ? > > I???ll look to see if this is related to our AntiVirus as well. > Thanks for your reply. > > ? > > *From:* ZendTo [mailto:zendto-bounces at zend.to > ] *On Behalf Of *Der PCFreak via ZendTo > *Sent:* Thursday, July 23, 2020 10:25 AM > *To:* zendto at zend.to > *Cc:* Der PCFreak > > *Subject:* Re: [ZendTo] Uploading - Scanning, Checksumming... > message remains after drop-off > > ? > > Hi Marlon, > > ? > > I had similar issues. The problem in my case was, that the local > Anti-Virus transparently went between the client and my ZendTo > server. It immediately picked up the file(s) completely and tried > to scan them all locally and then did the request to ZendTo which > totally messed up everything. In my case we created and exclusion > for the internal IP and the internal fqdn of the ZendTo system > from the Antivirus-Webprotection which was Sophos in our case. > Then it worked as expected. > > Maybe you have a similar problem and maybe you find this info > useful. If not just ignore my mail. > > Regards > > Peter > > On 23/07/2020 14:50, Marlon Deerr via ZendTo wrote: > > ? > > I???m noticing the following message remaining at times when I > perform a drop-off. I???m thinking this ???may??? be browser > related. It is somewhat misleading as the drop-off is actually > completed but with the message remaining on the screen, it can > confuse a sender. They may think the process was not complete > and then re-attempt another drop-off, not realizing that the > recipient already received the notice of the drop-off. > > ? > > I???ll continue to test this theory out but I know for sure I > have received this more than once on different web browsers. > > ? > > Anyone else experiencing this? > > ? > > ? > > > > > _______________________________________________ > > 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 > ? > '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 Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'A good programmer is someone who always looks both ways before crossing a one-way street.' - Doug Linder www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 14963 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image375c7a.JPG Type: image/jpeg Size: 125353 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: imagefabb57.JPG Type: image/jpeg Size: 7976 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image5e418e.JPG Type: image/jpeg Size: 7843 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image55d816.JPG Type: image/jpeg Size: 7268 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image069ac3.JPG Type: image/jpeg Size: 7059 bytes Desc: not available URL: From MDeerr at hshlawyers.com Tue Mar 2 17:44:09 2021 From: MDeerr at hshlawyers.com (Marlon Deerr) Date: Tue, 2 Mar 2021 17:44:09 +0000 Subject: [ZendTo] Uploading - Scanning, Checksumming... message remains after drop-off In-Reply-To: References: <1dfdbc698e964835a7bf664208fc2baa@HSH-MAIL.HSH.local> <638026ba-624b-d3be-2a8f-fa249dffddc1@pcfreak.de> <99ce2040f4754183b7e1ae43f53ddebc@HSH-MAIL.HSH.local> <78c22f77dcbf43ab968b94d2f3cca7d2@HSH-MAIL.HSH.local> Message-ID: Thanks Jules. YES, YES, YES, YES, YES!!! Changing the preferences.php code from 'SMTPdebug' => true to 'SMTPdebug' => false resolved my issue. Once simple change made a world of a difference. Many thanks for your input on this resolve. Regards, Marlon From: Jules [mailto:Jules at Zend.To] Sent: Tuesday, March 2, 2021 6:08 AM To: Marlon Deerr ; ZendTo Users Subject: Re: [ZendTo] Uploading - Scanning, Checksumming... message remains after drop-off Marlon, For the JavaScript console, open it, try to ensure from any buttons across the top of it that you're seeing *All* output, not just errors. Then clear it: there should be a trash can or "no entry sign" in its little toolbar to do that. Then do the ZendTo upload and see if anything appears in that console at all, except for "404" errors about a file whose name ends in ".map" (you can ignore those). Screenshot and send us anything that appears in that console. What version of ZendTo are you now running on this server/VM ? Cheers, Jules. On Mon 01/03/21 19:35, Marlon Deerr wrote: I had put this project on the back burners but I am back at it. I am still unable to figure out why the browser popup remains when uploading. The file(s) get uploaded and notice is sent to recipients. Its just this screen that remains. I?ve looked at some of the recommended steps from previous replies but haven?t been able to deduce anything. As for looking at the Java Console, I?m really not sure what to look for. Haven?t done much java script troubleshooting like that before so I?m really not sure what I am supposed to be looking for. [cid:image001.png at 01D70F61.BD2A4F70] Marlon Deerr, Technology Manager 416-572-8795 (direct) | MDeerr at hshlawyers.com [cid:image002.jpg at 01D70F61.BD2A4F70] [cid:image003.jpg at 01D70F61.BD2A4F70] [cid:image004.jpg at 01D70F61.BD2A4F70] [cid:image005.jpg at 01D70F61.BD2A4F70] [cid:image006.jpg at 01D70F61.BD2A4F70] 3500 - 20 Queen St. W., Toronto, ON M5H 3R3 Fax: 416-361-0083 | Toll Free: 877-474-5997 | www.hshlawyers.com This Howie Sacks & Henry e-mail is privileged, confidential and subject to copyright. Any unauthorized use or disclosure is prohibited. From: Jules [mailto:Jules at Zend.To] Sent: Wednesday, July 29, 2020 10:18 AM To: ZendTo Users Cc: Marlon Deerr Subject: Re: [ZendTo] Uploading - Scanning, Checksumming... message remains after drop-off If you get that happening, please take a look in the JavaScript Console in your web browser. There might well be clues in the output there. And also in your /var/log/zendto/zendto.log file. Cheers, Jules. On 29/07/2020 15:03, Marlon Deerr via ZendTo wrote: @Der PCFreak - interesting.so when your Sophos was intercepting and scanning, were the ZendTo uploads still completing or where they failing? In my case, the upload still went through and the notice went out to all recipients of the uploads. All works fine except for the Uploading? imaging remaining on the screen. I?ll look to see if this is related to our AntiVirus as well. Thanks for your reply. From: ZendTo [mailto:zendto-bounces at zend.to] On Behalf Of Der PCFreak via ZendTo Sent: Thursday, July 23, 2020 10:25 AM To: zendto at zend.to Cc: Der PCFreak Subject: Re: [ZendTo] Uploading - Scanning, Checksumming... message remains after drop-off Hi Marlon, I had similar issues. The problem in my case was, that the local Anti-Virus transparently went between the client and my ZendTo server. It immediately picked up the file(s) completely and tried to scan them all locally and then did the request to ZendTo which totally messed up everything. In my case we created and exclusion for the internal IP and the internal fqdn of the ZendTo system from the Antivirus-Webprotection which was Sophos in our case. Then it worked as expected. Maybe you have a similar problem and maybe you find this info useful. If not just ignore my mail. Regards Peter On 23/07/2020 14:50, Marlon Deerr via ZendTo wrote: I?m noticing the following message remaining at times when I perform a drop-off. I?m thinking this ?may? be browser related. It is somewhat misleading as the drop-off is actually completed but with the message remaining on the screen, it can confuse a sender. They may think the process was not complete and then re-attempt another drop-off, not realizing that the recipient already received the notice of the drop-off. I?ll continue to test this theory out but I know for sure I have received this more than once on different web browsers. Anyone else experiencing this? [cid:image001.png at 01D70F61.BD2A4F70] _______________________________________________ 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 '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 Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'A good programmer is someone who always looks both ways before crossing a one-way street.' - Doug Linder www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 14963 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 12435 bytes Desc: image002.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 777 bytes Desc: image003.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.jpg Type: image/jpeg Size: 768 bytes Desc: image004.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image005.jpg Type: image/jpeg Size: 756 bytes Desc: image005.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image006.jpg Type: image/jpeg Size: 752 bytes Desc: image006.jpg URL: From Jules at Zend.To Tue Mar 2 17:48:22 2021 From: Jules at Zend.To ('Jules') Date: Tue, 2 Mar 2021 17:48:22 +0000 Subject: [ZendTo] Uploading - Scanning, Checksumming... message remains after drop-off In-Reply-To: References: <1dfdbc698e964835a7bf664208fc2baa@HSH-MAIL.HSH.local> <99ce2040f4754183b7e1ae43f53ddebc@HSH-MAIL.HSH.local> <78c22f77dcbf43ab968b94d2f3cca7d2@HSH-MAIL.HSH.local> Message-ID: <31c2c6ae-a40d-7497-818a-648bde4b59cc@Zend.To> I'm *so* glad the JavaScript console was the key to solving that one. Please only change settings *after* reading the comments immediately above them. :-) BTW 6.08-10 beta is out, if you would like to try it. One-time download links, see requests in your Inbox, all sorts of new excitement! Cheers, Jules. On Tue 02/03/21 17:44, Marlon Deerr wrote: > > Thanks Jules. > > ? > > YES, YES, YES, YES, YES!!! > > ? > > Changing the preferences.php code from 'SMTPdebug'?????? => true ??to? > 'SMTPdebug'?????? => false resolved my issue. > > ? > > Once simple change made a world of a difference. Many thanks for your > input on this resolve. > > ? > > Regards, > > Marlon > > ? > > > Marlon Deerr, Technology Manager > 416-572-8795? (direct) | MDeerr at hshlawyers.com > > ? > ? > ? > ? > 3500 - 20 Queen St. W., > Toronto, ON M5H 3R3 > Fax: 416-361-0083 | Toll Free: 877-474-5997 | www.hshlawyers.com > > > > This Howie Sacks & Henry e-mail is privileged, confidential and > subject to copyright. Any unauthorized use or disclosure is prohibited. > > ????? > > *From:* Jules [mailto:Jules at Zend.To] > *Sent:* Tuesday, March 2, 2021 6:08 AM > *To:* Marlon Deerr ; ZendTo Users > *Subject:* Re: [ZendTo] Uploading - Scanning, Checksumming... message > remains after drop-off > > ? > > Marlon, > > For the JavaScript console, open it, try to ensure from any buttons > across the top of it that you're seeing *All* output, not just errors. > Then clear it: there should be a trash can or "no entry sign" in its > little toolbar to do that. > > Then do the ZendTo upload and see if anything appears in that console > at all, except for "404" errors about a file whose name ends in ".map" > (you can ignore those). > Screenshot and send us anything that appears in that console. > > What version of ZendTo are you now running on this server/VM ? > > Cheers, > Jules. > > On Mon 01/03/21 19:35, Marlon Deerr wrote: > > I had put this project on the back burners but I am back at it. > > ? > > I am still unable to figure out why the browser popup remains when > uploading. The file(s) get uploaded and notice is sent to > recipients.?? Its just this screen that remains. I???ve looked at > some of the recommended steps from previous replies but haven???t > been able to deduce anything. > > ? > > As for looking at the Java Console, I???m really not sure what to > look for. Haven???t done much java script troubleshooting like > that before so I???m really not sure what I am supposed to be > looking for. > > ? > > ? > > ? > > *Marlon Deerr*, *Technology Manager* > 416-572-8795? (direct)| MDeerr at hshlawyers.com > > ? > > > ? > ? > ? > > > > > 3500 - 20 Queen St. W., Toronto, ON M5H 3R3 > Fax: 416-361-0083 | Toll Free: 877-474-5997| www.hshlawyers.com > > > ? > > This Howie Sacks & Henry e-mail is privileged, confidential and > subject to copyright. Any unauthorized use or disclosure is > prohibited. > > ????? > > *From:* Jules [mailto:Jules at Zend.To ] > *Sent:* Wednesday, July 29, 2020 10:18 AM > *To:* ZendTo Users > *Cc:* Marlon Deerr > > *Subject:* Re: [ZendTo] Uploading - Scanning, Checksumming... > message remains after drop-off > > ? > > If you get that happening, please take a look in the JavaScript > Console in your web browser. > There might well be clues in the output there. And also in your > /var/log/zendto/zendto.log file. > > Cheers, > Jules. > > On 29/07/2020 15:03, Marlon Deerr via ZendTo wrote: > > @Der PCFreak - interesting.so > > when your Sophos was intercepting and scanning, were the > ZendTo uploads still completing or where they failing? In my > case, the upload still went through and the notice went out to > all recipients of the uploads. All works fine except for the > Uploading??? imaging remaining on the screen. > > ? > > I???ll look to see if this is related to our AntiVirus as > well. Thanks for your reply. > > ? > > *From:* ZendTo [mailto:zendto-bounces at zend.to > ] *On Behalf Of *Der PCFreak > via ZendTo > *Sent:* Thursday, July 23, 2020 10:25 AM > *To:* zendto at zend.to > *Cc:* Der PCFreak > > *Subject:* Re: [ZendTo] Uploading - Scanning, Checksumming... > message remains after drop-off > > ? > > Hi Marlon, > > ? > > I had similar issues. The problem in my case was, that the > local Anti-Virus transparently went between the client and my > ZendTo server. It immediately picked up the file(s) completely > and tried to scan them all locally and then did the request to > ZendTo which totally messed up everything. In my case we > created and exclusion for the internal IP and the internal > fqdn of the ZendTo system from the Antivirus-Webprotection > which was Sophos in our case. Then it worked as expected. > > Maybe you have a similar problem and maybe you find this info > useful. If not just ignore my mail. > > Regards > > Peter > > On 23/07/2020 14:50, Marlon Deerr via ZendTo wrote: > > ? > > I???m noticing the following message remaining at times > when I perform a drop-off. I???m thinking this ???may??? > be browser related. It is somewhat misleading as the > drop-off is actually completed but with the message > remaining on the screen, it can confuse a sender. They may > think the process was not complete and then re-attempt > another drop-off, not realizing that the recipient already > received the notice of the drop-off. > > ? > > I???ll continue to test this theory out but I know for > sure I have received this more than once on different web > browsers. > > ? > > Anyone else experiencing this? > > ? > > ? > > > > > > _______________________________________________ > > 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 > > ? > > '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 > > > > Jules > ? > -- > Julian Field MEng CEng CITP MBCS MIEEE MACM > ? > 'A good programmer is someone who always looks both ways > before crossing a one-way street.' - Doug Linder > ? > www.Zend.To > Twitter: @JulesFM Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'Alice doesn't trust Bob. Now most people in Alice's position would give up. Not Alice. She has courage which can only be described as awesome. Against all odds, over a noisy telephone line, tapped by the tax authorities and the secret police, Alice will happily attempt, with someone she doesn't trust, whom she can't hear clearly, and who is probably someone else, to fiddle her tax return and to organise a coup d'etat, while at the same time minimising the cost of the phone call.' - Steven Bellovin www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image084c24.JPG Type: image/jpeg Size: 125353 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: imagefbd930.JPG Type: image/jpeg Size: 7976 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: imageb598d9.JPG Type: image/jpeg Size: 7843 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: imagec344df.JPG Type: image/jpeg Size: 7268 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image59885c.JPG Type: image/jpeg Size: 7059 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 14963 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 12435 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 777 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.jpg Type: image/jpeg Size: 768 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image005.jpg Type: image/jpeg Size: 756 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image006.jpg Type: image/jpeg Size: 752 bytes Desc: not available URL: From Jules at Zend.To Tue Mar 9 09:17:17 2021 From: Jules at Zend.To (Jules) Date: Tue, 9 Mar 2021 09:17:17 +0000 Subject: [ZendTo] Calling all translators! Message-ID: Hi folks! I'm very close to a production release of the next version of ZendTo. I have added some new features, and would be really grateful if you could update your translations to fill in the new gaps. The main new features requiring translation are: * There is a new "Request Summary" page which shows the contents of an active "request for a drop-off" which you can now see via your Inbox page. * Adjustment to "new drop-off" form as there is now a date/time picker for the expiry time, as well as setting just the number of days. * "Single use" links for downloads, so that a drop-off becomes unavailable immediately after it's been downloaded once. (Usage note: to reset the drop-off for an additional 1 download, "Resend drop-off" from your Outbox page. Many thanks! 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From gkandalaft at sdis91.fr Wed Mar 10 08:53:57 2021 From: gkandalaft at sdis91.fr (Kandalaft George) Date: Wed, 10 Mar 2021 08:53:57 +0000 Subject: [ZendTo] Calling all translators! In-Reply-To: References: <5ca4971c546e4b57aa546ba97a3b8afc@sdis91.fr> Message-ID: Hello Jules Here is the French translation George De : ZendTo [mailto:zendto-bounces at zend.to] De la part de Jules via ZendTo Envoy? : mardi 9 mars 2021 10:17 ? : ZendTo Users Cc : Jules Objet : [ZendTo] Calling all translators! Hi folks! I'm very close to a production release of the next version of ZendTo. I have added some new features, and would be really grateful if you could update your translations to fill in the new gaps. The main new features requiring translation are: * There is a new "Request Summary" page which shows the contents of an active "request for a drop-off" which you can now see via your Inbox page. * Adjustment to "new drop-off" form as there is now a date/time picker for the expiry time, as well as setting just the number of days. * "Single use" links for downloads, so that a drop-off becomes unavailable immediately after it's been downloaded once. (Usage note: to reset the drop-off for an additional 1 download, "Resend drop-off" from your Outbox page. Many thanks! 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: zendto.mo Type: application/octet-stream Size: 82901 bytes Desc: zendto.mo URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: zendto.po Type: application/octet-stream Size: 84527 bytes Desc: zendto.po URL: From manty at manty.net Wed Mar 10 12:03:47 2021 From: manty at manty.net (Santiago Garcia Mantinan) Date: Wed, 10 Mar 2021 13:03:47 +0100 Subject: [ZendTo] Calling all translators! In-Reply-To: References: Message-ID: There go Galician and Spanish El mar, 9 mar 2021 a las 10:17, Jules via ZendTo () escribi?: > > Hi folks! > > I'm very close to a production release of the next version of ZendTo. > > I have added some new features, and would be really grateful if you could update your translations to fill in the new gaps. > > The main new features requiring translation are: > * There is a new "Request Summary" page which shows the contents of an active "request for a drop-off" which you can now see via your Inbox page. > * Adjustment to "new drop-off" form as there is now a date/time picker for the expiry time, as well as setting just the number of days. > * "Single use" links for downloads, so that a drop-off becomes unavailable immediately after it's been downloaded once. (Usage note: to reset the drop-off for an additional 1 download, "Resend drop-off" from your Outbox page. > > Many thanks! > > 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 > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto -- Manty/BestiaTester -> http://manty.net -------------- next part -------------- A non-text attachment was scrubbed... Name: gl_and_es.tgz Type: application/x-gtar-compressed Size: 46266 bytes Desc: not available URL: From Jules at Zend.To Wed Mar 10 13:21:07 2021 From: Jules at Zend.To (Jules) Date: Wed, 10 Mar 2021 13:21:07 +0000 Subject: [ZendTo] Calling all translators! In-Reply-To: References: Message-ID: Thanks very much! Cheers, Jules. On Wed 10/03/21 12:03, Santiago Garcia Mantinan via ZendTo wrote: > There go Galician and Spanish > > El mar, 9 mar 2021 a las 10:17, Jules via ZendTo () escribi?: >> Hi folks! >> >> I'm very close to a production release of the next version of ZendTo. >> >> I have added some new features, and would be really grateful if you could update your translations to fill in the new gaps. >> >> The main new features requiring translation are: >> * There is a new "Request Summary" page which shows the contents of an active "request for a drop-off" which you can now see via your Inbox page. >> * Adjustment to "new drop-off" form as there is now a date/time picker for the expiry time, as well as setting just the number of days. >> * "Single use" links for downloads, so that a drop-off becomes unavailable immediately after it's been downloaded once. (Usage note: to reset the drop-off for an additional 1 download, "Resend drop-off" from your Outbox page. >> >> Many thanks! >> >> 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 >> >> _______________________________________________ >> 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 'There have been nearly 3000 Gods so far but only yours actually exists. The others are silly made up nonsense. But not yours. Yours is real.' - Anon www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Sun Mar 14 15:27:15 2021 From: Jules at Zend.To (Jules) Date: Sun, 14 Mar 2021 15:27:15 +0000 Subject: [ZendTo] ANNOUNCE: New Production Release 6.09 Message-ID: <9606c75e-d029-00e2-a91d-23c1436b24fe@Zend.To> Hi folks ! I have just released a new "Production" release, version 6.09. The main new feature this time is "single-use links"; when you create a new drop-off there is a tick-box "Only allow 1 download" (see note below). If the recipient has problems downloading the drop-off and needs another try, just click the "Resend Request" button via your Outbox page. Requests are now also listed in your Inbox, and you can delete and resend them from there too. They are highlighted to make them distinct from drop-offs. If you are wondering why they are in your Inbox and not your Outbox page, think of them as "drop-offs that haven't materialised yet". You can now also exactly specify the expiry time of a drop-off, to save you having to calculate fractional parts of days by hand. As usual, you can download it from ????? https://zend.to/downloads or just apt/yum upgrade. Remember to run "sudo /opt/zendto/bin/upgrade" after your package manager has updated ZendTo. Otherwise you'll be missing preferences.php settings that you will need. Anything odd/wrong/unpleasant about the new version, please do let me know straightaway. The main new features are: - One-time download links. In the "New Drop-off" form, your users can now tick a box 'Only allow 1 download'. This changes the new drop-off so that the recipient can only download each file once. It only works when there is 1 recipient. If the recipient needs another chance to download a file, the sender can easily trigger this using the "Resend Dropoff" button via their ZendTo Outbox page. This new checkbox is controlled by 2 new preferences.php settings *'showOneTimeLinksCheckbox'* and *'defaultOneTimeLinks'*. - Expiry time of a new drop-off can be set precisely, using a date+time picker. - Your Inbox now also lists all unexpired "requests for drop-offs", highlighted in pale yellow. From each one, you can delete it or re-send it. - AD authentication: your Inbox now lists all drop-offs addressed to any of you email addresses, not just your primary one. Note this is available only with on-premises AD, Azure AD doesn't support any multi-valued attributes. Really. It doesn't support them at all. No "proxyAddresses", no multi-valued attrs of any sort. The full Change Log is here: ????? https://zend.to/changelog * Note on single-use links: Yes, I know it is theoretically impossible to be 100% sure that a download by a recipient user has succeeded. But in practice it usually is possible. ZendTo doesn't mark the file as "sent" until the very end of the file has been transmitted to the recipient, and ZendTo has done its usual logging and sent the "Your drop-off has been picked up" email to the sender. And if the user fails to complete the download, but ZendTo thinks they have, then the sender simply has to click the "Resend Dropoff" button via their Outbox page. That instruction is clearly shown to the sender when they use this feature. Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'Remember me when I am gone away, Gone far away into the silent land; When you can no more hold me by the hand, Nor I half turn to go yet turning stay. Remember me when no more day by day You tell me of our future that you planned: Only remember me; you understand It will be late to counsel then or pray. Yet if you should forget me for a while And afterwards remember, do not grieve: For if the darkness and corruption leave A vestige of the thoughts that once I had, Better by far you should forget and smile Than that you should remember and be sad.' - Christina Rossetti www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: