From rahulkumar.imps at gmail.com Tue Mar 3 05:21:31 2020 From: rahulkumar.imps at gmail.com (Rahul Kumar) Date: Tue, 3 Mar 2020 10:51:31 +0530 Subject: [ZendTo] Admin user account disable References: Message-ID: Hi , i have zendto Version 4.11 running but i want to disable the Admin user account as it is a security issue for us. we already authenticating users through ldap. could someone please help in this ? Thanks, Rahul Kumar Contact(M): 9958664330 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Tue Mar 3 11:55:32 2020 From: Jules at Zend.To (Jules Field) Date: Tue, 3 Mar 2020 11:55:32 +0000 Subject: [ZendTo] Admin user account disable In-Reply-To: References: Message-ID: Rahul, I would strongly advise that you build a new server/VM running the latest version of ZendTo. There are a lot of new features and improvements that your users might well want to use. But to answer your question, look in preferences.php. There is a setting called "adminUsers". Set that to ??? 'adminUsers' => array(), and that will mean you have no ZendTo administrators. Everything should work fine like that. You will just need to temporarily add whatever username is an administrator when you need to carry out any admin tasks such as looking at the global list of drop-offs, or unlocking users who have been locked out for having failed to many username/password checks in a row. Cheers, Jules. On 03/03/2020 05:21, Rahul Kumar via ZendTo wrote: > Hi , > > i have zendto Version 4.11? running but i want to disable the Admin > user account as it is a security issue for us. we already > authenticating users through ldap. > > could someone please help in this ? > > > Thanks, > Rahul Kumar > Contact(M): 9958664330 > > _______________________________________________ > 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: Tyne, Dogger: East or southeast, veering west 6 to gale 8, occasionally severe gale 9 for a time. Moderate or rough, occasionally very rough in Dogger. Rain, then wintry showers. Moderate or poor, occasionally good later. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From rahulkumar.imps at gmail.com Wed Mar 4 04:15:20 2020 From: rahulkumar.imps at gmail.com (Rahul Kumar) Date: Wed, 4 Mar 2020 09:45:20 +0530 Subject: [ZendTo] Admin user account disable In-Reply-To: References: Message-ID: Hi Jules, Thanks for sharing the advise, i would like to go for it but for the moment i need first to disable the admin login. when i checked the config files, there is no such settings for "adminUsers" , could you please suggest what i can do next. Thanks, Rahul Thanks, Rahul Kumar Contact(M): 9958664330 On Tue, Mar 3, 2020 at 5:25 PM Jules Field wrote: > Rahul, > > I would strongly advise that you build a new server/VM running the latest > version of ZendTo. There are a lot of new features and improvements that > your users might well want to use. > > But to answer your question, look in preferences.php. There is a setting > called "adminUsers". Set that to > 'adminUsers' => array(), > and that will mean you have no ZendTo administrators. Everything should > work fine like that. You will just need to temporarily add whatever > username is an administrator when you need to carry out any admin tasks > such as looking at the global list of drop-offs, or unlocking users who > have been locked out for having failed to many username/password checks in > a row. > > Cheers, > Jules. > > On 03/03/2020 05:21, Rahul Kumar via ZendTo wrote: > > Hi , > > i have zendto Version 4.11 running but i want to disable the Admin user > account as it is a security issue for us. we already authenticating users > through ldap. > > could someone please help in this ? > > > Thanks, > Rahul Kumar > Contact(M): 9958664330 > > _______________________________________________ > ZendTo mailing listZendTo at zend.tohttp://jul.es/mailman/listinfo/zendto > > > Jules > > -- > Julian Field MEng CEng CITP MBCS MIEEE MACM > > The current UK shipping forecast: > Tyne, Dogger: East or southeast, veering west 6 to gale 8, occasionally severe > gale 9 for a time. Moderate or rough, occasionally very rough in Dogger. Rain, > then wintry showers. Moderate or poor, occasionally good later. > www.Zend.To > Twitter: @JulesFM > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Wed Mar 4 10:07:13 2020 From: Jules at Zend.To (Jules Field) Date: Wed, 4 Mar 2020 10:07:13 +0000 Subject: [ZendTo] Admin user account disable In-Reply-To: References: Message-ID: <2964f964-5a0e-1a98-0a59-6b65336ba5a1@Zend.To> Rahul, My mistake, sorry. The setting is called 'authAdmins'. So you want to change that line in preferences.php to ??? 'authAdmins' => array(), Don't forget the trailing comma on the end! Cheers, Jules. On 04/03/2020 04:15, Rahul Kumar wrote: > Hi Jules, > > Thanks for sharing the advise, i would like to go for it but for the > moment i need first to disable the admin login. > > when i checked the config files, there is no such settings for? > "adminUsers"?, could you please?suggest what i can do next. > > Thanks, > Rahul > Thanks, > Rahul Kumar > Contact(M): 9958664330 > > > On Tue, Mar 3, 2020 at 5:25 PM Jules Field > wrote: > > Rahul, > > I would strongly advise that you build a new server/VM running the > latest version of ZendTo. There are a lot of new features and > improvements that your users might well want to use. > > But to answer your question, look in preferences.php. There is a > setting called "adminUsers". Set that to > ??? 'adminUsers' => array(), > and that will mean you have no ZendTo administrators. Everything > should work fine like that. You will just need to temporarily add > whatever username is an administrator when you need to carry out > any admin tasks such as looking at the global list of drop-offs, > or unlocking users who have been locked out for having failed to > many username/password checks in a row. > > Cheers, > Jules. > > On 03/03/2020 05:21, Rahul Kumar via ZendTo wrote: >> Hi , >> >> i have zendto Version 4.11? running but i want to disable the >> Admin user account as it is a security issue for us. we already >> authenticating users through ldap. >> >> could someone please help in this ? >> >> >> Thanks, >> Rahul Kumar >> Contact(M): 9958664330 >> >> _______________________________________________ >> 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: > Tyne, Dogger: East or southeast, veering west 6 to gale 8, occasionally severe > gale 9 for a time. Moderate or rough, occasionally very rough in Dogger. Rain, > then wintry showers. Moderate or poor, occasionally good later. > > www.Zend.To > Twitter: @JulesFM > Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast: Tyne, Dogger: East or southeast, veering west 6 to gale 8, occasionally severe gale 9 for a time. Moderate or rough, occasionally very rough in Dogger. Rain, then wintry showers. Moderate or poor, occasionally good later. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From rahulkumar.imps at gmail.com Thu Mar 5 07:32:00 2020 From: rahulkumar.imps at gmail.com (Rahul Kumar) Date: Thu, 5 Mar 2020 13:02:00 +0530 Subject: [ZendTo] Admin user account disable In-Reply-To: References: <2964f964-5a0e-1a98-0a59-6b65336ba5a1@Zend.To> Message-ID: hi Jules, i checked , config showing me this 'authAdmins' => array('taraf','trou','jone','balla','bickel','holcom'), but my concern is *admin *username which i need to disable, i don't see any username "*admin*" in config files so what could i do? Thanks, Rahul Kumar Contact(M): 9958664330 On Wed, Mar 4, 2020 at 3:37 PM Jules Field wrote: > Rahul, > > My mistake, sorry. > The setting is called 'authAdmins'. So you want to change that line in > preferences.php to > 'authAdmins' => array(), > > Don't forget the trailing comma on the end! > > Cheers, > Jules. > > On 04/03/2020 04:15, Rahul Kumar wrote: > > Hi Jules, > > Thanks for sharing the advise, i would like to go for it but for the > moment i need first to disable the admin login. > > when i checked the config files, there is no such settings for > "adminUsers" , could you please suggest what i can do next. > > Thanks, > Rahul > Thanks, > Rahul Kumar > Contact(M): 9958664330 > > > On Tue, Mar 3, 2020 at 5:25 PM Jules Field wrote: > >> Rahul, >> >> I would strongly advise that you build a new server/VM running the latest >> version of ZendTo. There are a lot of new features and improvements that >> your users might well want to use. >> >> But to answer your question, look in preferences.php. There is a setting >> called "adminUsers". Set that to >> 'adminUsers' => array(), >> and that will mean you have no ZendTo administrators. Everything should >> work fine like that. You will just need to temporarily add whatever >> username is an administrator when you need to carry out any admin tasks >> such as looking at the global list of drop-offs, or unlocking users who >> have been locked out for having failed to many username/password checks in >> a row. >> >> Cheers, >> Jules. >> >> On 03/03/2020 05:21, Rahul Kumar via ZendTo wrote: >> >> Hi , >> >> i have zendto Version 4.11 running but i want to disable the Admin >> user account as it is a security issue for us. we already authenticating >> users through ldap. >> >> could someone please help in this ? >> >> >> Thanks, >> Rahul Kumar >> Contact(M): 9958664330 >> >> _______________________________________________ >> ZendTo mailing listZendTo at zend.tohttp://jul.es/mailman/listinfo/zendto >> >> >> Jules >> >> -- >> Julian Field MEng CEng CITP MBCS MIEEE MACM >> >> The current UK shipping forecast: >> Tyne, Dogger: East or southeast, veering west 6 to gale 8, occasionally severe >> gale 9 for a time. Moderate or rough, occasionally very rough in Dogger. Rain, >> then wintry showers. Moderate or poor, occasionally good later. >> www.Zend.To >> Twitter: @JulesFM >> >> > Jules > > -- > Julian Field MEng CEng CITP MBCS MIEEE MACM > > The current UK shipping forecast: > Tyne, Dogger: East or southeast, veering west 6 to gale 8, occasionally severe > gale 9 for a time. Moderate or rough, occasionally very rough in Dogger. Rain, > then wintry showers. Moderate or poor, occasionally good later. > www.Zend.To > Twitter: @JulesFM > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris.venter1 at gmail.com Thu Mar 5 07:49:04 2020 From: chris.venter1 at gmail.com (Chris Venter) Date: Thu, 5 Mar 2020 07:49:04 +0000 Subject: [ZendTo] Admin user account disable In-Reply-To: References: <2964f964-5a0e-1a98-0a59-6b65336ba5a1@Zend.To> Message-ID: Hi Rahul Are you talking about a local admin account created for the Zend.To install? If so have a look for the deleteuser script and remove the local account using that not sure on the version but the syntax example on my install is: /opt/zendto/bin$ ./deleteuser usage: ./deleteuser '' Hope that helps. On Thu, 5 Mar 2020 at 07:33, Rahul Kumar via ZendTo wrote: > hi Jules, > > i checked , config showing me this 'authAdmins' => > array('taraf','trou','jone','balla','bickel','holcom'), > > but my concern is *admin *username which i need to disable, i don't see > any username "*admin*" in config files so what could i do? > > > Thanks, > Rahul Kumar > Contact(M): 9958664330 > > > On Wed, Mar 4, 2020 at 3:37 PM Jules Field wrote: > >> Rahul, >> >> My mistake, sorry. >> The setting is called 'authAdmins'. So you want to change that line in >> preferences.php to >> 'authAdmins' => array(), >> >> Don't forget the trailing comma on the end! >> >> Cheers, >> Jules. >> >> On 04/03/2020 04:15, Rahul Kumar wrote: >> >> Hi Jules, >> >> Thanks for sharing the advise, i would like to go for it but for the >> moment i need first to disable the admin login. >> >> when i checked the config files, there is no such settings for >> "adminUsers" , could you please suggest what i can do next. >> >> Thanks, >> Rahul >> Thanks, >> Rahul Kumar >> Contact(M): 9958664330 >> >> >> On Tue, Mar 3, 2020 at 5:25 PM Jules Field wrote: >> >>> Rahul, >>> >>> I would strongly advise that you build a new server/VM running the >>> latest version of ZendTo. There are a lot of new features and improvements >>> that your users might well want to use. >>> >>> But to answer your question, look in preferences.php. There is a setting >>> called "adminUsers". Set that to >>> 'adminUsers' => array(), >>> and that will mean you have no ZendTo administrators. Everything should >>> work fine like that. You will just need to temporarily add whatever >>> username is an administrator when you need to carry out any admin tasks >>> such as looking at the global list of drop-offs, or unlocking users who >>> have been locked out for having failed to many username/password checks in >>> a row. >>> >>> Cheers, >>> Jules. >>> >>> On 03/03/2020 05:21, Rahul Kumar via ZendTo wrote: >>> >>> Hi , >>> >>> i have zendto Version 4.11 running but i want to disable the Admin >>> user account as it is a security issue for us. we already authenticating >>> users through ldap. >>> >>> could someone please help in this ? >>> >>> >>> Thanks, >>> Rahul Kumar >>> Contact(M): 9958664330 >>> >>> _______________________________________________ >>> ZendTo mailing listZendTo at zend.tohttp://jul.es/mailman/listinfo/zendto >>> >>> >>> Jules >>> >>> -- >>> Julian Field MEng CEng CITP MBCS MIEEE MACM >>> >>> The current UK shipping forecast: >>> Tyne, Dogger: East or southeast, veering west 6 to gale 8, occasionally severe >>> gale 9 for a time. Moderate or rough, occasionally very rough in Dogger. Rain, >>> then wintry showers. Moderate or poor, occasionally good later. >>> www.Zend.To >>> Twitter: @JulesFM >>> >>> >> Jules >> >> -- >> Julian Field MEng CEng CITP MBCS MIEEE MACM >> >> The current UK shipping forecast: >> Tyne, Dogger: East or southeast, veering west 6 to gale 8, occasionally severe >> gale 9 for a time. Moderate or rough, occasionally very rough in Dogger. Rain, >> then wintry showers. Moderate or poor, occasionally good later. >> www.Zend.To >> Twitter: @JulesFM >> >> _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rahulkumar.imps at gmail.com Thu Mar 5 09:37:31 2020 From: rahulkumar.imps at gmail.com (Rahul Kumar) Date: Thu, 5 Mar 2020 15:07:31 +0530 Subject: [ZendTo] Admin user account disable In-Reply-To: References: <2964f964-5a0e-1a98-0a59-6b65336ba5a1@Zend.To> Message-ID: Hi , please check te error below, /opt/zendto/bin# ./deleteuser.php admin PHP Notice: Undefined index: SERVER_PORT in /opt/zendto/lib/NSSDropbox.php on line 41 PHP Notice: Undefined index: HTTPS in /opt/zendto/lib/NSSDropbox.php on line 42 PHP Notice: Undefined index: HTTPS in /opt/zendto/lib/NSSDropbox.php on line 48 PHP Notice: Undefined index: SERVER_NAME in /opt/zendto/lib/NSSDropbox.php on line 48 PHP Notice: Undefined index: REQUEST_URI in /opt/zendto/lib/NSSDropbox.php on line 48 Failed: Aborting deleting user admin as that user does not exist Thanks, Rahul Kumar Contact(M): 9958664330 On Thu, Mar 5, 2020 at 1:19 PM Chris Venter via ZendTo wrote: > Hi Rahul > > Are you talking about a local admin account created for the Zend.To > install? If so have a look for the deleteuser script and remove the local > account using that not sure on the version but the syntax example on my > install is: > > /opt/zendto/bin$ ./deleteuser > > usage: > > ./deleteuser '' > > Hope that helps. > > On Thu, 5 Mar 2020 at 07:33, Rahul Kumar via ZendTo > wrote: > >> hi Jules, >> >> i checked , config showing me this 'authAdmins' => >> array('taraf','trou','jone','balla','bickel','holcom'), >> >> but my concern is *admin *username which i need to disable, i don't see >> any username "*admin*" in config files so what could i do? >> >> >> Thanks, >> Rahul Kumar >> Contact(M): 9958664330 >> >> >> On Wed, Mar 4, 2020 at 3:37 PM Jules Field wrote: >> >>> Rahul, >>> >>> My mistake, sorry. >>> The setting is called 'authAdmins'. So you want to change that line in >>> preferences.php to >>> 'authAdmins' => array(), >>> >>> Don't forget the trailing comma on the end! >>> >>> Cheers, >>> Jules. >>> >>> On 04/03/2020 04:15, Rahul Kumar wrote: >>> >>> Hi Jules, >>> >>> Thanks for sharing the advise, i would like to go for it but for the >>> moment i need first to disable the admin login. >>> >>> when i checked the config files, there is no such settings for >>> "adminUsers" , could you please suggest what i can do next. >>> >>> Thanks, >>> Rahul >>> Thanks, >>> Rahul Kumar >>> Contact(M): 9958664330 >>> >>> >>> On Tue, Mar 3, 2020 at 5:25 PM Jules Field wrote: >>> >>>> Rahul, >>>> >>>> I would strongly advise that you build a new server/VM running the >>>> latest version of ZendTo. There are a lot of new features and improvements >>>> that your users might well want to use. >>>> >>>> But to answer your question, look in preferences.php. There is a >>>> setting called "adminUsers". Set that to >>>> 'adminUsers' => array(), >>>> and that will mean you have no ZendTo administrators. Everything should >>>> work fine like that. You will just need to temporarily add whatever >>>> username is an administrator when you need to carry out any admin tasks >>>> such as looking at the global list of drop-offs, or unlocking users who >>>> have been locked out for having failed to many username/password checks in >>>> a row. >>>> >>>> Cheers, >>>> Jules. >>>> >>>> On 03/03/2020 05:21, Rahul Kumar via ZendTo wrote: >>>> >>>> Hi , >>>> >>>> i have zendto Version 4.11 running but i want to disable the Admin >>>> user account as it is a security issue for us. we already authenticating >>>> users through ldap. >>>> >>>> could someone please help in this ? >>>> >>>> >>>> Thanks, >>>> Rahul Kumar >>>> Contact(M): 9958664330 >>>> >>>> _______________________________________________ >>>> ZendTo mailing listZendTo at zend.tohttp://jul.es/mailman/listinfo/zendto >>>> >>>> >>>> Jules >>>> >>>> -- >>>> Julian Field MEng CEng CITP MBCS MIEEE MACM >>>> >>>> The current UK shipping forecast: >>>> Tyne, Dogger: East or southeast, veering west 6 to gale 8, occasionally severe >>>> gale 9 for a time. Moderate or rough, occasionally very rough in Dogger. Rain, >>>> then wintry showers. Moderate or poor, occasionally good later. >>>> www.Zend.To >>>> Twitter: @JulesFM >>>> >>>> >>> Jules >>> >>> -- >>> Julian Field MEng CEng CITP MBCS MIEEE MACM >>> >>> The current UK shipping forecast: >>> Tyne, Dogger: East or southeast, veering west 6 to gale 8, occasionally severe >>> gale 9 for a time. Moderate or rough, occasionally very rough in Dogger. Rain, >>> then wintry showers. Moderate or poor, occasionally good later. >>> 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Thu Mar 5 10:38:56 2020 From: Jules at Zend.To (Jules Field) Date: Thu, 5 Mar 2020 10:38:56 +0000 Subject: [ZendTo] Admin user account disable In-Reply-To: References: Message-ID: <6183dcae-2f06-7acd-0281-30167c3b2e5c@Zend.To> On 05/03/2020 09:37, Rahul Kumar via ZendTo wrote: > Hi , > > please check te error below, > > /opt/zendto/bin# ./deleteuser.php admin > PHP Notice: ?Undefined index: SERVER_PORT in > /opt/zendto/lib/NSSDropbox.php on line 41 > PHP Notice: ?Undefined index: HTTPS in /opt/zendto/lib/NSSDropbox.php > on line 42 > PHP Notice: ?Undefined index: HTTPS in /opt/zendto/lib/NSSDropbox.php > on line 48 > PHP Notice: ?Undefined index: SERVER_NAME in > /opt/zendto/lib/NSSDropbox.php on line 48 > PHP Notice: ?Undefined index: REQUEST_URI in > /opt/zendto/lib/NSSDropbox.php on line 48 Don't worry about them, they are harmless. > Failed: Aborting deleting user admin as that user does not exist So there isn't any local user (in ZendTo) called "admin". ZendTo doesn't automatically create *any* accounts of any sort when you install it. There are no "default admin credentials" or anything like that. If you want to delete an account called "admin", you first need to find where it is. You have just proved it's not part of ZendTo itself. Cheers, Jules. > > Thanks, > Rahul Kumar > Contact(M): 9958664330 > > > On Thu, Mar 5, 2020 at 1:19 PM Chris Venter via ZendTo > wrote: > > Hi Rahul > > Are you talking about a local admin account created for the > Zend.To install? If so have a look for the deleteuser script and > remove the local account using that not sure on the version but > the syntax example on my install is: > > /opt/zendto/bin$ ./deleteuser > > ? usage: > > ? ?./deleteuser '' > > Hope that helps. > > On Thu, 5 Mar 2020 at 07:33, Rahul Kumar via ZendTo > > wrote: > > hi?Jules, > > i checked , config showing me this??'authAdmins' ? ? ? ? => > array('taraf','trou','jone','balla','bickel','holcom'), > > but my concern?is *admin *username which i need to disable, i > don't see any username "*admin*" in config files so what > could?i do? > > > Thanks, > Rahul Kumar > Contact(M): 9958664330 > > > On Wed, Mar 4, 2020 at 3:37 PM Jules Field > wrote: > > Rahul, > > My mistake, sorry. > The setting is called 'authAdmins'. So you want to change > that line in preferences.php to > ??? 'authAdmins' => array(), > > Don't forget the trailing comma on the end! > > Cheers, > Jules. > > On 04/03/2020 04:15, Rahul Kumar wrote: >> Hi Jules, >> >> Thanks for sharing the advise, i would like to go for it >> but for the moment i need first to disable the admin login. >> >> when i checked the config files, there is no such >> settings for? "adminUsers"?, could you please?suggest >> what i can do next. >> >> Thanks, >> Rahul >> Thanks, >> Rahul Kumar >> Contact(M): 9958664330 >> >> >> On Tue, Mar 3, 2020 at 5:25 PM Jules Field > > wrote: >> >> Rahul, >> >> I would strongly advise that you build a new >> server/VM running the latest version of ZendTo. There >> are a lot of new features and improvements that your >> users might well want to use. >> >> But to answer your question, look in preferences.php. >> There is a setting called "adminUsers". Set that to >> ??? 'adminUsers' => array(), >> and that will mean you have no ZendTo administrators. >> Everything should work fine like that. You will just >> need to temporarily add whatever username is an >> administrator when you need to carry out any admin >> tasks such as looking at the global list of >> drop-offs, or unlocking users who have been locked >> out for having failed to many username/password >> checks in a row. >> >> Cheers, >> Jules. >> >> On 03/03/2020 05:21, Rahul Kumar via ZendTo wrote: >>> Hi , >>> >>> i have zendto Version 4.11 running but i want to >>> disable the Admin user account as it is a security >>> issue for us. we already authenticating users >>> through ldap. >>> >>> could someone please help in this ? >>> >>> >>> Thanks, >>> Rahul Kumar >>> Contact(M): 9958664330 >>> >>> _______________________________________________ >>> 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: >> Tyne, Dogger: East or southeast, veering west 6 to gale 8, occasionally severe >> gale 9 for a time. Moderate or rough, occasionally very rough in Dogger. Rain, >> then wintry showers. Moderate or poor, occasionally good later. >> >> www.Zend.To >> Twitter: @JulesFM >> > > Jules > > -- > Julian Field MEng CEng CITP MBCS MIEEE MACM > > The current UK shipping forecast: > Tyne, Dogger: East or southeast, veering west 6 to gale 8, occasionally severe > gale 9 for a time. Moderate or rough, occasionally very rough in Dogger. Rain, > then wintry showers. Moderate or poor, occasionally good later. > > 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 > > > _______________________________________________ > 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: Tyne, Dogger: East or southeast, veering west 6 to gale 8, occasionally severe gale 9 for a time. Moderate or rough, occasionally very rough in Dogger. Rain, then wintry showers. Moderate or poor, occasionally good later. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From rahulkumar.imps at gmail.com Thu Mar 5 12:03:15 2020 From: rahulkumar.imps at gmail.com (Rahul Kumar) Date: Thu, 5 Mar 2020 17:33:15 +0530 Subject: [ZendTo] Admin user account disable In-Reply-To: References: <6183dcae-2f06-7acd-0281-30167c3b2e5c@Zend.To> Message-ID: Issue is my zendto is authentication through AD users but somehow admin userid is also working whose password i am unable to change or delete that user admin. Thanks, Rahul Kumar Contact(M): 9958664330 On Thu, Mar 5, 2020 at 4:08 PM Jules Field wrote: > > > On 05/03/2020 09:37, Rahul Kumar via ZendTo wrote: > > Hi , > > please check te error below, > > /opt/zendto/bin# ./deleteuser.php admin > PHP Notice: Undefined index: SERVER_PORT in > /opt/zendto/lib/NSSDropbox.php on line 41 > PHP Notice: Undefined index: HTTPS in /opt/zendto/lib/NSSDropbox.php on > line 42 > PHP Notice: Undefined index: HTTPS in /opt/zendto/lib/NSSDropbox.php on > line 48 > PHP Notice: Undefined index: SERVER_NAME in > /opt/zendto/lib/NSSDropbox.php on line 48 > PHP Notice: Undefined index: REQUEST_URI in > /opt/zendto/lib/NSSDropbox.php on line 48 > > Don't worry about them, they are harmless. > > Failed: Aborting deleting user admin as that user does not exist > > So there isn't any local user (in ZendTo) called "admin". > > ZendTo doesn't automatically create *any* accounts of any sort when you > install it. There are no "default admin credentials" or anything like that. > > If you want to delete an account called "admin", you first need to find > where it is. You have just proved it's not part of ZendTo itself. > > Cheers, > Jules. > > > > Thanks, > Rahul Kumar > Contact(M): 9958664330 > > > On Thu, Mar 5, 2020 at 1:19 PM Chris Venter via ZendTo > wrote: > >> Hi Rahul >> >> Are you talking about a local admin account created for the Zend.To >> install? If so have a look for the deleteuser script and remove the local >> account using that not sure on the version but the syntax example on my >> install is: >> >> /opt/zendto/bin$ ./deleteuser >> >> usage: >> >> ./deleteuser '' >> >> Hope that helps. >> >> On Thu, 5 Mar 2020 at 07:33, Rahul Kumar via ZendTo >> wrote: >> >>> hi Jules, >>> >>> i checked , config showing me this 'authAdmins' => >>> array('taraf','trou','jone','balla','bickel','holcom'), >>> >>> but my concern is *admin *username which i need to disable, i don't see >>> any username "*admin*" in config files so what could i do? >>> >>> >>> Thanks, >>> Rahul Kumar >>> Contact(M): 9958664330 >>> >>> >>> On Wed, Mar 4, 2020 at 3:37 PM Jules Field wrote: >>> >>>> Rahul, >>>> >>>> My mistake, sorry. >>>> The setting is called 'authAdmins'. So you want to change that line in >>>> preferences.php to >>>> 'authAdmins' => array(), >>>> >>>> Don't forget the trailing comma on the end! >>>> >>>> Cheers, >>>> Jules. >>>> >>>> On 04/03/2020 04:15, Rahul Kumar wrote: >>>> >>>> Hi Jules, >>>> >>>> Thanks for sharing the advise, i would like to go for it but for the >>>> moment i need first to disable the admin login. >>>> >>>> when i checked the config files, there is no such settings for >>>> "adminUsers" , could you please suggest what i can do next. >>>> >>>> Thanks, >>>> Rahul >>>> Thanks, >>>> Rahul Kumar >>>> Contact(M): 9958664330 >>>> >>>> >>>> On Tue, Mar 3, 2020 at 5:25 PM Jules Field wrote: >>>> >>>>> Rahul, >>>>> >>>>> I would strongly advise that you build a new server/VM running the >>>>> latest version of ZendTo. There are a lot of new features and improvements >>>>> that your users might well want to use. >>>>> >>>>> But to answer your question, look in preferences.php. There is a >>>>> setting called "adminUsers". Set that to >>>>> 'adminUsers' => array(), >>>>> and that will mean you have no ZendTo administrators. Everything >>>>> should work fine like that. You will just need to temporarily add whatever >>>>> username is an administrator when you need to carry out any admin tasks >>>>> such as looking at the global list of drop-offs, or unlocking users who >>>>> have been locked out for having failed to many username/password checks in >>>>> a row. >>>>> >>>>> Cheers, >>>>> Jules. >>>>> >>>>> On 03/03/2020 05:21, Rahul Kumar via ZendTo wrote: >>>>> >>>>> Hi , >>>>> >>>>> i have zendto Version 4.11 running but i want to disable the Admin >>>>> user account as it is a security issue for us. we already authenticating >>>>> users through ldap. >>>>> >>>>> could someone please help in this ? >>>>> >>>>> >>>>> Thanks, >>>>> Rahul Kumar >>>>> Contact(M): 9958664330 >>>>> >>>>> _______________________________________________ >>>>> ZendTo mailing listZendTo at zend.tohttp://jul.es/mailman/listinfo/zendto >>>>> >>>>> >>>>> Jules >>>>> >>>>> -- >>>>> Julian Field MEng CEng CITP MBCS MIEEE MACM >>>>> >>>>> The current UK shipping forecast: >>>>> Tyne, Dogger: East or southeast, veering west 6 to gale 8, occasionally severe >>>>> gale 9 for a time. Moderate or rough, occasionally very rough in Dogger. Rain, >>>>> then wintry showers. Moderate or poor, occasionally good later. >>>>> www.Zend.To >>>>> Twitter: @JulesFM >>>>> >>>>> >>>> Jules >>>> >>>> -- >>>> Julian Field MEng CEng CITP MBCS MIEEE MACM >>>> >>>> The current UK shipping forecast: >>>> Tyne, Dogger: East or southeast, veering west 6 to gale 8, occasionally severe >>>> gale 9 for a time. Moderate or rough, occasionally very rough in Dogger. Rain, >>>> then wintry showers. Moderate or poor, occasionally good later. >>>> 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 >> > > _______________________________________________ > ZendTo mailing listZendTo at zend.tohttp://jul.es/mailman/listinfo/zendto > > > Jules > > -- > Julian Field MEng CEng CITP MBCS MIEEE MACM > > The current UK shipping forecast: > Tyne, Dogger: East or southeast, veering west 6 to gale 8, occasionally severe > gale 9 for a time. Moderate or rough, occasionally very rough in Dogger. Rain, > then wintry showers. Moderate or poor, occasionally good later. > www.Zend.To > Twitter: @JulesFM > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Massimo.Forni at turboden.it Thu Mar 5 12:25:37 2020 From: Massimo.Forni at turboden.it (Massimo Forni) Date: Thu, 5 Mar 2020 12:25:37 +0000 Subject: [ZendTo] Admin user account disable In-Reply-To: References: <6183dcae-2f06-7acd-0281-30167c3b2e5c@Zend.To> <0A6BAE18ABEE3E4ABF2F406E9A6BB9781F615181@MailBox.turboden.local> Message-ID: Just disable that user in AD From: ZendTo On Behalf Of Rahul Kumar via ZendTo Sent: gioved? 5 marzo 2020 13:03 To: Jules Field Cc: Rahul Kumar ; ZendTo Users Subject: Re: [ZendTo] Admin user account disable Issue is my zendto is authentication through AD users but somehow admin userid is also working whose password i am unable to change or delete that user admin. Thanks, Rahul Kumar Contact(M): 9958664330 On Thu, Mar 5, 2020 at 4:08 PM Jules Field > wrote: On 05/03/2020 09:37, Rahul Kumar via ZendTo wrote: Hi , please check te error below, /opt/zendto/bin# ./deleteuser.php admin PHP Notice: Undefined index: SERVER_PORT in /opt/zendto/lib/NSSDropbox.php on line 41 PHP Notice: Undefined index: HTTPS in /opt/zendto/lib/NSSDropbox.php on line 42 PHP Notice: Undefined index: HTTPS in /opt/zendto/lib/NSSDropbox.php on line 48 PHP Notice: Undefined index: SERVER_NAME in /opt/zendto/lib/NSSDropbox.php on line 48 PHP Notice: Undefined index: REQUEST_URI in /opt/zendto/lib/NSSDropbox.php on line 48 Don't worry about them, they are harmless. Failed: Aborting deleting user admin as that user does not exist So there isn't any local user (in ZendTo) called "admin". ZendTo doesn't automatically create *any* accounts of any sort when you install it. There are no "default admin credentials" or anything like that. If you want to delete an account called "admin", you first need to find where it is. You have just proved it's not part of ZendTo itself. Cheers, Jules. Thanks, Rahul Kumar Contact(M): 9958664330 On Thu, Mar 5, 2020 at 1:19 PM Chris Venter via ZendTo > wrote: Hi Rahul Are you talking about a local admin account created for the Zend.To install? If so have a look for the deleteuser script and remove the local account using that not sure on the version but the syntax example on my install is: /opt/zendto/bin$ ./deleteuser usage: ./deleteuser '' Hope that helps. On Thu, 5 Mar 2020 at 07:33, Rahul Kumar via ZendTo > wrote: hi Jules, i checked , config showing me this 'authAdmins' => array('taraf','trou','jone','balla','bickel','holcom'), but my concern is admin username which i need to disable, i don't see any username "admin" in config files so what could i do? Thanks, Rahul Kumar Contact(M): 9958664330 On Wed, Mar 4, 2020 at 3:37 PM Jules Field > wrote: Rahul, My mistake, sorry. The setting is called 'authAdmins'. So you want to change that line in preferences.php to 'authAdmins' => array(), Don't forget the trailing comma on the end! Cheers, Jules. On 04/03/2020 04:15, Rahul Kumar wrote: Hi Jules, Thanks for sharing the advise, i would like to go for it but for the moment i need first to disable the admin login. when i checked the config files, there is no such settings for "adminUsers" , could you please suggest what i can do next. Thanks, Rahul Thanks, Rahul Kumar Contact(M): 9958664330 On Tue, Mar 3, 2020 at 5:25 PM Jules Field > wrote: Rahul, I would strongly advise that you build a new server/VM running the latest version of ZendTo. There are a lot of new features and improvements that your users might well want to use. But to answer your question, look in preferences.php. There is a setting called "adminUsers". Set that to 'adminUsers' => array(), and that will mean you have no ZendTo administrators. Everything should work fine like that. You will just need to temporarily add whatever username is an administrator when you need to carry out any admin tasks such as looking at the global list of drop-offs, or unlocking users who have been locked out for having failed to many username/password checks in a row. Cheers, Jules. On 03/03/2020 05:21, Rahul Kumar via ZendTo wrote: Hi , i have zendto Version 4.11 running but i want to disable the Admin user account as it is a security issue for us. we already authenticating users through ldap. could someone please help in this ? Thanks, Rahul Kumar Contact(M): 9958664330 _______________________________________________ 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: Tyne, Dogger: East or southeast, veering west 6 to gale 8, occasionally severe gale 9 for a time. Moderate or rough, occasionally very rough in Dogger. Rain, then wintry showers. Moderate or poor, occasionally good later. www.Zend.To Twitter: @JulesFM Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast: Tyne, Dogger: East or southeast, veering west 6 to gale 8, occasionally severe gale 9 for a time. Moderate or rough, occasionally very rough in Dogger. Rain, then wintry showers. Moderate or poor, occasionally good later. 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 _______________________________________________ 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: Tyne, Dogger: East or southeast, veering west 6 to gale 8, occasionally severe gale 9 for a time. Moderate or rough, occasionally very rough in Dogger. Rain, then wintry showers. Moderate or poor, occasionally good later. www.Zend.To Twitter: @JulesFM -- Massimo Forni ICT Infrastructure Manager Mobile: +393474110278 ________________________________ Turboden S.p.A. I via Cernaia 10 I 25124 Brescia I Italy t. +39 030 3552001 I f. +39 030 3552011 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: From KLE at msktd.com Thu Mar 5 13:31:42 2020 From: KLE at msktd.com (Ken Etter) Date: Thu, 05 Mar 2020 08:31:42 -0500 Subject: [ZendTo] Admin user account disable In-Reply-To: <8A478225020000957314B811@mail.msktd.com> References: <6183dcae-2f06-7acd-0281-30167c3b2e5c@Zend.To> <0A6BAE18ABEE3E4ABF2F406E9A6BB9781F615181@MailBox.turboden.local> <28A12FA3020000657314B811@mail.msktd.com> <24358127020000A8EEA797D9@mail.msktd.com> <3CAB5A2A020000557314B811@mail.msktd.com> <8A478225020000957314B811@mail.msktd.com> <5E60FF3E0200001300140A4E@mail.msktd.com> Message-ID: Or if the admin is in a different OU from standard users (hopefully), you could just change the BaseDN setting to only use the OU for standard users. That is what I do here. Ken CleanCleanDocumentEmailfalsefalsefalseEN-GBX-NONEAR-SA>>> Massimo Forni via ZendTo 3/5/2020 7:25 AM >>> Just disable that user in AD From: ZendTo On Behalf Of Rahul Kumar via ZendTo Sent: gioved? 5 marzo 2020 13:03 To: Jules Field Cc: Rahul Kumar ; ZendTo Users Subject: Re: [ZendTo] Admin user account disable Issue is my zendto is authentication through AD users but somehow admin userid is also working whose password i am unable to change or delete that user admin. Thanks, Rahul Kumar Contact(M): 9958664330 On Thu, Mar 5, 2020 at 4:08 PM Jules Field wrote: On 05/03/2020 09:37, Rahul Kumar via ZendTo wrote: Hi , please check te error below, /opt/zendto/bin# ./deleteuser.php admin PHP Notice: Undefined index: SERVER_PORT in /opt/zendto/lib/NSSDropbox.php on line 41 PHP Notice: Undefined index: HTTPS in /opt/zendto/lib/NSSDropbox.php on line 42 PHP Notice: Undefined index: HTTPS in /opt/zendto/lib/NSSDropbox.php on line 48 PHP Notice: Undefined index: SERVER_NAME in /opt/zendto/lib/NSSDropbox.php on line 48 PHP Notice: Undefined index: REQUEST_URI in /opt/zendto/lib/NSSDropbox.php on line 48 Don't worry about them, they are harmless. Failed: Aborting deleting user admin as that user does not exist So there isn't any local user (in ZendTo) called "admin". ZendTo doesn't automatically create *any* accounts of any sort when you install it. There are no "default admin credentials" or anything like that. If you want to delete an account called "admin", you first need to find where it is. You have just proved it's not part of ZendTo itself. Cheers, Jules. Thanks, Rahul Kumar Contact(M): 9958664330 On Thu, Mar 5, 2020 at 1:19 PM Chris Venter via ZendTo wrote: Hi Rahul Are you talking about a local admin account created for the Zend.To install? If so have a look for the deleteuser script and remove the local account using that not sure on the version but the syntax example on my install is: /opt/zendto/bin$ ./deleteuser usage: ./deleteuser '' Hope that helps. On Thu, 5 Mar 2020 at 07:33, Rahul Kumar via ZendTo wrote: hi Jules, i checked , config showing me this 'authAdmins' => array('taraf','trou','jone','balla','bickel','holcom'), but my concern is admin username which i need to disable, i don't see any username "admin" in config files so what could i do? Thanks, Rahul Kumar Contact(M): 9958664330 On Wed, Mar 4, 2020 at 3:37 PM Jules Field wrote: Rahul, My mistake, sorry. The setting is called 'authAdmins'. So you want to change that line in preferences.php to 'authAdmins' => array(), Don't forget the trailing comma on the end! Cheers, Jules. On 04/03/2020 04:15, Rahul Kumar wrote: Hi Jules, Thanks for sharing the advise, i would like to go for it but for the moment i need first to disable the admin login. when i checked the config files, there is no such settings for "adminUsers" , could you please suggest what i can do next. Thanks, Rahul Thanks, Rahul Kumar Contact(M): 9958664330 On Tue, Mar 3, 2020 at 5:25 PM Jules Field wrote: Rahul, I would strongly advise that you build a new server/VM running the latest version of ZendTo. There are a lot of new features and improvements that your users might well want to use. But to answer your question, look in preferences.php. There is a setting called "adminUsers". Set that to 'adminUsers' => array(), and that will mean you have no ZendTo administrators. Everything should work fine like that. You will just need to temporarily add whatever username is an administrator when you need to carry out any admin tasks such as looking at the global list of drop-offs, or unlocking users who have been locked out for having failed to many username/password checks in a row. Cheers, Jules. On 03/03/2020 05:21, Rahul Kumar via ZendTo wrote: Hi , i have zendto Version 4.11 running but i want to disable the Admin user account as it is a security issue for us. we already authenticating users through ldap. could someone please help in this ? Thanks, Rahul Kumar Contact(M): 9958664330 _______________________________________________ZendTo mailing listZendTo at zend.tohttp://jul.es/mailman/listinfo/zendto ( https://urldefense.com/v3/__http:/jul.es/mailman/listinfo/zendto__;!!BYEqwblc0Q!i8Ww3l1IbvlBGhncUGvGA6xRtVaInAXN_wNm4uzn5sV3NIpMuk8kmyvRAfIR4DsNbLaACA$) Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast:Tyne, Dogger: East or southeast, veering west 6 to gale 8, occasionally severegale 9 for a time. Moderate or rough, occasionally very rough in Dogger. Rain,then wintry showers. Moderate or poor, occasionally good later. www.Zend.To ( https://urldefense.com/v3/__http:/www.Zend.To__;!!BYEqwblc0Q!i8Ww3l1IbvlBGhncUGvGA6xRtVaInAXN_wNm4uzn5sV3NIpMuk8kmyvRAfIR4DtLJ_u2Mg$) Twitter: @JulesFM Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast:Tyne, Dogger: East or southeast, veering west 6 to gale 8, occasionally severegale 9 for a time. Moderate or rough, occasionally very rough in Dogger. Rain,then wintry showers. Moderate or poor, occasionally good later. www.Zend.To ( https://urldefense.com/v3/__http:/www.Zend.To__;!!BYEqwblc0Q!i8Ww3l1IbvlBGhncUGvGA6xRtVaInAXN_wNm4uzn5sV3NIpMuk8kmyvRAfIR4DtLJ_u2Mg$) Twitter: @JulesFM _______________________________________________ ZendTo mailing list ZendTo at zend.to http://jul.es/mailman/listinfo/zendto ( https://urldefense.com/v3/__http:/jul.es/mailman/listinfo/zendto__;!!BYEqwblc0Q!i8Ww3l1IbvlBGhncUGvGA6xRtVaInAXN_wNm4uzn5sV3NIpMuk8kmyvRAfIR4DsNbLaACA$) _______________________________________________ ZendTo mailing list ZendTo at zend.to http://jul.es/mailman/listinfo/zendto ( https://urldefense.com/v3/__http:/jul.es/mailman/listinfo/zendto__;!!BYEqwblc0Q!i8Ww3l1IbvlBGhncUGvGA6xRtVaInAXN_wNm4uzn5sV3NIpMuk8kmyvRAfIR4DsNbLaACA$) _______________________________________________ZendTo mailing listZendTo at zend.tohttp://jul.es/mailman/listinfo/zendto ( https://urldefense.com/v3/__http:/jul.es/mailman/listinfo/zendto__;!!BYEqwblc0Q!i8Ww3l1IbvlBGhncUGvGA6xRtVaInAXN_wNm4uzn5sV3NIpMuk8kmyvRAfIR4DsNbLaACA$) Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast:Tyne, Dogger: East or southeast, veering west 6 to gale 8, occasionally severegale 9 for a time. Moderate or rough, occasionally very rough in Dogger. Rain,then wintry showers. Moderate or poor, occasionally good later. www.Zend.To ( https://urldefense.com/v3/__http:/www.Zend.To__;!!BYEqwblc0Q!i8Ww3l1IbvlBGhncUGvGA6xRtVaInAXN_wNm4uzn5sV3NIpMuk8kmyvRAfIR4DtLJ_u2Mg$) Twitter: @JulesFM -- Massimo Forni ICT Infrastructure Manager Mobile: +393474110278 Turboden S.p.A.I via Cernaia 10 I 25124 Brescia I Italy t. +39 030 3552001 I f. +39 030 3552011 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 purpose s of this communication is strictly prohibited and may be unlawful. -------------- next part -------------- An HTML attachment was scrubbed... URL: From rahulkumar.imps at gmail.com Fri Mar 6 08:02:49 2020 From: rahulkumar.imps at gmail.com (Rahul Kumar) Date: Fri, 6 Mar 2020 13:32:49 +0530 Subject: [ZendTo] Admin user account disable In-Reply-To: References: <6183dcae-2f06-7acd-0281-30167c3b2e5c@Zend.To> <0A6BAE18ABEE3E4ABF2F406E9A6BB9781F615181@MailBox.turboden.local> <28A12FA3020000657314B811@mail.msktd.com> <24358127020000A8EEA797D9@mail.msktd.com> <3CAB5A2A020000557314B811@mail.msktd.com> <5E60FF3E0200001300140A4E@mail.msktd.com> <8A478225020000957314B811@mail.msktd.com> Message-ID: i don't think the AD has this admin user enabled at their end. still i will check but is there somewhere in zendto application this particular user "admin" exists ? i checked everywhere but didn't found. Thanks, Rahul Kumar Contact(M): 9958664330 On Thu, Mar 5, 2020 at 7:52 PM Ken Etter via ZendTo wrote: > Or if the admin is in a different OU from standard users (hopefully), you > could just change the BaseDN setting to only use the OU for standard > users. That is what I do here. > > Ken > >>> Massimo Forni via ZendTo 3/5/2020 7:25 AM >>> > Just disable that user in AD > > *From:* ZendTo *On Behalf Of *Rahul Kumar via > ZendTo > *Sent:* gioved? 5 marzo 2020 13:03 > *To:* Jules Field > *Cc:* Rahul Kumar ; ZendTo Users < > zendto at zend.to> > *Subject:* Re: [ZendTo] Admin user account disable > > Issue is my zendto is authentication through AD users but somehow admin > userid is also working whose password i am unable to change or delete that > user admin. > > > Thanks, > Rahul Kumar > Contact(M): 9958664330 > > > On Thu, Mar 5, 2020 at 4:08 PM Jules Field wrote: > > > On 05/03/2020 09:37, Rahul Kumar via ZendTo wrote: > > Hi , > > please check te error below, > > /opt/zendto/bin# ./deleteuser.php admin > PHP Notice: Undefined index: SERVER_PORT in > /opt/zendto/lib/NSSDropbox.php on line 41 > PHP Notice: Undefined index: HTTPS in /opt/zendto/lib/NSSDropbox.php on > line 42 > PHP Notice: Undefined index: HTTPS in /opt/zendto/lib/NSSDropbox.php on > line 48 > PHP Notice: Undefined index: SERVER_NAME in > /opt/zendto/lib/NSSDropbox.php on line 48 > PHP Notice: Undefined index: REQUEST_URI in > /opt/zendto/lib/NSSDropbox.php on line 48 > > Don't worry about them, they are harmless. > > > Failed: Aborting deleting user admin as that user does not exist > > So there isn't any local user (in ZendTo) called "admin". > > ZendTo doesn't automatically create *any* accounts of any sort when you > install it. There are no "default admin credentials" or anything like that. > > If you want to delete an account called "admin", you first need to find > where it is. You have just proved it's not part of ZendTo itself. > > Cheers, > Jules. > > > > > Thanks, > Rahul Kumar > Contact(M): 9958664330 > > > On Thu, Mar 5, 2020 at 1:19 PM Chris Venter via ZendTo > wrote: > > Hi Rahul > > Are you talking about a local admin account created for the Zend.To > install? If so have a look for the deleteuser script and remove the local > account using that not sure on the version but the syntax example on my > install is: > > /opt/zendto/bin$ ./deleteuser > > usage: > > ./deleteuser '' > > Hope that helps. > > On Thu, 5 Mar 2020 at 07:33, Rahul Kumar via ZendTo > wrote: > > hi Jules, > > i checked , config showing me this 'authAdmins' => > array('taraf','trou','jone','balla','bickel','holcom'), > > but my concern is *admin *username which i need to disable, i don't see > any username "*admin*" in config files so what could i do? > > > Thanks, > Rahul Kumar > Contact(M): 9958664330 > > > On Wed, Mar 4, 2020 at 3:37 PM Jules Field wrote: > > Rahul, > > My mistake, sorry. > The setting is called 'authAdmins'. So you want to change that line in > preferences.php to > 'authAdmins' => array(), > > Don't forget the trailing comma on the end! > > Cheers, > Jules. > On 04/03/2020 04:15, Rahul Kumar wrote: > > Hi Jules, > > Thanks for sharing the advise, i would like to go for it but for the > moment i need first to disable the admin login. > > when i checked the config files, there is no such settings for > "adminUsers" , could you please suggest what i can do next. > > Thanks, > Rahul > Thanks, > Rahul Kumar > Contact(M): 9958664330 > > > On Tue, Mar 3, 2020 at 5:25 PM Jules Field wrote: > > Rahul, > > I would strongly advise that you build a new server/VM running the latest > version of ZendTo. There are a lot of new features and improvements that > your users might well want to use. > > But to answer your question, look in preferences.php. There is a setting > called "adminUsers". Set that to > 'adminUsers' => array(), > and that will mean you have no ZendTo administrators. Everything should > work fine like that. You will just need to temporarily add whatever > username is an administrator when you need to carry out any admin tasks > such as looking at the global list of drop-offs, or unlocking users who > have been locked out for having failed to many username/password checks in > a row. > > Cheers, > Jules. > On 03/03/2020 05:21, Rahul Kumar via ZendTo wrote: > > Hi , > > i have zendto Version 4.11 running but i want to disable the Admin user > account as it is a security issue for us. we already authenticating users > through ldap. > > could someone please help in this ? > > > Thanks, > Rahul Kumar > Contact(M): 9958664330 > > > _______________________________________________ > > 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: > > Tyne, Dogger: East or southeast, veering west 6 to gale 8, occasionally severe > > gale 9 for a time. Moderate or rough, occasionally very rough in Dogger. Rain, > > then wintry showers. Moderate or poor, occasionally good later. > > > > www.Zend.To > > Twitter: @JulesFM > > > > Jules > > > > -- > > Julian Field MEng CEng CITP MBCS MIEEE MACM > > > > The current UK shipping forecast: > > Tyne, Dogger: East or southeast, veering west 6 to gale 8, occasionally severe > > gale 9 for a time. Moderate or rough, occasionally very rough in Dogger. Rain, > > then wintry showers. Moderate or poor, occasionally good later. > > > > 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 > > > > > _______________________________________________ > > 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: > > Tyne, Dogger: East or southeast, veering west 6 to gale 8, occasionally severe > > gale 9 for a time. Moderate or rough, occasionally very rough in Dogger. Rain, > > then wintry showers. Moderate or poor, occasionally good later. > > > > www.Zend.To > > Twitter: @JulesFM > > -- > *Massimo Forni* > ICT Infrastructure Manager > > Mobile: +393474110278 > ------------------------------ > *Turboden S.p.A.* *I* via Cernaia 10 *I* 25124 Brescia *I* Italy > t. +39 030 3552001 *I* f. +39 030 3552011 > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris.venter1 at gmail.com Fri Mar 6 09:32:01 2020 From: chris.venter1 at gmail.com (Chris Venter) Date: Fri, 6 Mar 2020 09:32:01 +0000 Subject: [ZendTo] Admin user account disable In-Reply-To: References: <6183dcae-2f06-7acd-0281-30167c3b2e5c@Zend.To> <0A6BAE18ABEE3E4ABF2F406E9A6BB9781F615181@MailBox.turboden.local> <28A12FA3020000657314B811@mail.msktd.com> <24358127020000A8EEA797D9@mail.msktd.com> <3CAB5A2A020000557314B811@mail.msktd.com> <5E60FF3E0200001300140A4E@mail.msktd.com> <8A478225020000957314B811@mail.msktd.com> Message-ID: Hi Rahul As far as I am aware zendto does not create any local users when installing the system, there are no default admin accounts created upon install. Chris On Fri, 6 Mar 2020 at 08:03, Rahul Kumar via ZendTo wrote: > i don't think the AD has this admin user enabled at their end. > > still i will check but is there somewhere in zendto application this > particular user "admin" exists ? i checked everywhere but didn't found. > > Thanks, > Rahul Kumar > Contact(M): 9958664330 > > > On Thu, Mar 5, 2020 at 7:52 PM Ken Etter via ZendTo > wrote: > >> Or if the admin is in a different OU from standard users (hopefully), you >> could just change the BaseDN setting to only use the OU for standard >> users. That is what I do here. >> >> Ken >> >>> Massimo Forni via ZendTo 3/5/2020 7:25 AM >>> >> Just disable that user in AD >> >> *From:* ZendTo *On Behalf Of *Rahul Kumar via >> ZendTo >> *Sent:* gioved? 5 marzo 2020 13:03 >> *To:* Jules Field >> *Cc:* Rahul Kumar ; ZendTo Users < >> zendto at zend.to> >> *Subject:* Re: [ZendTo] Admin user account disable >> >> Issue is my zendto is authentication through AD users but somehow admin >> userid is also working whose password i am unable to change or delete that >> user admin. >> >> >> Thanks, >> Rahul Kumar >> Contact(M): 9958664330 >> >> >> On Thu, Mar 5, 2020 at 4:08 PM Jules Field wrote: >> >> >> On 05/03/2020 09:37, Rahul Kumar via ZendTo wrote: >> >> Hi , >> >> please check te error below, >> >> /opt/zendto/bin# ./deleteuser.php admin >> PHP Notice: Undefined index: SERVER_PORT in >> /opt/zendto/lib/NSSDropbox.php on line 41 >> PHP Notice: Undefined index: HTTPS in /opt/zendto/lib/NSSDropbox.php on >> line 42 >> PHP Notice: Undefined index: HTTPS in /opt/zendto/lib/NSSDropbox.php on >> line 48 >> PHP Notice: Undefined index: SERVER_NAME in >> /opt/zendto/lib/NSSDropbox.php on line 48 >> PHP Notice: Undefined index: REQUEST_URI in >> /opt/zendto/lib/NSSDropbox.php on line 48 >> >> Don't worry about them, they are harmless. >> >> >> Failed: Aborting deleting user admin as that user does not exist >> >> So there isn't any local user (in ZendTo) called "admin". >> >> ZendTo doesn't automatically create *any* accounts of any sort when you >> install it. There are no "default admin credentials" or anything like that. >> >> If you want to delete an account called "admin", you first need to find >> where it is. You have just proved it's not part of ZendTo itself. >> >> Cheers, >> Jules. >> >> >> >> >> Thanks, >> Rahul Kumar >> Contact(M): 9958664330 >> >> >> On Thu, Mar 5, 2020 at 1:19 PM Chris Venter via ZendTo >> wrote: >> >> Hi Rahul >> >> Are you talking about a local admin account created for the Zend.To >> install? If so have a look for the deleteuser script and remove the local >> account using that not sure on the version but the syntax example on my >> install is: >> >> /opt/zendto/bin$ ./deleteuser >> >> usage: >> >> ./deleteuser '' >> >> Hope that helps. >> >> On Thu, 5 Mar 2020 at 07:33, Rahul Kumar via ZendTo >> wrote: >> >> hi Jules, >> >> i checked , config showing me this 'authAdmins' => >> array('taraf','trou','jone','balla','bickel','holcom'), >> >> but my concern is *admin *username which i need to disable, i don't see >> any username "*admin*" in config files so what could i do? >> >> >> Thanks, >> Rahul Kumar >> Contact(M): 9958664330 >> >> >> On Wed, Mar 4, 2020 at 3:37 PM Jules Field wrote: >> >> Rahul, >> >> My mistake, sorry. >> The setting is called 'authAdmins'. So you want to change that line in >> preferences.php to >> 'authAdmins' => array(), >> >> Don't forget the trailing comma on the end! >> >> Cheers, >> Jules. >> On 04/03/2020 04:15, Rahul Kumar wrote: >> >> Hi Jules, >> >> Thanks for sharing the advise, i would like to go for it but for the >> moment i need first to disable the admin login. >> >> when i checked the config files, there is no such settings for >> "adminUsers" , could you please suggest what i can do next. >> >> Thanks, >> Rahul >> Thanks, >> Rahul Kumar >> Contact(M): 9958664330 >> >> >> On Tue, Mar 3, 2020 at 5:25 PM Jules Field wrote: >> >> Rahul, >> >> I would strongly advise that you build a new server/VM running the latest >> version of ZendTo. There are a lot of new features and improvements that >> your users might well want to use. >> >> But to answer your question, look in preferences.php. There is a setting >> called "adminUsers". Set that to >> 'adminUsers' => array(), >> and that will mean you have no ZendTo administrators. Everything should >> work fine like that. You will just need to temporarily add whatever >> username is an administrator when you need to carry out any admin tasks >> such as looking at the global list of drop-offs, or unlocking users who >> have been locked out for having failed to many username/password checks in >> a row. >> >> Cheers, >> Jules. >> On 03/03/2020 05:21, Rahul Kumar via ZendTo wrote: >> >> Hi , >> >> i have zendto Version 4.11 running but i want to disable the Admin user >> account as it is a security issue for us. we already authenticating users >> through ldap. >> >> could someone please help in this ? >> >> >> Thanks, >> Rahul Kumar >> Contact(M): 9958664330 >> >> >> _______________________________________________ >> >> 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: >> >> Tyne, Dogger: East or southeast, veering west 6 to gale 8, occasionally severe >> >> gale 9 for a time. Moderate or rough, occasionally very rough in Dogger. Rain, >> >> then wintry showers. Moderate or poor, occasionally good later. >> >> >> >> www.Zend.To >> >> Twitter: @JulesFM >> >> >> >> Jules >> >> >> >> -- >> >> Julian Field MEng CEng CITP MBCS MIEEE MACM >> >> >> >> The current UK shipping forecast: >> >> Tyne, Dogger: East or southeast, veering west 6 to gale 8, occasionally severe >> >> gale 9 for a time. Moderate or rough, occasionally very rough in Dogger. Rain, >> >> then wintry showers. Moderate or poor, occasionally good later. >> >> >> >> 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 >> >> >> >> >> _______________________________________________ >> >> 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: >> >> Tyne, Dogger: East or southeast, veering west 6 to gale 8, occasionally severe >> >> gale 9 for a time. Moderate or rough, occasionally very rough in Dogger. Rain, >> >> then wintry showers. Moderate or poor, occasionally good later. >> >> >> >> www.Zend.To >> >> Twitter: @JulesFM >> >> -- >> *Massimo Forni* >> ICT Infrastructure Manager >> >> Mobile: +393474110278 >> ------------------------------ >> *Turboden S.p.A.* *I* via Cernaia 10 *I* 25124 Brescia *I* Italy >> t. +39 030 3552001 *I* f. +39 030 3552011 >> 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 >> > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto > -------------- next part -------------- An HTML attachment was scrubbed... URL: From zend.to at neilzone.co.uk Fri Mar 6 08:24:41 2020 From: zend.to at neilzone.co.uk (zend.to at neilzone.co.uk) Date: Fri, 6 Mar 2020 08:24:41 +0000 Subject: [ZendTo] Admin user account disable In-Reply-To: References: <6183dcae-2f06-7acd-0281-30167c3b2e5c@Zend.To> <0A6BAE18ABEE3E4ABF2F406E9A6BB9781F615181@MailBox.turboden.local> <28A12FA3020000657314B811@mail.msktd.com> <24358127020000A8EEA797D9@mail.msktd.com> <3CAB5A2A020000557314B811@mail.msktd.com> <5E60FF3E0200001300140A4E@mail.msktd.com> <8A478225020000957314B811@mail.msktd.com> <93167BFA-B57A-4A78-8C19-ED53490FA37B@neilzone.co.uk> Message-ID: > On 6 Mar 2020, at 08:02, Rahul Kumar via ZendTo wrote: > > is there somewhere in zendto application this particular user "admin" exists Based on everything you?ve posted so far, seemingly not. Neil -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Fri Mar 6 09:45:21 2020 From: Jules at Zend.To (Jules Field) Date: Fri, 6 Mar 2020 09:45:21 +0000 Subject: [ZendTo] Admin user account disable In-Reply-To: References: <3CAB5A2A020000557314B811@mail.msktd.com> <5E60FF3E0200001300140A4E@mail.msktd.com> <8A478225020000957314B811@mail.msktd.com> Message-ID: <2efa8a8b-e5f2-9e46-a0df-0c243f19541e@Zend.To> Rahul, Just to confirm what Chris said, ZendTo does not create any local users or default admin accounts at all. Jules. On 06/03/2020 09:32, Chris Venter via ZendTo wrote: > Hi Rahul > > As far as I am aware zendto does not create any local users when > installing the system, there are no default admin accounts created > upon install. > > Chris > > On Fri, 6 Mar 2020 at 08:03, Rahul Kumar via ZendTo > wrote: > > i don't think the AD has this admin user enabled at their end. > > still i will check but is there somewhere in zendto application > this particular user "admin" exists ? i checked everywhere but > didn't found. > > Thanks, > Rahul Kumar > Contact(M): 9958664330 > > > On Thu, Mar 5, 2020 at 7:52 PM Ken Etter via ZendTo > > wrote: > > Or if the admin is in a different OU from standard users > (hopefully), you could just change the BaseDN setting to only > use the OU for standard users.? That is what I do here. > > Ken > >>> Massimo Forni via ZendTo > 3/5/2020 7:25 AM >>> > Just disable that user in AD > *From:*ZendTo > *On Behalf Of *Rahul Kumar > via ZendTo > *Sent:* gioved? 5 marzo 2020 13:03 > *To:* Jules Field > > *Cc:* Rahul Kumar >; ZendTo Users > > > *Subject:* Re: [ZendTo] Admin user account disable > Issue is my zendto is authentication through AD users but > somehow admin userid is also working?whose password i am > unable to change or delete that user admin. > > Thanks, > Rahul Kumar > Contact(M): 9958664330 > On Thu, Mar 5, 2020 at 4:08 PM Jules Field > wrote: > > On 05/03/2020 09:37, Rahul Kumar via ZendTo wrote: > > Hi , > please check te error below, > /opt/zendto/bin# ./deleteuser.php admin > PHP Notice: ?Undefined index: SERVER_PORT in > /opt/zendto/lib/NSSDropbox.php on line 41 > PHP Notice: ?Undefined index: HTTPS in > /opt/zendto/lib/NSSDropbox.php on line 42 > PHP Notice: ?Undefined index: HTTPS in > /opt/zendto/lib/NSSDropbox.php on line 48 > PHP Notice: ?Undefined index: SERVER_NAME in > /opt/zendto/lib/NSSDropbox.php on line 48 > PHP Notice: ?Undefined index: REQUEST_URI in > /opt/zendto/lib/NSSDropbox.php on line 48 > > Don't worry about them, they are harmless. > > > Failed: Aborting deleting user admin as that user does > not exist > > So there isn't any local user (in ZendTo) called "admin". > > ZendTo doesn't automatically create *any* accounts of any > sort when you install it. There are no "default admin > credentials" or anything like that. > > If you want to delete an account called "admin", you first > need to find where it is. You have just proved it's not > part of ZendTo itself. > > Cheers, > Jules. > > > > Thanks, > Rahul Kumar > Contact(M): 9958664330 > On Thu, Mar 5, 2020 at 1:19 PM Chris Venter via ZendTo > > wrote: > > Hi Rahul > Are you talking about a local admin account > created for the Zend.To install? If so have a look > for the deleteuser script and remove the local > account using that not sure on the version but the > syntax example on my install is: > /opt/zendto/bin$ ./deleteuser > > ? usage: > > ? ?./deleteuser '' > Hope that helps. > On Thu, 5 Mar 2020 at 07:33, Rahul Kumar via > ZendTo > wrote: > > hi?Jules, > i checked , config showing me > this??'authAdmins' ? ? ? => > array('taraf','trou','jone','balla','bickel','holcom'), > but my concern?is *admin *username which i > need to disable, i don't see any username > "*admin*" in config files so what could?i do? > > Thanks, > Rahul Kumar > Contact(M): 9958664330 > On Wed, Mar 4, 2020 at 3:37 PM Jules Field > > wrote: > > Rahul, > > My mistake, sorry. > The setting is called 'authAdmins'. So you > want to change that line in preferences.php to > 'authAdmins' => array(), > > Don't forget the trailing comma on the end! > > Cheers, > Jules. > On 04/03/2020 04:15, Rahul Kumar wrote: > > Hi Jules, > Thanks for sharing the advise, i would > like to go for it but for the moment i > need first to disable the admin login. > when i checked the config files, there > is no such settings for "adminUsers"?, > could you please?suggest what i can do > next. > Thanks, > Rahul > Thanks, > Rahul Kumar > Contact(M): 9958664330 > On Tue, Mar 3, 2020 at 5:25 PM Jules > Field > wrote: > > Rahul, > > I would strongly advise that you > build a new server/VM running the > latest version of ZendTo. There > are a lot of new features and > improvements that your users might > well want to use. > > But to answer your question, look > in preferences.php. There is a > setting called "adminUsers". Set > that to > ??? 'adminUsers' => array(), > and that will mean you have no > ZendTo administrators. Everything > should work fine like that. You > will just need to temporarily add > whatever username is an > administrator when you need to > carry out any admin tasks such as > looking at the global list of > drop-offs, or unlocking users who > have been locked out for having > failed to many username/password > checks in a row. > > Cheers, > Jules. > On 03/03/2020 05:21, Rahul Kumar > via ZendTo wrote: > > Hi , > i have zendto? Version 4.11? > running but i want to disable > the Admin user account as it > is a security issue for us. we > already authenticating users > through ldap. > could someone please help in > this ? > > Thanks, > Rahul Kumar > Contact(M): 9958664330 > > _______________________________________________ > > 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: > > Tyne, Dogger: East or southeast, veering west 6 to gale 8, occasionally severe > > gale 9 for a time. Moderate or rough, occasionally very rough in Dogger. Rain, > > then wintry showers. Moderate or poor, occasionally good later. > > > > www.Zend.To > > Twitter: @JulesFM > > > > Jules > > > > -- > > Julian Field MEng CEng CITP MBCS MIEEE MACM > > > > The current UK shipping forecast: > > Tyne, Dogger: East or southeast, veering west 6 to gale 8, occasionally severe > > gale 9 for a time. Moderate or rough, occasionally very rough in Dogger. Rain, > > then wintry showers. Moderate or poor, occasionally good later. > > > > 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 > > > _______________________________________________ > > 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: > > Tyne, Dogger: East or southeast, veering west 6 to gale 8, occasionally severe > > gale 9 for a time. Moderate or rough, occasionally very rough in Dogger. Rain, > > then wintry showers. Moderate or poor, occasionally good later. > > > > www.Zend.To > > Twitter: @JulesFM > > -- > *Massimo Forni* > ICT Infrastructure Manager > > Mobile: +393474110278 > ------------------------------------------------------------------------ > *Turboden S.p.A.* *I* via Cernaia 10 *I* 25124 Brescia *I* Italy > t. +39 030 3552001 *I* f. +39 030 3552011 > 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 > > _______________________________________________ > 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 The current UK shipping forecast: Tyne, Dogger: East or southeast, veering west 6 to gale 8, occasionally severe gale 9 for a time. Moderate or rough, occasionally very rough in Dogger. Rain, then wintry showers. Moderate or poor, occasionally good later. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From kevin.miller at juneau.org Wed Mar 11 23:25:36 2020 From: kevin.miller at juneau.org (Kevin Miller) Date: Wed, 11 Mar 2020 23:25:36 +0000 Subject: [ZendTo] autodropoff Message-ID: One of the departments that use Zendto here want to automate drop-offs. They're windows centric and don't have any accounts on my Zendto server. They access it via the authLDAPmumble settings with the authenticator set to "AD". A brief description of what they want to accomplish follows: "Something that would allow us to copy and send from there programmatically... We have an application we use that has templates that can be used with API's or web services. We are having to store all the information in a "repository" and it would be easier if we could just click a Send via ZendTo process instead of them pulling the info from the repository and copying it to ZendTo via the web portal. " I see in conf.php the following automation settings: // You can list multiple usernames here. So different teams using the // scriptable requests could be done with different "system accounts" to // aid later diagnosis of problems as ZendTo will log the requests // against this username. 'automationUsers' => array('apiuser'), 'authIMAPServer' => 'mail.soton.ac.uk', 'authIMAPDomain' => 'soton.ac.uk', 'authIMAPOrganization' => 'University of Southampton', 'authIMAPAdmins' => array(), Obviously I'll have to change them to match my network. Internally we have an Exchange server, which can do IMAP. We have several MailScanner gateways for inbound mail from the internet, and another MailScanner box which our internal printers/scanners send to and which acts as our outbound email server. It will relay internal traffic to Exchange and accept/relay mail for the internet from Exchange. So do I need to create user in AD called (per the example above) "apiuser" which is then authenticated via arguments passed on the CLI to the autodropoff script? If not in AD, then where? On the Zendto box as a local account? How would my users run autodropoff? They don't have local accounts on the Zendto box - what mechanism would they use to call the script and pass parameters? Thanks. I'm sure there are questions I haven't thought to ask yet so please chime in with any pearls of wisdom if you've already been down this road... ...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 Brian.Novogradac at utoronto.ca Fri Mar 13 01:44:55 2020 From: Brian.Novogradac at utoronto.ca (Brian Novogradac) Date: Fri, 13 Mar 2020 01:44:55 +0000 Subject: [ZendTo] A couple issues (possibly feature requests) regarding dropoffs References: Message-ID: We are experiencing two main problems: -Recipients of a 'DropOff' can delete the drop off ? is there a way to lock/disable the ability for a recipient to delete a dropoff? -If several files are 'Dropped Off' and the recipient only downloads/'Picks Up' only one of them (for example, 1 out of 3 files), we only receive a notification for that first file they've 'Picked Up'. If they 'Pick Up' the remaining two files, we don't receive any notification that they have done so. Is there a way to enable notifications for each file that a recipient has 'Picked Up'? Brian -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Sun Mar 15 14:20:37 2020 From: Jules at Zend.To (Jules) Date: Sun, 15 Mar 2020 14:20:37 +0000 Subject: [ZendTo] A couple issues (possibly feature requests) regarding dropoffs In-Reply-To: References: Message-ID: <5c8d29e0-9b59-3d92-0e6d-43ac95b60adb@Zend.To> Brian, On 13/03/2020 01:44, Brian Novogradac via ZendTo wrote: > We are experiencing two main problems: > -Recipients of a 'DropOff' can delete the drop off ? is there a way to > lock/disable the ability for a recipient to delete a dropoff? They could only ever do that if there was only 1 recipient for the drop-off. I have since removed this feature altogether, quite some time ago, as it could cause some problems. > -If several files are 'Dropped Off' and the recipient only > downloads/'Picks Up' only one of them (for example, 1 out of 3 files), > we only receive a notification for that first file they've 'Picked > Up'. If they 'Pick Up' the remaining two files, we don't receive any > notification that they have done so. Is there a way to enable > notifications for each file that a recipient has 'Picked Up'? Not currently, no. I decided long ago that no one wanted to be blizzarded with emails every time each recipient picked up, say, 10 files from a large drop-off. It explicitly only emails for the first file they pick up. A large pick-up sent to many recipients could generate a vast number of email notifications, which I doubt anyone really wants. Cheers, Jules. > > Brian > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'They went with songs to the battle, they were young. Straight of limb, true of eye, steady and aglow. They were staunch to the end against odds uncounted, They fell with their faces to the foe. They shall grow not old, as we that are left grow old: Age shall not weary them, nor the years condemn. At the going down of the sun and in the morning, We will remember them. They mingle not with their laughing comrades again; They sit no more at familiar tables of home; They have no lot in our labour of the day-time; They sleep beyond England's foam.' - Ode of Remembrance, Laurence Binyon www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From zend.to at neilzone.co.uk Sun Mar 15 14:23:59 2020 From: zend.to at neilzone.co.uk (zend.to at neilzone.co.uk) Date: Sun, 15 Mar 2020 14:23:59 +0000 Subject: [ZendTo] A couple issues (possibly feature requests) regarding dropoffs In-Reply-To: References: <5c8d29e0-9b59-3d92-0e6d-43ac95b60adb@Zend.To> <8797BBBB-DD27-4A61-9859-CFB024FC681E@neilzone.co.uk> Message-ID: > On 15 Mar 2020, at 14:20, Jules via ZendTo wrote: > >> If several files are 'Dropped Off' and the recipient only downloads/'Picks Up' only one of them (for example, 1 out of 3 files), we only receive a notification for that first file they've 'Picked Up'. If they 'Pick Up' the remaining two files, we don't receive any notification that they have done so. Is there a way to enable notifications for each file that a recipient has 'Picked Up'? > Not currently, no. I decided long ago that no one wanted to be blizzarded with emails every time each recipient picked up, say, 10 files from a large drop-off. It explicitly only emails for the first file they pick up. Would zipping / tarring the files, so you transfer just one archive, solve the problem? Neil __________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Sun Mar 15 14:36:42 2020 From: Jules at Zend.To (Jules) Date: Sun, 15 Mar 2020 14:36:42 +0000 Subject: [ZendTo] autodropoff In-Reply-To: References: Message-ID: Kevin, Firstly, the 'authIMAP' configuration is nothing to do with the 'automation' features at all. It's just an alternative means of authenticating users, like LDAP, AD or local accounts. So ignore all the IMAP stuff, that's a red herring. I suspect my "upgrade" script accidentally rearranged the comments in your preferences.php at some point, so they appear next to each other. In /opt/zendto/bin there are a few "auto..." scripts. These are nothing more than simple bash scripts. Most of the code in them is spent processing and checking the command-line options. That's the boring bit. The juicy bit is right near the bottom. All the scripts actually do is collect together all the command-line options and turn them into the parameters needed by "curl" in order to do a single HTTP GET or POST request. That single call to curl does the entire login / pass info / upload files operation in 1 hit. So you need to create an AD user called "apiuser" or whatever, with a password that is passed along with everything else on the "autodropoff" command-line (for example). The point of the scripts such as autodropoff is that you can run them on any Linux/UNIX box, they don't need to be run on the ZendTo server at all; and that they are trivial to re-code into any other language or operating system you want. They are really just a reference implementation to show you how to drive ZendTo programmatically. It was easiest for me to write that reference code in bash/curl. So a Powershell or C#.Net version of those scripts, to be run on a Windows server, should be a quick and easy thing to write. It's just a big HTTPRequest. Along with the other auto... scripts in /opt/zendto/bin. Does that help explain it? Cheers, Jules. On 11/03/2020 23:25, Kevin Miller via ZendTo wrote: > One of the departments that use Zendto here want to automate drop-offs. They're windows centric and don't have any accounts on my Zendto server. They access it via the authLDAPmumble settings with the authenticator set to "AD". A brief description of what they want to accomplish follows: > > "Something that would allow us to copy and send from there programmatically... We have an application we use that has templates that can be used with API's or web services. We are having to store all the information in a "repository" and it would be easier if we could just click a Send via ZendTo process instead of them pulling the info from the repository and copying it to ZendTo via the web portal." > > I see in conf.php the following automation settings: > > // You can list multiple usernames here. So different teams using the > // scriptable requests could be done with different "system accounts" to > // aid later diagnosis of problems as ZendTo will log the requests > // against this username. > 'automationUsers' => array('apiuser'), > 'authIMAPServer' => 'mail.soton.ac.uk', > 'authIMAPDomain' => 'soton.ac.uk', > 'authIMAPOrganization' => 'University of Southampton', > 'authIMAPAdmins' => array(), > > Obviously I'll have to change them to match my network. Internally we have an Exchange server, which can do IMAP. We have several MailScanner gateways for inbound mail from the internet, and another MailScanner box which our internal printers/scanners send to and which acts as our outbound email server. It will relay internal traffic to Exchange and accept/relay mail for the internet from Exchange. > > So do I need to create user in AD called (per the example above) "apiuser" which is then authenticated via arguments passed on the CLI to the autodropoff script? If not in AD, then where? On the Zendto box as a local account? > > How would my users run autodropoff? They don't have local accounts on the Zendto box - what mechanism would they use to call the script and pass parameters? > > Thanks. I'm sure there are questions I haven't thought to ask yet so please chime in with any pearls of wisdom if you've already been down this road... > > ...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 'Solutions nearly always come from the direction you least expect, which means there's no point trying to look in that direction because it won't be coming from there.' - Douglas Adams www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Sun Mar 15 14:41:47 2020 From: Jules at Zend.To (Jules) Date: Sun, 15 Mar 2020 14:41:47 +0000 Subject: [ZendTo] A couple issues (possibly feature requests) regarding dropoffs In-Reply-To: References: <5c8d29e0-9b59-3d92-0e6d-43ac95b60adb@Zend.To> <8797BBBB-DD27-4A61-9859-CFB024FC681E@neilzone.co.uk> Message-ID: <433ed103-c121-61ba-136d-ec29d14975da@Zend.To> On 15/03/2020 14:23, zend.to at neilzone.co.uk wrote: > > >> On 15 Mar 2020, at 14:20, Jules via ZendTo > > wrote: >> >>> If several files are 'Dropped Off' and the recipient only >>> downloads/'Picks Up' only one of them (for example, 1 out of 3 >>> files), we only receive a notification for that first file they've >>> 'Picked Up'. If they 'Pick Up' the remaining two files, we don't >>> receive any notification that they have done so. Is there a way to >>> enable notifications for each file that a recipient has 'Picked Up'? >> Not currently, no. I decided long ago that no one wanted to be >> blizzarded with emails every time each recipient picked up, say, 10 >> files from a large drop-off. It explicitly only emails for the first >> file they pick up. > > Would zipping / tarring the files, so you transfer just one archive, > solve the problem? That would work whether you zip/tar the files before uploading, or direct your recipients to only click the "Download the zip of everything" button and not the individual files. Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast: Irish Sea: Northwesterly, backing southwesterly later, 4 to 6, occasionally 7 in north. Slight or moderate, occasionally smooth. Showers. Good. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Mon Mar 16 11:47:51 2020 From: Jules at Zend.To (Jules) Date: Mon, 16 Mar 2020 11:47:51 +0000 Subject: [ZendTo] ANNOUNCE: Production version 5.23-1 released Message-ID: <2f8cf60b-0700-f1dd-bbe0-a0644f07f171@Zend.To> Folks, To give you something to do while self-isolating from Covid-19, I have just released a new version of ZendTo, version 5.23-1. It's been some time since the last production release (sorry, I got stuck in hospital), so there are quite a few new features and updates. Don't forget to run /opt/zendto/bin/upgrade after you yum/apt upgrade to the new version. Here are the major changes and new options/features: *- New preferences.php settings* (more details in preferences.php)*:* ? * '*allowExternalRecipients*' (default=TRUE). If set to FALSE, only recipients listed in internaldomains.conf may be used. Creates an entirely closed system where files cannot be sent to external users at all. ? * '*showRecipientsWaiverCheckbox*' (default=TRUE) and '*defaultRecipientsWaiver*' (default=FALSE). A new "terms and conditions waiver" feature. If used, this forces recipients to read some text (could be legal stuff, could be instructions) and tick a check box to say they have read and agreed to it. Until they have ticked the box, they cannot see any of the download links. The default "terms and conditions" text just contains instructions on how you change that text, and how to disable the feature completely. ? * '*behindLoadBalancer*' (default=FALSE). Set this to TRUE if your ZendTo log says all users are coming from the same IP address (that of your load balancer/firewall). This used to be automatic, but doing it that way introduces a potential security vulnerability when there is no load balancer. ? * '*requestSenderOrgIsEditable*' (default=TRUE). In the "request a drop-off" form, should the organisation name be editable or not. In small / simple organisations you probably want this FALSE, but in complex ones such as large universities with multiple brands and spin-offs you may well want this to be editable and hence TRUE. ? * '*indexAddressbookByEmail*' (default=FALSE). If your users login to ZendTo with a random (and continually changing) username, due to you using hardware authentication keys such as Yubikeys, setting this TRUE will make the "address book" feature work properly. Changing this from FALSE to TRUE on an existing installation will effectively wipe the address book contents, so don't change it unless you actually need to. ? * '*allowExternalPickups*' (default=TRUE). If set to FALSE, users who are not logged in will not see the "Pick-up files" button in the main menu, - internaldomains.conf file can now list individual email addresses as well as domain names. This allows you to add a few GMail users as "internal users", for example. - Changed method of calling Google ReCaptcha to improve reliability, and to make it work from China. If you use the "Content-Security-Policy" HTTP header, you will need to add recaptcha.net to the items that list google.com as valid sources. - Removed vulnerabilities from admin "unlock users" page. - Improved security of session cookie. Installing this update will logout any current ZendTo users, so do this at a quiet time or a scheduled maintenance window. - Updated supplied copies of all external Javascript libraries. - Added new Hungarian, Russian and Polish translations. - Improved French, Italian and Dutch translations. - 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. - Various other minor bug fixes. See the ChangeLog entries for the preceding beta releases for details. As usual, please get in contact with me if you have any problems with the new version. Cheers, Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'Talent is God-given ... be humble; fame is man-given ... be grateful; conceit is self-given ... be careful.' - John Wooden www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From kevin.miller at juneau.org Mon Mar 16 18:07:00 2020 From: kevin.miller at juneau.org (Kevin Miller) Date: Mon, 16 Mar 2020 18:07:00 +0000 Subject: [ZendTo] autodropoff In-Reply-To: <35ce15340a4341db8f4285867dae0bc1@city-exch-cas3.cbj.local> References: <35ce15340a4341db8f4285867dae0bc1@city-exch-cas3.cbj.local> Message-ID: Thanks Jules, very helpful. I?ll forward your explanation on to the department that is wanting to automate their process. They can either rewrite it in powershell or other, or maybe use ?Windows subsystem for Linux? to build it out in bash. Hope you?re feeling better? ...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: Sunday, March 15, 2020 6:37 AM To: ZendTo Users Cc: Jules ; Kevin Miller Subject: Re: [ZendTo] autodropoff EXTERNAL E-MAIL: BE CAUTIOUS WHEN OPENING FILES OR FOLLOWING LINKS ________________________________ Kevin, Firstly, the 'authIMAP' configuration is nothing to do with the 'automation' features at all. It's just an alternative means of authenticating users, like LDAP, AD or local accounts. So ignore all the IMAP stuff, that's a red herring. I suspect my "upgrade" script accidentally rearranged the comments in your preferences.php at some point, so they appear next to each other. In /opt/zendto/bin there are a few "auto..." scripts. These are nothing more than simple bash scripts. Most of the code in them is spent processing and checking the command-line options. That's the boring bit. The juicy bit is right near the bottom. All the scripts actually do is collect together all the command-line options and turn them into the parameters needed by "curl" in order to do a single HTTP GET or POST request. That single call to curl does the entire login / pass info / upload files operation in 1 hit. So you need to create an AD user called "apiuser" or whatever, with a password that is passed along with everything else on the "autodropoff" command-line (for example). The point of the scripts such as autodropoff is that you can run them on any Linux/UNIX box, they don't need to be run on the ZendTo server at all; and that they are trivial to re-code into any other language or operating system you want. They are really just a reference implementation to show you how to drive ZendTo programmatically. It was easiest for me to write that reference code in bash/curl. So a Powershell or C#.Net version of those scripts, to be run on a Windows server, should be a quick and easy thing to write. It's just a big HTTPRequest. Along with the other auto... scripts in /opt/zendto/bin. Does that help explain it? Cheers, Jules. On 11/03/2020 23:25, Kevin Miller via ZendTo wrote: One of the departments that use Zendto here want to automate drop-offs. They're windows centric and don't have any accounts on my Zendto server. They access it via the authLDAPmumble settings with the authenticator set to "AD". A brief description of what they want to accomplish follows: "Something that would allow us to copy and send from there programmatically... We have an application we use that has templates that can be used with API's or web services. We are having to store all the information in a "repository" and it would be easier if we could just click a Send via ZendTo process instead of them pulling the info from the repository and copying it to ZendTo via the web portal. " I see in conf.php the following automation settings: // You can list multiple usernames here. So different teams using the // scriptable requests could be done with different "system accounts" to // aid later diagnosis of problems as ZendTo will log the requests // against this username. 'automationUsers' => array('apiuser'), 'authIMAPServer' => 'mail.soton.ac.uk', 'authIMAPDomain' => 'soton.ac.uk', 'authIMAPOrganization' => 'University of Southampton', 'authIMAPAdmins' => array(), Obviously I'll have to change them to match my network. Internally we have an Exchange server, which can do IMAP. We have several MailScanner gateways for inbound mail from the internet, and another MailScanner box which our internal printers/scanners send to and which acts as our outbound email server. It will relay internal traffic to Exchange and accept/relay mail for the internet from Exchange. So do I need to create user in AD called (per the example above) "apiuser" which is then authenticated via arguments passed on the CLI to the autodropoff script? If not in AD, then where? On the Zendto box as a local account? How would my users run autodropoff? They don't have local accounts on the Zendto box - what mechanism would they use to call the script and pass parameters? Thanks. I'm sure there are questions I haven't thought to ask yet so please chime in with any pearls of wisdom if you've already been down this road... ...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 'Solutions nearly always come from the direction you least expect, which means there's no point trying to look in that direction because it won't be coming from there.' - Douglas Adams www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From orion at nwra.com Wed Mar 18 20:29:25 2020 From: orion at nwra.com (Orion Poplawski) Date: Wed, 18 Mar 2020 14:29:25 -0600 Subject: [ZendTo] Error in 5.23 References: <00892c67-49a9-acdc-ea8a-3a4758e57587@nwra.com> Message-ID: Just updated to 5.23. Request a drop-off was failing with: PHP Fatal error: Uncaught Error: Call to a member function authorizedUserData() on null in /opt/zendto/lib/Req.php:149\nStack trace:\n#0 /opt/zendto/lib/Req.php(82): Req->initWithFormData.... Looks like: $senderOrganization = $theDropbox->authorizedUserData("organization"); needs to be: $senderOrganization = $this->_dropbox->authorizedUserData("organization"); Thanks for the great software, we've been using it for years! -- Orion Poplawski Manager of NWRA Technical Systems 720-772-5637 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane orion at nwra.com Boulder, CO 80301 https://www.nwra.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3799 bytes Desc: S/MIME Cryptographic Signature URL: From Jules at Zend.To Wed Mar 18 20:35:45 2020 From: Jules at Zend.To (Jules) Date: Wed, 18 Mar 2020 20:35:45 +0000 Subject: [ZendTo] Error in 5.23 In-Reply-To: References: <00892c67-49a9-acdc-ea8a-3a4758e57587@nwra.com> Message-ID: <0d4e5a48-2d15-4571-0e54-7e1c579c7606@Zend.To> Orion, Many thanks, I'll fix this in the morning. That was to do with someone needing to not be able to edit the organization. Thanks! Jules. On 18/03/2020 20:29, Orion Poplawski via ZendTo wrote: > Just updated to 5.23. Request a drop-off was failing with: > > PHP Fatal error: Uncaught Error: Call to a member function > authorizedUserData() on null in /opt/zendto/lib/Req.php:149\nStack trace:\n#0 > /opt/zendto/lib/Req.php(82): Req->initWithFormData.... > > Looks like: > > $senderOrganization = $theDropbox->authorizedUserData("organization"); > > needs to be: > > $senderOrganization = $this->_dropbox->authorizedUserData("organization"); > > Thanks for the great software, we've been using it for years! > > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'Once is happenstance, twice is coincidence, three times is enemy action.' - Ian Fleming www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Thu Mar 19 15:54:24 2020 From: Jules at Zend.To (Jules) Date: Thu, 19 Mar 2020 15:54:24 +0000 Subject: [ZendTo] Error in 5.23 In-Reply-To: <0d4e5a48-2d15-4571-0e54-7e1c579c7606@Zend.To> References: <00892c67-49a9-acdc-ea8a-3a4758e57587@nwra.com> <0d4e5a48-2d15-4571-0e54-7e1c579c7606@Zend.To> Message-ID: <659eee2a-7ddb-c0a0-6e73-b75d9776e6a7@Zend.To> Orion, I have just published 5.23-2 with this bug fix. Thanks! Jules. On 18/03/2020 20:35, Jules via ZendTo wrote: > Orion, > > Many thanks, I'll fix this in the morning. That was to do with someone > needing to not be able to edit the organization. > > Thanks! > Jules. > > On 18/03/2020 20:29, Orion Poplawski via ZendTo wrote: >> Just updated to 5.23. Request a drop-off was failing with: >> >> PHP Fatal error: Uncaught Error: Call to a member function >> authorizedUserData() on null in /opt/zendto/lib/Req.php:149\nStack trace:\n#0 >> /opt/zendto/lib/Req.php(82): Req->initWithFormData.... >> >> Looks like: >> >> $senderOrganization = $theDropbox->authorizedUserData("organization"); >> >> needs to be: >> >> $senderOrganization = $this->_dropbox->authorizedUserData("organization"); >> >> Thanks for the great software, we've been using it for years! >> >> >> _______________________________________________ >> ZendTo mailing list >> ZendTo at zend.to >> http://jul.es/mailman/listinfo/zendto > > Jules > > -- > Julian Field MEng CEng CITP MBCS MIEEE MACM > > 'Once is happenstance, twice is coincidence, three times is enemy > action.' - Ian Fleming > > www.Zend.To > Twitter: @JulesFM > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'Split apart, reunited, or adjusting for new conditions on the ground, a family is a double-edged sword. They're the best of times, the worst of times, your keys to the kingdom and the skeletons in your closet. If only we didn't have to eat dinner with them.' -- Mary, "In Plain Sight" www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From news at mailoo.xyz Sun Mar 22 18:23:14 2020 From: news at mailoo.xyz (news at mailoo.xyz) Date: Sun, 22 Mar 2020 19:23:14 +0100 Subject: [ZendTo] Drop-off/ClamAV error References: <4bed745e9124d219e4fb46fe64850d18@mailoo.xyz> Message-ID: Hi all, Hi Jules, Hope you're going well. I'm running a fresh ZenTo instance on Debian 10. When dropping-off a file, I'm getting this error: ------------------------------------------------------------------------------------------------------------------------ Error: Virus scan of dropped-off files /var/zendto/incoming/phpr7iV2U for francois.techxa failed with /var/zendto/incoming/phpr7iV2U: Not a regular file ERROR ----------- SCAN SUMMARY ----------- Infected files: 0 Total errors: 1 Time: 0.000 sec (0 m 0 s) ----------------------------------------------------------------------------------------------------------------------- As said in the FAQ, I've then relaunched the CLAMAV script (Ubuntu-Debian/3-clamav.sh) but the issue persists. Here is the output: ----------------------------------------------------------------------------------------------------------------------- Sun Mar 22 18:22:24 2020 -> ClamAV update process started at Sun Mar 22 18:22:24 2020 Sun Mar 22 18:22:24 2020 -> daily.cld database is up to date (version: 25759, sigs: 2234135, f-level: 63, builder: raynman) Sun Mar 22 18:22:24 2020 -> main.cvd database is up to date (version: 59, sigs: 4564902, f-level: 60, builder: sigmgr) Sun Mar 22 18:22:24 2020 -> bytecode.cvd database is up to date (version: 331, sigs: 94, f-level: 63, builder: anvilleg) Allowing ClamAV to read Apache files Allowing ClamAV through AppArmor to read ZendTo uploads No need, already done. Unloading AppArmor profiles [ ok ] Starting apparmor (via systemctl): apparmor.service. [ ok ] Reloading apparmor configuration (via systemctl): apparmor.service. Starting ClamAV and freshclam daemons ClamAV has been setup for you to work with ZendTo. ----------------------------------------------------------------------------------------------------------------------- Any idea on what I'm supposed to do now ? Could someone also show me his ownership and permissions settings on the "/var/zendto/incoming" folder just to compare ? Thank you in advance and take care. Francois From zend.to at neilzone.co.uk Sun Mar 22 18:34:25 2020 From: zend.to at neilzone.co.uk (zend.to at neilzone.co.uk) Date: Sun, 22 Mar 2020 18:34:25 +0000 Subject: [ZendTo] Drop-off/ClamAV error In-Reply-To: References: <4bed745e9124d219e4fb46fe64850d18@mailoo.xyz> <9F30A3B8-D6C8-48D6-B101-69EAE9372F17@neilzone.co.uk> Message-ID: > On 22 Mar 2020, at 18:23, Francois via ZendTo wrote: > > Could someone also show me his ownership and permissions settings on the "/var/zendto/incoming" folder just to compare ? drwxr-xr-x 2 www-data www-data 4096 Dec 21 2018 incoming Neil __________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From zend.to at neilzone.co.uk Sun Mar 22 18:57:08 2020 From: zend.to at neilzone.co.uk (zend.to at neilzone.co.uk) Date: Sun, 22 Mar 2020 18:57:08 +0000 Subject: [ZendTo] zendto (5.23-2) Debian 10: " Undefined variable: NSSDROPBOX_PREFS" References: <6C5C7B38-F662-4D22-AB4C-7B2F7FF2855F@neilzone.co.uk> Message-ID: I?ve just upgrade zendto to v5.23.2 via apt, running on Debian 10. When I try to log in, I see no log in form, and this error is in apache2?s error log: "Got error 'PHP message: PHP Notice: Undefined variable: NSSDROPBOX_PREFS in /opt/zendto/lib/NSSDropbox.php on line 203? I haven?t got to the bottom of it yet, and I?ll report back if I do. Neil __________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Mon Mar 23 14:12:35 2020 From: Jules at Zend.To (Jules) Date: Mon, 23 Mar 2020 14:12:35 +0000 Subject: [ZendTo] Drop-off/ClamAV error In-Reply-To: References: <4bed745e9124d219e4fb46fe64850d18@mailoo.xyz> Message-ID: <7b96f65c-3532-0c87-bbb5-077be0758fe5@Zend.To> Francois, Judging by the error message, this isn't a normal permissions issue. You are getting a "Not a regular file" error, which is very odd output from ClamAV. If you're using the "Library of files" feature (where you can choose a file from a drop-down list as well as upload a new one), that could potentially trigger this. If so, check the read permissions on all the files in the "library" as clamd may not be able to read them. Hope that helps, Jules. On 22/03/2020 18:23, Francois via ZendTo wrote: > Hi all, Hi Jules, > Hope you're going well. > > I'm running a fresh ZenTo instance on Debian 10. When dropping-off a > file, I'm getting this error: > > ------------------------------------------------------------------------------------------------------------------------ > > Error: Virus scan of dropped-off files /var/zendto/incoming/phpr7iV2U > for francois.techxa failed with /var/zendto/incoming/phpr7iV2U: Not a > regular file ERROR ----------- SCAN SUMMARY ----------- Infected > files: 0 Total errors: 1 Time: 0.000 sec (0 m 0 s) > ----------------------------------------------------------------------------------------------------------------------- > > > As said in the FAQ, I've then relaunched the CLAMAV script > (Ubuntu-Debian/3-clamav.sh) but the issue persists. Here is the output: > > ----------------------------------------------------------------------------------------------------------------------- > > Sun Mar 22 18:22:24 2020 -> ClamAV update process started at Sun Mar > 22 18:22:24 2020 > Sun Mar 22 18:22:24 2020 -> daily.cld database is up to date (version: > 25759, sigs: 2234135, f-level: 63, builder: raynman) > Sun Mar 22 18:22:24 2020 -> main.cvd database is up to date (version: > 59, sigs: 4564902, f-level: 60, builder: sigmgr) > Sun Mar 22 18:22:24 2020 -> bytecode.cvd database is up to date > (version: 331, sigs: 94, f-level: 63, builder: anvilleg) > Allowing ClamAV to read Apache files > Allowing ClamAV through AppArmor to read ZendTo uploads > No need, already done. > Unloading AppArmor profiles > [ ok ] Starting apparmor (via systemctl): apparmor.service. > [ ok ] Reloading apparmor configuration (via systemctl): > apparmor.service. > Starting ClamAV and freshclam daemons > ClamAV has been setup for you to work with ZendTo. > ----------------------------------------------------------------------------------------------------------------------- > > > Any idea on what I'm supposed to do now ? > Could someone also show me his ownership and permissions settings on > the "/var/zendto/incoming" folder just to compare ? > > Thank you in advance and take care. > > Francois > > > > _______________________________________________ > 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Mon Mar 23 14:17:42 2020 From: Jules at Zend.To (Jules) Date: Mon, 23 Mar 2020 14:17:42 +0000 Subject: [ZendTo] zendto (5.23-2) Debian 10: " Undefined variable: NSSDROPBOX_PREFS" In-Reply-To: References: <6C5C7B38-F662-4D22-AB4C-7B2F7FF2855F@neilzone.co.uk> Message-ID: <3a6e54c2-deeb-baef-4f74-a635f9e1aadc@Zend.To> Neil, That's odd. My line 203 in that file is just class NSSDropbox { and I don't get that error appearing in my httpd logs on RHEL7. Please do let me know what you find! Cheers, Jules. On 22/03/2020 18:57, Neil via ZendTo wrote: > I?ve just upgrade zendto to v5.23.2 via apt, running on Debian 10. > > When I try to log in, I see no log in form, and this error is in > apache2?s error log: > > "Got error 'PHP message: PHP Notice: ?Undefined variable: > NSSDROPBOX_PREFS in /opt/zendto/lib/NSSDropbox.php on line 203? > > I haven?t got to the bottom of it yet, and I?ll report back if I do. > > > Neil > > __________ > > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast: Malin: South 6 to gale 8, perhaps severe gale 9 later. Rough or very rough, occasionally high in northwest. Occasional rain. Good, occasionally poor. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From zend.to at neilzone.co.uk Mon Mar 23 17:15:12 2020 From: zend.to at neilzone.co.uk (zend.to at neilzone.co.uk) Date: Mon, 23 Mar 2020 17:15:12 +0000 Subject: [ZendTo] zendto (5.23-2) Debian 10: " Undefined variable: NSSDROPBOX_PREFS" In-Reply-To: References: <6C5C7B38-F662-4D22-AB4C-7B2F7FF2855F@neilzone.co.uk> <3a6e54c2-deeb-baef-4f74-a635f9e1aadc@Zend.To> <63273608-B6C2-4DBB-978B-E46EF5D6F6BB@neilzone.co.uk> Message-ID: > On 23 Mar 2020, at 14:17, Jules wrote: > > That's odd. My line 203 in that file is just > class NSSDropbox { It would have helped if I had got the line reference correct: it?s 2031, not 203. There, I have: 2031 if (substr(getClientIP($NSSDROPBOX_PREFS), 0, $sublen) == $subnet) { A reboot of the whole server fixed the issue, in the sense that I can now log in, but the error still appears in the logs. Neil -------------- next part -------------- An HTML attachment was scrubbed... URL: From zend.to at neilzone.co.uk Mon Mar 23 17:19:55 2020 From: zend.to at neilzone.co.uk (zend.to at neilzone.co.uk) Date: Mon, 23 Mar 2020 17:19:55 +0000 Subject: [ZendTo] zendto (5.23-2) Debian 10: " Undefined variable: NSSDROPBOX_PREFS" In-Reply-To: <63273608-B6C2-4DBB-978B-E46EF5D6F6BB@neilzone.co.uk> References: <6C5C7B38-F662-4D22-AB4C-7B2F7FF2855F@neilzone.co.uk> <3a6e54c2-deeb-baef-4f74-a635f9e1aadc@Zend.To> <63273608-B6C2-4DBB-978B-E46EF5D6F6BB@neilzone.co.uk> <99452670-6E4A-4BAA-AB34-53F1704D85B3@neilzone.co.uk> Message-ID: > On 23 Mar 2020, at 17:15, zend.to at neilzone.co.uk wrote: > > 2031 if (substr(getClientIP($NSSDROPBOX_PREFS), 0, $sublen) == $subnet) { Perhaps a silly question. When I check the getClientIP function in NSSUtils.php, I find: 201 /* Fetch the REMOTE_ADDR of the http connection, even through proxies */ 202 function getClientIP($prefs) 203 { 204 $useheaders = @$prefs['behindLoadBalancer']; 205 // Get the forwarded IP if it exists 206 if ( $useheaders && isset($_SERVER['HTTP_CLIENT_IP']) && array_key_exists('HTTP_CLIENT_IP', $_SERVER) ) { 207 $the_ip = $_SERVER['HTTP_CLIENT_IP']; 208 } elseif ( $useheaders && isset($_SERVER['HTTP_X_FORWARDED_FOR']) && array_key_exists('HTTP_X_FORWARDED_FOR', $_SERVER )) { 209 $the_ips = explode(',', $_SERVER['HTTP_X_FORWARDED_FOR']); 210 $the_ip = trim($the_ips[0]); 211 } elseif ( isset($_SERVER['REMOTE_ADDR']) ) { 212 $the_ip = $_SERVER['REMOTE_ADDR']; 213 } else { 214 $the_ip = '0.0.0.0'; 215 } Nothing jumps out at me, and I have the ?behindLoadBalancer? preference set to FALSE. The only thing crossing is mind is that I?m connecting over IPv6, and the IP in line 214 appears to be an IPv4 placeholder. But I?m just guessing at this point. Neil -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Mon Mar 23 17:27:33 2020 From: Jules at Zend.To (Jules) Date: Mon, 23 Mar 2020 17:27:33 +0000 Subject: [ZendTo] zendto (5.23-2) Debian 10: " Undefined variable: NSSDROPBOX_PREFS" In-Reply-To: References: <6C5C7B38-F662-4D22-AB4C-7B2F7FF2855F@neilzone.co.uk> <3a6e54c2-deeb-baef-4f74-a635f9e1aadc@Zend.To> <63273608-B6C2-4DBB-978B-E46EF5D6F6BB@neilzone.co.uk> Message-ID: <91544f0e-ae1c-e207-b2ed-887bcdb5e68c@Zend.To> Neil, At the start of that function (line 2024 currently), add a line that says ??? global $NSSDROPBOX_URL; then hopefully that error will go away. My bad. Please can you test that for me and let me know if it fixes it. Thanks! Jules. On 23/03/2020 17:15, zend.to at neilzone.co.uk wrote: > > >> On 23 Mar 2020, at 14:17, Jules > > wrote: >> >> That's odd. My line 203 in that file is just >> class NSSDropbox { > > It would have helped if I had got the line reference correct: it?s > 2031, not 203. > > There, I have: > > 2031 if(substr(getClientIP($NSSDROPBOX_PREFS), 0, $sublen)==$subnet){ > > > A reboot of the whole server fixed the issue, in the sense that I can > now log in, but the error still appears in the logs. > > Neil > > > Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'Every morning when I wake, Dear Lord, a little prayer I make, O please do keep Thy lovely eye On all poor creatures born to die And every evening at sun-down I ask a blessing on the town, For whether we last the night or no I'm sure is always touch-and-go. We are not wholly bad or good Who live our lives under Milk Wood, And Thou, I know, wilt be the first To see our best side, not our worst. O let us see another day! Bless us all this night, I pray, And to the sun we all will bow And say, good-bye - but just for now!' - Dylan Thomas www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From zend.to at neilzone.co.uk Mon Mar 23 18:21:45 2020 From: zend.to at neilzone.co.uk (zend.to at neilzone.co.uk) Date: Mon, 23 Mar 2020 18:21:45 +0000 Subject: [ZendTo] zendto (5.23-2) Debian 10: " Undefined variable: NSSDROPBOX_PREFS" In-Reply-To: References: <6C5C7B38-F662-4D22-AB4C-7B2F7FF2855F@neilzone.co.uk> <3a6e54c2-deeb-baef-4f74-a635f9e1aadc@Zend.To> <63273608-B6C2-4DBB-978B-E46EF5D6F6BB@neilzone.co.uk> <91544f0e-ae1c-e207-b2ed-887bcdb5e68c@Zend.To> <592C1A3A-7216-453C-9DDF-B3AB0D40B6C9@neilzone.co.uk> Message-ID: > On 23 Mar 2020, at 17:27, Jules wrote: > > At the start of that function (line 2024 currently), add a line that says > global $NSSDROPBOX_URL; > then hopefully that error will go away. My bad. Thanks! Added, but that error remains: [Mon Mar 23 18:20:48.411222 2020] [proxy_fcgi:error] [pid 4392:tid 139819187410688] [client 2001:8b0:836:8fc1:b470:a59f:149:9cf1:63469] AH01071: Got error 'PHP message: PHP Notice: Undefined variable: NSSDROPBOX_PREFS in /opt/zendto/lib/NSSDropbox.php on line 2032\nPHP message: PHP Notice: Undefined variable: NSSDROPBOX_PREFS in /opt/zendto/lib/NSSDropbox.php on line 2032\n' If I am logged in, and then refresh the page, I get a similar error but with a different line number: [Mon Mar 23 18:20:52.399425 2020] [proxy_fcgi:error] [pid 4392:tid 139819170625280] [client 2001:8b0:836:8fc1:b470:a59f:149:9cf1:63469] AH01071: Got error 'PHP message: PHP Notice: Undefined variable: NSSDROPBOX_PREFS in /opt/zendto/lib/NSSDropbox.php on line 1815\nPHP message: PHP Notice: Undefined variable: NSSDROPBOX_PREFS in /opt/zendto/lib/NSSDropbox.php on line 1815\nPHP message: PHP Notice: Undefined variable: NSSDROPBOX_PREFS in /opt/zendto/lib/NSSDropbox.php on line 2057\nPHP message: PHP Notice: Undefined variable: NSSDROPBOX_PREFS in /opt/zendto/lib/NSSDropbox.php on line 2067\nPHP message: PHP Notice: Undefined variable: NSSDROPBOX_PREFS in /opt/zendto/lib/NSSDropbox.php on line 2032\nPHP message: PHP Notice: Undefined variable: NSSDROPBOX_PREFS in /opt/zendto/lib/NSSDropbox.php on line 2032\n' Neil -------------- next part -------------- An HTML attachment was scrubbed... URL: From orion at nwra.com Mon Mar 23 20:27:08 2020 From: orion at nwra.com (Orion Poplawski) Date: Mon, 23 Mar 2020 14:27:08 -0600 Subject: [ZendTo] Scripted drop-offs References: <8d86ef9d-7920-0f56-b82d-11e7f779830d@nwra.com> Message-ID: I would like to distribute a bunch of different files to different users. Are there any existing scripted solutions for this using ZendTo? Thanks! I found this thread: http://jul.es/pipermail/zendto/2019-April/003656.html but nothing much seemed to come of it and it seemed to be for only requesting drop-offs. -- Orion Poplawski Manager of NWRA Technical Systems 720-772-5637 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane orion at nwra.com Boulder, CO 80301 https://www.nwra.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3799 bytes Desc: S/MIME Cryptographic Signature URL: From orion at nwra.com Mon Mar 23 21:08:08 2020 From: orion at nwra.com (Orion Poplawski) Date: Mon, 23 Mar 2020 15:08:08 -0600 Subject: [ZendTo] Scripted drop-offs In-Reply-To: References: <8d86ef9d-7920-0f56-b82d-11e7f779830d@nwra.com> <58c7da1e-f168-6936-5e39-56bec6ab5f50@nwra.com> Message-ID: On 3/23/20 2:27 PM, Orion Poplawski via ZendTo wrote: > I would like to distribute a bunch of different files to different users. Are > there any existing scripted solutions for this using ZendTo? Thanks! > > I found this thread: > > http://jul.es/pipermail/zendto/2019-April/003656.html > > but nothing much seemed to come of it and it seemed to be for only requesting > drop-offs. After a little more searching I found /opt/zendto/bin/autodropoff which does exactly what I need. Thanks! -- Orion Poplawski Manager of NWRA Technical Systems 720-772-5637 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane orion at nwra.com Boulder, CO 80301 https://www.nwra.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3799 bytes Desc: S/MIME Cryptographic Signature URL: From news at mailoo.xyz Tue Mar 24 08:10:26 2020 From: news at mailoo.xyz (news at mailoo.xyz) Date: Tue, 24 Mar 2020 09:10:26 +0100 Subject: [ZendTo] Drop-off/ClamAV error In-Reply-To: References: <4bed745e9124d219e4fb46fe64850d18@mailoo.xyz> <7b96f65c-3532-0c87-bbb5-077be0758fe5@Zend.To> Message-ID: Hi Jules, I'm not using the Library of files feature and the parameter is disabled. It'a brand new install of ZendTo (Version 5.23-2) so no radical changes yet except the Active Directory authentication settings. Some discussions from ClamAV users point the Apache "PrivateTmp" variable which seems to prevent other service to access files they put inside. I've disabled it but still getting the same error. See here: https://moodle.org/mod/forum/discuss.php?d=364706 Seems to be a ClamAV issue on Debian... I keep on searching. Francois Le 2020-03-23 15:12, Jules a ?crit?: > Francois, > > Judging by the error message, this isn't a normal permissions issue. > You are getting a "Not a regular file" error, which is very odd output > from ClamAV. > > If you're using the "Library of files" feature (where you can choose a > file from a drop-down list as well as upload a new one), that could > potentially trigger this. If so, check the read permissions on all the > files in the "library" as clamd may not be able to read them. > > Hope that helps, > Jules. > > On 22/03/2020 18:23, Francois via ZendTo wrote: > >> Hi all, Hi Jules, >> Hope you're going well. >> >> I'm running a fresh ZenTo instance on Debian 10. When dropping-off a >> file, I'm getting this error: >> >> > ------------------------------------------------------------------------------------------------------------------------ >> >> Error: Virus scan of dropped-off files >> /var/zendto/incoming/phpr7iV2U for francois.techxa failed with >> /var/zendto/incoming/phpr7iV2U: Not a regular file ERROR >> ----------- SCAN SUMMARY ----------- Infected files: 0 Total errors: >> 1 Time: 0.000 sec (0 m 0 s) >> > ----------------------------------------------------------------------------------------------------------------------- >> >> >> As said in the FAQ, I've then relaunched the CLAMAV script >> (Ubuntu-Debian/3-clamav.sh) but the issue persists. Here is the >> output: >> >> > ----------------------------------------------------------------------------------------------------------------------- >> >> Sun Mar 22 18:22:24 2020 -> ClamAV update process started at Sun Mar >> 22 18:22:24 2020 >> Sun Mar 22 18:22:24 2020 -> daily.cld database is up to date >> (version: 25759, sigs: 2234135, f-level: 63, builder: raynman) >> Sun Mar 22 18:22:24 2020 -> main.cvd database is up to date >> (version: 59, sigs: 4564902, f-level: 60, builder: sigmgr) >> Sun Mar 22 18:22:24 2020 -> bytecode.cvd database is up to date >> (version: 331, sigs: 94, f-level: 63, builder: anvilleg) >> Allowing ClamAV to read Apache files >> Allowing ClamAV through AppArmor to read ZendTo uploads >> No need, already done. >> Unloading AppArmor profiles >> [ ok ] Starting apparmor (via systemctl): apparmor.service. >> [ ok ] Reloading apparmor configuration (via systemctl): >> apparmor.service. >> Starting ClamAV and freshclam daemons >> ClamAV has been setup for you to work with ZendTo. >> > ----------------------------------------------------------------------------------------------------------------------- >> >> >> Any idea on what I'm supposed to do now ? >> Could someone also show me his ownership and permissions settings on >> the "/var/zendto/incoming" folder just to compare ? >> >> Thank you in advance and take care. >> >> Francois >> >> _______________________________________________ >> 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 [1] > Twitter: @JulesFM > > > > Links: > ------ > [1] http://www.Zend.To From zend.to at neilzone.co.uk Tue Mar 24 16:48:30 2020 From: zend.to at neilzone.co.uk (zend.to at neilzone.co.uk) Date: Tue, 24 Mar 2020 16:48:30 +0000 Subject: [ZendTo] zendto (5.23-2) Debian 10: " Undefined variable: NSSDROPBOX_PREFS" References: Message-ID: It turns out that I am running Ubuntu 18, not Debian 10, on the machine in question. Adding " global $NSSDROPBOX_PREFS;? to the function in /opt/zendto/lib/NSSDropbox.php means I?m no longer getting error messages in apache2?s ssl_error.log. This is positive. However: 1.) I cannotI log in or make much use of the system. Instead of a login prompt, I see "Please login above.? 2.) Users cannot retrieve transfers. When they click on the link (from outside our network), they see only a ?drop-off summary? screen, with no option for downloading the files. I?ve re-run the installer, but no luck with that approach either. Since I can?t produce any error logs, I?m not sure where to go next with this, other than perhaps look to rolling back to the previous version. Best wishes Neil __________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Tue Mar 24 17:11:57 2020 From: Jules at Zend.To (Jules) Date: Tue, 24 Mar 2020 17:11:57 +0000 Subject: [ZendTo] Drop-off/ClamAV error In-Reply-To: References: <4bed745e9124d219e4fb46fe64850d18@mailoo.xyz> <7b96f65c-3532-0c87-bbb5-077be0758fe5@Zend.To> Message-ID: <70937d98-6017-efb4-14a8-a032f36a99e3@Zend.To> Francois and others: (/JKF ? this is for Debian 10 only at this point, no reports of similar problems on other systems/) As root, please systemctl stop apache2 mkdir -p /etc/systemd/system/apache2.service.d Then create a file in that directory called "PrivateTmp_zendto.conf" In that file, put these 2 lines: [Service] PrivateTmp=false then do systemctl daemon-reload systemctl start apache2 And it might now work. I've tried all sorts of other nicer workarounds, but this is the only one that appears to work in ZendTo's situation. Please can you give it a try for me? Thanks! Jules. On 24/03/2020 08:10, Francois via ZendTo wrote: > Hi Jules, > > I'm not using the Library of files feature and the parameter is disabled. > It'a? brand new install of ZendTo (Version 5.23-2) so no radical > changes yet except the Active Directory authentication settings. > > Some discussions from ClamAV users point the Apache "PrivateTmp" > variable which seems to prevent other service to access files they put > inside. I've disabled it but still getting the same error. > See here: https://moodle.org/mod/forum/discuss.php?d=364706 > > Seems to be a ClamAV issue on Debian... I keep on searching. > > Francois > > Le 2020-03-23 15:12, Jules a ?crit?: >> Francois, >> >> Judging by the error message, this isn't a normal permissions issue. >> You are getting a "Not a regular file" error, which is very odd output >> from ClamAV. >> >> If you're using the "Library of files" feature (where you can choose a >> file from a drop-down list as well as upload a new one), that could >> potentially trigger this. If so, check the read permissions on all the >> files in the "library" as clamd may not be able to read them. >> >> Hope that helps, >> Jules. >> >> On 22/03/2020 18:23, Francois via ZendTo wrote: >> >>> Hi all, Hi Jules, >>> Hope you're going well. >>> >>> I'm running a fresh ZenTo instance on Debian 10. When dropping-off a >>> file, I'm getting this error: >>> >>> >> ------------------------------------------------------------------------------------------------------------------------ >> >>> >>> Error: Virus scan of dropped-off files >>> /var/zendto/incoming/phpr7iV2U for francois.techxa failed with >>> /var/zendto/incoming/phpr7iV2U: Not a regular file ERROR >>> ----------- SCAN SUMMARY ----------- Infected files: 0 Total errors: >>> 1 Time: 0.000 sec (0 m 0 s) >>> >> ----------------------------------------------------------------------------------------------------------------------- >> >>> >>> >>> As said in the FAQ, I've then relaunched the CLAMAV script >>> (Ubuntu-Debian/3-clamav.sh) but the issue persists. Here is the >>> output: >>> >>> >> ----------------------------------------------------------------------------------------------------------------------- >> >>> >>> Sun Mar 22 18:22:24 2020 -> ClamAV update process started at Sun Mar >>> 22 18:22:24 2020 >>> Sun Mar 22 18:22:24 2020 -> daily.cld database is up to date >>> (version: 25759, sigs: 2234135, f-level: 63, builder: raynman) >>> Sun Mar 22 18:22:24 2020 -> main.cvd database is up to date >>> (version: 59, sigs: 4564902, f-level: 60, builder: sigmgr) >>> Sun Mar 22 18:22:24 2020 -> bytecode.cvd database is up to date >>> (version: 331, sigs: 94, f-level: 63, builder: anvilleg) >>> Allowing ClamAV to read Apache files >>> Allowing ClamAV through AppArmor to read ZendTo uploads >>> No need, already done. >>> Unloading AppArmor profiles >>> [ ok ] Starting apparmor (via systemctl): apparmor.service. >>> [ ok ] Reloading apparmor configuration (via systemctl): >>> apparmor.service. >>> Starting ClamAV and freshclam daemons >>> ClamAV has been setup for you to work with ZendTo. >>> >> ----------------------------------------------------------------------------------------------------------------------- >> >>> >>> >>> Any idea on what I'm supposed to do now ? >>> Could someone also show me his ownership and permissions settings on >>> the "/var/zendto/incoming" folder just to compare ? >>> >>> Thank you in advance and take care. >>> >>> Francois >>> >>> _______________________________________________ >>> 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 [1] >> Twitter: @JulesFM >> >> >> >> Links: >> ------ >> [1] http://www.Zend.To > > _______________________________________________ > 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: Sole: South 4 to 6, occasionally 3 in east. Rough, occasionally very rough in west. Occasional rain, mist. Moderate or good, occasionally poor. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Tue Mar 24 17:15:34 2020 From: Jules at Zend.To (Jules) Date: Tue, 24 Mar 2020 17:15:34 +0000 Subject: [ZendTo] zendto (5.23-2) Debian 10: " Undefined variable: NSSDROPBOX_PREFS" In-Reply-To: References: Message-ID: Neil, My first thought would be that your internaldomains.conf file has got destroyed in the upgrade. Check the contents of that in /opt/zendto/config against any *dist* files in the same directory. Hope that helps, Jules. On 24/03/2020 16:48, Neil via ZendTo wrote: > It turns out that I am running Ubuntu 18, not Debian 10, on the > machine in question. > > Adding " global $NSSDROPBOX_PREFS;? to the function in > /opt/zendto/lib/NSSDropbox.php means I?m no longer getting error > messages in apache2?s ssl_error.log. This is positive. > > However: > > 1.) I cannotI log in or make much use of the system. Instead of a > login prompt, I see "Please login above.? > > 2.) Users cannot retrieve transfers. When they click on the link (from > outside our network), they see only a ?drop-off summary? screen, with > no option for downloading the files. > > > I?ve re-run the installer, but no luck with that approach either. > > Since I can?t produce any error logs, I?m not sure where to go next > with this, other than perhaps look to rolling back to the previous > version. > > > Best wishes > > Neil > > __________ > > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast: Viking, North Utsire: Southerly 7 to severe gale 9, veering westerly or southwesterly 3 to 5 later. Very rough. Rain in north. Moderate or good. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From zend.to at neilzone.co.uk Tue Mar 24 17:26:56 2020 From: zend.to at neilzone.co.uk (zend.to at neilzone.co.uk) Date: Tue, 24 Mar 2020 17:26:56 +0000 Subject: [ZendTo] zendto (5.23-2) Debian 10: " Undefined variable: NSSDROPBOX_PREFS" In-Reply-To: References: <9D69C412-C51A-45D5-8DC6-295DDD152B57@neilzone.co.uk> Message-ID: > On 24 Mar 2020, at 17:15, Jules wrote: Thanks Jules > > My first thought would be that your internaldomains.conf file has got destroyed in the upgrade. Check the contents of that in /opt/zendto/config against any *dist* files in the same directory. It looks fine to me, unfortunately. Neil __________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Tue Mar 24 17:30:10 2020 From: Jules at Zend.To (Jules) Date: Tue, 24 Mar 2020 17:30:10 +0000 Subject: [ZendTo] zendto (5.23-2) Debian 10: " Undefined variable: NSSDROPBOX_PREFS" In-Reply-To: References: <9D69C412-C51A-45D5-8DC6-295DDD152B57@neilzone.co.uk> Message-ID: Neil, I think I've just found the problem. I missed a whole bunch of "global" settings for the prefs file. If you have set it so it thinks you are behind a load balancer, that would explain it. Give me a quick chance to check and ensure I haven't broken anything, and I'll release a new update for you. Cheers, Jules. On 24/03/2020 17:26, zend.to at neilzone.co.uk wrote: > > >> On 24 Mar 2020, at 17:15, Jules > > wrote: > > Thanks Jules >> >> My first thought would be that your internaldomains.conf file has got >> destroyed in the upgrade. Check the contents of that in >> /opt/zendto/config against any *dist* files in the same directory. > > It looks fine to me, unfortunately. > > Neil > > __________ > Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'Ensanguining the skies How heavily it dies Into the west away; Past touch and sight and sound Not further to be found, How hopeless under ground Falls the remorseful day.' - A.E.Houseman www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From zend.to at neilzone.co.uk Tue Mar 24 17:31:48 2020 From: zend.to at neilzone.co.uk (zend.to at neilzone.co.uk) Date: Tue, 24 Mar 2020 17:31:48 +0000 Subject: [ZendTo] zendto (5.23-2) Debian 10: " Undefined variable: NSSDROPBOX_PREFS" In-Reply-To: References: <9D69C412-C51A-45D5-8DC6-295DDD152B57@neilzone.co.uk> <818D63C8-D6AE-4D1B-8653-E5B0EDA23349@neilzone.co.uk> Message-ID: > On 24 Mar 2020, at 17:30, Jules wrote: > > If you have set it so it thinks you are behind a load balancer, that would explain it. In the interests of trying to find out what was broken, I?ve tried both ?TRUE? and ?FALSE? for this. Neither seemed to make a difference, based on the testing I did. (I am *not* behind a load balancer, FWIW.) Neil __________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Tue Mar 24 17:43:37 2020 From: Jules at Zend.To (Jules) Date: Tue, 24 Mar 2020 17:43:37 +0000 Subject: [ZendTo] zendto (5.23-2) Debian 10: " Undefined variable: NSSDROPBOX_PREFS" In-Reply-To: References: <9D69C412-C51A-45D5-8DC6-295DDD152B57@neilzone.co.uk> <818D63C8-D6AE-4D1B-8653-E5B0EDA23349@neilzone.co.uk> Message-ID: <76b2fcc1-2210-8708-5438-914c4b8e38a4@Zend.To> I'm not getting any errors in the apache2 logs now. The other thing to check is that you haven't got any outstanding changes in your /opt/zendto/templates/*.tpl files. In particular, show_dropoff.tpl and new_dropoff.tpl have changed for the new "terms and conditions waiver" feature I have added. On 24/03/2020 17:31, zend.to at neilzone.co.uk wrote: > > >> On 24 Mar 2020, at 17:30, Jules > > wrote: >> >> If you have set it so it thinks you are behind a load balancer, that >> would explain it. > > In the interests of trying to find out what was broken, I?ve tried > both ?TRUE? and ?FALSE? for this. Neither seemed to make a difference, > based on the testing I did. > > (I am *not* behind a load balancer, FWIW.) > > Neil > > __________ > Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'Give a man a fish, and you feed him for a day. Teach a man to fish, and he'll sit in a boat and drink beer all day.' - Anon www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From news at mailoo.xyz Tue Mar 24 18:01:10 2020 From: news at mailoo.xyz (news at mailoo.xyz) Date: Tue, 24 Mar 2020 19:01:10 +0100 Subject: [ZendTo] Drop-off/ClamAV error In-Reply-To: References: <4bed745e9124d219e4fb46fe64850d18@mailoo.xyz> <7b96f65c-3532-0c87-bbb5-077be0758fe5@Zend.To> <70937d98-6017-efb4-14a8-a032f36a99e3@Zend.To> Message-ID: Jules, I'm just reading your message, I'm sorry... In the present context my users really need a quick exchange solution so I couldn't investigate longer for this issue. I finally install a Debian 9 machine and it works like a charm. Thanks a lot for your return. May be someone else can test this "PrivateTmp" setting for you. Sorry again, take care. Francois Le 2020-03-24 18:11, Jules a ?crit?: > Francois and others: > (_JKF ? this is for Debian 10 only at this point, no reports of > similar problems on other systems_) > > As root, please > systemctl stop apache2 > mkdir -p /etc/systemd/system/apache2.service.d > Then create a file in that directory called "PrivateTmp_zendto.conf" > In that file, put these 2 lines: > > [Service] > PrivateTmp=false > > then do > systemctl daemon-reload > systemctl start apache2 > > And it might now work. > I've tried all sorts of other nicer workarounds, but this is the only > one that appears to work in ZendTo's situation. > > Please can you give it a try for me? > > Thanks! > Jules. > > On 24/03/2020 08:10, Francois via ZendTo wrote: > >> Hi Jules, >> >> I'm not using the Library of files feature and the parameter is >> disabled. >> It'a brand new install of ZendTo (Version 5.23-2) so no radical >> changes yet except the Active Directory authentication settings. >> >> Some discussions from ClamAV users point the Apache "PrivateTmp" >> variable which seems to prevent other service to access files they >> put inside. I've disabled it but still getting the same error. >> See here: https://moodle.org/mod/forum/discuss.php?d=364706 >> >> Seems to be a ClamAV issue on Debian... I keep on searching. >> >> Francois >> >> Le 2020-03-23 15:12, Jules a ?crit : >> Francois, >> >> Judging by the error message, this isn't a normal permissions issue. >> >> You are getting a "Not a regular file" error, which is very odd >> output >> from ClamAV. >> >> If you're using the "Library of files" feature (where you can choose >> a >> file from a drop-down list as well as upload a new one), that could >> potentially trigger this. If so, check the read permissions on all >> the >> files in the "library" as clamd may not be able to read them. >> >> Hope that helps, >> Jules. >> >> On 22/03/2020 18:23, Francois via ZendTo wrote: >> >> Hi all, Hi Jules, >> Hope you're going well. >> >> I'm running a fresh ZenTo instance on Debian 10. When dropping-off a >> >> file, I'm getting this error: >> >> > ------------------------------------------------------------------------------------------------------------------------ >> >> >> Error: Virus scan of dropped-off files >> /var/zendto/incoming/phpr7iV2U for francois.techxa failed with >> /var/zendto/incoming/phpr7iV2U: Not a regular file ERROR >> ----------- SCAN SUMMARY ----------- Infected files: 0 Total errors: >> >> 1 Time: 0.000 sec (0 m 0 s) >> >> > ----------------------------------------------------------------------------------------------------------------------- >> >> >> As said in the FAQ, I've then relaunched the CLAMAV script >> (Ubuntu-Debian/3-clamav.sh) but the issue persists. Here is the >> output: >> >> > ----------------------------------------------------------------------------------------------------------------------- >> >> >> Sun Mar 22 18:22:24 2020 -> ClamAV update process started at Sun Mar >> >> 22 18:22:24 2020 >> Sun Mar 22 18:22:24 2020 -> daily.cld database is up to date >> (version: 25759, sigs: 2234135, f-level: 63, builder: raynman) >> Sun Mar 22 18:22:24 2020 -> main.cvd database is up to date >> (version: 59, sigs: 4564902, f-level: 60, builder: sigmgr) >> Sun Mar 22 18:22:24 2020 -> bytecode.cvd database is up to date >> (version: 331, sigs: 94, f-level: 63, builder: anvilleg) >> Allowing ClamAV to read Apache files >> Allowing ClamAV through AppArmor to read ZendTo uploads >> No need, already done. >> Unloading AppArmor profiles >> [ ok ] Starting apparmor (via systemctl): apparmor.service. >> [ ok ] Reloading apparmor configuration (via systemctl): >> apparmor.service. >> Starting ClamAV and freshclam daemons >> ClamAV has been setup for you to work with ZendTo. >> >> > ----------------------------------------------------------------------------------------------------------------------- >> >> >> Any idea on what I'm supposed to do now ? >> Could someone also show me his ownership and permissions settings on >> >> the "/var/zendto/incoming" folder just to compare ? >> >> Thank you in advance and take care. >> >> Francois >> >> _______________________________________________ >> 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 [1] [1] >> Twitter: @JulesFM >> >> Links: >> ------ >> [1] http://www.Zend.To > > _______________________________________________ > 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: > Sole: South 4 to 6, occasionally 3 in east. Rough, occasionally very > rough in > west. Occasional rain, mist. Moderate or good, occasionally poor. > > www.Zend.To [1] > Twitter: @JulesFM > > > > Links: > ------ > [1] http://www.Zend.To From Jules at Zend.To Tue Mar 24 18:06:49 2020 From: Jules at Zend.To (Jules) Date: Tue, 24 Mar 2020 18:06:49 +0000 Subject: [ZendTo] zendto (5.23-2) Debian 10: " Undefined variable: NSSDROPBOX_PREFS" In-Reply-To: References: <9D69C412-C51A-45D5-8DC6-295DDD152B57@neilzone.co.uk> <818D63C8-D6AE-4D1B-8653-E5B0EDA23349@neilzone.co.uk> Message-ID: Neil, I have just released an update 5.23-3 for you. Everyone ? I've updated the Installer as well, so if you're having trouble on Debian 10, you can download the latest Installer, run stage 3 (the ClamAV stage) and it should fix it for you. Neil ? If that doesn't sort things out, do check your /opt/zendto/templates files are all the latest versions. You might want to download the .tgz, unpack it somewhere, and just diff the 2 sets of template files. Just in case... Let me know how you get on. Cheers, Jules. On 24/03/2020 17:31, zend.to at neilzone.co.uk wrote: > > >> On 24 Mar 2020, at 17:30, Jules > > wrote: >> >> If you have set it so it thinks you are behind a load balancer, that >> would explain it. > > In the interests of trying to find out what was broken, I?ve tried > both ?TRUE? and ?FALSE? for this. Neither seemed to make a difference, > based on the testing I did. > > (I am *not* behind a load balancer, FWIW.) > > Neil > > __________ > Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'Talent is God-given ... be humble; fame is man-given ... be grateful; conceit is self-given ... be careful.' - John Wooden www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Tue Mar 24 18:07:58 2020 From: Jules at Zend.To (Jules) Date: Tue, 24 Mar 2020 18:07:58 +0000 Subject: [ZendTo] Drop-off/ClamAV error In-Reply-To: References: <4bed745e9124d219e4fb46fe64850d18@mailoo.xyz> <7b96f65c-3532-0c87-bbb5-077be0758fe5@Zend.To> <70937d98-6017-efb4-14a8-a032f36a99e3@Zend.To> Message-ID: Francois, The "PrivateTmp" workaround is now in the Installer for you. But yes, Debian 9 won't suffer the same problem. Cheers, Jules. On 24/03/2020 18:01, Francois via ZendTo wrote: > Jules, > > I'm just reading your message, I'm sorry... In the present context my > users really need a quick exchange solution so I couldn't investigate > longer for this issue. I finally install a Debian 9 machine and it > works like a charm. > > Thanks a lot for your return. May be someone else can test this > "PrivateTmp" setting for you. > Sorry again, take care. > > Francois > > > > > Le 2020-03-24 18:11, Jules a ?crit?: >> Francois and others: >> (_JKF ? this is for Debian 10 only at this point, no reports of >> similar problems on other systems_) >> >> As root, please >> ??? systemctl stop apache2 >> ??? mkdir -p /etc/systemd/system/apache2.service.d >> Then create a file in that directory called "PrivateTmp_zendto.conf" >> In that file, put these 2 lines: >> >> [Service] >> PrivateTmp=false >> >> then do >> ??? systemctl daemon-reload >> ??? systemctl start apache2 >> >> And it might now work. >> I've tried all sorts of other nicer workarounds, but this is the only >> one that appears to work in ZendTo's situation. >> >> Please can you give it a try for me? >> >> Thanks! >> Jules. >> >> On 24/03/2020 08:10, Francois via ZendTo wrote: >> >>> Hi Jules, >>> >>> I'm not using the Library of files feature and the parameter is >>> disabled. >>> It'a? brand new install of ZendTo (Version 5.23-2) so no radical >>> changes yet except the Active Directory authentication settings. >>> >>> Some discussions from ClamAV users point the Apache "PrivateTmp" >>> variable which seems to prevent other service to access files they >>> put inside. I've disabled it but still getting the same error. >>> See here: https://moodle.org/mod/forum/discuss.php?d=364706 >>> >>> Seems to be a ClamAV issue on Debian... I keep on searching. >>> >>> Francois >>> >>> Le 2020-03-23 15:12, Jules a ?crit : >>> Francois, >>> >>> Judging by the error message, this isn't a normal permissions issue. >>> >>> You are getting a "Not a regular file" error, which is very odd >>> output >>> from ClamAV. >>> >>> If you're using the "Library of files" feature (where you can choose >>> a >>> file from a drop-down list as well as upload a new one), that could >>> potentially trigger this. If so, check the read permissions on all >>> the >>> files in the "library" as clamd may not be able to read them. >>> >>> Hope that helps, >>> Jules. >>> >>> On 22/03/2020 18:23, Francois via ZendTo wrote: >>> >>> Hi all, Hi Jules, >>> Hope you're going well. >>> >>> I'm running a fresh ZenTo instance on Debian 10. When dropping-off a >>> >>> file, I'm getting this error: >>> >>> >> ------------------------------------------------------------------------------------------------------------------------ >> >>> >>> >>> Error: Virus scan of dropped-off files >>> /var/zendto/incoming/phpr7iV2U for francois.techxa failed with >>> /var/zendto/incoming/phpr7iV2U: Not a regular file ERROR >>> ----------- SCAN SUMMARY ----------- Infected files: 0 Total errors: >>> >>> 1 Time: 0.000 sec (0 m 0 s) >>> >>> >> ----------------------------------------------------------------------------------------------------------------------- >> >>> >>> >>> As said in the FAQ, I've then relaunched the CLAMAV script >>> (Ubuntu-Debian/3-clamav.sh) but the issue persists. Here is the >>> output: >>> >>> >> ----------------------------------------------------------------------------------------------------------------------- >> >>> >>> >>> Sun Mar 22 18:22:24 2020 -> ClamAV update process started at Sun Mar >>> >>> 22 18:22:24 2020 >>> Sun Mar 22 18:22:24 2020 -> daily.cld database is up to date >>> (version: 25759, sigs: 2234135, f-level: 63, builder: raynman) >>> Sun Mar 22 18:22:24 2020 -> main.cvd database is up to date >>> (version: 59, sigs: 4564902, f-level: 60, builder: sigmgr) >>> Sun Mar 22 18:22:24 2020 -> bytecode.cvd database is up to date >>> (version: 331, sigs: 94, f-level: 63, builder: anvilleg) >>> Allowing ClamAV to read Apache files >>> Allowing ClamAV through AppArmor to read ZendTo uploads >>> No need, already done. >>> Unloading AppArmor profiles >>> [ ok ] Starting apparmor (via systemctl): apparmor.service. >>> [ ok ] Reloading apparmor configuration (via systemctl): >>> apparmor.service. >>> Starting ClamAV and freshclam daemons >>> ClamAV has been setup for you to work with ZendTo. >>> >>> >> ----------------------------------------------------------------------------------------------------------------------- >> >>> >>> >>> Any idea on what I'm supposed to do now ? >>> Could someone also show me his ownership and permissions settings on >>> >>> the "/var/zendto/incoming" folder just to compare ? >>> >>> Thank you in advance and take care. >>> >>> Francois >>> >>> _______________________________________________ >>> 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 [1] [1] >>> Twitter: @JulesFM >>> >>> Links: >>> ------ >>> [1] http://www.Zend.To >> >> _______________________________________________ >> 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: >> Sole: South 4 to 6, occasionally 3 in east. Rough, occasionally very >> rough in >> west. Occasional rain, mist. Moderate or good, occasionally poor. >> >> www.Zend.To [1] >> Twitter: @JulesFM >> >> >> >> Links: >> ------ >> [1] http://www.Zend.To > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'It's in Apple's DNA that technology alone is not enough. It's technology married with liberal arts, married with the humanities, that yields us the result that makes our hearts sing.' - Steve Jobs www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From zend.to at neilzone.co.uk Tue Mar 24 18:22:11 2020 From: zend.to at neilzone.co.uk (zend.to at neilzone.co.uk) Date: Tue, 24 Mar 2020 18:22:11 +0000 Subject: [ZendTo] zendto (5.23-2) Debian 10: " Undefined variable: NSSDROPBOX_PREFS" In-Reply-To: References: <9D69C412-C51A-45D5-8DC6-295DDD152B57@neilzone.co.uk> <818D63C8-D6AE-4D1B-8653-E5B0EDA23349@neilzone.co.uk> Message-ID: > On 24 Mar 2020, at 18:06, Jules wrote: Thank you for looking at this, Jules. > > If that doesn't sort things out It didn?t, but what *did* sort it out was deleting the contents of /templates and replacing them with the ones from the .tgz archive. I?ll need to re-make the customisations to the template files, but that?s pretty straightforward. Thank you for your help! Neil __________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Tue Mar 24 18:27:34 2020 From: Jules at Zend.To (Jules) Date: Tue, 24 Mar 2020 18:27:34 +0000 Subject: [ZendTo] zendto (5.23-2) Debian 10: " Undefined variable: NSSDROPBOX_PREFS" In-Reply-To: References: <9D69C412-C51A-45D5-8DC6-295DDD152B57@neilzone.co.uk> <818D63C8-D6AE-4D1B-8653-E5B0EDA23349@neilzone.co.uk> Message-ID: Neil, Phew! We got you sorted. Thank heavens for that. I hate breaking stuff. Been a sysadmin for too many years. Cheers, Jules. On 24/03/2020 18:22, zend.to at neilzone.co.uk wrote: > > >> On 24 Mar 2020, at 18:06, Jules > > wrote: > > Thank you for looking at this, Jules. >> >> If that doesn't sort things out > > It didn?t, but what *did* sort it out was deleting the contents of > /templates and replacing them with the ones from the .tgz archive. > > I?ll need to re-make the customisations to the template files, but > that?s pretty straightforward. > > Thank you for your help! > > Neil > > __________ > Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast: Tyne, Dogger, Fisher: South 5 to 7, decreasing 3 to 5 later. Moderate or rough, occasionally slight in south. Fair. Good. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From zend.to at neilzone.co.uk Tue Mar 24 18:28:53 2020 From: zend.to at neilzone.co.uk (zend.to at neilzone.co.uk) Date: Tue, 24 Mar 2020 18:28:53 +0000 Subject: [ZendTo] zendto (5.23-2) Debian 10: " Undefined variable: NSSDROPBOX_PREFS" In-Reply-To: References: <9D69C412-C51A-45D5-8DC6-295DDD152B57@neilzone.co.uk> <818D63C8-D6AE-4D1B-8653-E5B0EDA23349@neilzone.co.uk> <5B575F2E-A7C9-483E-A940-8613EA523B7F@neilzone.co.uk> Message-ID: > On 24 Mar 2020, at 18:27, Jules wrote: > > Phew! We got you sorted. Thank heavens for that. > I hate breaking stuff. Been a sysadmin for too many years. I?m happy too :) Is your Amazon wishlist address up to date? Neil __________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Wed Mar 25 09:02:20 2020 From: Jules at Zend.To (Jules) Date: Wed, 25 Mar 2020 09:02:20 +0000 Subject: [ZendTo] zendto (5.23-2) Debian 10: " Undefined variable: NSSDROPBOX_PREFS" In-Reply-To: References: <818D63C8-D6AE-4D1B-8653-E5B0EDA23349@neilzone.co.uk> <5B575F2E-A7C9-483E-A940-8613EA523B7F@neilzone.co.uk> Message-ID: <8c8c48d2-fb2f-7382-f29c-6446e0617d34@Zend.To> On 24/03/2020 18:28, zend.to at neilzone.co.uk wrote: > > >> On 24 Mar 2020, at 18:27, Jules > > wrote: >> >> Phew! We got you sorted. Thank heavens for that. >> I hate breaking stuff. Been a sysadmin for too many years. > > I?m happy too :) > > Is your Amazon wishlist address up to date? Yes, there are a few things on there. Thanks! Jules. > > Neil > > __________ > 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: From news at mailoo.xyz Thu Mar 26 10:18:55 2020 From: news at mailoo.xyz (news at mailoo.xyz) Date: Thu, 26 Mar 2020 11:18:55 +0100 Subject: [ZendTo] Drop-off for external users [5.23.2] References: <5928c650f18c701be484b4f078192d4c@mailoo.xyz> Message-ID: Hi all, Hope you're well. In my preferences.php, "allowExternalUploads" is set to TRUE but external users cannot upload files even if they have been given a request code and have received the confirmation e-mail with the upload link. The upload progress bar ends up with an error message saying one must be logged in as an internal user to send files ! Am I missing something ? Thanks. Francois From Jules at Zend.To Thu Mar 26 10:28:34 2020 From: Jules at Zend.To (Jules) Date: Thu, 26 Mar 2020 10:28:34 +0000 Subject: [ZendTo] Drop-off for external users [5.23.2] In-Reply-To: References: <5928c650f18c701be484b4f078192d4c@mailoo.xyz> Message-ID: <90cafeb2-4504-a54e-ed3a-c9a2c40c1597@Zend.To> Francois, Check the clock on the server. Check the contents of your /opt/zendto/config/internaldomains.conf file. External users can only upload files to internal users, whose domains must be listed in internaldomains.conf. Let me know how you get on. Cheers, Jules. On 26/03/2020 10:18, Francois via ZendTo wrote: > Hi all, > > Hope you're well. > > In my preferences.php, "allowExternalUploads" is set to TRUE but > external users cannot upload files even if they have been given a > request code and have received the confirmation e-mail with the upload > link. > > The upload progress bar ends up with an error message saying one must > be logged in as an internal user to send files ! > > Am I missing something ? > Thanks. > > Francois > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto 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: From news at mailoo.xyz Thu Mar 26 11:40:23 2020 From: news at mailoo.xyz (news at mailoo.xyz) Date: Thu, 26 Mar 2020 12:40:23 +0100 Subject: [ZendTo] Drop-off for external users [5.23.2] In-Reply-To: References: <5928c650f18c701be484b4f078192d4c@mailoo.xyz> <90cafeb2-4504-a54e-ed3a-c9a2c40c1597@Zend.To> <33bd50df5fde82d465ab9d5380acb215@mailoo.xyz> Message-ID: Hi Jules, Ah yes, the internal domain !!! I now remember having misfilled this parameter during the install process ! Works perfectly now. Thanks a billion :-) One more question, please: is there a parameter to prevent external users from uploading potentially unsecure files ? I mean executable files (.exe, .bat, .ps1) even if hide them into a .zip is still possible. It may also be media files (.mp3, .avi). Thanks again. Francois Le 2020-03-26 11:28, Jules a ?crit?: > Francois, > > Check the clock on the server. > Check the contents of your /opt/zendto/config/internaldomains.conf > file. > External users can only upload files to internal users, whose domains > must be listed in internaldomains.conf. > > Let me know how you get on. > > Cheers, > Jules. > From Jules at Zend.To Thu Mar 26 12:38:23 2020 From: Jules at Zend.To (Jules) Date: Thu, 26 Mar 2020 12:38:23 +0000 Subject: [ZendTo] Drop-off for external users [5.23.2] In-Reply-To: References: <5928c650f18c701be484b4f078192d4c@mailoo.xyz> <90cafeb2-4504-a54e-ed3a-c9a2c40c1597@Zend.To> <33bd50df5fde82d465ab9d5380acb215@mailoo.xyz> Message-ID: <22e3b821-0920-0e8a-e777-e9f1d370a686@Zend.To> Francois, On 26/03/2020 11:40, Francois via ZendTo wrote: > Hi Jules, > > Ah yes, the internal domain !!! I now remember having misfilled this > parameter during the install process ! > Works perfectly now. Thanks a billion :-) No problem, glad you got that sorted. > > One more question, please: is there a parameter to prevent external > users from uploading potentially unsecure files ? I mean executable > files (.exe, .bat, .ps1) even if hide them into a .zip is still possible. > It may also be media files (.mp3, .avi). No. ClamAV will virus scan inside zip files and other archive formats. But otherwise the point of ZendTo is to enable transfers of files that would otherwise be difficult to send (via email, for example). I have explicitly put no restriction on filenames or content. Blocking by filename is pointless anyway, as users will just rename the file to get around the restriction. Cheers, Jules. > > Thanks again. > > Francois > > > > Le 2020-03-26 11:28, Jules a ?crit?: >> Francois, >> >> Check the clock on the server. >> Check the contents of your /opt/zendto/config/internaldomains.conf >> file. >> External users can only upload files to internal users, whose domains >> must be listed in internaldomains.conf. >> >> Let me know how you get on. >> >> Cheers, >> Jules. >> > > > _______________________________________________ > 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: North Rockall: Westerly 2 to 4, veering northerly 3 or 4. Rough becoming moderate. Fair. Good. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From KLE at msktd.com Thu Mar 26 21:07:33 2020 From: KLE at msktd.com (Ken Etter) Date: Thu, 26 Mar 2020 17:07:33 -0400 Subject: [ZendTo] Terms and Conditions feature - where is text defined? References: <5E7D199502000013001413AA@mail.msktd.com> Message-ID: So I just upgraded to 5.23-3 and I see the new terms and conditions controls in preferences.php. But I don't see anywhere to define the actual contents of the terms and conditions. Where might that be stored? Thanks! Ken -------------- next part -------------- An HTML attachment was scrubbed... URL: From zend.to at neilzone.co.uk Thu Mar 26 21:25:04 2020 From: zend.to at neilzone.co.uk (zend.to at neilzone.co.uk) Date: Thu, 26 Mar 2020 21:25:04 +0000 Subject: [ZendTo] Terms and Conditions feature - where is text defined? In-Reply-To: References: <5E7D199502000013001413AA@mail.msktd.com> <2415428D-9DCA-46D5-A03F-124A91B38F61@neilzone.co.uk> Message-ID: > On 26 Mar 2020, at 21:07, Ken Etter via ZendTo wrote: > > I don't see anywhere to define the actual contents of the terms and conditions. Where might that be stored? tl;dr: it?s in your language file. You?ll need to do the language rebuild (makelanguages) after you?ve edited it. Longer: "msgid "" "This is a terms and conditions waiver that recipients must agree to.\n" "
To switch it on/off, see the settings showRecipientsWaiverCheckbox and defaultRecipientsWaiver in /opt/zendto/config/preferences.php.\n" "
It can be long and may contain HTML tags.\n" "
To change this text:\n" "
    \n" "
  1. look for this text in the /opt/zendto/config/locale/*_*/LC_MESSAGES/zendto.po text files
    2. \n" "
  2. put your own text in msgstr \"...\" line(s) immediately following it
    3. \n" "
  3. run /opt/zendto/bin/makelanguages as root
    4. \n" "
  4. restart Apache (to ensure it really picks up the new text).
    5. \n" "
