From Jules at Zend.To Fri Dec 27 09:58:59 2019 From: Jules at Zend.To (Jules) Date: Fri, 27 Dec 2019 09:58:59 +0000 Subject: [ZendTo] China Firewall Captcha compliant In-Reply-To: References: <0A6BAE18ABEE3E4ABF2F406E9A6BB9781F113ABB@MailBox.turboden.local> Message-ID: <2ac2aa31-4818-9ecb-1107-83e1a325c85b@Zend.To> Folks, Is there a Chinese-hosted captcha service I could use for free? If so, what and where is it? (along with some docs) Cheers, Jules. On 23/10/2019 7:10 pm, Massimo Forni via ZendTo wrote: > > Hi, > > I have the same issues, partners from china cannot complete the captcha? > > This is not a zend.to issue, is just the great firewall ?protecting? > its own people > > *From:*ZendTo *On Behalf Of *William Brobin > via ZendTo > *Sent:* 23 October 2019 19:13 > *To:* ZendTo Users > *Cc:* William Brobin > *Subject:* Re: [ZendTo] China Firewall Captcha compliant > > Hi Arnaud, > > I faced the same problem and due to the situation in cui a day the > moment they seem to be cracking down even further and the only perment > fix ( they are now killing vpns and tunnels etc ) is to use a Chinese > service such as Alibaba, > > I'm unsure if anyone else has any suggestions but this seemed to work > for us, > > Kind regards, > > William > > Get Outlook for Android > > > ------------------------------------------------------------------------ > > *From:*ZendTo > > on behalf of arnaud Chevalier via ZendTo > > *Sent:* Wednesday, October 23, 2019 4:07:16 PM > *To:* zendto at zend.to > > *Cc:* arnaud Chevalier > > *Subject:* [ZendTo] China Firewall Captcha compliant > > *[EXTERNAL] * > > Dear Mailing List, > > Thank you very much for added me in. > > Like i said in the object i'm struggling with the China Firewall, with > the basic configuration of Zendto, the recaptcha just disappear on the > page when a client access it from china. > > What i tried : > > Plan A : Change google.com to recaptcha.net in config files => same > effect (disappearance) > > Plan B :? Roll-Back config files and Proxying and Reverse-proxying > google.com as mydomain.com => works during ~3 months, then same > effect?(disappearance) > > So plan C is to implement another captcha service that works in china > like alibaba , did some of you tried that? > > If you have any hint, i would appreciate a lot! > > Have a nice day. > > Arnaud CHEVALIER > > Zynstra is a private limited company registered in England and Wales > (registered number 07864369). Our registered office and Headquarters > are at The Innovation Centre, Broad Quay, Bath, BA1 1UD. This email, > its contents and any attachments are confidential. If you have > received this message in error please delete it from your system and > advise the sender immediately. > > -- > *Massimo Forni* > ICT Infrastructure Manager > > Mobile: +393474110278 > ------------------------------------------------------------------------ > > Turboden S.p.A. *I* via Cernaia 10 *I* 25124 Brescia *I* Italy > t. +390303552001 *I* f. +390303552011 > www.turboden.com > > > *Confidentiality notice*: this message, together with its attachments, > may contain strictly confidential and/or legally privileged > information and it is destined solely to the intended addressee(s), > who only may use it under his/their responsibility. Opinions, > conclusions and other information contained in this message, that do > not relate to the official business of this firm, shall be considered > as not given or endorsed by it. If you have received this > communication in error, please notify us immediately by responding to > this email and then delete it from your system. Any use, disclosure, > copying or distribution of the contents of this communication by a > not-intended recipient or in violation of the purposes of this > communication is strictly prohibited and may be unlawful. > > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast: Irish Sea: Southwest 4 or 5, becoming cyclonic 6 to gale 8, then north 4 to 6. Slight or moderate, occasionally rough in south. Rain. Good, occasionally poor. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From Massimo.Forni at turboden.it Fri Dec 27 10:02:19 2019 From: Massimo.Forni at turboden.it (Massimo Forni) Date: Fri, 27 Dec 2019 10:02:19 +0000 Subject: [ZendTo] China Firewall Captcha compliant In-Reply-To: References: <0A6BAE18ABEE3E4ABF2F406E9A6BB9781F113ABB@MailBox.turboden.local> <2ac2aa31-4818-9ecb-1107-83e1a325c85b@Zend.To> <0A6BAE18ABEE3E4ABF2F406E9A6BB9781F51C96E@MailBox.turboden.local> Message-ID: I must admint I have not yet tried this as I just found it out, but it seems Google itself suggest to change www.google.com with www.recaptcha.net if the original URL does not work globally Ref: https://developers.google.com/recaptcha/docs/faq#can-i-use-recaptcha-globally From: Jules Sent: venerd? 27 dicembre 2019 10:59 To: ZendTo Users Cc: Massimo Forni Subject: Re: [ZendTo] China Firewall Captcha compliant Folks, Is there a Chinese-hosted captcha service I could use for free? If so, what and where is it? (along with some docs) Cheers, Jules. On 23/10/2019 7:10 pm, Massimo Forni via ZendTo wrote: Hi, I have the same issues, partners from china cannot complete the captcha? This is not a zend.to issue, is just the great firewall ?protecting? its own people From: ZendTo

