From Jules at Zend.To Sun Jun 2 17:10:25 2019 From: Jules at Zend.To (Jules) Date: Sun, 2 Jun 2019 17:10:25 +0100 Subject: [ZendTo] =?utf-8?q?Beta_5=2E18-4_released_=E2=80=94_now_automate?= =?utf-8?q?s_pick-up_too?= Message-ID: Folks, I have just released another beta, version 5.18-4. The latest beta adds automation for the pick-up process too, in addition to the drop-off and "request a drop-off" processes that were in the last one. Run the "autopickup" command without any parameters and it will show you the syntax. Use "--debug" to see what it's doing, without actually downloading any files. Please do test it and let me know how you get on. Thanks! Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'That is the land of lost content, I see it shining plain, The happy highways where I went, And cannot come again.' - A.E. Houseman www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From brian at lifetrends.com Wed Jun 12 16:48:47 2019 From: brian at lifetrends.com (Brian Smith) Date: Wed, 12 Jun 2019 15:48:47 +0000 Subject: [ZendTo] automationUsers References: Message-ID: We use LDAP authentication on our ZendTo instance. I would like to make the automationUsers a local (to the server) user and not authenticate that user via LDAP. Is that possible? Thank you, Brian -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Wed Jun 12 17:42:53 2019 From: Jules at Zend.To (Jules Field) Date: Wed, 12 Jun 2019 17:42:53 +0100 Subject: [ZendTo] automationUsers In-Reply-To: References: Message-ID: Brian, That should be easy using the "Multi" authenticator in ZendTo. Make it look at both Local and LDAP/AD, and add it as a local user with the /opt/zendto/bin/adduser command. Do let me know how you get on. If it works fine, I'll add it to the comments in the preferences.php file where it describes the automation users. Cheers, Jules. On 12/06/2019 16:48, Brian Smith via ZendTo wrote: > > We use LDAP authentication on our ZendTo instance. I would like to > make the automationUsers a local (to the server) user and not > authenticate that user via LDAP. Is that possible? > > Thank you, > > Brian > > > _______________________________________________ > 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 brian at lifetrends.com Wed Jun 12 21:14:00 2019 From: brian at lifetrends.com (Brian Smith) Date: Wed, 12 Jun 2019 20:14:00 +0000 Subject: [ZendTo] automationUsers In-Reply-To: References: Message-ID: Hello Jules, Unfortunately it doesn?t seem to work (I could be doing something wrong). I?ve created a local user using adduser called ?auto?. I have ?Multi? set under authenticator and authMultiAuthenticators set to ?array(?Local?, ?LDAP?)?. I?ve also tried swapping the order to LDAP then Local. This is the command I?m running (with identifying info changed): /opt/zendto/bin/autorequest -u auto -p the*passw0rD -n ?Jane Doe? -e jane at email.com -o OrgName -s 'Test Automated Email' -t 'Note in test automated email.' -N 'John Doe' -E john at email.com 'https://zend.orgname.com' No system logs are created (that I can find) and no errors. Thanks, Brian From: Jules Field Sent: Wednesday, June 12, 2019 11:43 AM To: ZendTo Users Cc: Brian Smith Subject: Re: [ZendTo] automationUsers Brian, That should be easy using the "Multi" authenticator in ZendTo. Make it look at both Local and LDAP/AD, and add it as a local user with the /opt/zendto/bin/adduser command. Do let me know how you get on. If it works fine, I'll add it to the comments in the preferences.php file where it describes the automation users. Cheers, Jules. On 12/06/2019 16:48, Brian Smith via ZendTo wrote: We use LDAP authentication on our ZendTo instance. I would like to make the automationUsers a local (to the server) user and not authenticate that user via LDAP. Is that possible? Thank you, Brian _______________________________________________ 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 Wed Jun 12 21:24:49 2019 From: Jules at Zend.To (Jules Field) Date: Wed, 12 Jun 2019 21:24:49 +0100 Subject: [ZendTo] automationUsers In-Reply-To: References: Message-ID: <8BAF042F-F740-4A27-B2BB-6B08E3EDDA0F@Zend.To> Try logging in to the web interface as your auto user. Does it let you in, and if not does it log anything? -- Jules > On 12 Jun 2019, at 9:14 pm, Brian Smith wrote: > > Hello Jules, > > Unfortunately it doesn?t seem to work (I could be doing something wrong). I?ve created a local user using adduser called ?auto?. I have ?Multi? set under authenticator and authMultiAuthenticators set to ?array(?Local?, ?LDAP?)?. I?ve also tried swapping the order to LDAP then Local. This is the command I?m running (with identifying info changed): > > /opt/zendto/bin/autorequest -u auto -p the*passw0rD -n ?Jane Doe? -e jane at email.com -o OrgName -s 'Test Automated Email' -t 'Note in test automated email.' -N 'John Doe' -E john at email.com 'https://zend.orgname.com' > > No system logs are created (that I can find) and no errors. > > Thanks, > > Brian > > From: Jules Field > Sent: Wednesday, June 12, 2019 11:43 AM > To: ZendTo Users > Cc: Brian Smith > Subject: Re: [ZendTo] automationUsers > > Brian, > > That should be easy using the "Multi" authenticator in ZendTo. Make it look at both Local and LDAP/AD, and add it as a local user with the /opt/zendto/bin/adduser command. > > Do let me know how you get on. If it works fine, I'll add it to the comments in the preferences.php file where it describes the automation users. > > Cheers, > Jules. > > On 12/06/2019 16:48, Brian Smith via ZendTo wrote: > We use LDAP authentication on our ZendTo instance. I would like to make the automationUsers a local (to the server) user and not authenticate that user via LDAP. Is that possible? > > Thank you, > > Brian > > > _______________________________________________ > 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 brian at lifetrends.com Wed Jun 12 21:32:23 2019 From: brian at lifetrends.com (Brian Smith) Date: Wed, 12 Jun 2019 20:32:23 +0000 Subject: [ZendTo] automationUsers In-Reply-To: References: <8BAF042F-F740-4A27-B2BB-6B08E3EDDA0F@Zend.To> Message-ID: It does let me in. It creates auth logs. I should also mention that I upgraded in place to the Beta (rather than starting from scratch). I took a snapshot of my production instance, spun up a new instance using that snapshot, and then ran the upgrade using the beta .deb file directly. If you think that could be the cause of this, I can try starting from scratch instead. Thanks, Brian From: Jules Field Sent: Wednesday, June 12, 2019 3:25 PM To: Brian Smith Cc: zendto at zend.to Subject: Re: [ZendTo] automationUsers Try logging in to the web interface as your auto user. Does it let you in, and if not does it log anything? -- Jules On 12 Jun 2019, at 9:14 pm, Brian Smith > wrote: Hello Jules, Unfortunately it doesn?t seem to work (I could be doing something wrong). I?ve created a local user using adduser called ?auto?. I have ?Multi? set under authenticator and authMultiAuthenticators set to ?array(?Local?, ?LDAP?)?. I?ve also tried swapping the order to LDAP then Local. This is the command I?m running (with identifying info changed): /opt/zendto/bin/autorequest -u auto -p the*passw0rD -n ?Jane Doe? -e jane at email.com -o OrgName -s 'Test Automated Email' -t 'Note in test automated email.' -N 'John Doe' -E john at email.com 'https://zend.orgname.com' No system logs are created (that I can find) and no errors. Thanks, Brian From: Jules Field > Sent: Wednesday, June 12, 2019 11:43 AM To: ZendTo Users > Cc: Brian Smith > Subject: Re: [ZendTo] automationUsers Brian, That should be easy using the "Multi" authenticator in ZendTo. Make it look at both Local and LDAP/AD, and add it as a local user with the /opt/zendto/bin/adduser command. Do let me know how you get on. If it works fine, I'll add it to the comments in the preferences.php file where it describes the automation users. Cheers, Jules. On 12/06/2019 16:48, Brian Smith via ZendTo wrote: We use LDAP authentication on our ZendTo instance. I would like to make the automationUsers a local (to the server) user and not authenticate that user via LDAP. Is that possible? Thank you, Brian _______________________________________________ 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 zend.to at neilzone.co.uk Wed Jun 12 21:36:53 2019 From: zend.to at neilzone.co.uk (zend.to at neilzone.co.uk) Date: Wed, 12 Jun 2019 21:36:53 +0100 Subject: [ZendTo] automationUsers In-Reply-To: References: <8BAF042F-F740-4A27-B2BB-6B08E3EDDA0F@Zend.To> Message-ID: On 12 Jun 2019, at 21:24, Jules Field via ZendTo wrote: > >> Unfortunately it doesn?t seem to work (I could be doing something wrong). I?ve created a local user using adduser called ?auto?. I have ?Multi? set under authenticator and authMultiAuthenticators set to ?array(?Local?, ?LDAP?)?. I?ve also tried swapping the order to LDAP then Local. This is the command I?m running (with identifying info changed): >> >> /opt/zendto/bin/autorequest -u auto -p the*passw0rD -n ?Jane Doe? -e jane at email.com -o OrgName -s 'Test Automated Email' -t 'Note in test automated email.' -N 'John Doe' -E john at email.com 'https://zend.orgname.com ' >> >> No system logs are created (that I can find) and no errors. I feel stupid commenting here, since Jules is already on the thread, but have you remembered to add the user to ?automationUsers? in preferences.php? // 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('auto'), Neil __________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From brian at lifetrends.com Wed Jun 12 21:38:56 2019 From: brian at lifetrends.com (Brian Smith) Date: Wed, 12 Jun 2019 20:38:56 +0000 Subject: [ZendTo] automationUsers In-Reply-To: References: <8BAF042F-F740-4A27-B2BB-6B08E3EDDA0F@Zend.To> Message-ID: Yes. automationUsers is set to array(?auto?). Thanks, Brian From: zend.to at neilzone.co.uk Sent: Wednesday, June 12, 2019 3:37 PM To: Brian Smith ; Jules Field Cc: ZendTo Users Subject: Re: [ZendTo] automationUsers On 12 Jun 2019, at 21:24, Jules Field via ZendTo > wrote: Unfortunately it doesn?t seem to work (I could be doing something wrong). I?ve created a local user using adduser called ?auto?. I have ?Multi? set under authenticator and authMultiAuthenticators set to ?array(?Local?, ?LDAP?)?. I?ve also tried swapping the order to LDAP then Local. This is the command I?m running (with identifying info changed): /opt/zendto/bin/autorequest -u auto -p the*passw0rD -n ?Jane Doe? -e jane at email.com -o OrgName -s 'Test Automated Email' -t 'Note in test automated email.' -N 'John Doe' -E john at email.com 'https://zend.orgname.com' No system logs are created (that I can find) and no errors. I feel stupid commenting here, since Jules is already on the thread, but have you remembered to add the user to ?automationUsers? in preferences.php? // 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('auto'), Neil __________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Thu Jun 13 08:14:11 2019 From: Jules at Zend.To (Jules Field) Date: Thu, 13 Jun 2019 08:14:11 +0100 Subject: [ZendTo] automationUsers In-Reply-To: References: <8BAF042F-F740-4A27-B2BB-6B08E3EDDA0F@Zend.To> Message-ID: <8813EE33-9AE3-43FB-8691-58936744C125@Zend.To> The other obvious possibility is that in your example you haven?t quoted any of the arguments. If you?ve got anything non-alphanumeric in auto?s password, definitely put it in single quotes. -- Jules > On 12 Jun 2019, at 9:36 pm, zend.to at neilzone.co.uk wrote: > > >> On 12 Jun 2019, at 21:24, Jules Field via ZendTo wrote: >> >>> Unfortunately it doesn?t seem to work (I could be doing something wrong). I?ve created a local user using adduser called ?auto?. I have ?Multi? set under authenticator and authMultiAuthenticators set to ?array(?Local?, ?LDAP?)?. I?ve also tried swapping the order to LDAP then Local. This is the command I?m running (with identifying info changed): >>> >>> /opt/zendto/bin/autorequest -u auto -p the*passw0rD -n ?Jane Doe? -e jane at email.com -o OrgName -s 'Test Automated Email' -t 'Note in test automated email.' -N 'John Doe' -E john at email.com 'https://zend.orgname.com' >>> >>> No system logs are created (that I can find) and no errors. > > I feel stupid commenting here, since Jules is already on the thread, but have you remembered to add the user to ?automationUsers? in preferences.php? > > > // 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('auto'), > > > > > Neil > > __________ > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Thu Jun 13 08:16:24 2019 From: Jules at Zend.To (Jules Field) Date: Thu, 13 Jun 2019 08:16:24 +0100 Subject: [ZendTo] automationUsers In-Reply-To: References: <8BAF042F-F740-4A27-B2BB-6B08E3EDDA0F@Zend.To> Message-ID: <44823C8F-9CBE-4079-8563-287E05C4AE78@Zend.To> If that lets you in, then the authentication is all working. Provided you ran the upgrade script, an in-place upgrade should be fine. -- Jules > On 12 Jun 2019, at 9:32 pm, Brian Smith wrote: > > It does let me in. It creates auth logs. I should also mention that I upgraded in place to the Beta (rather than starting from scratch). I took a snapshot of my production instance, spun up a new instance using that snapshot, and then ran the upgrade using the beta .deb file directly. If you think that could be the cause of this, I can try starting from scratch instead. > > Thanks, > > Brian > From: Jules Field > Sent: Wednesday, June 12, 2019 3:25 PM > To: Brian Smith > Cc: zendto at zend.to > Subject: Re: [ZendTo] automationUsers > > Try logging in to the web interface as your auto user. Does it let you in, and if not does it log anything? > > -- > Jules > > On 12 Jun 2019, at 9:14 pm, Brian Smith wrote: > > Hello Jules, > > Unfortunately it doesn?t seem to work (I could be doing something wrong). I?ve created a local user using adduser called ?auto?. I have ?Multi? set under authenticator and authMultiAuthenticators set to ?array(?Local?, ?LDAP?)?. I?ve also tried swapping the order to LDAP then Local. This is the command I?m running (with identifying info changed): > > /opt/zendto/bin/autorequest -u auto -p the*passw0rD -n ?Jane Doe? -e jane at email.com -o OrgName -s 'Test Automated Email' -t 'Note in test automated email.' -N 'John Doe' -E john at email.com 'https://zend.orgname.com' > > No system logs are created (that I can find) and no errors. > > Thanks, > > Brian > > From: Jules Field > Sent: Wednesday, June 12, 2019 11:43 AM > To: ZendTo Users > Cc: Brian Smith > Subject: Re: [ZendTo] automationUsers > > Brian, > > That should be easy using the "Multi" authenticator in ZendTo. Make it look at both Local and LDAP/AD, and add it as a local user with the /opt/zendto/bin/adduser command. > > Do let me know how you get on. If it works fine, I'll add it to the comments in the preferences.php file where it describes the automation users. > > Cheers, > Jules. > > On 12/06/2019 16:48, Brian Smith via ZendTo wrote: > We use LDAP authentication on our ZendTo instance. I would like to make the automationUsers a local (to the server) user and not authenticate that user via LDAP. Is that possible? > > Thank you, > > Brian > > > > _______________________________________________ > 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 brian at lifetrends.com Thu Jun 13 13:06:46 2019 From: brian at lifetrends.com (Brian Smith) Date: Thu, 13 Jun 2019 12:06:46 +0000 Subject: [ZendTo] automationUsers In-Reply-To: References: <8BAF042F-F740-4A27-B2BB-6B08E3EDDA0F@Zend.To> <8813EE33-9AE3-43FB-8691-58936744C125@Z end.To> <3A64B1CF-8F76-497C-9725-257C0945CA0A@Jul.es> Message-ID: I previously tried quoting all of them with the same result. I tried again (single quoting each argument) with debug enabled. The values all look correct. However, it still runs without any kind of error or output when not using --debug. And yes, I ran the upgrade script after installing the beta Debian package. I?ve also confirmed that sending a request via the web interface as a normal user still works as expected. Thanks again, Brian From: Jules Field Sent: Thursday, June 13, 2019 2:19 AM To: zend.to at neilzone.co.uk Cc: Brian Smith ; ZendTo Users Subject: Re: [ZendTo] automationUsers Try running the command with ?debug and check that all the values shown are actually what you put on the command line. If you have any quoting problems, that will probably show them up. -- Jules On 13 Jun 2019, at 8:14 am, Jules Field > wrote: The other obvious possibility is that in your example you haven?t quoted any of the arguments. If you?ve got anything non-alphanumeric in auto?s password, definitely put it in single quotes. -- Jules On 12 Jun 2019, at 9:36 pm, zend.to at neilzone.co.uk wrote: On 12 Jun 2019, at 21:24, Jules Field via ZendTo > wrote: Unfortunately it doesn?t seem to work (I could be doing something wrong). I?ve created a local user using adduser called ?auto?. I have ?Multi? set under authenticator and authMultiAuthenticators set to ?array(?Local?, ?LDAP?)?. I?ve also tried swapping the order to LDAP then Local. This is the command I?m running (with identifying info changed): /opt/zendto/bin/autorequest -u auto -p the*passw0rD -n ?Jane Doe? -e jane at email.com -o OrgName -s 'Test Automated Email' -t 'Note in test automated email.' -N 'John Doe' -E john at email.com 'https://zend.orgname.com' No system logs are created (that I can find) and no errors. I feel stupid commenting here, since Jules is already on the thread, but have you remembered to add the user to ?automationUsers? in preferences.php? // 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('auto'), Neil __________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From zend.to at neilzone.co.uk Thu Jun 13 13:12:54 2019 From: zend.to at neilzone.co.uk (zend.to at neilzone.co.uk) Date: Thu, 13 Jun 2019 13:12:54 +0100 Subject: [ZendTo] automationUsers In-Reply-To: References: <8BAF042F-F740-4A27-B2BB-6B08E3EDDA0F@Zend.To> <8813EE33-9AE3-43FB-8691-58936744C125@Z end.To> <3A64B1CF-8F76-497C-9725-257C0945CA0A@Jul.es> <238BB155-1808-4033-AC64-1EB93169ABCB@neilzone.co.uk> Message-ID: If it helps in debugging it, here's the curl script I use with it, with your anonymised parameters substituted ? the bash script is, AFAIK, just doing this behind the scenes: curl --dump-header - --output /dev/null --silent --data Action=send --data-urlencode uname="auto" --data-urlencode password="the*passw0rD" --data-urlencode senderName="Jane Doe" --data-urlencode senderEmail="jane at email.com " --data-urlencode senderOrg="decoded.legal" --data-urlencode subject="Test Automated Email" --data-urlencode recipName="John Doe'" --data-urlencode recipEmail="john at email.com" --data-urlencode note="As requested." "https://zend.orgname.com/req.php" curl?s output might help you locate what isn?t working? Best wishes Neil > On 13 Jun 2019, at 13:06, Brian Smith wrote: > > I previously tried quoting all of them with the same result. I tried again (single quoting each argument) with debug enabled. The values all look correct. However, it still runs without any kind of error or output when not using --debug. And yes, I ran the upgrade script after installing the beta Debian package. I?ve also confirmed that sending a request via the web interface as a normal user still works as expected. > > Thanks again, > > Brian > > > From: Jules Field > > Sent: Thursday, June 13, 2019 2:19 AM > To: zend.to at neilzone.co.uk > Cc: Brian Smith >; ZendTo Users > > Subject: Re: [ZendTo] automationUsers > > Try running the command with ?debug and check that all the values shown are actually what you put on the command line. If you have any quoting problems, that will probably show them up. > > -- > Jules > > On 13 Jun 2019, at 8:14 am, Jules Field > wrote: > > The other obvious possibility is that in your example you haven?t quoted any of the arguments. If you?ve got anything non-alphanumeric in auto?s password, definitely put it in single quotes. > > -- > Jules > > On 12 Jun 2019, at 9:36 pm, zend.to at neilzone.co.uk wrote: > > > On 12 Jun 2019, at 21:24, Jules Field via ZendTo > wrote: > > > Unfortunately it doesn?t seem to work (I could be doing something wrong). I?ve created a local user using adduser called ?auto?. I have ?Multi? set under authenticator and authMultiAuthenticators set to ?array(?Local?, ?LDAP?)?. I?ve also tried swapping the order to LDAP then Local. This is the command I?m running (with identifying info changed): > > /opt/zendto/bin/autorequest -u auto -p the*passw0rD -n ?Jane Doe? -e jane at email.com -o OrgName -s 'Test Automated Email' -t 'Note in test automated email.' -N 'John Doe' -E john at email.com 'https://zend.orgname.com ' > > No system logs are created (that I can find) and no errors. > > I feel stupid commenting here, since Jules is already on the thread, but have you remembered to add the user to ?automationUsers? in preferences.php? > > > // 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('auto'), > > > > > Neil > > __________ Neil -------------- next part -------------- An HTML attachment was scrubbed... URL: From brian at lifetrends.com Thu Jun 13 13:27:40 2019 From: brian at lifetrends.com (Brian Smith) Date: Thu, 13 Jun 2019 12:27:40 +0000 Subject: [ZendTo] automationUsers In-Reply-To: <238BB155-1808-4033-AC64-1EB93169ABCB@neilzone.co.uk> References: <8BAF042F-F740-4A27-B2BB-6B08E3EDDA0F@Zend.To> <8813EE33-9AE3-43FB-8691-58936744C125@Z end.To> <3A64B1CF-8F76-497C-9725-257C0945CA0A@Jul.es> <238BB155-1808-4033-AC64-1EB93169ABCB@neilzone.co.uk> Message-ID: Thank you, that was helpful. Running curl in verbose mode, I get this (slightly altered) output (only IP and URL are changed): " "https://subdomain.organization.com/req.php" * Trying 0.0.0.0... * TCP_NODELAY set * Connected to subdomain.organization.com (0.0.0.0) port 443 (#0) * ALPN, offering h2 * ALPN, offering http/1.1 * successfully set certificate verify locations: * CAfile: /etc/ssl/certs/ca-certificates.crt CApath: /etc/ssl/certs } [5 bytes data] * TLSv1.2 (OUT), TLS handshake, Client hello (1): } [223 bytes data] * TLSv1.2 (IN), TLS handshake, Server hello (2): { [108 bytes data] * TLSv1.2 (IN), TLS handshake, Certificate (11): { [1717 bytes data] * TLSv1.2 (OUT), TLS alert, Server hello (2): } [2 bytes data] * SSL certificate problem: unable to get local issuer certificate * Closing connection 0 I?m a bit confused by this since the cert is valid, not self-signed, etc. Thanks, Brian From: zend.to at neilzone.co.uk Sent: Thursday, June 13, 2019 7:13 AM To: Brian Smith Cc: Jules Field ; ZendTo Users Subject: Re: [ZendTo] automationUsers If it helps in debugging it, here's the curl script I use with it, with your anonymised parameters substituted ? the bash script is, AFAIK, just doing this behind the scenes: curl --dump-header - --output /dev/null --silent --data Action=send --data-urlencode uname="auto" --data-urlencode password="the*passw0rD" --data-urlencode senderName="Jane Doe" --data-urlencode senderEmail="jane at email.com " --data-urlencode senderOrg="decoded.legal" --data-urlencode subject="Test Automated Email" --data-urlencode recipName="John Doe'" --data-urlencode recipEmail="john at email.com" --data-urlencode note="As requested." "https://zend.orgname.com/req.php" curl?s output might help you locate what isn?t working? Best wishes Neil On 13 Jun 2019, at 13:06, Brian Smith > wrote: I previously tried quoting all of them with the same result. I tried again (single quoting each argument) with debug enabled. The values all look correct. However, it still runs without any kind of error or output when not using --debug. And yes, I ran the upgrade script after installing the beta Debian package. I?ve also confirmed that sending a request via the web interface as a normal user still works as expected. Thanks again, Brian From: Jules Field > Sent: Thursday, June 13, 2019 2:19 AM To: zend.to at neilzone.co.uk Cc: Brian Smith >; ZendTo Users > Subject: Re: [ZendTo] automationUsers Try running the command with ?debug and check that all the values shown are actually what you put on the command line. If you have any quoting problems, that will probably show them up. -- Jules On 13 Jun 2019, at 8:14 am, Jules Field > wrote: The other obvious possibility is that in your example you haven?t quoted any of the arguments. If you?ve got anything non-alphanumeric in auto?s password, definitely put it in single quotes. -- Jules On 12 Jun 2019, at 9:36 pm, zend.to at neilzone.co.uk wrote: On 12 Jun 2019, at 21:24, Jules Field via ZendTo > wrote: Unfortunately it doesn?t seem to work (I could be doing something wrong). I?ve created a local user using adduser called ?auto?. I have ?Multi? set under authenticator and authMultiAuthenticators set to ?array(?Local?, ?LDAP?)?. I?ve also tried swapping the order to LDAP then Local. This is the command I?m running (with identifying info changed): /opt/zendto/bin/autorequest -u auto -p the*passw0rD -n ?Jane Doe? -e jane at email.com -o OrgName -s 'Test Automated Email' -t 'Note in test automated email.' -N 'John Doe' -E john at email.com 'https://zend.orgname.com' No system logs are created (that I can find) and no errors. I feel stupid commenting here, since Jules is already on the thread, but have you remembered to add the user to ?automationUsers? in preferences.php? // 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('auto'), Neil __________ Neil -------------- next part -------------- An HTML attachment was scrubbed... URL: From zend.to at neilzone.co.uk Thu Jun 13 13:41:10 2019 From: zend.to at neilzone.co.uk (zend.to at neilzone.co.uk) Date: Thu, 13 Jun 2019 13:41:10 +0100 Subject: [ZendTo] automationUsers In-Reply-To: References: <8BAF042F-F740-4A27-B2BB-6B08E3EDDA0F@Zend.To> <8813EE33-9AE3-43FB-8691-58936744C125@Z end.To> <3A64B1CF-8F76-497C-9725-257C0945CA0A@Jul.es> <238BB155-1808-4033-AC64-1EB93169ABCB@neilzone.co.uk> <579D14CC-9B6E-42C1-8028-B1F203C1C670@neilzone.co.uk> Message-ID: > On 13 Jun 2019, at 13:27, Brian Smith wrote: > > * SSL certificate problem: unable to get local issuer certificate > * Closing connection 0 > > I?m a bit confused by this since the cert is valid, not self-signed, etc. Assuming then its either an OS or web server issue rather than zend.to itself, and on the basis you seem happy with your apache2/nginx ssl config, you could try updating your cert directory/contents? [sudo] update-ca-certificates might do the trick? (But, if your box works fine other than for this, curious?) Best wishes Neil -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Thu Jun 13 14:11:07 2019 From: Jules at Zend.To (Jules Field) Date: Thu, 13 Jun 2019 14:11:07 +0100 Subject: [ZendTo] automationUsers In-Reply-To: References: <8813EE33-9AE3-43FB-8691-58936744C125@Z end.To> <3A64B1CF-8F76-497C-9725-257C0945CA0A@Jul.es> <238BB155-1808-4033-AC64-1EB93169ABCB@neilzone.co.uk> <579D14CC-9B6E-42C1-8028-B1F203C1C670@neilzone.co.uk> Message-ID: And you can prove if it really is a cert problem by adding the "-i" option to the ZendTo auto... command. This passes a "--insecure" option to curl, which tells curl to not attempt to actually check the validity of the server's certificate. If any of you have suggestions for either additional options (or a complete additional script) to help debug these sorts of issues, please do let me know! An "autodebug" script could just do a bunch of checks and confirm it can successfully get as far as logging in, but no more than that. All ideas welcome. Cheers, Jules. On 13/06/2019 13:41, zend.to at neilzone.co.uk wrote: > > >> On 13 Jun 2019, at 13:27, Brian Smith > > wrote: >> >> * SSL certificate problem: unable to get local issuer certificate >> * Closing connection 0 >> I?m a bit confused by this since the cert is valid, not self-signed, etc. > > Assuming then its either an OS or web server issue rather than zend.to > itself, and on the basis you seem happy with your apache2/nginx ssl > config, you could try updating your cert directory/contents? > > [sudo] update-ca-certificates > > might do the trick? > > > (But, if your box works fine other than for this, curious?) > > Best wishes > > Neil > > > Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast: Lundy, Fastnet, Irish Sea: North or northwest, backing southwest later, 4 or 5 occasionally 6 later in Fastnet. Slight or moderate, becoming smooth or slight in Irish Sea. Rain or showers. Good, occasionally moderate. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From Massimo.Forni at turboden.it Thu Jun 13 15:47:37 2019 From: Massimo.Forni at turboden.it (Massimo Forni) Date: Thu, 13 Jun 2019 14:47:37 +0000 Subject: [ZendTo] automationUsers In-Reply-To: References: <8BAF042F-F740-4A27-B2BB-6B08E3EDDA0F@Zend.To> <8813EE33-9AE3-43FB-8691-58936744C125@Z end.To> <3A64B1CF-8F76-497C-9725-257C0945CA0A@Jul.es> <238BB155-1808-4033-AC64-1EB93169ABCB@neilzone.co.uk> <0A6BAE18ABEE3E4ABF2F406E9A6BB9780A276253@MailBox.turboden.local> Message-ID: You should check if you have the intermediate CA certificate bundled with the public key or in a separate file. From: ZendTo [mailto:zendto-bounces at zend.to] On Behalf Of Brian Smith via ZendTo Sent: 13 June 2019 14:28 To: zend.to at neilzone.co.uk Cc: Brian Smith ; ZendTo Users ; Jules Field Subject: Re: [ZendTo] automationUsers Thank you, that was helpful. Running curl in verbose mode, I get this (slightly altered) output (only IP and URL are changed): " "https://subdomain.organization.com/req.php" * Trying 0.0.0.0... * TCP_NODELAY set * Connected to subdomain.organization.com (0.0.0.0) port 443 (#0) * ALPN, offering h2 * ALPN, offering http/1.1 * successfully set certificate verify locations: * CAfile: /etc/ssl/certs/ca-certificates.crt CApath: /etc/ssl/certs } [5 bytes data] * TLSv1.2 (OUT), TLS handshake, Client hello (1): } [223 bytes data] * TLSv1.2 (IN), TLS handshake, Server hello (2): { [108 bytes data] * TLSv1.2 (IN), TLS handshake, Certificate (11): { [1717 bytes data] * TLSv1.2 (OUT), TLS alert, Server hello (2): } [2 bytes data] * SSL certificate problem: unable to get local issuer certificate * Closing connection 0 I?m a bit confused by this since the cert is valid, not self-signed, etc. Thanks, Brian From: zend.to at neilzone.co.uk > Sent: Thursday, June 13, 2019 7:13 AM To: Brian Smith > Cc: Jules Field >; ZendTo Users > Subject: Re: [ZendTo] automationUsers If it helps in debugging it, here's the curl script I use with it, with your anonymised parameters substituted ? the bash script is, AFAIK, just doing this behind the scenes: curl --dump-header - --output /dev/null --silent --data Action=send --data-urlencode uname="auto" --data-urlencode password="the*passw0rD" --data-urlencode senderName="Jane Doe" --data-urlencode senderEmail="jane at email.com " --data-urlencode senderOrg="decoded.legal" --data-urlencode subject="Test Automated Email" --data-urlencode recipName="John Doe'" --data-urlencode recipEmail="john at email.com" --data-urlencode note="As requested." "https://zend.orgname.com/req.php" curl?s output might help you locate what isn?t working? Best wishes Neil On 13 Jun 2019, at 13:06, Brian Smith > wrote: I previously tried quoting all of them with the same result. I tried again (single quoting each argument) with debug enabled. The values all look correct. However, it still runs without any kind of error or output when not using --debug. And yes, I ran the upgrade script after installing the beta Debian package. I?ve also confirmed that sending a request via the web interface as a normal user still works as expected. Thanks again, Brian From: Jules Field > Sent: Thursday, June 13, 2019 2:19 AM To: zend.to at neilzone.co.uk Cc: Brian Smith >; ZendTo Users > Subject: Re: [ZendTo] automationUsers Try running the command with ?debug and check that all the values shown are actually what you put on the command line. If you have any quoting problems, that will probably show them up. -- Jules On 13 Jun 2019, at 8:14 am, Jules Field > wrote: The other obvious possibility is that in your example you haven?t quoted any of the arguments. If you?ve got anything non-alphanumeric in auto?s password, definitely put it in single quotes. -- Jules On 12 Jun 2019, at 9:36 pm, zend.to at neilzone.co.uk wrote: On 12 Jun 2019, at 21:24, Jules Field via ZendTo > wrote: Unfortunately it doesn?t seem to work (I could be doing something wrong). I?ve created a local user using adduser called ?auto?. I have ?Multi? set under authenticator and authMultiAuthenticators set to ?array(?Local?, ?LDAP?)?. I?ve also tried swapping the order to LDAP then Local. This is the command I?m running (with identifying info changed): /opt/zendto/bin/autorequest -u auto -p the*passw0rD -n ?Jane Doe? -e jane at email.com -o OrgName -s 'Test Automated Email' -t 'Note in test automated email.' -N 'John Doe' -E john at email.com 'https://zend.orgname.com' No system logs are created (that I can find) and no errors. I feel stupid commenting here, since Jules is already on the thread, but have you remembered to add the user to ?automationUsers? in preferences.php? // 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('auto'), Neil __________ Neil -- Massimo Forni ICT Infrastructure Manager Mobile: +393474110278 ________________________________ Turboden S.p.A. I via Cernaia 10 I 25124 Brescia I Italy t. +390303552001 I f. +390303552011 www.turboden.com Confidentiality notice: this message, together with its attachments, may contain strictly confidential and/or legally privileged information and it is destined solely to the intended addressee(s), who only may use it under his/their responsibility. Opinions, conclusions and other information contained in this message, that do not relate to the official business of this firm, shall be considered as not given or endorsed by it. If you have received this communication in error, please notify us immediately by responding to this email and then delete it from your system. Any use, disclosure, copying or distribution of the contents of this communication by a not-intended recipient or in violation of the purposes of this communication is strictly prohibited and may be unlawful. -------------- next part -------------- An HTML attachment was scrubbed... URL: From brian at lifetrends.com Thu Jun 13 20:22:01 2019 From: brian at lifetrends.com (Brian Smith) Date: Thu, 13 Jun 2019 19:22:01 +0000 Subject: [ZendTo] automationUsers In-Reply-To: References: <8813EE33-9AE3-43FB-8691-58936744C125@Z end.To> <3A64B1CF-8F76-497C-9725-257C0945CA0A@Jul.es> <238BB155-1808-4033-AC64-1EB93169ABCB@neilzone.co.uk> <579D14CC-9B6E-42C1-8028-B1F203C1C670@neilzone.co.uk> Message-ID: It works with the insecure flag. It?s very confusing because nothing else is complaining about the certificate. I guess I?ll just need to figure out what?s happening there. Thanks again, Brian From: Jules Field Sent: Thursday, June 13, 2019 8:11 AM To: zend.to at neilzone.co.uk; Brian Smith Cc: ZendTo Users Subject: Re: [ZendTo] automationUsers And you can prove if it really is a cert problem by adding the "-i" option to the ZendTo auto... command. This passes a "--insecure" option to curl, which tells curl to not attempt to actually check the validity of the server's certificate. If any of you have suggestions for either additional options (or a complete additional script) to help debug these sorts of issues, please do let me know! An "autodebug" script could just do a bunch of checks and confirm it can successfully get as far as logging in, but no more than that. All ideas welcome. Cheers, Jules. On 13/06/2019 13:41, zend.to at neilzone.co.uk wrote: On 13 Jun 2019, at 13:27, Brian Smith > wrote: * SSL certificate problem: unable to get local issuer certificate * Closing connection 0 I?m a bit confused by this since the cert is valid, not self-signed, etc. Assuming then its either an OS or web server issue rather than zend.to itself, and on the basis you seem happy with your apache2/nginx ssl config, you could try updating your cert directory/contents? [sudo] update-ca-certificates might do the trick? (But, if your box works fine other than for this, curious?) Best wishes Neil Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast: Lundy, Fastnet, Irish Sea: North or northwest, backing southwest later, 4 or 5 occasionally 6 later in Fastnet. Slight or moderate, becoming smooth or slight in Irish Sea. Rain or showers. Good, occasionally moderate. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From zend.to at neilzone.co.uk Thu Jun 13 21:38:40 2019 From: zend.to at neilzone.co.uk (zend.to at neilzone.co.uk) Date: Thu, 13 Jun 2019 21:38:40 +0100 Subject: [ZendTo] automationUsers In-Reply-To: References: <8813EE33-9AE3-43FB-8691-58936744C125@Z end.To> <3A64B1CF-8F76-497C-9725-257C0945CA0A@Jul.es> <238BB155-1808-4033-AC64-1EB93169ABCB@neilzone.co.uk> <579D14CC-9B6E-42C1-8028-B1F203C1C670@neilzone.co.uk> <25983E4D-E12E-4E07-A14A-FAC251EB2741@neilzone.co.uk> Message-ID: > On 13 Jun 2019, at 20:22, Brian Smith wrote: > > It works with the insecure flag. It?s very confusing because nothing else is complaining about the certificate. I guess I?ll just need to figure out what?s happening there. Could you try manually specifying the CA cert for verification in your curl incantation, with: --cacert /path/to/cacert.pem ? Neil __________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Mon Jun 17 10:27:18 2019 From: Jules at Zend.To (Jules) Date: Mon, 17 Jun 2019 10:27:18 +0100 Subject: [ZendTo] User notification of problems with email In-Reply-To: References: Message-ID: Mike, Sorry for the delay on this one, I've been thinking about it (slowly! :-) Check out the setting 'SMTPsetFromToSender' in preferences.php. Provided your SMTP server will accept a "MAIL FROM" envelope address of anyone, you might want to try setting this to TRUE. Then any delivery errors (NDRs) will be sent to the person who sent the drop-off, not you. Cheers, Jules. On 15/05/2019 7:37 pm, MICHAEL R MASSE via ZendTo wrote: > > if a user tries to send a file to someone but enters the email address > incorrectly, the ?EmailSenderAddress? email address gets the > bounceback, which I then have automatically forwarded to an > administrator, but the actual sending user doesn?t get any warning or > error without manual intervention.???? Is there a setting to allow the > sender to receive email bouncebacks without having to rely on an > administrator manually forwarding bounceback emails? > > -Mike > > > _______________________________________________ > 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 Jules at Zend.To Tue Jun 18 12:29:34 2019 From: Jules at Zend.To (Jules Field) Date: Tue, 18 Jun 2019 12:29:34 +0100 Subject: [ZendTo] ANNOUNCE: New version 5.19 released Message-ID: <11078091-0996-2ecd-ae9f-49930d13dd30@Zend.To> Folks, It's been a while since I did a production release, so here you go. The download details are at ??? https://zend.to/downloads.php The major new features are: - Automation: ? * sending a new drop-off ? * requesting a drop-off ? * picking up a drop-off ? * getting info about a drop-off ? can now be easily automated. I have included new commands 'autodropoff', 'autorequest' and 'autopickup' which rely purely on command-line arguments to perform. 99% of what they do is generate a "curl" command, which their --debug option will show you, so you can easily write your own code to do the same thing in other languages. See the entry in preferences.php for 'automationUsers' for more information. ? Hint: if you run them and just get no output, just try using curl to fetch your ZendTo server's home page. You probably have SSL certificate issues (run update-ca-certificates may help). - Users can delete entries from their auto-complete address book. There is a new trashcan icon at the end of each row which will trigger immediate deletion of that entry. - Lists of drop-off show if a drop-off has been picked up, and if it was encrypted. - Upgrade process for preferences.php improved, should solve LDAP config upgrade issues. - Improved logging. - Installer: ? * CentOS/RedHat ? improved to work around IUS repo's PHP 7.3 build problem, ? * Ubuntu ? now supports Ubuntu 19.04. plus various bug fixes. For more info, see the Change Log at ??? https://zend.to/changelog.php Any problems, issues, comments or suggestions, please do let me know! Cheers, Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast: Rockall, Malin, Hebrides: West or southwest 5 or 6, occasionally 4 later. Moderate. Showers. Good, occasionally moderate. www.Zend.To Twitter: @JulesFM From greg.clarke at waikato.ac.nz Thu Jun 20 04:40:13 2019 From: greg.clarke at waikato.ac.nz (Greg Clarke) Date: Thu, 20 Jun 2019 15:40:13 +1200 Subject: [ZendTo] Server root alias? References: Message-ID: Hi there Is it possible to have multiple entries for the serverRoot field in preferences.php when the ZendTo server has CNAME entries? We have being getting the upload error "Sorry, I failed to drop-off your files. Note that you cannot drop-off directories, only files." when the systems CNAME is used rather than name defined by serverRoot. Thanks Greg -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Thu Jun 20 12:27:09 2019 From: Jules at Zend.To (Jules Field) Date: Thu, 20 Jun 2019 12:27:09 +0100 Subject: [ZendTo] Server root alias? In-Reply-To: References: Message-ID: <2deb71c0-0f5f-2c39-9437-9d3464f46ca3@Zend.To> Greg, Not really possible, no. Sorry. What I would advise instead is that you add some more RewriteRule lines to the Apache config file for ZendTo (and the zendto-ssl version as well) that automatically redirect the user to the "correct" website URL when they try to visit any of the others. You'll need to add those extra site names to the list of names Apache recognises for the site too (ServerAlias rings a bell?). Much easier to do this in Apache. Hope that helps, Jules. On 20/06/2019 04:40, Greg Clarke via ZendTo wrote: > Hi there > > Is it possible to have multiple entries for the serverRoot field in > preferences.php when the ZendTo server has CNAME entries? > > We have being getting the upload error "Sorry, I failed to drop-off > your files. Note that you cannot drop-off directories, only files." > when the systems CNAME is used rather than name defined by serverRoot. > > > Thanks > > > Greg > > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM How to stop time: kiss. How to travel in time: read. How to escape time: music. How to feel time: write. How to release time: breathe. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From karl.bundy at aldentorch.com Tue Jun 25 21:17:37 2019 From: karl.bundy at aldentorch.com (Karl Bundy) Date: Tue, 25 Jun 2019 20:17:37 +0000 Subject: [ZendTo] Error when dropping off files in new clean install of ZendTo References: Message-ID: Hello All, I am trying to do a fresh install of the latest ZendTo (version 5.19) on CentOS 7. The install went fine with only one minor issue with the HTTPD config files missing the ServerName name value. The web interface now pulls up fine, and I am able to login. My next issue is that when I go to do a drop-off, I get the error "Sorry, I failed to drop-off your files! Note that you cannon drop-off directories, only files". I did a search through the archives, and there was someone last year who had a similar problem, and I have tried the suggestions there. I have tried disabling SElinux, and I have verified that the apache user has read and write access to the /var/zento directory (and sub directories). I have set the apache user to have /bin/sh as the shell, and have su'd to the apache user and was able to create and delete files in the /var/zento/incoming and /var/zendto/dropoffs directory. I have checked the /var/zendto/zendto.log file, and there is only one entry that the initial setup of database completed. I don't see anything of note in the /var/log/messages or /var/log/httpd/zendto.error logs. Any suggestions on what to try next would be greatly appreciated. Thank you, Karl Bundy From Jules at Zend.To Wed Jun 26 09:08:10 2019 From: Jules at Zend.To (Jules Field) Date: Wed, 26 Jun 2019 09:08:10 +0100 Subject: [ZendTo] Error when dropping off files in new clean install of ZendTo In-Reply-To: References: Message-ID: Karl, It could well be an SELinux issue if you've been changing file attributes at all, or re-creating files (which some editors will do). As root, do ??? restorecon -FRv /var/zendto /opt/zendto then reboot your server. That restorecon command will forcibly apply the correct labels to all the files under those 2 directory trees. It will output the filename of every file it finds that it has the wrong labels. So its output may well be useful information for you. If that doesn't resolve the issue, force a complete relabel. Again, as root, do ??? touch /.autorelabel then reboot your server. That boot will take some time as it will reapply the SELinux labels to your entire filesystem. If that still doesn't resolve the issue, then... Sort the /var/log/httpd by date ("ls -altr" will list the most recently modified files last) and have a look at the most recently modified error logfile. You should find a PHP error in there. Please note: the apache user should *not* have a login shell, that's a huge security hole. ??? chsh -s /sbin/nologin apache will change it back. Hope that helps, Jules. On 25/06/2019 21:17, Karl Bundy via ZendTo wrote: > Hello All, > > I am trying to do a fresh install of the latest ZendTo (version 5.19) on CentOS 7. The install went fine with only one minor issue with the HTTPD config files missing the ServerName name value. The web interface now pulls up fine, and I am able to login. My next issue is that when I go to do a drop-off, I get the error "Sorry, I failed to drop-off your files! Note that you cannon drop-off directories, only files". > > I did a search through the archives, and there was someone last year who had a similar problem, and I have tried the suggestions there. I have tried disabling SElinux, and I have verified that the apache user has read and write access to the /var/zento directory (and sub directories). I have set the apache user to have /bin/sh as the shell, and have su'd to the apache user and was able to create and delete files in the /var/zento/incoming and /var/zendto/dropoffs directory. I have checked the /var/zendto/zendto.log file, and there is only one entry that the initial setup of database completed. I don't see anything of note in the /var/log/messages or /var/log/httpd/zendto.error logs. > > Any suggestions on what to try next would be greatly appreciated. > > Thank you, > > Karl Bundy > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'Making machines do what you want requires only two qualities: 1) Being slightly more stubborn that the computer, & 2) Remembering that computers are electrified rocks.' - @JediJeremy www.Zend.To Twitter: @JulesFM