\n" "

This is exactly how you change the text for anything in the ZendTo interface. For more info, read the translations page in the documentation.

" msgstr """ Neil __________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From KLE at msktd.com Thu Mar 26 21:36:20 2020 From: KLE at msktd.com (Ken Etter) Date: Thu, 26 Mar 2020 17:36:20 -0400 Subject: [ZendTo] Terms and Conditions feature - where is text defined? In-Reply-To: <2415428D-9DCA-46D5-A03F-124A91B38F61@neilzone.co.uk> References: <5E7D199502000013001413AA@mail.msktd.com> <2415428D-9DCA-46D5-A03F-124A91B38F61@neilzone.co.uk> <5E7D205402000013001413B4@mail.msktd.com> Message-ID: Is there any way to easily see how the text displays before enabling it? >>> 3/26/2020 5:25 PM >>> On 26 Mar 2020, at 21:07, Ken Etter via ZendTo wrote: I don't see anywhere to define the actual contents of the terms and conditions. Where might that be stored? tl;dr: it?s in your language file. You?ll need to do the language rebuild (makelanguages) after you?ve edited it. Longer: "msgid "" "This is a terms and conditions waiver that recipients must agree to.\n" "
To switch it on/off, see the settings showRecipientsWaiverCheckbox and defaultRecipientsWaiver in /opt/zendto/config/preferences.php.\n" "
It can be long and may contain HTML tags.\n" "
To change this text:\n" "
    \n" "
  1. look for this text in the /opt/zendto/config/locale/*_*/LC_MESSAGES/zendto.po text files
    2. \n" "
  2. put your own text in msgstr \"...\" line(s) immediately following it
    3. \n" "
  3. run /opt/zendto/bin/makelanguages as root
    4. \n" "
  4. restart Apache (to ensure it really picks up the new text).
    5. \n" "