On Behalf Of William Brobin via ZendTo Sent: 23 October 2019 19:13 To: ZendTo Users Cc: William Brobin Subject: Re: [ZendTo] China Firewall Captcha compliant Hi Arnaud, I faced the same problem and due to the situation in cui a day the moment they seem to be cracking down even further and the only perment fix ( they are now killing vpns and tunnels etc ) is to use a Chinese service such as Alibaba, I'm unsure if anyone else has any suggestions but this seemed to work for us, Kind regards, William Get Outlook for Android ________________________________ From: ZendTo > on behalf of arnaud Chevalier via ZendTo > Sent: Wednesday, October 23, 2019 4:07:16 PM To: zendto at zend.to > Cc: arnaud Chevalier > Subject: [ZendTo] China Firewall Captcha compliant [EXTERNAL] Dear Mailing List, Thank you very much for added me in. Like i said in the object i'm struggling with the China Firewall, with the basic configuration of Zendto, the recaptcha just disappear on the page when a client access it from china. What i tried : Plan A : Change google.com to recaptcha.net in config files => same effect (disappearance) Plan B : Roll-Back config files and Proxying and Reverse-proxying google.com as mydomain.com => works during ~3 months, then same effect (disappearance) So plan C is to implement another captcha service that works in china like alibaba , did some of you tried that? If you have any hint, i would appreciate a lot! Have a nice day. Arnaud CHEVALIER Zynstra is a private limited company registered in England and Wales (registered number 07864369). Our registered office and Headquarters are at The Innovation Centre, Broad Quay, Bath, BA1 1UD. This email, its contents and any attachments are confidential. If you have received this message in error please delete it from your system and advise the sender immediately. -- Massimo Forni ICT Infrastructure Manager Mobile: +393474110278 ________________________________ Turboden S.p.A. I via Cernaia 10 I 25124 Brescia I Italy t. +390303552001 I f. +390303552011 www.turboden.com Confidentiality notice: this message, together with its attachments, may contain strictly confidential and/or legally privileged information and it is destined solely to the intended addressee(s), who only may use it under his/their responsibility. Opinions, conclusions and other information contained in this message, that do not relate to the official business of this firm, shall be considered as not given or endorsed by it. If you have received this communication in error, please notify us immediately by responding to this email and then delete it from your system. Any use, disclosure, copying or distribution of the contents of this communication by a not-intended recipient or in violation of the purposes of this communication is strictly prohibited and may be unlawful. _______________________________________________ ZendTo mailing list ZendTo at zend.to http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast: Irish Sea: Southwest 4 or 5, becoming cyclonic 6 to gale 8, then north 4 to 6. Slight or moderate, occasionally rough in south. Rain. Good, occasionally poor. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Fri Dec 27 16:43:52 2019 From: Jules at Zend.To (Jules) Date: Fri, 27 Dec 2019 16:43:52 +0000 Subject: [ZendTo] Zend.To Auth issue In-Reply-To: References: Message-ID: Nigel, Dominic ? I'm pretty sure I have at least 1 site where users log in with their entire email address (something to do with staff and students being on separate systems). So I'll add this, but with a big comment above it saying you should comment out those 2 lines if it breaks your AD logins. Very few sites use the full email address or DOMAIN\username format, they are really rare. Cheers, Jules. On 12/09/2019 2:12 pm, Nigel Kendrick via ZendTo wrote: > > Thanks Dominic. That seems to work. > > FYI Jules ? any kickback or comments? > > Thanks both. > > *Nigel Kendrick* > > *Technical Delivery Manager* > > > > *Office:*+44 (0) 1273 764 070 x1078 > *Email nigel.kendrick at kineo.com * > > www.kineo.com > twitter.com/kineo > > Registered Office: Sovereign House, Church Street, Brighton BN1 1SS | > Kineo Limited is registered in England and Wales no. 07150983 | VAT > Registration number: GB 788 6564 55. > > *From:*Dominic C. DeFiore > *Sent:* 12 September 2019 13:53 > *To:* Nigel Kendrick > *Subject:* Zend.To Auth issue > > *This email originated from outside of our organisation.* > > ------------------------------------------------------------------------ > > Nigel, > > I ran into the same problem as you. I found a fix for it. > > Zendto\lib\NSSADAuthenticator.php > > Add after line 457 > > $uname = preg_replace('/@.*$/', '', $uname); > > $uname = preg_replace('/^.*\\\/', '', $uname); > > Looks like this was removed at some point recently and that?s what > broke the login with full email (because I suppose before it stripped > the email anyway) > > Cheers > > Thanks, > > /Dominic > / > *Dominic DeFiore > * > REISS ENGINEERING, INC.* > **PLANNING DESIGN CONSTRUCTION > **1016 Spring Villas Pt.* > *Winter Springs, FL? 32708* > * > **Tel: 407.679.5358 > Fax: 407.679.5003 > dcdefiore at reisseng.com * > > *http://www.reisseng.com * > > > > ------------------------------------------------------------------------ > This email message has been delivered safely and archived online by > Mimecast. > For more information please visit http://www.mimecast.com > ------------------------------------------------------------------------ > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast: Irish Sea: Southwest 4 or 5, becoming cyclonic 6 to gale 8, then north 4 to 6. Slight or moderate, occasionally rough in south. Rain. Good, occasionally poor. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 7670 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 30120 bytes Desc: not available URL: From Jules at Zend.To Fri Dec 27 16:52:41 2019 From: Jules at Zend.To (Jules) Date: Fri, 27 Dec 2019 16:52:41 +0000 Subject: [ZendTo] Zend.To Auth issue In-Reply-To: References: Message-ID: <9590fe0f-b671-6242-491c-4ebef36fe897@Zend.To> Ignore my last comment. The removal of the @... and ...\ domain parts of the supplied username are now only done when the username atttribute is still sAMAccountName. What have you changed the value of 'authLDAPUsernameAttribute1' in preferences.php to? If that still says 'sAMAccountName' then the code you have added below will get done anyway (around line 542 in NSSADAuthenticator.php, look for sAMAccountName and you'll quickly find it). Cheers, Jules. On 12/09/2019 2:12 pm, Nigel Kendrick via ZendTo wrote: > > Thanks Dominic. That seems to work. > > FYI Jules ? any kickback or comments? > > Thanks both. > > *Nigel Kendrick* > > *Technical Delivery Manager* > > > > *Office:*+44 (0) 1273 764 070 x1078 > *Email nigel.kendrick at kineo.com * > > www.kineo.com > twitter.com/kineo > > Registered Office: Sovereign House, Church Street, Brighton BN1 1SS | > Kineo Limited is registered in England and Wales no. 07150983 | VAT > Registration number: GB 788 6564 55. > > *From:*Dominic C. DeFiore > *Sent:* 12 September 2019 13:53 > *To:* Nigel Kendrick > *Subject:* Zend.To Auth issue > > *This email originated from outside of our organisation.* > > ------------------------------------------------------------------------ > > Nigel, > > I ran into the same problem as you. I found a fix for it. > > Zendto\lib\NSSADAuthenticator.php > > Add after line 457 > > $uname = preg_replace('/@.*$/', '', $uname); > > $uname = preg_replace('/^.*\\\/', '', $uname); > > Looks like this was removed at some point recently and that?s what > broke the login with full email (because I suppose before it stripped > the email anyway) > > Cheers > > Thanks, > > /Dominic > / > *Dominic DeFiore > * > REISS ENGINEERING, INC.* > **PLANNING DESIGN CONSTRUCTION > **1016 Spring Villas Pt.* > *Winter Springs, FL? 32708* > * > **Tel: 407.679.5358 > Fax: 407.679.5003 > dcdefiore at reisseng.com * > > *http://www.reisseng.com * > > > > ------------------------------------------------------------------------ > This email message has been delivered safely and archived online by > Mimecast. > For more information please visit http://www.mimecast.com > ------------------------------------------------------------------------ > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast: Irish Sea: Southwest 4 or 5, becoming cyclonic 6 to gale 8, then north 4 to 6. Slight or moderate, occasionally rough in south. Rain. Good, occasionally poor. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 7670 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 30120 bytes Desc: not available URL: From Jules at Zend.To Fri Dec 27 17:35:45 2019 From: Jules at Zend.To (Jules) Date: Fri, 27 Dec 2019 17:35:45 +0000 Subject: [ZendTo] Feature Request: Set Encryption as default for Dropoffs, but don't enforce them In-Reply-To: References: Message-ID: Tobias, Take a look at new_dropoff.tpl around line 956. You should see a line if ({$enforceEncrypt}) { Change this to if ({$enforceEncrypt}*|| $('#encryptFiles').is(':checked')*) { and it should do what you want. I've added this into the main code so it will be in the next beta release. They add the recipients and files as normal, but the "encrypt all files" box will be checked. When they click the Upload button, it will prompt them for an encryption password. They can still cancel at that point, which will untick the "encrypt all files" box. They then just click the Upload button again and it will be happy this time. Will that do okay? Cheers, Jules. On 20/09/2019 9:49 am, Tobias Tafart via ZendTo wrote: > > Hi, > > we would like to be able to set encryption as enabled via default for > drop-offs, but we don?t want to enforce it. > > The other options on the drop-offs page we can control the defaults > via changing the templates (by just setting checked="checked"), but > for the encryption this won?t work because it won?t ask for the > password that way. > The idea being that we hope to encourage our users to make use of the > functionality. The big red banner on top of the page doesn?t seem to > do much. We can?t enforce encryption though. > I hope this should be fairly easy to implement and I suspect others > also might have a use for such functionality. > > Regards, > > *Tobias Tafart* > System Engineer > > next layer | Staatlich ausgezeichnetes Unternehmen > > > *next layer Tele?kommunikations?dienst?leistungs- und Beratungs GmbH* > 1150 Wien | Mariahilfer G?rtel 37/7 > fon: +43 5 1764-894 | fax: +43 5 1764-900 | m: +43 664 2 1764 94 > web: www.nextlayer.at > > twitter > > > > xing > > > > linkedin > > > > facebook > > FN 257486g | HG Wien > > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast: Irish Sea: Southwest 4 or 5, becoming cyclonic 6 to gale 8, then north 4 to 6. Slight or moderate, occasionally rough in south. Rain. Good, occasionally poor. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Fri Dec 27 17:40:49 2019 From: Jules at Zend.To (Jules) Date: Fri, 27 Dec 2019 17:40:49 +0000 Subject: [ZendTo] old zendto.po files In-Reply-To: References: <7dd6433fed5f42328f89ca62e8708785@City-Exch-DB2.cbj.local> Message-ID: Kevin, Yes it is safe to delete those zendto.po.~N~ files (where N is an integer). They are just old backup ones that are created each time make_languages is run. Cheers, Jules. On 23/09/2019 11:21 pm, Kevin Miller via ZendTo wrote: > I just ran an update and was going through the output. When asked if I wanted to keep an existing conf file I went with the default (keep the existing one). I'm going through the various conf files now, comparing the differences and saw a number of zendto.po.~N~ files in the /opt/zendto/config/locale/ subdirectories. I presume it's safe to delete these, right? > > ...Kevin > -- > Kevin Miller > Network/email Administrator, CBJ MIS Dept. > 155 South Seward Street > Juneau, Alaska 99801 > Phone: (907) 586-0242, Fax: (907) 586-4588 Registered Linux User No: 307357 > > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast: Irish Sea: Southwest 4 or 5, becoming cyclonic 6 to gale 8, then north 4 to 6. Slight or moderate, occasionally rough in south. Rain. Good, occasionally poor. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Fri Dec 27 17:45:37 2019 From: Jules at Zend.To (Jules) Date: Fri, 27 Dec 2019 17:45:37 +0000 Subject: [ZendTo] Debian Buster, apparmor and clamd In-Reply-To: References: <71944f2ab15b48449adedd075032ed4d@City-Exch-DB2.cbj.local> Message-ID: Kevin, You might just need to ? /etc/init.d/apparmor teardown ? apparmor_parser --purge-cache ? /etc/init.d/apparmor start ? /etc/init.d/apparmor reload to flush its cache completely. There is a bug in Ubuntu 18's setup of clamd in apparmor, where it's missing an "attach_disconnected" flag, but I haven't played with Debian 10 much yet. Cheers, Jules. On 24/09/2019 11:34 pm, Kevin Miller via ZendTo wrote: > I have a zendto installed on Debian Stretch (on a VM) which works fine. I cloned it, updated zendto to 5.21-2 Production, and everything was fine. I then upgraded Stretch to Buster. After that, things went south. I'm seeing an AppArmor issue. The following is from the syslog: > > Sep 24 13:46:27 fileshare2 kernel: [ 723.420159] audit: type=1400 audit(1569361587.454:13): apparmor="DENIED" operation="getattr" info="Failed name lookup - disconnected path" error=-13 profile="/usr/sbin/clamd" name="var/zendto/incoming/phpeuAoDV" pid=528 comm="clamd" requested_mask="r" denied_mask="r" fsuid=112 ouid=33 > > I disabled AppArmor, rebooted, and everything worked as advertised. FWIW, AppArmor isn't running on the host with Debian Stretch. > > One thing that stands out in the error message is: > name="var/zendto/incoming/phpeuAoDV > Note the lack of leading / character in the filename. I suspect that's the issue but I don't know what's passing the file path without the leading forward slash. > > I did add in the /var/zendto tree to the AppArmor configuration as below. > root at fileshare2:/etc/apparmor.d/local# cat usr.sbin.clamd > # Site-specific additions and overrides for usr.sbin.clamd. > # For more details, please see /etc/apparmor.d/local/README. > /var/zendto/** r, > > I know Julian is laid up - hoping someone else here's already solved the problem... > > ...Kevin > -- > Kevin Miller > Network/email Administrator, CBJ MIS Dept. > 155 South Seward Street > Juneau, Alaska 99801 > Phone: (907) 586-0242, Fax: (907) 586-4588 Registered Linux User No: 307357 > > > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast: Irish Sea: Southwest 4 or 5, becoming cyclonic 6 to gale 8, then north 4 to 6. Slight or moderate, occasionally rough in south. Rain. Good, occasionally poor. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Fri Dec 27 18:38:19 2019 From: Jules at Zend.To (Jules) Date: Fri, 27 Dec 2019 18:38:19 +0000 Subject: [ZendTo] China Firewall Captcha compliant In-Reply-To: References: <0A6BAE18ABEE3E4ABF2F406E9A6BB9781F113ABB@MailBox.turboden.local> <2ac2aa31-4818-9ecb-1107-83e1a325c85b@Zend.To> <0A6BAE18ABEE3E4ABF2F406E9A6BB9781F51C96E@MailBox.turboden.local> Message-ID: Well it does appear to basically work. It only required changing in 2 lines in header.tpl. We'll see if it now works from China or not once some users have tried to use it from there. Cheers, Jules. On 27/12/2019 10:02 am, Massimo Forni wrote: > > I must admint I have not yet tried this as I just found it out, but it > seems Google itself suggest to change www.google.com > with www.recaptcha.net > if the original URL does not work globally > > Ref: > https://developers.google.com/recaptcha/docs/faq#can-i-use-recaptcha-globally > > *From:*Jules > *Sent:* venerd? 27 dicembre 2019 10:59 > *To:* ZendTo Users > *Cc:* Massimo Forni > *Subject:* Re: [ZendTo] China Firewall Captcha compliant > > Folks, > > Is there a Chinese-hosted captcha service I could use for free? > If so, what and where is it? (along with some docs) > > Cheers, > Jules. > > On 23/10/2019 7:10 pm, Massimo Forni via ZendTo wrote: > > Hi, > > I have the same issues, partners from china cannot complete the > captcha? > > This is not a zend.to issue, is just the great firewall > ?protecting? its own people > > *From:*ZendTo > *On Behalf Of *William Brobin via > ZendTo > *Sent:* 23 October 2019 19:13 > *To:* ZendTo Users > *Cc:* William Brobin > > *Subject:* Re: [ZendTo] China Firewall Captcha compliant > > Hi Arnaud, > > I faced the same problem and due to the situation in cui a day the > moment they seem to be cracking down even further and the only > perment fix ( they are now killing vpns and tunnels etc ) is to > use a Chinese service such as Alibaba, > > I'm unsure if anyone else has any suggestions but this seemed to > work for us, > > Kind regards, > > William > > Get Outlook for Android > > > ------------------------------------------------------------------------ > > *From:*ZendTo

> on behalf of arnaud Chevalier via > ZendTo > > *Sent:* Wednesday, October 23, 2019 4:07:16 PM > *To:* zendto at zend.to > > *Cc:* arnaud Chevalier > > *Subject:* [ZendTo] China Firewall Captcha compliant > > *[EXTERNAL] * > > Dear Mailing List, > > Thank you very much for added me in. > > Like i said in the object i'm struggling with the China Firewall, > with the basic configuration of Zendto, the recaptcha just > disappear on the page when a client access it from china. > > What i tried : > > Plan A : Change google.com to recaptcha.net in config files => > same effect (disappearance) > > Plan B :? Roll-Back config files and Proxying and Reverse-proxying > google.com as mydomain.com => works during ~3 months, then same > effect?(disappearance) > > So plan C is to implement another captcha service that works in > china like alibaba , did some of you tried that? > > If you have any hint, i would appreciate a lot! > > Have a nice day. > > Arnaud CHEVALIER > > Zynstra is a private limited company registered in England and > Wales (registered number 07864369). Our registered office and > Headquarters are at The Innovation Centre, Broad Quay, Bath, BA1 > 1UD. This email, its contents and any attachments are > confidential. If you have received this message in error please > delete it from your system and advise the sender immediately. > > -- > > *Massimo Forni* > ICT Infrastructure Manager > > Mobile: +393474110278 > > ------------------------------------------------------------------------ > > Turboden S.p.A. *I*via Cernaia 10 *I*25124 Brescia *I*Italy > t. +390303552001 *I*f. +390303552011 > www.turboden.com > > > *Confidentiality notice*: this message, together with its > attachments, may contain strictly confidential and/or legally > privileged information and it is destined solely to the intended > addressee(s), who only may use it under his/their responsibility. > Opinions, conclusions and other information contained in this > message, that do not relate to the official business of this firm, > shall be considered as not given or endorsed by it. If you have > received this communication in error, please notify us immediately > by responding to this email and then delete it from your system. > Any use, disclosure, copying or distribution of the contents of > this communication by a not-intended recipient or in violation of > the purposes of this communication is strictly prohibited and may > be unlawful. > > > > _______________________________________________ > > ZendTo mailing list > > ZendTo at zend.to > > http://jul.es/mailman/listinfo/zendto > > > > Jules > -- > Julian Field MEng CEng CITP MBCS MIEEE MACM > The current UK shipping forecast: > Irish Sea: Southwest 4 or 5, becoming cyclonic 6 to gale 8, then north 4 to 6. > Slight or moderate, occasionally rough in south. Rain. Good, occasionally > poor. > www.Zend.To > Twitter: @JulesFM Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast: Irish Sea: Southwest 4 or 5, becoming cyclonic 6 to gale 8, then north 4 to 6. Slight or moderate, occasionally rough in south. Rain. Good, occasionally poor. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From thieume at mailoo.org Sun Dec 29 15:51:12 2019 From: thieume at mailoo.org (Matthieu Froment) Date: Sun, 29 Dec 2019 16:51:12 +0100 Subject: [ZendTo] Debian Buster, apparmor and clamd References: Message-ID: Dear all, I have freshly subscribed to this mailing list and I am a really newbie with Zendto. I live in France and I am not totally new with Linux. I have installed an instance of Zendto on a Debian Buster server and I have the same problem as Kevin (recently answered by Jules) : /> AVC apparmor="DENIED" operation="getattr" info="Failed name lookup - disconnected path" error=-13 profile="/usr/sbin/clamd" name="var/zendto/incoming/phpW7ZXiQ" pid=469 comm="clamd" requested_mask="r" denied_mask="r" fsuid=107 ouid=33// //> clamd[469]: Sun Dec 29 16:18:16 2019 -> fd[10]: Not a regular file. ERROR/ - I have tried to purge the apparmor cache as requested but without any success. - The upload works fine if I put in my preferences.php file the line : '/usr/bin/clamscan --s' - I have checked that in my '//etc/apparmor.d/usr.sbin.clamd/' file the '/include /' is not commented (I had to remove the #). - In /etc/apparmor.d/local/usr.sbin.clamd, I have the entry : '//var/zendto/** r,/' which seems to be correct. I'm stuck. Any idea where I can look for ? Many thanks Matthieu -------------- next part -------------- An HTML attachment was scrubbed... URL: From thieume at mailoo.org Sun Dec 29 16:21:21 2019 From: thieume at mailoo.org (Matthieu Froment) Date: Sun, 29 Dec 2019 17:21:21 +0100 Subject: [ZendTo] Debian Buster, apparmor and clamd In-Reply-To: References: <427fe377-ba1c-748e-50c9-d64d2f2a4ca1@mailoo.org> Message-ID: Le 29/12/2019 ? 16:51, Matthieu Froment via ZendTo a ?crit?: > > - I have tried to purge the apparmor cache as requested but without > any success. > Re Bad use for me of the Jules's answer : '/etc/init.d/apparmor teardown' has to be replaced by 'aa-teardown' After a systemctl start + reload seems to work. Matthieu. From Jules at Zend.To Sun Dec 29 18:29:36 2019 From: Jules at Zend.To (Jules) Date: Sun, 29 Dec 2019 18:29:36 +0000 Subject: [ZendTo] Debian Buster, apparmor and clamd In-Reply-To: References: <427fe377-ba1c-748e-50c9-d64d2f2a4ca1@mailoo.org> Message-ID: Well done. I've just released a new beta along with a new beta Installer, which incorporates full support for Debian 10 (Buster). Cheers, Jules. On 29/12/2019 4:21 pm, Matthieu Froment via ZendTo wrote: > Le 29/12/2019 ? 16:51, Matthieu Froment via ZendTo a ?crit?: >> >> - I have tried to purge the apparmor cache as requested but without >> any success. >> > Re > > Bad use for me of the Jules's answer : '/etc/init.d/apparmor teardown' > has to be replaced by 'aa-teardown' > > After a systemctl start + reload seems to work. > > Matthieu. > > > > > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast: Irish Sea: Southwest 4 or 5, becoming cyclonic 6 to gale 8, then north 4 to 6. Slight or moderate, occasionally rough in south. Rain. Good, occasionally poor. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Sun Dec 29 18:39:45 2019 From: Jules at Zend.To (Jules) Date: Sun, 29 Dec 2019 18:39:45 +0000 Subject: [ZendTo] ANNOUNCE: new beta 5.22-1 released Message-ID: Hi all! I'm finally back to a state to start working on ZendTo again. It's going to be a while before I go back to my day job, but starting gently on a bit of ZendTo seemed appropriate. I've aimed to fix as many of the outstanding bug reports as I can (I think I've got them all!), along with improving the Installer by fixing some bugs and adding support for CentOS 8, Ubuntu 19 and Debian 10 (Buster). Download instructions are on the beta page at https://zend.to/beta.php Here is the full Change Log: - Added support for CentOS 8, Ubuntu 19 and Debian 10 (Buster) to the Installer. - Fixed self-signed certs generated by the Installer so they work in MacOS 10.15 Catalina. Apple have added a bunch of constraints, see https://support.apple.com/en-us/HT210176. - Followed Google's advice to fetch reCAPTCHA from www.recaptcha.net instead of www.google.com, to improve the chances of it working from China. ? Note: this requires a change to the Content-Security-Policy header if you are setting that. - If you edit new_dropoff.tpl to make the "encrypt all files" box checked by default, it will now correctly prompt for the passphrase when the user tries to complete the drop-off process. - Fixed bug where dropoffs that were the result of requests would have the wrong sender's organisation displayed. - Removed 'CopyrightYear' setting from zendto.conf. It is now just set to the current year, saving you having to update it each year. - 'One of the recipients' changed to 'one of the recipients' to fix a capitalisation issue. - Fixed escaping bug in log entries. Thanks to Ana-Maria Popescu @amiutza ana.popescu at codegrazer.com for this and the mime type sanitising. - Added extra layer of sanitising to mime type metadata. - Fixed bugs in Ubuntu/Debian installer and .deb package relating to log file permissions. Please can you give it a try for me? Thanks all! Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast: Irish Sea: Southwest 4 or 5, becoming cyclonic 6 to gale 8, then north 4 to 6. Slight or moderate, occasionally rough in south. Rain. Good, occasionally poor. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From kevin.miller at juneau.org Mon Dec 30 17:45:01 2019 From: kevin.miller at juneau.org (Kevin Miller) Date: Mon, 30 Dec 2019 17:45:01 +0000 Subject: [ZendTo] Debian Buster, apparmor and clamd In-Reply-To: References: <37382f0e732e4dd38462baf8112c1905@City-Exch-DB2.cbj.local> Message-ID: I haven?t gotten back to playing around with this (just turned apparmor off for now) but one thing I did discover is that the ?#? in front of include statements doesn?t turn it into a comment. See https://gitlab.com/apparmor/apparmor/-/wikis/QuickProfileLanguage Kind of goofy that they did it that way, but it is what it is I suppose. ...Kevin -- Kevin Miller Network/email Administrator, CBJ MIS Dept. 155 South Seward Street Juneau, Alaska 99801 Phone: (907) 586-0242, Fax: (907) 586-4588 Registered Linux User No: 307357 From: ZendTo On Behalf Of Matthieu Froment via ZendTo Sent: Sunday, December 29, 2019 6:51 AM To: zendto at zend.to Cc: Matthieu Froment Subject: [ZendTo] Debian Buster, apparmor and clamd EXTERNAL E-MAIL: BE CAUTIOUS WHEN OPENING FILES OR FOLLOWING LINKS ________________________________ Dear all, I have freshly subscribed to this mailing list and I am a really newbie with Zendto. I live in France and I am not totally new with Linux. I have installed an instance of Zendto on a Debian Buster server and I have the same problem as Kevin (recently answered by Jules) : > AVC apparmor="DENIED" operation="getattr" info="Failed name lookup - disconnected path" error=-13 profile="/usr/sbin/clamd" name="var/zendto/incoming/phpW7ZXiQ" pid=469 comm="clamd" requested_mask="r" denied_mask="r" fsuid=107 ouid=33 > clamd[469]: Sun Dec 29 16:18:16 2019 -> fd[10]: Not a regular file. ERROR - I have tried to purge the apparmor cache as requested but without any success. - The upload works fine if I put in my preferences.php file the line : '/usr/bin/clamscan --s' - I have checked that in my '/etc/apparmor.d/usr.sbin.clamd' file the 'include ' is not commented (I had to remove the #). - In /etc/apparmor.d/local/usr.sbin.clamd, I have the entry : '/var/zendto/** r,' which seems to be correct. I'm stuck. Any idea where I can look for ? Many thanks Matthieu -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Tue Dec 31 11:10:48 2019 From: Jules at Zend.To (Jules) Date: Tue, 31 Dec 2019 11:10:48 +0000 Subject: [ZendTo] Debian Buster, apparmor and clamd In-Reply-To: References: <37382f0e732e4dd38462baf8112c1905@City-Exch-DB2.cbj.local> Message-ID: <8c8c4bc2-72e6-d2a1-1c47-aa4cc6b28668@Zend.To> Kevin, Try downloading the latest installer and just run stage 3 of the Ubuntu-Debian scripts. This should now get this right. Cheers, Jules. On 30/12/2019 5:45 pm, Kevin Miller via ZendTo wrote: > > I haven?t gotten back to playing around with this (just turned > apparmor off for now) but one thing I did discover is that the ?#? in > front of include statements doesn?t turn it into a comment.? See > https://gitlab.com/apparmor/apparmor/-/wikis/QuickProfileLanguage > > Kind of goofy that they did it that way, but it is what it is I suppose. > > ...Kevin > > -- > > Kevin Miller > > Network/email Administrator, CBJ MIS Dept. > > 155 South Seward Street > > Juneau, Alaska 99801 > > Phone: (907) 586-0242, Fax: (907) 586-4588 Registered Linux User No: > 307357 > > *From:*ZendTo *On Behalf Of *Matthieu Froment > via ZendTo > *Sent:* Sunday, December 29, 2019 6:51 AM > *To:* zendto at zend.to > *Cc:* Matthieu Froment > *Subject:* [ZendTo] Debian Buster, apparmor and clamd > > EXTERNAL E-MAIL: BE CAUTIOUS WHEN OPENING FILES OR FOLLOWING LINKS > > ------------------------------------------------------------------------ > > Dear all, > > I have freshly subscribed to this mailing list and I am a really > newbie with Zendto. I live in France and I am not totally new with Linux. > > I have installed an instance of Zendto on a Debian Buster server and I > have the same problem as Kevin (recently answered by Jules) : > > /> AVC apparmor="DENIED" operation="getattr" info="Failed name lookup > - disconnected path" error=-13 profile="/usr/sbin/clamd" > name="var/zendto/incoming/phpW7ZXiQ" pid=469 comm="clamd" > requested_mask="r" denied_mask="r" fsuid=107 ouid=33 > > clamd[469]: Sun Dec 29 16:18:16 2019 -> fd[10]: Not a regular file. > ERROR/ > > - I have tried to purge the apparmor cache as requested but without > any success. > - The upload works fine if I put in my preferences.php file the line : > '/usr/bin/clamscan --s' > - I have checked that in my '//etc/apparmor.d/usr.sbin.clamd/' file > the '/include /' is not commented (I had to > remove the #). > - In /etc/apparmor.d/local/usr.sbin.clamd, I have the entry : > '//var/zendto/** r,/' which seems to be correct. > > I'm stuck. Any idea where I can look for ? > > Many thanks > Matthieu > > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast: Irish Sea: Southwest 4 or 5, becoming cyclonic 6 to gale 8, then north 4 to 6. Slight or moderate, occasionally rough in south. Rain. Good, occasionally poor. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From kevin.miller at juneau.org Tue Dec 31 19:46:17 2019 From: kevin.miller at juneau.org (Kevin Miller) Date: Tue, 31 Dec 2019 19:46:17 +0000 Subject: [ZendTo] Debian Buster, apparmor and clamd In-Reply-To: References: <37382f0e732e4dd38462baf8112c1905@City-Exch-DB2.cbj.local> <8c8c4bc2-72e6-d2a1-1c47-aa4cc6b28668@Zend.To>

Message-ID: Thanks. So I just say yes on 3 and no on everything else? ...Kevin -- Kevin Miller Network/email Administrator, CBJ MIS Dept. 155 South Seward Street Juneau, Alaska 99801 Phone: (907) 586-0242, Fax: (907) 586-4588 Registered Linux User No: 307357 From: ZendTo On Behalf Of Jules via ZendTo Sent: Tuesday, December 31, 2019 2:11 AM To: ZendTo Users Cc: Jules ; Kevin Miller Subject: Re: [ZendTo] Debian Buster, apparmor and clamd EXTERNAL E-MAIL: BE CAUTIOUS WHEN OPENING FILES OR FOLLOWING LINKS ________________________________ Kevin, Try downloading the latest installer and just run stage 3 of the Ubuntu-Debian scripts. This should now get this right. Cheers, Jules. On 30/12/2019 5:45 pm, Kevin Miller via ZendTo wrote: I haven?t gotten back to playing around with this (just turned apparmor off for now) but one thing I did discover is that the ?#? in front of include statements doesn?t turn it into a comment. See https://gitlab.com/apparmor/apparmor/-/wikis/QuickProfileLanguage Kind of goofy that they did it that way, but it is what it is I suppose. ...Kevin -- Kevin Miller Network/email Administrator, CBJ MIS Dept. 155 South Seward Street Juneau, Alaska 99801 Phone: (907) 586-0242, Fax: (907) 586-4588 Registered Linux User No: 307357 From: ZendTo

On Behalf Of Matthieu Froment via ZendTo Sent: Sunday, December 29, 2019 6:51 AM To: zendto at zend.to Cc: Matthieu Froment Subject: [ZendTo] Debian Buster, apparmor and clamd EXTERNAL E-MAIL: BE CAUTIOUS WHEN OPENING FILES OR FOLLOWING LINKS ________________________________ Dear all, I have freshly subscribed to this mailing list and I am a really newbie with Zendto. I live in France and I am not totally new with Linux. I have installed an instance of Zendto on a Debian Buster server and I have the same problem as Kevin (recently answered by Jules) : > AVC apparmor="DENIED" operation="getattr" info="Failed name lookup - disconnected path" error=-13 profile="/usr/sbin/clamd" name="var/zendto/incoming/phpW7ZXiQ" pid=469 comm="clamd" requested_mask="r" denied_mask="r" fsuid=107 ouid=33 > clamd[469]: Sun Dec 29 16:18:16 2019 -> fd[10]: Not a regular file. ERROR - I have tried to purge the apparmor cache as requested but without any success. - The upload works fine if I put in my preferences.php file the line : '/usr/bin/clamscan --s' - I have checked that in my '/etc/apparmor.d/usr.sbin.clamd' file the 'include ' is not commented (I had to remove the #). - In /etc/apparmor.d/local/usr.sbin.clamd, I have the entry : '/var/zendto/** r,' which seems to be correct. I'm stuck. Any idea where I can look for ? Many thanks Matthieu _______________________________________________ ZendTo mailing list ZendTo at zend.to http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast: Irish Sea: Southwest 4 or 5, becoming cyclonic 6 to gale 8, then north 4 to 6. Slight or moderate, occasionally rough in south. Rain. Good, occasionally poor. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From kevin.miller at juneau.org Tue Dec 31 19:48:23 2019 From: kevin.miller at juneau.org (Kevin Miller) Date: Tue, 31 Dec 2019 19:48:23 +0000 Subject: [ZendTo] Debian Buster, apparmor and clamd In-Reply-To: References: <37382f0e732e4dd38462baf8112c1905@City-Exch-DB2.cbj.local> <8c8c4bc2-72e6-d2a1-1c47-aa4cc6b28668@Zend.To>

Message-ID: Or do you mean just run ~/install.ZendTo/Ubuntu-Debian/3-clamav.sh? Thanks Jules ? Happy New Year! ...Kevin -- Kevin Miller Network/email Administrator, CBJ MIS Dept. 155 South Seward Street Juneau, Alaska 99801 Phone: (907) 586-0242, Fax: (907) 586-4588 Registered Linux User No: 307357 From: ZendTo On Behalf Of Kevin Miller via ZendTo Sent: Tuesday, December 31, 2019 10:46 AM To: 'ZendTo Users' Cc: Kevin Miller Subject: Re: [ZendTo] Debian Buster, apparmor and clamd EXTERNAL E-MAIL: BE CAUTIOUS WHEN OPENING FILES OR FOLLOWING LINKS ________________________________ Thanks. So I just say yes on 3 and no on everything else? ...Kevin -- Kevin Miller Network/email Administrator, CBJ MIS Dept. 155 South Seward Street Juneau, Alaska 99801 Phone: (907) 586-0242, Fax: (907) 586-4588 Registered Linux User No: 307357 From: ZendTo > On Behalf Of Jules via ZendTo Sent: Tuesday, December 31, 2019 2:11 AM To: ZendTo Users > Cc: Jules >; Kevin Miller > Subject: Re: [ZendTo] Debian Buster, apparmor and clamd EXTERNAL E-MAIL: BE CAUTIOUS WHEN OPENING FILES OR FOLLOWING LINKS ________________________________ Kevin, Try downloading the latest installer and just run stage 3 of the Ubuntu-Debian scripts. This should now get this right. Cheers, Jules. On 30/12/2019 5:45 pm, Kevin Miller via ZendTo wrote: I haven?t gotten back to playing around with this (just turned apparmor off for now) but one thing I did discover is that the ?#? in front of include statements doesn?t turn it into a comment. See https://gitlab.com/apparmor/apparmor/-/wikis/QuickProfileLanguage Kind of goofy that they did it that way, but it is what it is I suppose. ...Kevin -- Kevin Miller Network/email Administrator, CBJ MIS Dept. 155 South Seward Street Juneau, Alaska 99801 Phone: (907) 586-0242, Fax: (907) 586-4588 Registered Linux User No: 307357 From: ZendTo