\n" "

This is exactly how you change the text for anything in the ZendTo interface. For more info, read the translations page in the documentation.

" msgstr """ Neil __________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Fri Mar 27 09:24:48 2020 From: Jules at Zend.To (Jules) Date: Fri, 27 Mar 2020 09:24:48 +0000 Subject: [ZendTo] Terms and Conditions feature - where is text defined? In-Reply-To: References: <5E7D199502000013001413AA@mail.msktd.com> <2415428D-9DCA-46D5-A03F-124A91B38F61@neilzone.co.uk> <5E7D205402000013001413B4@mail.msktd.com> Message-ID: Ken, On 26/03/2020 21:36, Ken Etter via ZendTo wrote: > Is there any way to easily see how the text displays before enabling it? Not easily, that's what pre-production servers are for. Otherwise you can just put the text into a new .html file and ask your web browser to display that file. It's just raw HTML. The key to how to find out how to edit the text is to get ZendTo to display the default text to you. The initial contents of the text is nothing but instructions on how to change it. I carefully did not write any initial guess at real "terms and conditions" text, as I knew most people would never bother changing it, and I have no skills or knowledge in writing that sort of text. Cheers, Jules. > >>> 3/26/2020 5:25 PM >>> > > >> On 26 Mar 2020, at 21:07, Ken Etter via ZendTo > > wrote: >> >> I don't see anywhere to define the actual contents of the terms and >> conditions.? Where might that be stored? > > tl;dr: it?s in your language file. You?ll need to do the language > rebuild (makelanguages) after you?ve edited it. > > Longer: > > "msgid "" > "This is a terms and conditions waiver that recipients must agree to.\n" > " ? ?
To switch it on/off, see the settings > showRecipientsWaiverCheckbox and > defaultRecipientsWaiver in > /opt/zendto/config/preferences.php.\n" > " ? ?
It can be long and may contain HTML tags.\n" > " ? ?
To change this text:\n" > " ? ?
    \n" > " ? ? ?
  1. look for this text in the > /opt/zendto/config/locale/*_*/LC_MESSAGES/zendto.po text > files
    2. \n" > " ? ? ?
  2. put your own text in msgstr \"...\" line(s) > immediately following it
    3. \n" > " ? ? ?
  3. run /opt/zendto/bin/makelanguages as root
    4. \n" > " ? ? ?
  4. restart Apache (to ensure it really picks up the new > text).
    5. \n" > " ? ?
\n" > " ? ?

This is exactly how you change the text for anything in the > ZendTo interface. For more info, read href=\"https://zend.to/translators.php\">the translations page in the > documentation.

" > msgstr """ > > Neil > > __________ > > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast: North Rockall: Northwesterly 3 or 4, veering northerly 5 or 6. Moderate or rough. Fair. Good. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From KLE at msktd.com Fri Mar 27 18:10:52 2020 From: KLE at msktd.com (Ken Etter) Date: Fri, 27 Mar 2020 14:10:52 -0400 Subject: [ZendTo] Login not available References: <5E7E41AC02000013001415D5@mail.msktd.com> Message-ID: I upgraded to the latest version 5.23-3. If users are on our LAN, the username and password portion of the login form is missing. Login works from outside of our LAN (on the internet). Anyone have any suggestions? I'm doing some digging, but thought I would question the list in case it saves me some time. Thanks! Ken -------------- next part -------------- An HTML attachment was scrubbed... URL: From zend.to at neilzone.co.uk Fri Mar 27 18:22:29 2020 From: zend.to at neilzone.co.uk (zend.to at neilzone.co.uk) Date: Fri, 27 Mar 2020 18:22:29 +0000 Subject: [ZendTo] Login not available In-Reply-To: References: <5E7E41AC02000013001415D5@mail.msktd.com> <393A91AD-46CE-4327-87E6-AFF12E9C570F@neilzone.co.uk> Message-ID: > On 27 Mar 2020, at 18:10, Ken Etter via ZendTo wrote: > > If users are on our LAN, the username and password portion of the login form is missing. Login works from outside of our LAN (on the internet). Anyone have any suggestions? Are your subnets set correctly in preferences.php? I don?t think that internaldomains.conf is relevant here ? I think that?s checked for drop-offs only ? but might be worth checking all the same. You could also try copying the content of templates/ from the tgz package over the current content of that directory on your server, and seeing if that does the trick. Failing that, do you see anything in the /var/log/apache2/ssl_errors.log or your equivalent? Neil __________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From KLE at msktd.com Fri Mar 27 18:30:02 2020 From: KLE at msktd.com (Ken Etter) Date: Fri, 27 Mar 2020 14:30:02 -0400 Subject: [ZendTo] Login not available In-Reply-To: <393A91AD-46CE-4327-87E6-AFF12E9C570F@neilzone.co.uk> References: <5E7E41AC02000013001415D5@mail.msktd.com> <393A91AD-46CE-4327-87E6-AFF12E9C570F@neilzone.co.uk> <5E7E462A02000013001415DB@mail.msktd.com> Message-ID: Subnets are correct - nothing changed there. I double checked internaldomains.conf - that is still correct, but I agree probably not the cause. Recopied the template folder, but no change. Nothing showing up in the apache error logs. I've attached a screen capture of what we are seeing. Really just odd. Ken >>> 3/27/2020 2:22 PM >>> On 27 Mar 2020, at 18:10, Ken Etter via ZendTo wrote: If users are on our LAN, the username and password portion of the login form is missing. Login works from outside of our LAN (on the internet). Anyone have any suggestions? Are your subnets set correctly in preferences.php? I don?t think that internaldomains.conf is relevant here ? I think that?s checked for drop-offs only ? but might be worth checking all the same. You could also try copying the content of templates/ from the tgz package over the current content of that directory on your server, and seeing if that does the trick. Failing that, do you see anything in the /var/log/apache2/ssl_errors.log or your equivalent? Neil __________ -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: BlankLogin.png Type: image/png Size: 164258 bytes Desc: not available URL: From zend.to at neilzone.co.uk Fri Mar 27 18:40:09 2020 From: zend.to at neilzone.co.uk (zend.to at neilzone.co.uk) Date: Fri, 27 Mar 2020 18:40:09 +0000 Subject: [ZendTo] Login not available In-Reply-To: <5E7E462A02000013001415DB@mail.msktd.com> References: <5E7E41AC02000013001415D5@mail.msktd.com> <393A91AD-46CE-4327-87E6-AFF12E9C570F@neilzone.co.uk> <5E7E462A02000013001415DB@mail.msktd.com> <2CA9A502-E29B-4A0E-8E95-E64B2886ECE0@neilzone.co.uk> Message-ID: > On 27 Mar 2020, at 18:30, Ken Etter wrote: > > Subnets are correct - nothing changed there. I double checked internaldomains.conf - that is still correct, but I agree probably not the cause. Recopied the template folder, but no change. Nothing showing up in the apache error logs. I've attached a screen capture of what we are seeing. Really just odd. I had exactly the same yesterday. It was copying the templates across which fixed it for me. It *shouldn?t* make a difference, but have you: a.) verified you are running the latest version (another apt-get update && apt-get upgrade); and b.) restarted apache? (service apache2 restart / systemctl restart apache2) ? Neil __________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From KLE at msktd.com Fri Mar 27 18:58:57 2020 From: KLE at msktd.com (Ken Etter) Date: Fri, 27 Mar 2020 14:58:57 -0400 Subject: [ZendTo] Login not available In-Reply-To: <2CA9A502-E29B-4A0E-8E95-E64B2886ECE0@neilzone.co.uk> References: <5E7E41AC02000013001415D5@mail.msktd.com> <393A91AD-46CE-4327-87E6-AFF12E9C570F@neilzone.co.uk> <5E7E462A02000013001415DB@mail.msktd.com> <2CA9A502-E29B-4A0E-8E95-E64B2886ECE0@neilzone.co.uk> <5E7E4CF102000013001415E2@mail.msktd.com> Message-ID: What group and owner applies to the template files? If I comment out the localIPSubnets line, then I get a login page, although it looks quite a bit different. Ken >>> 3/27/2020 2:40 PM >>> On 27 Mar 2020, at 18:30, Ken Etter wrote: Subnets are correct - nothing changed there. I double checked internaldomains.conf - that is still correct, but I agree probably not the cause. Recopied the template folder, but no change. Nothing showing up in the apache error logs. I've attached a screen capture of what we are seeing. Really just odd. I had exactly the same yesterday. It was copying the templates across which fixed it for me. It *shouldn?t* make a difference, but have you: a.) verified you are running the latest version (another apt-get update && apt-get upgrade); and b.) restarted apache? (service apache2 restart / systemctl restart apache2) ? Neil __________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Fri Mar 27 19:13:49 2020 From: Jules at Zend.To (Jules) Date: Fri, 27 Mar 2020 19:13:49 +0000 Subject: [ZendTo] Login not available In-Reply-To: References: <5E7E41AC02000013001415D5@mail.msktd.com> <393A91AD-46CE-4327-87E6-AFF12E9C570F@neilzone.co.uk> <5E7E462A02000013001415DB@mail.msktd.com> <2CA9A502-E29B-4A0E-8E95-E64B2886ECE0@neilzone.co.uk> <5E7E4CF102000013001415E2@mail.msktd.com> Message-ID: On 27/03/2020 18:58, Ken Etter via ZendTo wrote: > What group and owner applies to the template files? Basically they have to just be readable by the web server. But there's nothing secret in them, so owner+group = root, permissions = rw-r--r-- (i.e. 0644) will be fine. > > If I comment out the localIPSubnets line, then I get a login page, > although it looks quite a bit different. You should probably set the localIPSubnets line to *something*. > > Ken > >>> 3/27/2020 2:40 PM >>> > > >> On 27 Mar 2020, at 18:30, Ken Etter > > wrote: >> >> Subnets are correct - nothing changed there.? I double checked >> internaldomains.conf - that is still correct, but I agree probably >> not the cause.? Recopied the template folder, but no change.? Nothing >> showing up in the apache error logs.? I've attached a screen capture >> of what we are seeing.? Really just odd. > > I had exactly the same yesterday. > > It was copying the templates across which fixed it for me. > > It *shouldn?t* make a difference, but have you: > > a.) verified you are running the latest version (another apt-get > update && apt-get upgrade); and > b.) restarted apache? (service apache2 restart ?/ systemctl restart > apache2) > > ? > > > Neil > > __________ > > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast: Sole, Lundy, Fastnet, Irish Sea: Northeast 5 to 7, occasionally gale 8 later. Slight in Lundy and Irish Sea at first, otherwise moderate becoming rough. Fair. Good. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From KLE at msktd.com Fri Mar 27 19:15:03 2020 From: KLE at msktd.com (Ken Etter) Date: Fri, 27 Mar 2020 15:15:03 -0400 Subject: [ZendTo] Login not available In-Reply-To: References: <5E7E41AC02000013001415D5@mail.msktd.com> <393A91AD-46CE-4327-87E6-AFF12E9C570F@neilzone.co.uk> <5E7E462A02000013001415DB@mail.msktd.com> <2CA9A502-E29B-4A0E-8E95-E64B2886ECE0@neilzone.co.uk> <5E7E4CF102000013001415E2@mail.msktd.com> <5E7E50B702000013001415F0@mail.msktd.com> Message-ID: Jules, With the localIPSubnets line set correctly, this is what I see: If I comment out or set localIPSubnets equal to nothing, this is what I see: Any idea what is going on? Ken >>> Jules 3/27/2020 3:13 PM >>> On 27/03/2020 18:58, Ken Etter via ZendTo wrote: What group and owner applies to the template files? Basically they have to just be readable by the web server. But there's nothing secret in them, so owner+group = root, permissions = rw-r--r-- (i.e. 0644) will be fine. If I comment out the localIPSubnets line, then I get a login page, although it looks quite a bit different. You should probably set the localIPSubnets line to *something*. Ken >>> ( mailto:zend.to at neilzone.co.uk) 3/27/2020 2:40 PM >>> On 27 Mar 2020, at 18:30, Ken Etter wrote: Subnets are correct - nothing changed there. I double checked internaldomains.conf - that is still correct, but I agree probably not the cause. Recopied the template folder, but no change. Nothing showing up in the apache error logs. I've attached a screen capture of what we are seeing. Really just odd. I had exactly the same yesterday. It was copying the templates across which fixed it for me. It *shouldn?t* make a difference, but have you: a.) verified you are running the latest version (another apt-get update && apt-get upgrade); and b.) restarted apache? (service apache2 restart / systemctl restart apache2) ? Neil __________ _______________________________________________ZendTo mailing listZendTo at zend.tohttp://jul.es/mailman/listinfo/zendto Jules-- Julian Field MEng CEng CITP MBCS MIEEE MACMThe current UK shipping forecast:Sole, Lundy, Fastnet, Irish Sea: Northeast 5 to 7, occasionally gale 8 later.Slight in Lundy and Irish Sea at first, otherwise moderate becoming rough.Fair. Good.www.Zend.ToTwitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: BlankLogin.png Type: image/png Size: 164258 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Login.png Type: image/png Size: 146040 bytes Desc: not available URL: From Jules at Zend.To Fri Mar 27 19:22:07 2020 From: Jules at Zend.To (Jules) Date: Fri, 27 Mar 2020 19:22:07 +0000 Subject: [ZendTo] Login not available In-Reply-To: References: <5E7E41AC02000013001415D5@mail.msktd.com> <393A91AD-46CE-4327-87E6-AFF12E9C570F@neilzone.co.uk> <5E7E462A02000013001415DB@mail.msktd.com> <2CA9A502-E29B-4A0E-8E95-E64B2886ECE0@neilzone.co.uk> <5E7E4CF102000013001415E2@mail.msktd.com> <5E7E50B702000013001415F0@mail.msktd.com> Message-ID: <29cd90c8-91ca-d4ab-2b8a-fd914c634d11@Zend.To> What exactly does your localIPSubnets line say? Include the whole line, including leading and trailing spaces and punctuation. On 27/03/2020 19:15, Ken Etter wrote: > Jules, > With the localIPSubnets line set correctly, this is what I see: > > > > If I comment out or set localIPSubnets equal to nothing, this is what > I see: > > > Any idea what is going on? > > Ken > >>> Jules 3/27/2020 3:13 PM >>> > > On 27/03/2020 18:58, Ken Etter via ZendTo wrote: >> What group and owner applies to the template files? > Basically they have to just be readable by the web server. But there's > nothing secret in them, so owner+group = root, permissions = rw-r--r-- > (i.e. 0644) will be fine. > >> >> If I comment out the localIPSubnets line, then I get a login page, >> although it looks quite a bit different. > You should probably set the localIPSubnets line to *something*. > >> >> Ken >> >>> 3/27/2020 2:40 PM >>> >> >> >>> On 27 Mar 2020, at 18:30, Ken Etter >> > wrote: >>> >>> Subnets are correct - nothing changed there. I double checked >>> internaldomains.conf - that is still correct, but I agree probably >>> not the cause. Recopied the template folder, but no change. Nothing >>> showing up in the apache error logs. I've attached a screen capture >>> of what we are seeing. Really just odd. >> >> I had exactly the same yesterday. >> >> It was copying the templates across which fixed it for me. >> >> It *shouldn?t* make a difference, but have you: >> >> a.) verified you are running the latest version (another apt-get >> update && apt-get upgrade); and >> b.) restarted apache? (service apache2 restart / systemctl restart >> apache2) >> >> ? >> >> >> Neil >> >> __________ >> >> >> _______________________________________________ >> ZendTo mailing list >> ZendTo at zend.to >> http://jul.es/mailman/listinfo/zendto > > Jules > > -- > Julian Field MEng CEng CITP MBCS MIEEE MACM > > The current UK shipping forecast: > Sole, Lundy, Fastnet, Irish Sea: Northeast 5 to 7, occasionally gale 8 later. > Slight in Lundy and Irish Sea at first, otherwise moderate becoming rough. > Fair. Good. > > www.Zend.To > Twitter: @JulesFM 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: BlankLogin.png Type: image/png Size: 164258 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Login.png Type: image/png Size: 146040 bytes Desc: not available URL: From KLE at msktd.com Fri Mar 27 19:27:28 2020 From: KLE at msktd.com (Ken Etter) Date: Fri, 27 Mar 2020 15:27:28 -0400 Subject: [ZendTo] Login not available In-Reply-To: References: <5E7E41AC02000013001415D5@mail.msktd.com> <393A91AD-46CE-4327-87E6-AFF12E9C570F@neilzone.co.uk> <5E7E462A02000013001415DB@mail.msktd.com> <2CA9A502-E29B-4A0E-8E95-E64B2886ECE0@neilzone.co.uk> <5E7E4CF102000013001415E2@mail.msktd.com> <5E7E50B702000013001415F0@mail.msktd.com> <5E7E53A002000013001415F8@mail.msktd.com> Message-ID: As far as I can tell, something is broken with the localIPSubnets feature. As soon as I add a valid IP to it such as '192.168.20.', it breaks and no one on the defined addresses can login. Thoughts? >>> Ken Etter via ZendTo 3/27/2020 3:15 PM >>> Jules, With the localIPSubnets line set correctly, this is what I see: If I comment out or set localIPSubnets equal to nothing, this is what I see: Any idea what is going on? Ken >>> Jules 3/27/2020 3:13 PM >>> On 27/03/2020 18:58, Ken Etter via ZendTo wrote: What group and owner applies to the template files? Basically they have to just be readable by the web server. But there's nothing secret in them, so owner+group = root, permissions = rw-r--r-- (i.e. 0644) will be fine. If I comment out the localIPSubnets line, then I get a login page, although it looks quite a bit different. You should probably set the localIPSubnets line to *something*. Ken >>> ( mailto:zend.to at neilzone.co.uk) 3/27/2020 2:40 PM >>> On 27 Mar 2020, at 18:30, Ken Etter wrote: Subnets are correct - nothing changed there. I double checked internaldomains.conf - that is still correct, but I agree probably not the cause. Recopied the template folder, but no change. Nothing showing up in the apache error logs. I've attached a screen capture of what we are seeing. Really just odd. I had exactly the same yesterday. It was copying the templates across which fixed it for me. It *shouldn?t* make a difference, but have you: a.) verified you are running the latest version (another apt-get update && apt-get upgrade); and b.) restarted apache? (service apache2 restart / systemctl restart apache2) ? Neil __________ _______________________________________________ZendTo mailing listZendTo at zend.tohttp://jul.es/mailman/listinfo/zendto Jules-- Julian Field MEng CEng CITP MBCS MIEEE MACMThe current UK shipping forecast:Sole, Lundy, Fastnet, Irish Sea: Northeast 5 to 7, occasionally gale 8 later.Slight in Lundy and Irish Sea at first, otherwise moderate becoming rough.Fair. Good.www.Zend.ToTwitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: IMAGE_17.png Type: image/png Size: 160924 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: IMAGE_18.png Type: image/png Size: 140334 bytes Desc: not available URL: From zend.to at neilzone.co.uk Fri Mar 27 19:37:41 2020 From: zend.to at neilzone.co.uk (zend.to at neilzone.co.uk) Date: Fri, 27 Mar 2020 19:37:41 +0000 Subject: [ZendTo] Login not available In-Reply-To: <5E7E53A002000013001415F8@mail.msktd.com> References: <5E7E41AC02000013001415D5@mail.msktd.com> <393A91AD-46CE-4327-87E6-AFF12E9C570F@neilzone.co.uk> <5E7E462A02000013001415DB@mail.msktd.com> <2CA9A502-E29B-4A0E-8E95-E64B2886ECE0@neilzone.co.uk> <5E7E4CF102000013001415E2@mail.msktd.com> <5E7E50B702000013001415F0@mail.msktd.com> <5E7E53A002000013001415F8@mail.msktd.com> <76538215-2308-4BF2-B43A-165465AB3E5F@neilzone.co.uk> Message-ID: > On 27 Mar 2020, at 19:27, Ken Etter wrote: > > As far as I can tell, something is broken with the localIPSubnets feature. As soon as I add a valid IP to it such as '192.168.20.', it breaks and no one on the defined addresses can login. Thoughts? I know that ?working for me? doesn?t help, but, well, it?s working for me with both IPv4 RFC1918 and IPv6 subnets set. Neil __________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From KLE at msktd.com Fri Mar 27 19:33:16 2020 From: KLE at msktd.com (Ken Etter) Date: Fri, 27 Mar 2020 15:33:16 -0400 Subject: [ZendTo] Login not available In-Reply-To: <76538215-2308-4BF2-B43A-165465AB3E5F@neilzone.co.uk> References: <5E7E41AC02000013001415D5@mail.msktd.com> <393A91AD-46CE-4327-87E6-AFF12E9C570F@neilzone.co.uk> <5E7E462A02000013001415DB@mail.msktd.com> <2CA9A502-E29B-4A0E-8E95-E64B2886ECE0@neilzone.co.uk> <5E7E4CF102000013001415E2@mail.msktd.com> <5E7E50B702000013001415F0@mail.msktd.com> <5E7E53A002000013001415F8@mail.msktd.com> <76538215-2308-4BF2-B43A-165465AB3E5F@neilzone.co.uk> <5E7E54FC02000013001415FE@mail.msktd.com> Message-ID: Mine is currently set as follows: 'localIPSubnets' => array('192.168.','192.168.150.'), It has been that way almost from the beginning. Ken >>> 3/27/2020 3:37 PM >>> On 27 Mar 2020, at 19:27, Ken Etter wrote: As far as I can tell, something is broken with the localIPSubnets feature. As soon as I add a valid IP to it such as '192.168.20.', it breaks and no one on the defined addresses can login. Thoughts? I know that ?working for me? doesn?t help, but, well, it?s working for me with both IPv4 RFC1918 and IPv6 subnets set. Neil __________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From zend.to at neilzone.co.uk Fri Mar 27 19:44:04 2020 From: zend.to at neilzone.co.uk (zend.to at neilzone.co.uk) Date: Fri, 27 Mar 2020 19:44:04 +0000 Subject: [ZendTo] Login not available In-Reply-To: <5E7E54FC02000013001415FE@mail.msktd.com> References: <5E7E41AC02000013001415D5@mail.msktd.com> <393A91AD-46CE-4327-87E6-AFF12E9C570F@neilzone.co.uk> <5E7E462A02000013001415DB@mail.msktd.com> <2CA9A502-E29B-4A0E-8E95-E64B2886ECE0@neilzone.co.uk> <5E7E4CF102000013001415E2@mail.msktd.com> <5E7E50B702000013001415F0@mail.msktd.com> <5E7E53A002000013001415F8@mail.msktd.com> <76538215-2308-4BF2-B43A-165465AB3E5F@neilzone.co.uk> <5E7E54FC02000013001415FE@mail.msktd.com> <1B4C60ED-605E-4D2D-BB64-08D72A6D3435@neilzone.co.uk> Message-ID: > On 27 Mar 2020, at 19:33, Ken Etter wrote: > > Mine is currently set as follows: > > 'localIPSubnets' => array('192.168.','192.168.150.'), > > It has been that way almost from the beginning. What is the value of ?behindLoadBalancer?? Neil __________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From KLE at msktd.com Fri Mar 27 19:39:18 2020 From: KLE at msktd.com (Ken Etter) Date: Fri, 27 Mar 2020 15:39:18 -0400 Subject: [ZendTo] Login not available In-Reply-To: <1B4C60ED-605E-4D2D-BB64-08D72A6D3435@neilzone.co.uk> References: <5E7E41AC02000013001415D5@mail.msktd.com> <393A91AD-46CE-4327-87E6-AFF12E9C570F@neilzone.co.uk> <5E7E462A02000013001415DB@mail.msktd.com> <2CA9A502-E29B-4A0E-8E95-E64B2886ECE0@neilzone.co.uk> <5E7E4CF102000013001415E2@mail.msktd.com> <5E7E50B702000013001415F0@mail.msktd.com> <5E7E53A002000013001415F8@mail.msktd.com> <76538215-2308-4BF2-B43A-165465AB3E5F@neilzone.co.uk> <5E7E54FC02000013001415FE@mail.msktd.com> <1B4C60ED-605E-4D2D-BB64-08D72A6D3435@neilzone.co.uk> <5E7E56660200001300141604@mail.msktd.com> Message-ID: It is set to FALSE. >>> 3/27/2020 3:44 PM >>> On 27 Mar 2020, at 19:33, Ken Etter wrote: Mine is currently set as follows: 'localIPSubnets' => array('192.168.','192.168.150.'), It has been that way almost from the beginning. What is the value of ?behindLoadBalancer?? Neil __________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From zend.to at neilzone.co.uk Fri Mar 27 19:46:49 2020 From: zend.to at neilzone.co.uk (zend.to at neilzone.co.uk) Date: Fri, 27 Mar 2020 19:46:49 +0000 Subject: [ZendTo] Login not available In-Reply-To: <5E7E56660200001300141604@mail.msktd.com> References: <5E7E41AC02000013001415D5@mail.msktd.com> <393A91AD-46CE-4327-87E6-AFF12E9C570F@neilzone.co.uk> <5E7E462A02000013001415DB@mail.msktd.com> <2CA9A502-E29B-4A0E-8E95-E64B2886ECE0@neilzone.co.uk> <5E7E4CF102000013001415E2@mail.msktd.com> <5E7E50B702000013001415F0@mail.msktd.com> <5E7E53A002000013001415F8@mail.msktd.com> <76538215-2308-4BF2-B43A-165465AB3E5F@neilzone.co.uk> <5E7E54FC02000013001415FE@mail.msktd.com> <1B4C60ED-605E-4D2D-BB64-08D72A6D3435@neilzone.co.uk> <5E7E56660200001300141604@mail.msktd.com> <95F82CD5-D8C1-4A8C-82BA-68B9D168E832@neilzone.co.uk> Message-ID: > On 27 Mar 2020, at 19:39, Ken Etter wrote: > > It is set to FALSE. Hmm? mine too. Did you definitely overwrite the templates? It might be worth deleting everything in templates/ and re-copying them. Neil __________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From KLE at msktd.com Fri Mar 27 19:43:30 2020 From: KLE at msktd.com (Ken Etter) Date: Fri, 27 Mar 2020 15:43:30 -0400 Subject: [ZendTo] Login not available In-Reply-To: <1B4C60ED-605E-4D2D-BB64-08D72A6D3435@neilzone.co.uk> References: <5E7E41AC02000013001415D5@mail.msktd.com> <393A91AD-46CE-4327-87E6-AFF12E9C570F@neilzone.co.uk> <5E7E462A02000013001415DB@mail.msktd.com> <2CA9A502-E29B-4A0E-8E95-E64B2886ECE0@neilzone.co.uk> <5E7E4CF102000013001415E2@mail.msktd.com> <5E7E50B702000013001415F0@mail.msktd.com> <5E7E53A002000013001415F8@mail.msktd.com> <76538215-2308-4BF2-B43A-165465AB3E5F@neilzone.co.uk> <5E7E54FC02000013001415FE@mail.msktd.com> <1B4C60ED-605E-4D2D-BB64-08D72A6D3435@neilzone.co.uk> <5E7E5762020000130014160A@mail.msktd.com> Message-ID: Just fixed it. I remembered there was something Jules had suggested a couple months ago about templates. I started digging around in the list archives and found it back in January 2020. Here is the info from that message: --------------------------------- Try deleting all the *.php files in the Smarty cache:rm -f /var/zendto/templates_c/*phpIn rare cases the cache can get screwed up so it keeps using an old file rather than regenerating a new one.That "rm" has no visible effect on the running system from the users' viewpoint, Smarty (the template system I use) will just auto-regenerate new versions of its cached files as and when it needs them. There's no need to stop or restart anything.Let me know if that helps!Cheers,Jules. --------------------------------- I ran that command, refreshed my page, and the normal login screen returned. Ken >>> 3/27/2020 3:44 PM >>> On 27 Mar 2020, at 19:33, Ken Etter wrote: Mine is currently set as follows: 'localIPSubnets' => array('192.168.','192.168.150.'), It has been that way almost from the beginning. What is the value of ?behindLoadBalancer?? Neil __________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From zend.to at neilzone.co.uk Fri Mar 27 20:00:34 2020 From: zend.to at neilzone.co.uk (zend.to at neilzone.co.uk) Date: Fri, 27 Mar 2020 20:00:34 +0000 Subject: [ZendTo] Login not available In-Reply-To: <5E7E5762020000130014160A@mail.msktd.com> References: <5E7E41AC02000013001415D5@mail.msktd.com> <393A91AD-46CE-4327-87E6-AFF12E9C570F@neilzone.co.uk> <5E7E462A02000013001415DB@mail.msktd.com> <2CA9A502-E29B-4A0E-8E95-E64B2886ECE0@neilzone.co.uk> <5E7E4CF102000013001415E2@mail.msktd.com> <5E7E50B702000013001415F0@mail.msktd.com> <5E7E53A002000013001415F8@mail.msktd.com> <76538215-2308-4BF2-B43A-165465AB3E5F@neilzone.co.uk> <5E7E54FC02000013001415FE@mail.msktd.com> <1B4C60ED-605E-4D2D-BB64-08D72A6D3435@neilzone.co.uk> <5E7E5762020000130014160A@mail.msktd.com> <28A73E88-6EB7-4305-91C0-3E390BBFB331@neilzone.co.uk> Message-ID: Excellent! > On 27 Mar 2020, at 19:43, Ken Etter wrote: > > Just fixed it. I remembered there was something Jules had suggested a couple months ago about templates. I started digging around in the list archives and found it back in January 2020. Here is the info from that message: > > --------------------------------- > Try deleting all the *.php files in the Smarty cache: > rm -f /var/zendto/templates_c/*php > > In rare cases the cache can get screwed up so it keeps using an old file > rather than regenerating a new one. > > That "rm" has no visible effect on the running system from the users' > viewpoint, Smarty (the template system I use) will just auto-regenerate > new versions of its cached files as and when it needs them. There's no > need to stop or restart anything. > > Let me know if that helps! > > Cheers, > Jules. > > --------------------------------- > I ran that command, refreshed my page, and the normal login screen returned. > > Ken > >>> 3/27/2020 3:44 PM >>> > > >> On 27 Mar 2020, at 19:33, Ken Etter > wrote: >> >> Mine is currently set as follows: >> >> 'localIPSubnets' => array('192.168.','192.168.150.'), >> >> It has been that way almost from the beginning. > > > What is the value of ?behindLoadBalancer?? > > > Neil > > __________ > Neil __________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From ssilva at sgvwater.com Fri Mar 27 21:31:50 2020 From: ssilva at sgvwater.com (Scott Silva) Date: Fri, 27 Mar 2020 21:31:50 +0000 Subject: [ZendTo] Login not available In-Reply-To: References: <5E7E41AC02000013001415D5@mail.msktd.com> <393A91AD-46CE-4327-87E6-AFF12E9C570F@neilzone.co.uk> <5E7E462A02000013001415DB@mail.msktd.com> <2CA9A502-E29B-4A0E-8E95-E64B2886ECE0@neilzone.co.uk> <5E7E4CF102000013001415E2@mail.msktd.com> <5E7E50B702000013001415F0@mail.msktd.com> <5E7E53A002000013001415F8@mail.msktd.com> <76538215-2308-4BF2-B43A-165465AB3E5F@neilzone.co.uk> <5E7E54FC02000013001415FE@mail.msktd.com> <1B4C60ED-605E-4D2D-BB64-08D72A6D3435@neilzone.co.uk> <54D3F6A07E3F2A4AAD4CBA73922025F42EB4B701@FONEXCH01.sgvwc.local> Message-ID: I wonder if having your subnets that way is choking it since you specify the entire '192.168.' AND the '192.168.150' Since the first would already allow the second... From: ZendTo On Behalf Of Neil via ZendTo Sent: Friday, March 27, 2020 12:44 PM To: Ken Etter Cc: zend.to at neilzone.co.uk; ZendTo List Subject: Re: [ZendTo] Login not available On 27 Mar 2020, at 19:33, Ken Etter wrote: Mine is currently set as follows: ? 'localIPSubnets'?????? => array('192.168.','192.168.150.'), It has been that way almost from the beginning. What is the value of ?behindLoadBalancer?? Neil __________ From KLE at msktd.com Fri Mar 27 21:28:20 2020 From: KLE at msktd.com (Ken Etter) Date: Fri, 27 Mar 2020 17:28:20 -0400 Subject: [ZendTo] Login not available In-Reply-To: References: <5E7E41AC02000013001415D5@mail.msktd.com> <393A91AD-46CE-4327-87E6-AFF12E9C570F@neilzone.co.uk> <5E7E462A02000013001415DB@mail.msktd.com> <2CA9A502-E29B-4A0E-8E95-E64B2886ECE0@neilzone.co.uk> <5E7E4CF102000013001415E2@mail.msktd.com> <5E7E50B702000013001415F0@mail.msktd.com> <5E7E53A002000013001415F8@mail.msktd.com> <76538215-2308-4BF2-B43A-165465AB3E5F@neilzone.co.uk> <5E7E54FC02000013001415FE@mail.msktd.com> <1B4C60ED-605E-4D2D-BB64-08D72A6D3435@neilzone.co.uk> <54D3F6A07E3F2A4AAD4CBA73922025F42EB4B701@FONEXCH01.sgvwc.local> <5E7E6FF40200001300141644@mail.msktd.com> Message-ID: That is redundant. But the problem turned out to be the cached templates that didn't update when I upgraded ZendTo. Ken >>> Scott Silva via ZendTo 3/27/2020 5:31 PM >>> I wonder if having your subnets that way is choking it since you specify the entire '192.168.' AND the '192.168.150' Since the first would already allow the second... From: ZendTo On Behalf Of Neil via ZendTo Sent: Friday, March 27, 2020 12:44 PM To: Ken Etter Cc: zend.to at neilzone.co.uk; ZendTo List Subject: Re: [ZendTo] Login not available On 27 Mar 2020, at 19:33, Ken Etter wrote: Mine is currently set as follows: 'localIPSubnets' => array('192.168.','192.168.150.'), It has been that way almost from the beginning. What is the value of ?behindLoadBalancer?? Neil __________ _______________________________________________ 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 Sat Mar 28 11:30:10 2020 From: Jules at Zend.To (Jules) Date: Sat, 28 Mar 2020 11:30:10 +0000 Subject: [ZendTo] Login not available In-Reply-To: References: <5E7E41AC02000013001415D5@mail.msktd.com> <5E7E53A002000013001415F8@mail.msktd.com> <76538215-2308-4BF2-B43A-165465AB3E5F@neilzone.co.uk> <5E7E54FC02000013001415FE@mail.msktd.com> <1B4C60ED-605E-4D2D-BB64-08D72A6D3435@neilzone.co.uk> <54D3F6A07E3F2A4AAD4CBA73922025F42EB4B701@FONEXCH01.sgvwc.local> <5E7E6FF40200001300141644@mail.msktd.com> Message-ID: <2bdd3215-1516-c0de-500e-eba9756aa89e@Zend.To> The deb and rpm post-install scripts should wipe the cache. I'll double check that is happening. Cheers, Jules. On 27/03/2020 21:28, Ken Etter via ZendTo wrote: > That is redundant.? But the problem turned out to be the cached > templates that didn't update when I upgraded ZendTo. > > Ken > >>> Scott Silva via ZendTo 3/27/2020 5:31 PM >>> > I wonder if having your subnets that way is choking it since you > specify the entire '192.168.' AND the '192.168.150' Since the first > would already allow the second... > > > From: ZendTo On Behalf Of Neil via ZendTo > Sent: Friday, March 27, 2020 12:44 PM > To: Ken Etter > Cc: zend.to at neilzone.co.uk; ZendTo List > Subject: Re: [ZendTo] Login not available > > > > > On 27 Mar 2020, at 19:33, Ken Etter wrote: > > Mine is currently set as follows: > > ? 'localIPSubnets'?????? => array('192.168.','192.168.150.'), > > It has been that way almost from the beginning. > > > What is the value of ?behindLoadBalancer?? > > > Neil > > __________ > > _______________________________________________ > 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 KLE at msktd.com Mon Mar 30 13:37:42 2020 From: KLE at msktd.com (Ken Etter) Date: Mon, 30 Mar 2020 08:37:42 -0400 Subject: [ZendTo] Login not available In-Reply-To: <8558600E020000C47314B811@mail.msktd.com> References: <5E7E41AC02000013001415D5@mail.msktd.com> <5E7E53A002000013001415F8@mail.msktd.com> <76538215-2308-4BF2-B43A-165465AB3E5F@neilzone.co.uk> <5E7E54FC02000013001415FE@mail.msktd.com> <1B4C60ED-605E-4D2D-BB64-08D72A6D3435@neilzone.co.uk> <54D3F6A07E3F2A4AAD4CBA73922025F42EB4B701@FONEXCH01.sgvwc.local> <5E7E6FF40200001300141644@mail.msktd.com> <2bdd3215-1516-c0de-500e-eba9756aa89e@Zend.To> <296AA7A30200008F51DF1629@mail.msktd.com> <5E7E54FC02000013001415FE@mail.msktd.com> <507FFA67020000B851DF1629@mail.msktd.com> <56AC0980020000227314B811@mail.msktd.com> <8302C8610200005C7314B811@mail.msktd.com> <5E7E6FF40200001300141644@mail.msktd.com> <56B6180C0200007F7314B811@mail.msktd.com> <8558600E020000C47314B811@mail.msktd.com> <5E81E8160200001300141692@mail.msktd.com> Message-ID: Thanks Jules! Do those post-install scripts run automatically? I use zypper to do updates on my SLES server. Or do I need to manually run them? Ken >>> Jules 3/28/2020 7:30 AM >>> The deb and rpm post-install scripts should wipe the cache. I'll double check that is happening. Cheers, Jules. On 27/03/2020 21:28, Ken Etter via ZendTo wrote: That is redundant. But the problem turned out to be the cached templates that didn't update when I upgraded ZendTo. Ken >>> Scott Silva via ZendTo ( mailto:zendto at zend.to) 3/27/2020 5:31 PM >>> I wonder if having your subnets that way is choking it since you specify the entire '192.168.' AND the '192.168.150' Since the first would already allow the second... From: ZendTo ( mailto:zendto-bounces at zend.to) On Behalf Of Neil via ZendTo Sent: Friday, March 27, 2020 12:44 PM To: Ken Etter ( mailto:KLE at msktd.com) Cc: zend.to at neilzone.co.uk; ZendTo List ( mailto:zendto at zend.to) Subject: Re: [ZendTo] Login not available On 27 Mar 2020, at 19:33, Ken Etter ( mailto:KLE at msktd.com) wrote: Mine is currently set as follows: 'localIPSubnets' => array('192.168.','192.168.150.'), It has been that way almost from the beginning. What is the value of ?behindLoadBalancer?? Neil __________ _______________________________________________ ZendTo mailing list ZendTo at zend.to http://jul.es/mailman/listinfo/zendto _______________________________________________ZendTo mailing listZendTo at zend.tohttp://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.' - Anonwww.Zend.ToTwitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Mon Mar 30 15:13:11 2020 From: Jules at Zend.To (Jules) Date: Mon, 30 Mar 2020 15:13:11 +0100 Subject: [ZendTo] Login not available In-Reply-To: References: <5E7E41AC02000013001415D5@mail.msktd.com> <2bdd3215-1516-c0de-500e-eba9756aa89e@Zend.To> <296AA7A30200008F51DF1629@mail.msktd.com> <5E7E54FC02000013001415FE@mail.msktd.com> <507FFA67020000B851DF1629@mail.msktd.com> <56AC0980020000227314B811@mail.msktd.com> <8302C8610200005C7314B811@mail.msktd.com> <5E7E6FF40200001300141644@mail.msktd.com> <56B6180C0200007F7314B811@mail.msktd.com> <8558600E020000C47314B811@mail.msktd.com> <5E81E8160200001300141692@mail.msktd.com> Message-ID: They should run automatically. It's part of the rpm/pkg command's job. On 30/03/2020 13:37, Ken Etter wrote: > Thanks Jules!? Do those post-install scripts run automatically?? I use > zypper to do updates on my SLES server. Or do I need to manually run them? > > Ken > >>> Jules 3/28/2020 7:30 AM >>> > The deb and rpm post-install scripts should wipe the cache. I'll > double check that is happening. > > Cheers, > Jules. > On 27/03/2020 21:28, Ken Etter via ZendTo wrote: >> That is redundant. But the problem turned out to be the cached >> templates that didn't update when I upgraded ZendTo. >> >> Ken >> >>> Scott Silva via ZendTo 3/27/2020 5:31 PM >>> >> I wonder if having your subnets that way is choking it since you >> specify the entire '192.168.' AND the '192.168.150' Since the first >> would already allow the second... >> >> >> From: ZendTo On Behalf Of Neil via ZendTo >> Sent: Friday, March 27, 2020 12:44 PM >> To: Ken Etter >> Cc: zend.to at neilzone.co.uk; ZendTo List >> Subject: Re: [ZendTo] Login not available >> >> >> >> >> On 27 Mar 2020, at 19:33, Ken Etter wrote: >> >> Mine is currently set as follows: >> >> 'localIPSubnets' => array('192.168.','192.168.150.'), >> >> It has been that way almost from the beginning. >> >> >> What is the value of ?behindLoadBalancer?? >> >> >> Neil >> >> __________ >> >> _______________________________________________ >> 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 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Benjamin.Scott-Warwick at Websure.com Mon Mar 30 15:17:26 2020 From: Benjamin.Scott-Warwick at Websure.com (Benjamin Scott-Warwick) Date: Mon, 30 Mar 2020 14:17:26 +0000 Subject: [ZendTo] upgrading to latest References: Message-ID: Hi, Just tried to run the latest updates, have they been pulled as my install is still running 5.21-2 I've followed both the update option on CENTOS and the full installer with no luck Kind regards Benjamin Benjamin Scott-Warwick Infrastructure Analyst T: +44 1268 560350 34 The Broadway Wickford SS11 7AN -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 120033015172801799.jpg Type: image/jpeg Size: 3502 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 120033015172801999.png Type: image/png Size: 1466 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 120033015172802199.png Type: image/png Size: 21487 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 120033015172802399.jpg Type: image/jpeg Size: 6109 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 120033015172802599.png Type: image/png Size: 5715 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 120033015172802799.png Type: image/png Size: 11045 bytes Desc: not available URL: From Jules at Zend.To Mon Mar 30 15:26:32 2020 From: Jules at Zend.To (Jules) Date: Mon, 30 Mar 2020 15:26:32 +0100 Subject: [ZendTo] upgrading to latest In-Reply-To: References: Message-ID: <5058f43e-5327-5a26-d003-78fa2c20a96b@Zend.To> On 30/03/2020 15:17, Benjamin Scott-Warwick via ZendTo wrote: > > Hi, > > Just tried to run the latest updates, have they been pulled as my > install is still running 5.21-2 > No. > I?ve followed both the update option on CENTOS and the full installer > with no luck > Provided you installed from the repo, "yum update" should work and install 5.23-3. In case you didn't install from the repo, do ??? yum install https://zend.to/files/zendto-repo.rpm ??? yum update Cheers, Jules. > > Kind regards > > Benjamin > > > > > Benjamin Scott-Warwick > Infrastructure Analyst > > > > T: +44 1268 560350 > E: Benjamin.Scott-Warwick at Websure.com > > W: www.websure.com > 34 The Broadway Wickford SS11 7AN > Websure Logo > > LinkedIn > > > London Head Office > > Development Office > > North America Office > > > > MGAA > > > > > Acord Logo > > MS Partner > > > Cyber > > > > > > > > ------------------------------------------------------------------------ > This e-mail together with any attachments, (the document) is for the > exclusive use of the addressee(s). Any other distribution, use or > reproduction of the document without the sender's prior consent is > unauthorised and strictly prohibited. If you have received this > document in error please notify the sender, by e-mail or by telephone > immediately and remove the message from your computer without making > any copies. > It is possible for data conveyed by e-mail to be deliberately or > accidentally intercepted or corrupted. For this reason, in > communicating solely by e-mail, Websure a Division of Sheraton Systems > Limited, Registered in England No. 2348058, is unable to accept any > responsibility for any breaches of confidence which may arise through > the use of this medium. Websure a Division of Sheraton Systems will > not accept any liability for contractual commitments made by > individuals employed by Websure outside the scope of our business. > Head and Registered Office: 1st Floor, Royal Exchange, London EC3V 3LN > Support and Development Centre: 34 The Broadway, Wickford, Essex SS11 7AN > Canadian Support and Development Centre: Suite 1802, Exchange Tower, > 130 King Street West, Toronto, M5X 1E3, Canada > This email has been scanned for email related threats and delivered > safely 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: Lundy, Fastnet: Northeast 5 to 7. Slight or moderate, occasionally rough in far southwest. Showers. Good. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 120033015172802399.jpg Type: image/jpeg Size: 6109 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 120033015172801999.png Type: image/png Size: 1466 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 120033015172801799.jpg Type: image/jpeg Size: 3502 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 120033015172802199.png Type: image/png Size: 21487 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 120033015172802799.png Type: image/png Size: 11045 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 120033015172802599.png Type: image/png Size: 5715 bytes Desc: not available URL: From Benjamin.Scott-Warwick at Websure.com Mon Mar 30 15:53:46 2020 From: Benjamin.Scott-Warwick at Websure.com (Benjamin Scott-Warwick) Date: Mon, 30 Mar 2020 14:53:46 +0000 Subject: [ZendTo] upgrading to latest In-Reply-To: References: <5058f43e-5327-5a26-d003-78fa2c20a96b@Zend.To> Message-ID: Hi Jules, This is what I get [cid:image001.png at 01D606AB.63B35640] Benjamin Scott-Warwick Infrastructure Analyst T: +44 1268 560350 34 The Broadway Wickford SS11 7AN From: Jules Sent: 30 March 2020 15:27 To: ZendTo Users Cc: Benjamin Scott-Warwick Subject: Re: [ZendTo] upgrading to latest On 30/03/2020 15:17, Benjamin Scott-Warwick via ZendTo wrote: Hi, Just tried to run the latest updates, have they been pulled as my install is still running 5.21-2 No. I?ve followed both the update option on CENTOS and the full installer with no luck Provided you installed from the repo, "yum update" should work and install 5.23-3. In case you didn't install from the repo, do yum install https://zend.to/files/zendto-repo.rpm yum update Cheers, Jules. Kind regards Benjamin Benjamin Scott-Warwick Infrastructure Analyst T: +44 1268 560350 E: Benjamin.Scott-Warwick at Websure.com W: www.websure.com 34 The Broadway Wickford SS11 7AN [Websure Logo] [LinkedIn] London Head Office Development Office North America Office [MGAA] [Acord Logo] [MS Partner] [Cyber] ________________________________ This e-mail together with any attachments, (the document) is for the exclusive use of the addressee(s). Any other distribution, use or reproduction of the document without the sender's prior consent is unauthorised and strictly prohibited. If you have received this document in error please notify the sender, by e-mail or by telephone immediately and remove the message from your computer without making any copies. It is possible for data conveyed by e-mail to be deliberately or accidentally intercepted or corrupted. For this reason, in communicating solely by e-mail, Websure a Division of Sheraton Systems Limited, Registered in England No. 2348058, is unable to accept any responsibility for any breaches of confidence which may arise through the use of this medium. Websure a Division of Sheraton Systems will not accept any liability for contractual commitments made by individuals employed by Websure outside the scope of our business. Head and Registered Office: 1st Floor, Royal Exchange, London EC3V 3LN Support and Development Centre: 34 The Broadway, Wickford, Essex SS11 7AN Canadian Support and Development Centre: Suite 1802, Exchange Tower, 130 King Street West, Toronto, M5X 1E3, Canada This email has been scanned for email related threats and delivered safely 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: Lundy, Fastnet: Northeast 5 to 7. Slight or moderate, occasionally rough in far southwest. Showers. Good. 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: 182664 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 6109 bytes Desc: image002.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 1466 bytes Desc: image003.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.jpg Type: image/jpeg Size: 3502 bytes Desc: image004.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image005.png Type: image/png Size: 21487 bytes Desc: image005.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image006.png Type: image/png Size: 11045 bytes Desc: image006.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image007.png Type: image/png Size: 5715 bytes Desc: image007.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 120033015534803969.jpg Type: image/jpeg Size: 3502 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 120033015534804269.png Type: image/png Size: 1466 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 120033015534804769.png Type: image/png Size: 21487 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 120033015534805069.jpg Type: image/jpeg Size: 6109 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 120033015534805569.png Type: image/png Size: 5715 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 120033015534805969.png Type: image/png Size: 11045 bytes Desc: not available URL: From Jules at Zend.To Mon Mar 30 16:07:18 2020 From: Jules at Zend.To (Jules) Date: Mon, 30 Mar 2020 16:07:18 +0100 Subject: [ZendTo] upgrading to latest In-Reply-To: References: <5058f43e-5327-5a26-d003-78fa2c20a96b@Zend.To> Message-ID: Try a "yum clean all" then "yum update" again. The "yum clean all" will just wipe yum's caches. The "yum update" should then include the ZendTo repo in its list of repos that it reads from (which your output didn't!). Cheers, Jules. On 30/03/2020 15:53, Benjamin Scott-Warwick wrote: > > Hi Jules, > > This is what I get > > > > > > Benjamin Scott-Warwick > Infrastructure Analyst > > > > T: +44 1268 560350 > E: Benjamin.Scott-Warwick at Websure.com > > W: www.websure.com > 34 The Broadway Wickford SS11 7AN > Websure Logo > > LinkedIn > > > London Head Office > > Development Office > > North America Office > > > > MGAA > > > > > Acord Logo > > MS Partner > > > Cyber > > > > > > *From:*Jules > *Sent:* 30 March 2020 15:27 > *To:* ZendTo Users > *Cc:* Benjamin Scott-Warwick > *Subject:* Re: [ZendTo] upgrading to latest > > On 30/03/2020 15:17, Benjamin Scott-Warwick via ZendTo wrote: > > Hi, > > Just tried to run the latest updates, have they been pulled as my > install is still running 5.21-2 > > No. > > > I?ve followed both the update option on CENTOS and the full > installer with no luck > > Provided you installed from the repo, "yum update" should work and > install 5.23-3. > In case you didn't install from the repo, do > yum install https://zend.to/files/zendto-repo.rpm > ??? yum update > > Cheers, > Jules. > > Kind regards > > Benjamin > > > > *Benjamin Scott-Warwick** > **Infrastructure Analyst** > > > > T: +44 1268 560350 > E: Benjamin.Scott-Warwick at Websure.com > > W: www.websure.com > **34 The Broadway Wickford SS11 7AN *** > > > > Websure Logo > > ** > > LinkedIn > > > > > London Head Office > > Development Office > > North America Office > > > > > MGAA > > > > > Acord Logo > > MS Partner > > > > Cyber > > > > > > ------------------------------------------------------------------------ > > This e-mail together with any attachments, (the document) is for > the exclusive use of the addressee(s). Any other distribution, use > or reproduction of the document without the sender's prior consent > is unauthorised and strictly prohibited. If you have received this > document in error please notify the sender, by e-mail or by > telephone immediately and remove the message from your computer > without making any copies. > It is possible for data conveyed by e-mail to be deliberately or > accidentally intercepted or corrupted. For this reason, in > communicating solely by e-mail, Websure a Division of Sheraton > Systems Limited, Registered in England No. 2348058, is unable to > accept any responsibility for any breaches of confidence which may > arise through the use of this medium. Websure a Division of > Sheraton Systems will not accept any liability for contractual > commitments made by individuals employed by Websure outside the > scope of our business. > Head and Registered Office: 1st Floor, Royal Exchange, London EC3V > 3LN > Support and Development Centre: 34 The Broadway, Wickford, Essex > SS11 7AN > Canadian Support and Development Centre: Suite 1802, Exchange > Tower, 130 King Street West, Toronto, M5X 1E3, Canada > This email has been scanned for email related threats and > delivered safely 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: > Lundy, Fastnet: Northeast 5 to 7. Slight or moderate, occasionally rough in > far southwest. Showers. Good. > www.Zend.To > Twitter: @JulesFM > > > ------------------------------------------------------------------------ > This e-mail together with any attachments, (the document) is for the > exclusive use of the addressee(s). Any other distribution, use or > reproduction of the document without the sender's prior consent is > unauthorised and strictly prohibited. If you have received this > document in error please notify the sender, by e-mail or by telephone > immediately and remove the message from your computer without making > any copies. > It is possible for data conveyed by e-mail to be deliberately or > accidentally intercepted or corrupted. For this reason, in > communicating solely by e-mail, Websure a Division of Sheraton Systems > Limited, Registered in England No. 2348058, is unable to accept any > responsibility for any breaches of confidence which may arise through > the use of this medium. Websure a Division of Sheraton Systems will > not accept any liability for contractual commitments made by > individuals employed by Websure outside the scope of our business. > Head and Registered Office: 1st Floor, Royal Exchange, London EC3V 3LN > Support and Development Centre: 34 The Broadway, Wickford, Essex SS11 7AN > Canadian Support and Development Centre: Suite 1802, Exchange Tower, > 130 King Street West, Toronto, M5X 1E3, Canada > This email has been scanned for email related threats and delivered > safely by Mimecast. For more information please visit > http://www.mimecast.com > ------------------------------------------------------------------------ Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast: Thames: North veering northeast, 4 to 6. Moderate, occasionally slight. Showers. Good. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 120033015534805169.jpg Type: image/jpeg Size: 6109 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 120033015534804369.png Type: image/png Size: 1466 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 120033015534803869.jpg Type: image/jpeg Size: 3502 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 120033015534804669.png Type: image/png Size: 21487 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 120033015534805869.png Type: image/png Size: 11045 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 120033015534805469.png Type: image/png Size: 5715 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 6109 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 1466 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.jpg Type: image/jpeg Size: 3502 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image005.png Type: image/png Size: 21487 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image006.png Type: image/png Size: 11045 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image007.png Type: image/png Size: 5715 bytes Desc: not available URL: From Benjamin.Scott-Warwick at Websure.com Mon Mar 30 16:53:20 2020 From: Benjamin.Scott-Warwick at Websure.com (Benjamin Scott-Warwick) Date: Mon, 30 Mar 2020 15:53:20 +0000 Subject: [ZendTo] upgrading to latest In-Reply-To: References: <5058f43e-5327-5a26-d003-78fa2c20a96b@Zend.To> Message-ID: Doesn?t seem to be having a nice day :( [cid:image001.png at 01D606B3.B60805A0] Benjamin Scott-Warwick Infrastructure Analyst T: +44 1268 560350 34 The Broadway Wickford SS11 7AN From: Jules Sent: 30 March 2020 16:07 To: Benjamin Scott-Warwick ; ZendTo Users Subject: Re: [ZendTo] upgrading to latest Try a "yum clean all" then "yum update" again. The "yum clean all" will just wipe yum's caches. The "yum update" should then include the ZendTo repo in its list of repos that it reads from (which your output didn't!). Cheers, Jules. On 30/03/2020 15:53, Benjamin Scott-Warwick wrote: Hi Jules, This is what I get Benjamin Scott-Warwick Infrastructure Analyst T: +44 1268 560350 E: Benjamin.Scott-Warwick at Websure.com W: www.websure.com 34 The Broadway Wickford SS11 7AN [Websure Logo] [LinkedIn] London Head Office Development Office North America Office [MGAA] [Acord Logo] [MS Partner] [Cyber] From: Jules Sent: 30 March 2020 15:27 To: ZendTo Users Cc: Benjamin Scott-Warwick Subject: Re: [ZendTo] upgrading to latest On 30/03/2020 15:17, Benjamin Scott-Warwick via ZendTo wrote: Hi, Just tried to run the latest updates, have they been pulled as my install is still running 5.21-2 No. I?ve followed both the update option on CENTOS and the full installer with no luck Provided you installed from the repo, "yum update" should work and install 5.23-3. In case you didn't install from the repo, do yum install https://zend.to/files/zendto-repo.rpm yum update Cheers, Jules. Kind regards Benjamin Benjamin Scott-Warwick Infrastructure Analyst T: +44 1268 560350 E: Benjamin.Scott-Warwick at Websure.com W: www.websure.com 34 The Broadway Wickford SS11 7AN [Websure Logo] [LinkedIn] London Head Office Development Office North America Office [MGAA] [Acord Logo] [MS Partner] [Cyber] ________________________________ This e-mail together with any attachments, (the document) is for the exclusive use of the addressee(s). Any other distribution, use or reproduction of the document without the sender's prior consent is unauthorised and strictly prohibited. If you have received this document in error please notify the sender, by e-mail or by telephone immediately and remove the message from your computer without making any copies. It is possible for data conveyed by e-mail to be deliberately or accidentally intercepted or corrupted. For this reason, in communicating solely by e-mail, Websure a Division of Sheraton Systems Limited, Registered in England No. 2348058, is unable to accept any responsibility for any breaches of confidence which may arise through the use of this medium. Websure a Division of Sheraton Systems will not accept any liability for contractual commitments made by individuals employed by Websure outside the scope of our business. Head and Registered Office: 1st Floor, Royal Exchange, London EC3V 3LN Support and Development Centre: 34 The Broadway, Wickford, Essex SS11 7AN Canadian Support and Development Centre: Suite 1802, Exchange Tower, 130 King Street West, Toronto, M5X 1E3, Canada This email has been scanned for email related threats and delivered safely 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: Lundy, Fastnet: Northeast 5 to 7. Slight or moderate, occasionally rough in far southwest. Showers. Good. www.Zend.To Twitter: @JulesFM ________________________________ This e-mail together with any attachments, (the document) is for the exclusive use of the addressee(s). Any other distribution, use or reproduction of the document without the sender's prior consent is unauthorised and strictly prohibited. If you have received this document in error please notify the sender, by e-mail or by telephone immediately and remove the message from your computer without making any copies. It is possible for data conveyed by e-mail to be deliberately or accidentally intercepted or corrupted. For this reason, in communicating solely by e-mail, Websure a Division of Sheraton Systems Limited, Registered in England No. 2348058, is unable to accept any responsibility for any breaches of confidence which may arise through the use of this medium. Websure a Division of Sheraton Systems will not accept any liability for contractual commitments made by individuals employed by Websure outside the scope of our business. Head and Registered Office: 1st Floor, Royal Exchange, London EC3V 3LN Support and Development Centre: 34 The Broadway, Wickford, Essex SS11 7AN Canadian Support and Development Centre: Suite 1802, Exchange Tower, 130 King Street West, Toronto, M5X 1E3, Canada This email has been scanned for email related threats and delivered safely by Mimecast. For more information please visit http://www.mimecast.com ________________________________ Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast: Thames: North veering northeast, 4 to 6. Moderate, occasionally slight. Showers. Good. 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: 299099 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 6109 bytes Desc: image002.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 1466 bytes Desc: image003.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.jpg Type: image/jpeg Size: 3502 bytes Desc: image004.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image005.png Type: image/png Size: 21487 bytes Desc: image005.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image006.png Type: image/png Size: 11045 bytes Desc: image006.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image007.png Type: image/png Size: 5715 bytes Desc: image007.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 120033016532302079.jpg Type: image/jpeg Size: 3502 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 120033016532302479.png Type: image/png Size: 1466 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 120033016532302879.png Type: image/png Size: 21487 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 120033016532303279.jpg Type: image/jpeg Size: 6109 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 120033016532303679.png Type: image/png Size: 5715 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 120033016532304179.png Type: image/png Size: 11045 bytes Desc: not available URL: