From kevin.miller at juneau.org Wed Apr 1 23:11:35 2020 From: kevin.miller at juneau.org (Kevin Miller) Date: Wed, 1 Apr 2020 22:11:35 +0000 Subject: [ZendTo] Feature request... Message-ID: I have a user wanting a daily report via email on the previous day's drop-offs. He says "We would need the Who, What and When. This is just to document so and so officer dropped of files x,y,z at whatever time. " I looked in zendto.log but it will note that Joe Blow dropped off 5 files, but not the specifics my user is looking for. Thought maybe it might be a nice addition to a future release. ...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 Jules at Zend.To Thu Apr 2 10:34:50 2020 From: Jules at Zend.To (Jules) Date: Thu, 2 Apr 2020 10:34:50 +0100 Subject: [ZendTo] Feature request... In-Reply-To: References: Message-ID: <70e0183d-6ac0-cc67-5760-925d0dcede95@Zend.To> Kevin, Please can I ask "why?" That seems very intrusive to me, which is partly why I don't even log that information. Cheers, Jules. On 01/04/2020 23:11, Kevin Miller via ZendTo wrote: > I have a user wanting a daily report via email on the previous day's drop-offs. He says "We would need the Who, What and When. This is just to document so and so officer dropped of files x,y,z at whatever time. " > > I looked in zendto.log but it will note that Joe Blow dropped off 5 files, but not the specifics my user is looking for. Thought maybe it might be a nice addition to a future release. > > > ...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 'In Flanders fields the poppies blow Between the crosses, row on row, That mark our place: and in the sky The larks still bravely singing fly Scarce heard amid the guns below. We are the dead: Short days ago, We lived, felt dawn, saw sunset glow, Loved and were loved: and now we lie In Flanders fields! Take up our quarrel with the foe To you, from failing hands, we throw The torch: be yours to hold it high If ye break faith with us who die, We shall not sleep, though poppies grow In Flanders fields.' Lieutenant Colonel John McCrae Composed at the battlefront on May 3, 1915 during the second battle of Ypres, Belgium www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From schneiderbw at gmail.com Thu Apr 2 15:09:21 2020 From: schneiderbw at gmail.com (Ben Schneider) Date: Thu, 2 Apr 2020 10:09:21 -0400 Subject: [ZendTo] AD Authentication issue References: Message-ID: Hi Folks! I'm having some issues with a fresh install of ZendTo (Version 5.23-3). I have Local and AD authentication setup and I'm having the following issue: - When a Local user logs in, everything works just fine. - When an AD user logs in, they get presented with the activities they are supposed to, but when they attempt to click on one of them they get "This feature is only available to users who have logged in" I've checked the time on the server is in alignment with both the time on my computer, and the time on the DC. I'm not sure what the issue is. Any thoughts? ____________________________________________ *Ben Schneider* schneiderbw at gmail.com Cell: 937-346-7154 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Thu Apr 2 15:23:41 2020 From: Jules at Zend.To (Jules) Date: Thu, 2 Apr 2020 15:23:41 +0100 Subject: [ZendTo] AD Authentication issue In-Reply-To: References: Message-ID: <2d7025fb-08d2-b800-a260-d3d57d902de0@Zend.To> Check /opt/zendto/config/internaldomains.conf. My guess is that your email domain isn't listed in there. Hope that helps, Jules. On 02/04/2020 15:09, Ben Schneider via ZendTo wrote: > Hi Folks! > > I'm having some issues with a fresh install of ZendTo (Version 5.23-3). > > I have Local and AD authentication setup and I'm having the following > issue: > > ?- When a Local user logs in, everything works just fine. > ?- When an AD user logs in, they get presented with the activities > they are supposed to, but when they attempt to click on one of them > they get "This feature is only available to users who have logged in" > > I've checked the time on the server is in alignment with both the time > on my computer, and the time on the DC. > > I'm not sure what the issue is.? Any thoughts? > ____________________________________________ > *Ben Schneider* > schneiderbw at gmail.com > Cell:937-346-7154 > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'One of the deep secrets of life is that all that is really worth doing is what we do for others.' - Lewis Carroll www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From schneiderbw at gmail.com Thu Apr 2 15:31:14 2020 From: schneiderbw at gmail.com (Ben Schneider) Date: Thu, 2 Apr 2020 10:31:14 -0400 Subject: [ZendTo] AD Authentication issue In-Reply-To: References: <2d7025fb-08d2-b800-a260-d3d57d902de0@Zend.To> Message-ID: Hi Jules, It does include the domain. I've tried both domain.com and *@domain.com ____________________________________________ *Ben Schneider* schneiderbw at gmail.com Cell: 937-346-7154 On Thu, Apr 2, 2020 at 10:23 AM Jules wrote: > Check /opt/zendto/config/internaldomains.conf. > My guess is that your email domain isn't listed in there. > > Hope that helps, > Jules. > > On 02/04/2020 15:09, Ben Schneider via ZendTo wrote: > > Hi Folks! > > I'm having some issues with a fresh install of ZendTo (Version 5.23-3). > > I have Local and AD authentication setup and I'm having the following > issue: > > - When a Local user logs in, everything works just fine. > - When an AD user logs in, they get presented with the activities they > are supposed to, but when they attempt to click on one of them they get > "This feature is only available to users who have logged in" > > I've checked the time on the server is in alignment with both the time on > my computer, and the time on the DC. > > I'm not sure what the issue is. Any thoughts? > ____________________________________________ > *Ben Schneider* > schneiderbw at gmail.com > Cell: 937-346-7154 > > _______________________________________________ > ZendTo mailing listZendTo at zend.tohttp://jul.es/mailman/listinfo/zendto > > > Jules > > -- > Julian Field MEng CEng CITP MBCS MIEEE MACM > > 'One of the deep secrets of life is that all that is really worth > doing is what we do for others.' - Lewis Carroll > www.Zend.To > Twitter: @JulesFM > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Thu Apr 2 15:53:23 2020 From: Jules at Zend.To (Jules) Date: Thu, 2 Apr 2020 15:53:23 +0100 Subject: [ZendTo] AD Authentication issue In-Reply-To: References: <2d7025fb-08d2-b800-a260-d3d57d902de0@Zend.To> Message-ID: <658e9a5a-181a-c0a4-7953-34003298e3b5@Zend.To> Instead of using the Multi authenticator, try it with just the AD authenticator to start with. Does the /var/log/zendto/zendto.log say anything useful? Is the site's root URL (the setting is called 'serverRoot') set correctly in /opt/zendto/config/preferences.php? On 02/04/2020 15:31, Ben Schneider wrote: > Hi Jules, > > It does include the domain.? I've tried both domain.com > and *@domain.com > ____________________________________________ > *Ben Schneider* > schneiderbw at gmail.com > Cell:937-346-7154 > > > On Thu, Apr 2, 2020 at 10:23 AM Jules > wrote: > > Check /opt/zendto/config/internaldomains.conf. > My guess is that your email domain isn't listed in there. > > Hope that helps, > Jules. > > On 02/04/2020 15:09, Ben Schneider via ZendTo wrote: >> Hi Folks! >> >> I'm having some issues with a fresh install of ZendTo (Version >> 5.23-3). >> >> I have Local and AD authentication setup and I'm having the >> following issue: >> >> ?- When a Local user logs in, everything works just fine. >> ?- When an AD user logs in, they get presented with the >> activities they are supposed to, but when they attempt to click >> on one of them they get "This feature is only available to users >> who have logged in" >> >> I've checked the time on the server is in alignment with both the >> time on my computer, and the time on the DC. >> >> I'm not sure what the issue is.? Any thoughts? >> ____________________________________________ >> *Ben Schneider* >> schneiderbw at gmail.com >> Cell:937-346-7154 >> >> _______________________________________________ >> ZendTo mailing list >> ZendTo at zend.to >> http://jul.es/mailman/listinfo/zendto > > Jules > > -- > Julian Field MEng CEng CITP MBCS MIEEE MACM > > 'One of the deep secrets of life is that all that is really worth > doing is what we do for others.' - Lewis Carroll > > www.Zend.To > Twitter: @JulesFM > Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'We face neither East nor West: we face forward.' - Kwame Nkrumah www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From schneiderbw at gmail.com Thu Apr 2 16:19:28 2020 From: schneiderbw at gmail.com (Ben Schneider) Date: Thu, 2 Apr 2020 11:19:28 -0400 Subject: [ZendTo] AD Authentication issue In-Reply-To: References: <2d7025fb-08d2-b800-a260-d3d57d902de0@Zend.To> <658e9a5a-181a-c0a4-7953-34003298e3b5@Zend.To> Message-ID: I just tried only using the AD authenticator. Same issue. Here is the last couple of logs: 2020-04-02 10:30:40 192.168.100.30 [CHCCAA Secure FTP]: Info: authorization succeeded for bschneider at domain.com 2020-04-02 10:30:40 192.168.100.30 [CHCCAA Secure FTP]: Info: user authentication verified user as 'bschneider at domain.com' The serverRoot is set to the URL that I am accessing the site through. ____________________________________________ *Ben Schneider* schneiderbw at gmail.com Cell: 937-346-7154 On Thu, Apr 2, 2020 at 10:53 AM Jules wrote: > Instead of using the Multi authenticator, try it with just the AD > authenticator to start with. > > Does the /var/log/zendto/zendto.log say anything useful? > Is the site's root URL (the setting is called 'serverRoot') set correctly > in /opt/zendto/config/preferences.php? > > On 02/04/2020 15:31, Ben Schneider wrote: > > Hi Jules, > > It does include the domain. I've tried both domain.com and *@domain.com > ____________________________________________ > *Ben Schneider* > schneiderbw at gmail.com > Cell: 937-346-7154 > > > On Thu, Apr 2, 2020 at 10:23 AM Jules wrote: > >> Check /opt/zendto/config/internaldomains.conf. >> My guess is that your email domain isn't listed in there. >> >> Hope that helps, >> Jules. >> >> On 02/04/2020 15:09, Ben Schneider via ZendTo wrote: >> >> Hi Folks! >> >> I'm having some issues with a fresh install of ZendTo (Version 5.23-3). >> >> I have Local and AD authentication setup and I'm having the following >> issue: >> >> - When a Local user logs in, everything works just fine. >> - When an AD user logs in, they get presented with the activities they >> are supposed to, but when they attempt to click on one of them they get >> "This feature is only available to users who have logged in" >> >> I've checked the time on the server is in alignment with both the time on >> my computer, and the time on the DC. >> >> I'm not sure what the issue is. Any thoughts? >> ____________________________________________ >> *Ben Schneider* >> schneiderbw at gmail.com >> Cell: 937-346-7154 >> >> _______________________________________________ >> ZendTo mailing listZendTo at zend.tohttp://jul.es/mailman/listinfo/zendto >> >> >> Jules >> >> -- >> Julian Field MEng CEng CITP MBCS MIEEE MACM >> >> 'One of the deep secrets of life is that all that is really worth >> doing is what we do for others.' - Lewis Carroll >> www.Zend.To >> Twitter: @JulesFM >> >> > Jules > > -- > Julian Field MEng CEng CITP MBCS MIEEE MACM > > 'We face neither East nor West: we face forward.' - Kwame Nkrumah > www.Zend.To > Twitter: @JulesFM > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kevin.miller at juneau.org Thu Apr 2 17:20:28 2020 From: kevin.miller at juneau.org (Kevin Miller) Date: Thu, 2 Apr 2020 16:20:28 +0000 Subject: [ZendTo] Feature request... In-Reply-To: <5bffc00e69934dab815232166058cec9@City-Exch-CAS1.cbj.local> References: <70e0183d-6ac0-cc67-5760-925d0dcede95@Zend.To> <5bffc00e69934dab815232166058cec9@City-Exch-CAS1.cbj.local> Message-ID: It?s not a show stopper but the Juneau Police department is using zendto to upload evidence to share it with the state or some such thing and they want an audit trail to show what officer uploaded what file when. But I can appreciate the privacy aspect which is equally important. Both myself and the IT guy there think the way they?re going about it in a goofy way so I can just say it?s not a feature currently available and let it quietly fade into the background. Thanks for all you do? ...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: Thursday, April 2, 2020 1:35 AM To: ZendTo Users Cc: Jules ; Kevin Miller Subject: Re: [ZendTo] Feature request... EXTERNAL E-MAIL: BE CAUTIOUS WHEN OPENING FILES OR FOLLOWING LINKS ________________________________ Kevin, Please can I ask "why?" That seems very intrusive to me, which is partly why I don't even log that information. Cheers, Jules. On 01/04/2020 23:11, Kevin Miller via ZendTo wrote: I have a user wanting a daily report via email on the previous day's drop-offs. He says "We would need the Who, What and When. This is just to document so and so officer dropped of files x,y,z at whatever time. " I looked in zendto.log but it will note that Joe Blow dropped off 5 files, but not the specifics my user is looking for. Thought maybe it might be a nice addition to a future release. ...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 'In Flanders fields the poppies blow Between the crosses, row on row, That mark our place: and in the sky The larks still bravely singing fly Scarce heard amid the guns below. We are the dead: Short days ago, We lived, felt dawn, saw sunset glow, Loved and were loved: and now we lie In Flanders fields! Take up our quarrel with the foe To you, from failing hands, we throw The torch: be yours to hold it high If ye break faith with us who die, We shall not sleep, though poppies grow In Flanders fields.' Lieutenant Colonel John McCrae Composed at the battlefront on May 3, 1915 during the second battle of Ypres, Belgium www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Thu Apr 2 18:11:46 2020 From: Jules at Zend.To (Jules) Date: Thu, 2 Apr 2020 18:11:46 +0100 Subject: [ZendTo] Feature request... In-Reply-To: References: <70e0183d-6ac0-cc67-5760-925d0dcede95@Zend.To> <5bffc00e69934dab815232166058cec9@City-Exch-CAS1.cbj.local> Message-ID: Kevin, Always happy to help out the emergency services. I've needed their help a few times in the past myself. I've never had to call the coastguard, mountain rescue or cave rescue, but I've used all the obvious ones. Our county police force even has a specialist animal rescue team (experts at getting cows out of ditches among other things!). It looks pretty simple to write. It's basically a matter of logging new drop-offs in more detail (controlled by a preferences.php option that by default will switch off the extra detail). Then a new script run from a cron job that runs overnight, pulls the relevant info from the last day's zendto.log and sends a plain-text email of the details. Or else I do it straight from the ZendTo database, which would probably be a cleaner solution, and that gets run as part of the overnight house-keeping cron job. Can you find out exactly what information they want about each drop-off? The obvious answer from what you've said is: - Sender username - Sender email - List of real names of the files - Date+time stamp of when the drop-off was created. Other potential things they might want to add: - List of recipient emails (if they mistyped an email address and later the state said "but we never got it", it makes working out why a lot easier) - Checksum of each file (if calculated). ** There is a complete alternative to this: How about if you could give an extra email address in preferences.php, and all "some files have been dropped off for you" messages were also Bcc-ed to that email address? Then you've got *all* the details you could ever want, and normally it just feeds into an "archive" mailbox of some sort. Then when the need arises, someone can look through the messages for the day they're interested in, or search them any other way they like using their email app. Have a chat to them and see how they would like to go. Personally, the extra bcc address quietly added is by far the easiest to implement, and would guarantee they had all the info about each drop-off that they might need. But it wouldn't be a neat little daily table of what was sent that day. Depends on how they want to use it, which is often different to how they think they want to use it. Imagine 6 months in the future: will someone really be reading that table every day? Or would an archive of the emails be more useful? Cheers, Jules. On 02/04/2020 17:20, Kevin Miller via ZendTo wrote: > > It?s not a show stopper but the Juneau Police department? is using > zendto to upload evidence to share it with the state or some such > thing and they want an audit trail to show what officer uploaded what > file when.? But I can appreciate the privacy aspect which is equally > important.? Both myself and the IT guy there think the way they?re > going about it in a goofy way so I can just say it?s not a feature > currently available and let it quietly fade into the background. > > Thanks for all you do? > > ...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:* Thursday, April 2, 2020 1:35 AM > *To:* ZendTo Users > *Cc:* Jules ; Kevin Miller > *Subject:* Re: [ZendTo] Feature request... > > EXTERNAL E-MAIL: BE CAUTIOUS WHEN OPENING FILES OR FOLLOWING LINKS > > ------------------------------------------------------------------------ > > Kevin, > > Please can I ask "why?" > > That seems very intrusive to me, which is partly why I don't even log > that information. > > Cheers, > Jules. > > On 01/04/2020 23:11, Kevin Miller via ZendTo wrote: > > I have a user wanting a daily report via email on the previous day's drop-offs.? He says "We would need the Who, What and When.?? This is just to document so and so officer dropped of files x,y,z at whatever time. " > > I looked in zendto.log but it will note that Joe Blow dropped off 5 files, but not the specifics my user is looking for.? Thought maybe it might be a nice addition to a future release. > > ...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 > 'In Flanders fields the poppies blow > Between the crosses, row on row, > That mark our place: and in the sky > The larks still bravely singing fly > Scarce heard amid the guns below. > We are the dead: Short days ago, > We lived, felt dawn, saw sunset glow, > Loved and were loved: and now we lie > In Flanders fields! > Take up our quarrel with the foe > To you, from failing hands, we throw > The torch: be yours to hold it high > If ye break faith with us who die, > We shall not sleep, though poppies grow > In Flanders fields.' Lieutenant Colonel John McCrae > Composed at the battlefront on May 3, 1915 > during the second battle of Ypres, Belgium > www.Zend.To > Twitter: @JulesFM > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'One of the deep secrets of life is that all that is really worth doing is what we do for others.' - Lewis Carroll www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From schneiderbw at gmail.com Thu Apr 2 18:52:38 2020 From: schneiderbw at gmail.com (Ben Schneider) Date: Thu, 2 Apr 2020 13:52:38 -0400 Subject: [ZendTo] AD Authentication issue In-Reply-To: References: <2d7025fb-08d2-b800-a260-d3d57d902de0@Zend.To> <658e9a5a-181a-c0a4-7953-34003298e3b5@Zend.To> Message-ID: So I went ahead and turned up the PHP errors to debug level and I'm getting these errors: *Notice*: Undefined offset: 1 in */opt/zendto/lib/NSSADAuthenticator.php* on line *556* *Warning*: setcookie() expects parameter 3 to be integer, float given in */opt/zendto/lib/NSSDropbox.php* on line *604* ____________________________________________ *Ben Schneider* schneiderbw at gmail.com Cell: 937-346-7154 On Thu, Apr 2, 2020 at 11:20 AM Ben Schneider via ZendTo wrote: > I just tried only using the AD authenticator. Same issue. > > Here is the last couple of logs: > 2020-04-02 10:30:40 192.168.100.30 [CHCCAA Secure FTP]: Info: > authorization succeeded for bschneider at domain.com > 2020-04-02 10:30:40 192.168.100.30 [CHCCAA Secure FTP]: Info: user > authentication verified user as 'bschneider at domain.com' > > The serverRoot is set to the URL that I am accessing the site through. > > ____________________________________________ > *Ben Schneider* > schneiderbw at gmail.com > Cell: 937-346-7154 > > > On Thu, Apr 2, 2020 at 10:53 AM Jules wrote: > >> Instead of using the Multi authenticator, try it with just the AD >> authenticator to start with. >> >> Does the /var/log/zendto/zendto.log say anything useful? >> Is the site's root URL (the setting is called 'serverRoot') set correctly >> in /opt/zendto/config/preferences.php? >> >> On 02/04/2020 15:31, Ben Schneider wrote: >> >> Hi Jules, >> >> It does include the domain. I've tried both domain.com and *@domain.com >> ____________________________________________ >> *Ben Schneider* >> schneiderbw at gmail.com >> Cell: 937-346-7154 >> >> >> On Thu, Apr 2, 2020 at 10:23 AM Jules wrote: >> >>> Check /opt/zendto/config/internaldomains.conf. >>> My guess is that your email domain isn't listed in there. >>> >>> Hope that helps, >>> Jules. >>> >>> On 02/04/2020 15:09, Ben Schneider via ZendTo wrote: >>> >>> Hi Folks! >>> >>> I'm having some issues with a fresh install of ZendTo (Version 5.23-3). >>> >>> I have Local and AD authentication setup and I'm having the following >>> issue: >>> >>> - When a Local user logs in, everything works just fine. >>> - When an AD user logs in, they get presented with the activities they >>> are supposed to, but when they attempt to click on one of them they get >>> "This feature is only available to users who have logged in" >>> >>> I've checked the time on the server is in alignment with both the time >>> on my computer, and the time on the DC. >>> >>> I'm not sure what the issue is. Any thoughts? >>> ____________________________________________ >>> *Ben Schneider* >>> schneiderbw at gmail.com >>> Cell: 937-346-7154 >>> >>> _______________________________________________ >>> ZendTo mailing listZendTo at zend.tohttp://jul.es/mailman/listinfo/zendto >>> >>> >>> Jules >>> >>> -- >>> Julian Field MEng CEng CITP MBCS MIEEE MACM >>> >>> 'One of the deep secrets of life is that all that is really worth >>> doing is what we do for others.' - Lewis Carroll >>> www.Zend.To >>> Twitter: @JulesFM >>> >>> >> Jules >> >> -- >> Julian Field MEng CEng CITP MBCS MIEEE MACM >> >> 'We face neither East nor West: we face forward.' - Kwame Nkrumah >> 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 kevin.miller at juneau.org Thu Apr 2 18:52:55 2020 From: kevin.miller at juneau.org (Kevin Miller) Date: Thu, 2 Apr 2020 17:52:55 +0000 Subject: [ZendTo] Feature request... In-Reply-To: <6ca087fe87384e25b1683d1cc34c5080@City-Exch-CAS1.cbj.local> References: <70e0183d-6ac0-cc67-5760-925d0dcede95@Zend.To> <5bffc00e69934dab815232166058cec9@City-Exch-CAS1.cbj.local> <6ca087fe87384e25b1683d1cc34c5080@City-Exch-CAS1.cbj.local> Message-ID: Brillian. I like the BCC solution. That should be really easy for them to do and they could have all they need and more for perpetuity! I?m cc:ing my counterpart there; I can work with him to get them lined out on how this could work. Thanks much. ...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: Thursday, April 2, 2020 9:12 AM To: ZendTo Users Cc: Jules ; Kevin Miller Subject: Re: [ZendTo] Feature request... EXTERNAL E-MAIL: BE CAUTIOUS WHEN OPENING FILES OR FOLLOWING LINKS ________________________________ Kevin, Always happy to help out the emergency services. I've needed their help a few times in the past myself. I've never had to call the coastguard, mountain rescue or cave rescue, but I've used all the obvious ones. Our county police force even has a specialist animal rescue team (experts at getting cows out of ditches among other things!). It looks pretty simple to write. It's basically a matter of logging new drop-offs in more detail (controlled by a preferences.php option that by default will switch off the extra detail). Then a new script run from a cron job that runs overnight, pulls the relevant info from the last day's zendto.log and sends a plain-text email of the details. Or else I do it straight from the ZendTo database, which would probably be a cleaner solution, and that gets run as part of the overnight house-keeping cron job. Can you find out exactly what information they want about each drop-off? The obvious answer from what you've said is: - Sender username - Sender email - List of real names of the files - Date+time stamp of when the drop-off was created. Other potential things they might want to add: - List of recipient emails (if they mistyped an email address and later the state said "but we never got it", it makes working out why a lot easier) - Checksum of each file (if calculated). ** There is a complete alternative to this: How about if you could give an extra email address in preferences.php, and all "some files have been dropped off for you" messages were also Bcc-ed to that email address? Then you've got *all* the details you could ever want, and normally it just feeds into an "archive" mailbox of some sort. Then when the need arises, someone can look through the messages for the day they're interested in, or search them any other way they like using their email app. Have a chat to them and see how they would like to go. Personally, the extra bcc address quietly added is by far the easiest to implement, and would guarantee they had all the info about each drop-off that they might need. But it wouldn't be a neat little daily table of what was sent that day. Depends on how they want to use it, which is often different to how they think they want to use it. Imagine 6 months in the future: will someone really be reading that table every day? Or would an archive of the emails be more useful? Cheers, Jules. On 02/04/2020 17:20, Kevin Miller via ZendTo wrote: It?s not a show stopper but the Juneau Police department is using zendto to upload evidence to share it with the state or some such thing and they want an audit trail to show what officer uploaded what file when. But I can appreciate the privacy aspect which is equally important. Both myself and the IT guy there think the way they?re going about it in a goofy way so I can just say it?s not a feature currently available and let it quietly fade into the background. Thanks for all you do? ...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: Thursday, April 2, 2020 1:35 AM To: ZendTo Users Cc: Jules ; Kevin Miller Subject: Re: [ZendTo] Feature request... EXTERNAL E-MAIL: BE CAUTIOUS WHEN OPENING FILES OR FOLLOWING LINKS ________________________________ Kevin, Please can I ask "why?" That seems very intrusive to me, which is partly why I don't even log that information. Cheers, Jules. On 01/04/2020 23:11, Kevin Miller via ZendTo wrote: I have a user wanting a daily report via email on the previous day's drop-offs. He says "We would need the Who, What and When. This is just to document so and so officer dropped of files x,y,z at whatever time. " I looked in zendto.log but it will note that Joe Blow dropped off 5 files, but not the specifics my user is looking for. Thought maybe it might be a nice addition to a future release. ...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 'In Flanders fields the poppies blow Between the crosses, row on row, That mark our place: and in the sky The larks still bravely singing fly Scarce heard amid the guns below. We are the dead: Short days ago, We lived, felt dawn, saw sunset glow, Loved and were loved: and now we lie In Flanders fields! Take up our quarrel with the foe To you, from failing hands, we throw The torch: be yours to hold it high If ye break faith with us who die, We shall not sleep, though poppies grow In Flanders fields.' Lieutenant Colonel John McCrae Composed at the battlefront on May 3, 1915 during the second battle of Ypres, Belgium www.Zend.To Twitter: @JulesFM _______________________________________________ ZendTo mailing list ZendTo at zend.to http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'One of the deep secrets of life is that all that is really worth doing is what we do for others.' - Lewis Carroll www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From schneiderbw at gmail.com Thu Apr 2 19:05:29 2020 From: schneiderbw at gmail.com (Ben Schneider) Date: Thu, 2 Apr 2020 14:05:29 -0400 Subject: [ZendTo] AD Authentication issue In-Reply-To: References: <2d7025fb-08d2-b800-a260-d3d57d902de0@Zend.To> <658e9a5a-181a-c0a4-7953-34003298e3b5@Zend.To> Message-ID: Okay, So I figured out the setcookie() issue. (I had set the cookie lifetime so high that PHP no longer considered it an integer apparently...) Still having the same issue though, even after that's fixed. ____________________________________________ *Ben Schneider* schneiderbw at gmail.com Cell: 937-346-7154 On Thu, Apr 2, 2020 at 1:52 PM Ben Schneider wrote: > So I went ahead and turned up the PHP errors to debug level and I'm > getting these errors: > > *Notice*: Undefined offset: 1 in */opt/zendto/lib/NSSADAuthenticator.php* on > line *556* > > *Warning*: setcookie() expects parameter 3 to be integer, float given in > */opt/zendto/lib/NSSDropbox.php* on line *604* > ____________________________________________ > *Ben Schneider* > schneiderbw at gmail.com > Cell: 937-346-7154 > > > On Thu, Apr 2, 2020 at 11:20 AM Ben Schneider via ZendTo > wrote: > >> I just tried only using the AD authenticator. Same issue. >> >> Here is the last couple of logs: >> 2020-04-02 10:30:40 192.168.100.30 [CHCCAA Secure FTP]: Info: >> authorization succeeded for bschneider at domain.com >> 2020-04-02 10:30:40 192.168.100.30 [CHCCAA Secure FTP]: Info: user >> authentication verified user as 'bschneider at domain.com' >> >> The serverRoot is set to the URL that I am accessing the site through. >> >> ____________________________________________ >> *Ben Schneider* >> schneiderbw at gmail.com >> Cell: 937-346-7154 >> >> >> On Thu, Apr 2, 2020 at 10:53 AM Jules wrote: >> >>> Instead of using the Multi authenticator, try it with just the AD >>> authenticator to start with. >>> >>> Does the /var/log/zendto/zendto.log say anything useful? >>> Is the site's root URL (the setting is called 'serverRoot') set >>> correctly in /opt/zendto/config/preferences.php? >>> >>> On 02/04/2020 15:31, Ben Schneider wrote: >>> >>> Hi Jules, >>> >>> It does include the domain. I've tried both domain.com and *@domain.com >>> ____________________________________________ >>> *Ben Schneider* >>> schneiderbw at gmail.com >>> Cell: 937-346-7154 >>> >>> >>> On Thu, Apr 2, 2020 at 10:23 AM Jules wrote: >>> >>>> Check /opt/zendto/config/internaldomains.conf. >>>> My guess is that your email domain isn't listed in there. >>>> >>>> Hope that helps, >>>> Jules. >>>> >>>> On 02/04/2020 15:09, Ben Schneider via ZendTo wrote: >>>> >>>> Hi Folks! >>>> >>>> I'm having some issues with a fresh install of ZendTo (Version 5.23-3). >>>> >>>> I have Local and AD authentication setup and I'm having the following >>>> issue: >>>> >>>> - When a Local user logs in, everything works just fine. >>>> - When an AD user logs in, they get presented with the activities they >>>> are supposed to, but when they attempt to click on one of them they get >>>> "This feature is only available to users who have logged in" >>>> >>>> I've checked the time on the server is in alignment with both the time >>>> on my computer, and the time on the DC. >>>> >>>> I'm not sure what the issue is. Any thoughts? >>>> ____________________________________________ >>>> *Ben Schneider* >>>> schneiderbw at gmail.com >>>> Cell: 937-346-7154 >>>> >>>> _______________________________________________ >>>> ZendTo mailing listZendTo at zend.tohttp://jul.es/mailman/listinfo/zendto >>>> >>>> >>>> Jules >>>> >>>> -- >>>> Julian Field MEng CEng CITP MBCS MIEEE MACM >>>> >>>> 'One of the deep secrets of life is that all that is really worth >>>> doing is what we do for others.' - Lewis Carroll >>>> www.Zend.To >>>> Twitter: @JulesFM >>>> >>>> >>> Jules >>> >>> -- >>> Julian Field MEng CEng CITP MBCS MIEEE MACM >>> >>> 'We face neither East nor West: we face forward.' - Kwame Nkrumah >>> 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 Jules at Zend.To Fri Apr 3 10:18:53 2020 From: Jules at Zend.To (Jules) Date: Fri, 3 Apr 2020 10:18:53 +0100 Subject: [ZendTo] AD Authentication issue In-Reply-To: References: Message-ID: <04dec658-d707-ce2c-bf35-9ac6a2040560@Zend.To> Next idea: is your 'cookieSecret' set to something suitable in preferences.php? And reset your 'cookieTTL' back to 12 hours (43200). On 02/04/2020 19:05, Ben Schneider wrote: > Okay,? So I figured out the setcookie() issue.? (I had set the cookie > lifetime so high that PHP no longer considered it an > integer?apparently...) > > Still having the same issue though, even after that's fixed. > ____________________________________________ > *Ben Schneider* > schneiderbw at gmail.com > Cell:937-346-7154 > > > On Thu, Apr 2, 2020 at 1:52 PM Ben Schneider > wrote: > > So I went ahead and turned up the PHP errors to debug level and > I'm getting these errors: > > *Notice*: Undefined offset: 1 in > */opt/zendto/lib/NSSADAuthenticator.php*?on line *556* > > *Warning*: setcookie() expects parameter 3 to be integer, float > given in */opt/zendto/lib/NSSDropbox.php*?on line *604* > ____________________________________________ > *Ben Schneider* > schneiderbw at gmail.com > Cell:937-346-7154 > > > On Thu, Apr 2, 2020 at 11:20 AM Ben Schneider via ZendTo > > wrote: > > I just tried only using the AD authenticator.? Same issue. > > Here is the last couple of logs: > 2020-04-02 10:30:40 192.168.100.30 [CHCCAA Secure FTP]: Info: > authorization succeeded for bschneider at domain.com > > 2020-04-02 10:30:40 192.168.100.30 [CHCCAA Secure FTP]: Info: > user authentication verified user as 'bschneider at domain.com > ' > > The serverRoot is set to the URL that I am accessing the site > through. > > ____________________________________________ > *Ben Schneider* > schneiderbw at gmail.com > Cell:937-346-7154 > > > On Thu, Apr 2, 2020 at 10:53 AM Jules > wrote: > > Instead of using the Multi authenticator, try it with just > the AD authenticator to start with. > > Does the /var/log/zendto/zendto.log say anything useful? > Is the site's root URL (the setting is called > 'serverRoot') set correctly in > /opt/zendto/config/preferences.php? > > On 02/04/2020 15:31, Ben Schneider wrote: >> Hi Jules, >> >> It does include the domain.? I've tried both domain.com >> and *@domain.com >> ____________________________________________ >> *Ben Schneider* >> schneiderbw at gmail.com >> Cell:937-346-7154 >> >> >> On Thu, Apr 2, 2020 at 10:23 AM Jules > > wrote: >> >> Check /opt/zendto/config/internaldomains.conf. >> My guess is that your email domain isn't listed in there. >> >> Hope that helps, >> Jules. >> >> On 02/04/2020 15:09, Ben Schneider via ZendTo wrote: >>> Hi Folks! >>> >>> I'm having some issues with a fresh install of >>> ZendTo (Version 5.23-3). >>> >>> I have Local and AD authentication setup and I'm >>> having the following issue: >>> >>> ?- When a Local user logs in, everything works just >>> fine. >>> ?- When an AD user logs in, they get presented with >>> the activities they are supposed to, but when they >>> attempt to click on one of them they get "This >>> feature is only available to users who have logged in" >>> >>> I've checked the time on the server is in alignment >>> with both the time on my computer, and the time on >>> the DC. >>> >>> I'm not sure what the issue is. Any thoughts? >>> ____________________________________________ >>> *Ben Schneider* >>> schneiderbw at gmail.com >>> Cell:937-346-7154 >>> >>> _______________________________________________ >>> ZendTo mailing list >>> ZendTo at zend.to >>> http://jul.es/mailman/listinfo/zendto >> >> Jules >> >> -- >> Julian Field MEng CEng CITP MBCS MIEEE MACM >> >> 'One of the deep secrets of life is that all that is really worth >> doing is what we do for others.' - Lewis Carroll >> >> www.Zend.To >> Twitter: @JulesFM >> > > Jules > > -- > Julian Field MEng CEng CITP MBCS MIEEE MACM > > 'We face neither East nor West: we face forward.' - Kwame Nkrumah > > 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 'Infosec: A profession that turns normal people into whiskey drinking, swearing, paranoid, disheartened curmudgeons with no hope for the future of computers or humanity.' - Urban Dictionary www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From schneiderbw at gmail.com Fri Apr 3 13:44:00 2020 From: schneiderbw at gmail.com (Ben Schneider) Date: Fri, 3 Apr 2020 08:44:00 -0400 Subject: [ZendTo] AD Authentication issue In-Reply-To: References: <04dec658-d707-ce2c-bf35-9ac6a2040560@Zend.To> Message-ID: Hey Jules, I'm not sure what the exact issue was, but I just threw away the VM and started over from scratch. ____________________________________________ *Ben Schneider* schneiderbw at gmail.com Cell: 937-346-7154 On Fri, Apr 3, 2020 at 5:18 AM Jules wrote: > Next idea: is your 'cookieSecret' set to something suitable in > preferences.php? > And reset your 'cookieTTL' back to 12 hours (43200). > > On 02/04/2020 19:05, Ben Schneider wrote: > > Okay, So I figured out the setcookie() issue. (I had set the cookie > lifetime so high that PHP no longer considered it an > integer apparently...) > > Still having the same issue though, even after that's fixed. > ____________________________________________ > *Ben Schneider* > schneiderbw at gmail.com > Cell: 937-346-7154 > > > On Thu, Apr 2, 2020 at 1:52 PM Ben Schneider > wrote: > >> So I went ahead and turned up the PHP errors to debug level and I'm >> getting these errors: >> >> *Notice*: Undefined offset: 1 in */opt/zendto/lib/NSSADAuthenticator.php* on >> line *556* >> >> *Warning*: setcookie() expects parameter 3 to be integer, float given in >> */opt/zendto/lib/NSSDropbox.php* on line *604* >> ____________________________________________ >> *Ben Schneider* >> schneiderbw at gmail.com >> Cell: 937-346-7154 >> >> >> On Thu, Apr 2, 2020 at 11:20 AM Ben Schneider via ZendTo >> wrote: >> >>> I just tried only using the AD authenticator. Same issue. >>> >>> Here is the last couple of logs: >>> 2020-04-02 10:30:40 192.168.100.30 [CHCCAA Secure FTP]: Info: >>> authorization succeeded for bschneider at domain.com >>> 2020-04-02 10:30:40 192.168.100.30 [CHCCAA Secure FTP]: Info: user >>> authentication verified user as 'bschneider at domain.com' >>> >>> The serverRoot is set to the URL that I am accessing the site through. >>> >>> ____________________________________________ >>> *Ben Schneider* >>> schneiderbw at gmail.com >>> Cell: 937-346-7154 >>> >>> >>> On Thu, Apr 2, 2020 at 10:53 AM Jules wrote: >>> >>>> Instead of using the Multi authenticator, try it with just the AD >>>> authenticator to start with. >>>> >>>> Does the /var/log/zendto/zendto.log say anything useful? >>>> Is the site's root URL (the setting is called 'serverRoot') set >>>> correctly in /opt/zendto/config/preferences.php? >>>> >>>> On 02/04/2020 15:31, Ben Schneider wrote: >>>> >>>> Hi Jules, >>>> >>>> It does include the domain. I've tried both domain.com and *@ >>>> domain.com >>>> ____________________________________________ >>>> *Ben Schneider* >>>> schneiderbw at gmail.com >>>> Cell: 937-346-7154 >>>> >>>> >>>> On Thu, Apr 2, 2020 at 10:23 AM Jules wrote: >>>> >>>>> Check /opt/zendto/config/internaldomains.conf. >>>>> My guess is that your email domain isn't listed in there. >>>>> >>>>> Hope that helps, >>>>> Jules. >>>>> >>>>> On 02/04/2020 15:09, Ben Schneider via ZendTo wrote: >>>>> >>>>> Hi Folks! >>>>> >>>>> I'm having some issues with a fresh install of ZendTo (Version 5.23-3). >>>>> >>>>> I have Local and AD authentication setup and I'm having the following >>>>> issue: >>>>> >>>>> - When a Local user logs in, everything works just fine. >>>>> - When an AD user logs in, they get presented with the activities >>>>> they are supposed to, but when they attempt to click on one of them they >>>>> get "This feature is only available to users who have logged in" >>>>> >>>>> I've checked the time on the server is in alignment with both the time >>>>> on my computer, and the time on the DC. >>>>> >>>>> I'm not sure what the issue is. Any thoughts? >>>>> ____________________________________________ >>>>> *Ben Schneider* >>>>> schneiderbw at gmail.com >>>>> Cell: 937-346-7154 >>>>> >>>>> _______________________________________________ >>>>> ZendTo mailing listZendTo at zend.tohttp://jul.es/mailman/listinfo/zendto >>>>> >>>>> >>>>> Jules >>>>> >>>>> -- >>>>> Julian Field MEng CEng CITP MBCS MIEEE MACM >>>>> >>>>> 'One of the deep secrets of life is that all that is really worth >>>>> doing is what we do for others.' - Lewis Carroll >>>>> www.Zend.To >>>>> Twitter: @JulesFM >>>>> >>>>> >>>> Jules >>>> >>>> -- >>>> Julian Field MEng CEng CITP MBCS MIEEE MACM >>>> >>>> 'We face neither East nor West: we face forward.' - Kwame Nkrumah >>>> 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 > > 'Infosec: A profession that turns normal people into whiskey drinking, > swearing, paranoid, disheartened curmudgeons with no hope for the > future of computers or humanity.' - Urban Dictionary > www.Zend.To > Twitter: @JulesFM > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Fri Apr 3 13:49:57 2020 From: Jules at Zend.To (Jules) Date: Fri, 3 Apr 2020 13:49:57 +0100 Subject: [ZendTo] AD Authentication issue In-Reply-To: References: <04dec658-d707-ce2c-bf35-9ac6a2040560@Zend.To> Message-ID: <151f6f94-fdaa-d0ee-babc-7a0e30bb06d9@Zend.To> The bit I couldn't figure out was how it was only affecting AD users and not local ones. That's just plain weird. I assume it's now all working okay? Cheers, Jules. On 03/04/2020 13:44, Ben Schneider wrote: > Hey Jules, > > I'm not sure what the exact issue was, but I just threw away the VM > and started over from scratch. > ____________________________________________ > *Ben Schneider* > schneiderbw at gmail.com > Cell:937-346-7154 > > > On Fri, Apr 3, 2020 at 5:18 AM Jules > wrote: > > Next idea: is your 'cookieSecret' set to something suitable in > preferences.php? > And reset your 'cookieTTL' back to 12 hours (43200). > > On 02/04/2020 19:05, Ben Schneider wrote: >> Okay,? So I figured out the setcookie() issue.? (I had set the >> cookie lifetime so high that PHP no longer considered it an >> integer?apparently...) >> >> Still having the same issue though, even after that's fixed. >> ____________________________________________ >> *Ben Schneider* >> schneiderbw at gmail.com >> Cell:937-346-7154 >> >> >> On Thu, Apr 2, 2020 at 1:52 PM Ben Schneider >> > wrote: >> >> So I went ahead and turned up the PHP errors to debug level >> and I'm getting these errors: >> >> *Notice*: Undefined offset: 1 in >> */opt/zendto/lib/NSSADAuthenticator.php*?on line *556* >> >> *Warning*: setcookie() expects parameter 3 to be integer, >> float given in */opt/zendto/lib/NSSDropbox.php*?on line *604* >> ____________________________________________ >> *Ben Schneider* >> schneiderbw at gmail.com >> Cell:937-346-7154 >> >> >> On Thu, Apr 2, 2020 at 11:20 AM Ben Schneider via ZendTo >> > wrote: >> >> I just tried only using the AD authenticator.? Same issue. >> >> Here is the last couple of logs: >> 2020-04-02 10:30:40 192.168.100.30 [CHCCAA Secure FTP]: >> Info: authorization succeeded for bschneider at domain.com >> >> 2020-04-02 10:30:40 192.168.100.30 [CHCCAA Secure FTP]: >> Info: user authentication verified user as >> 'bschneider at domain.com ' >> >> The serverRoot is set to the URL that I am accessing the >> site through. >> >> ____________________________________________ >> *Ben Schneider* >> schneiderbw at gmail.com >> Cell:937-346-7154 >> >> >> On Thu, Apr 2, 2020 at 10:53 AM Jules > > wrote: >> >> Instead of using the Multi authenticator, try it with >> just the AD authenticator to start with. >> >> Does the /var/log/zendto/zendto.log say anything useful? >> Is the site's root URL (the setting is called >> 'serverRoot') set correctly in >> /opt/zendto/config/preferences.php? >> >> On 02/04/2020 15:31, Ben Schneider wrote: >>> Hi Jules, >>> >>> It does include the domain.? I've tried both >>> domain.com and *@domain.com >>> >>> ____________________________________________ >>> *Ben Schneider* >>> schneiderbw at gmail.com >>> Cell:937-346-7154 >>> >>> >>> On Thu, Apr 2, 2020 at 10:23 AM Jules >> > wrote: >>> >>> Check /opt/zendto/config/internaldomains.conf. >>> My guess is that your email domain isn't listed >>> in there. >>> >>> Hope that helps, >>> Jules. >>> >>> On 02/04/2020 15:09, Ben Schneider via ZendTo wrote: >>>> Hi Folks! >>>> >>>> I'm having some issues with a fresh install of >>>> ZendTo (Version 5.23-3). >>>> >>>> I have Local and AD authentication setup and >>>> I'm having the following issue: >>>> >>>> ?- When a Local user logs in, everything works >>>> just fine. >>>> ?- When an AD user logs in, they get presented >>>> with the activities they are supposed to, but >>>> when they attempt to click on one of them they >>>> get "This feature is only available to users >>>> who have logged in" >>>> >>>> I've checked the time on the server is in >>>> alignment with both the time on my computer, >>>> and the time on the DC. >>>> >>>> I'm not sure what the issue is.? Any thoughts? >>>> ____________________________________________ >>>> *Ben Schneider* >>>> schneiderbw at gmail.com >>>> >>>> Cell:937-346-7154 >>>> >>>> _______________________________________________ >>>> ZendTo mailing list >>>> ZendTo at zend.to >>>> http://jul.es/mailman/listinfo/zendto >>> >>> Jules >>> >>> -- >>> Julian Field MEng CEng CITP MBCS MIEEE MACM >>> >>> 'One of the deep secrets of life is that all that is really worth >>> doing is what we do for others.' - Lewis Carroll >>> >>> www.Zend.To >>> Twitter: @JulesFM >>> >> >> Jules >> >> -- >> Julian Field MEng CEng CITP MBCS MIEEE MACM >> >> 'We face neither East nor West: we face forward.' - Kwame Nkrumah >> >> 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 > > 'Infosec: A profession that turns normal people into whiskey drinking, > swearing, paranoid, disheartened curmudgeons with no hope for the > future of computers or humanity.' - Urban Dictionary > > www.Zend.To > Twitter: @JulesFM > 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 schneiderbw at gmail.com Fri Apr 3 14:40:51 2020 From: schneiderbw at gmail.com (Ben Schneider) Date: Fri, 3 Apr 2020 09:40:51 -0400 Subject: [ZendTo] AD Authentication issue In-Reply-To: References: <04dec658-d707-ce2c-bf35-9ac6a2040560@Zend.To> <151f6f94-fdaa-d0ee-babc-7a0e30bb06d9@Zend.To> Message-ID: Yup! Working just fine! ____________________________________________ *Ben Schneider* schneiderbw at gmail.com Cell: 937-346-7154 On Fri, Apr 3, 2020 at 8:50 AM Jules wrote: > The bit I couldn't figure out was how it was only affecting AD users and > not local ones. > That's just plain weird. > > I assume it's now all working okay? > > Cheers, > Jules. > > On 03/04/2020 13:44, Ben Schneider wrote: > > Hey Jules, > > I'm not sure what the exact issue was, but I just threw away the VM and > started over from scratch. > ____________________________________________ > *Ben Schneider* > schneiderbw at gmail.com > Cell: 937-346-7154 > > > On Fri, Apr 3, 2020 at 5:18 AM Jules wrote: > >> Next idea: is your 'cookieSecret' set to something suitable in >> preferences.php? >> And reset your 'cookieTTL' back to 12 hours (43200). >> >> On 02/04/2020 19:05, Ben Schneider wrote: >> >> Okay, So I figured out the setcookie() issue. (I had set the cookie >> lifetime so high that PHP no longer considered it an >> integer apparently...) >> >> Still having the same issue though, even after that's fixed. >> ____________________________________________ >> *Ben Schneider* >> schneiderbw at gmail.com >> Cell: 937-346-7154 >> >> >> On Thu, Apr 2, 2020 at 1:52 PM Ben Schneider >> wrote: >> >>> So I went ahead and turned up the PHP errors to debug level and I'm >>> getting these errors: >>> >>> *Notice*: Undefined offset: 1 in >>> */opt/zendto/lib/NSSADAuthenticator.php* on line *556* >>> >>> *Warning*: setcookie() expects parameter 3 to be integer, float given >>> in */opt/zendto/lib/NSSDropbox.php* on line *604* >>> ____________________________________________ >>> *Ben Schneider* >>> schneiderbw at gmail.com >>> Cell: 937-346-7154 >>> >>> >>> On Thu, Apr 2, 2020 at 11:20 AM Ben Schneider via ZendTo >>> wrote: >>> >>>> I just tried only using the AD authenticator. Same issue. >>>> >>>> Here is the last couple of logs: >>>> 2020-04-02 10:30:40 192.168.100.30 [CHCCAA Secure FTP]: Info: >>>> authorization succeeded for bschneider at domain.com >>>> 2020-04-02 10:30:40 192.168.100.30 [CHCCAA Secure FTP]: Info: user >>>> authentication verified user as 'bschneider at domain.com' >>>> >>>> The serverRoot is set to the URL that I am accessing the site through. >>>> >>>> ____________________________________________ >>>> *Ben Schneider* >>>> schneiderbw at gmail.com >>>> Cell: 937-346-7154 >>>> >>>> >>>> On Thu, Apr 2, 2020 at 10:53 AM Jules wrote: >>>> >>>>> Instead of using the Multi authenticator, try it with just the AD >>>>> authenticator to start with. >>>>> >>>>> Does the /var/log/zendto/zendto.log say anything useful? >>>>> Is the site's root URL (the setting is called 'serverRoot') set >>>>> correctly in /opt/zendto/config/preferences.php? >>>>> >>>>> On 02/04/2020 15:31, Ben Schneider wrote: >>>>> >>>>> Hi Jules, >>>>> >>>>> It does include the domain. I've tried both domain.com and *@ >>>>> domain.com >>>>> ____________________________________________ >>>>> *Ben Schneider* >>>>> schneiderbw at gmail.com >>>>> Cell: 937-346-7154 >>>>> >>>>> >>>>> On Thu, Apr 2, 2020 at 10:23 AM Jules wrote: >>>>> >>>>>> Check /opt/zendto/config/internaldomains.conf. >>>>>> My guess is that your email domain isn't listed in there. >>>>>> >>>>>> Hope that helps, >>>>>> Jules. >>>>>> >>>>>> On 02/04/2020 15:09, Ben Schneider via ZendTo wrote: >>>>>> >>>>>> Hi Folks! >>>>>> >>>>>> I'm having some issues with a fresh install of ZendTo (Version >>>>>> 5.23-3). >>>>>> >>>>>> I have Local and AD authentication setup and I'm having the following >>>>>> issue: >>>>>> >>>>>> - When a Local user logs in, everything works just fine. >>>>>> - When an AD user logs in, they get presented with the activities >>>>>> they are supposed to, but when they attempt to click on one of them they >>>>>> get "This feature is only available to users who have logged in" >>>>>> >>>>>> I've checked the time on the server is in alignment with both the >>>>>> time on my computer, and the time on the DC. >>>>>> >>>>>> I'm not sure what the issue is. Any thoughts? >>>>>> ____________________________________________ >>>>>> *Ben Schneider* >>>>>> schneiderbw at gmail.com >>>>>> Cell: 937-346-7154 >>>>>> >>>>>> _______________________________________________ >>>>>> ZendTo mailing listZendTo at zend.tohttp://jul.es/mailman/listinfo/zendto >>>>>> >>>>>> >>>>>> Jules >>>>>> >>>>>> -- >>>>>> Julian Field MEng CEng CITP MBCS MIEEE MACM >>>>>> >>>>>> 'One of the deep secrets of life is that all that is really worth >>>>>> doing is what we do for others.' - Lewis Carroll >>>>>> www.Zend.To >>>>>> Twitter: @JulesFM >>>>>> >>>>>> >>>>> Jules >>>>> >>>>> -- >>>>> Julian Field MEng CEng CITP MBCS MIEEE MACM >>>>> >>>>> 'We face neither East nor West: we face forward.' - Kwame Nkrumah >>>>> 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 >> >> 'Infosec: A profession that turns normal people into whiskey drinking, >> swearing, paranoid, disheartened curmudgeons with no hope for the >> future of computers or humanity.' - Urban Dictionary >> www.Zend.To >> Twitter: @JulesFM >> >> > 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 Jules at Zend.To Mon Apr 6 15:19:19 2020 From: Jules at Zend.To (Jules) Date: Mon, 6 Apr 2020 15:19:19 +0100 Subject: [ZendTo] Feature request... In-Reply-To: References: <70e0183d-6ac0-cc67-5760-925d0dcede95@Zend.To> <5bffc00e69934dab815232166058cec9@City-Exch-CAS1.cbj.local> <6ca087fe87384e25b1683d1cc34c5080@City-Exch-CAS1.cbj.local> Message-ID: <231c127d-a718-6930-bb03-21c920a9162c@Zend.To> Kevin, I've written the code, but haven't tested it yet. It's a fairly simple set of changes, and 1 new preferences.php setting (the archive email address to use). Here's what I have written in the Changelog and in preferences.php: - Added new preferences.php setting 'archiveEmailAddress'. If this is not '' ? and it contains an '@', then this address is added to the "Bcc" list of ? every email sent by ZendTo, except for those used to verify remote senders. ? It is '', and hence disabled, by default. ? // If you need to keep a complete archive of emails sent by ZendTo, ? // excluding the ones used to verify external senders, ? // put the archive's email address in here. It will be added to the ? // Bcc list of every relevant email sent. If you only want to archive ? // some types of messages, simply apply some Inbox filters to the mailbox ? // that receives these archive copies. ? // To disable this feature, leave this set to ''. ? 'archiveEmailAddress' => '', *Branden* ? Once you can confirm that this will do what you need, let Kevin and I know and I'll get a beta version released for you to try. Cheers, Jules. On 02/04/2020 18:52, Kevin Miller via ZendTo wrote: > > Brillian. I like the BCC solution.? That should be really easy for > them to do and they could have all they need and more for perpetuity!? > I?m cc:ing my counterpart there; I can work with him to get them lined > out on how this could work. > > Thanks much. > > ...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:* Thursday, April 2, 2020 9:12 AM > *To:* ZendTo Users > *Cc:* Jules ; Kevin Miller > *Subject:* Re: [ZendTo] Feature request... > > EXTERNAL E-MAIL: BE CAUTIOUS WHEN OPENING FILES OR FOLLOWING LINKS > > ------------------------------------------------------------------------ > > Kevin, > > Always happy to help out the emergency services. I've needed their > help a few times in the past myself. I've never had to call the > coastguard, mountain rescue or cave rescue, but I've used all the > obvious ones. Our county police force even has a specialist animal > rescue team (experts at getting cows out of ditches among other things!). > > It looks pretty simple to write. It's basically a matter of logging > new drop-offs in more detail (controlled by a preferences.php option > that by default will switch off the extra detail). Then a new script > run from a cron job that runs overnight, pulls the relevant info from > the last day's zendto.log and sends a plain-text email of the details. > > Or else I do it straight from the ZendTo database, which would > probably be a cleaner solution, and that gets run as part of the > overnight house-keeping cron job. > > Can you find out exactly what information they want about each drop-off? > The obvious answer from what you've said is: > - Sender username > - Sender email > - List of real names of the files > - Date+time stamp of when the drop-off was created. > > Other potential things they might want to add: > - List of recipient emails (if they mistyped an email address and > later the state said "but we never got it", it makes working out why a > lot easier) > - Checksum of each file (if calculated). > > ** There is a complete alternative to this: > How about if you could give an extra email address in preferences.php, > and all "some files have been dropped off for you" messages were also > Bcc-ed to that email address? Then you've got *all* the details you > could ever want, and normally it just feeds into an "archive" mailbox > of some sort. Then when the need arises, someone can look through the > messages for the day they're interested in, or search them any other > way they like using their email app. > > Have a chat to them and see how they would like to go. > Personally, the extra bcc address quietly added is by far the easiest > to implement, and would guarantee they had all the info about each > drop-off that they might need. But it wouldn't be a neat little daily > table of what was sent that day. Depends on how they want to use it, > which is often different to how they think they want to use it. > Imagine 6 months in the future: will someone really be reading that > table every day? Or would an archive of the emails be more useful? > > Cheers, > Jules. > > On 02/04/2020 17:20, Kevin Miller via ZendTo wrote: > > It?s not a show stopper but the Juneau Police department? is using > zendto to upload evidence to share it with the state or some such > thing and they want an audit trail to show what officer uploaded > what file when.? But I can appreciate the privacy aspect which is > equally important.? Both myself and the IT guy there think the way > they?re going about it in a goofy way so I can just say it?s not a > feature currently available and let it quietly fade into the > background. > > Thanks for all you do? > > ...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:* Thursday, April 2, 2020 1:35 AM > *To:* ZendTo Users > *Cc:* Jules ; Kevin Miller > > *Subject:* Re: [ZendTo] Feature request... > > EXTERNAL E-MAIL: BE CAUTIOUS WHEN OPENING FILES OR FOLLOWING LINKS > > ------------------------------------------------------------------------ > > Kevin, > > Please can I ask "why?" > > That seems very intrusive to me, which is partly why I don't even > log that information. > > Cheers, > Jules. > > On 01/04/2020 23:11, Kevin Miller via ZendTo wrote: > > I have a user wanting a daily report via email on the previous day's drop-offs.? He says "We would need the Who, What and When.?? This is just to document so and so officer dropped of files x,y,z at whatever time. " > > > > I looked in zendto.log but it will note that Joe Blow dropped off 5 files, but not the specifics my user is looking for.? Thought maybe it might be a nice addition to a future release. > > > > > > ...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 > > > > 'In Flanders fields the poppies blow > > Between the crosses, row on row, > > That mark our place: and in the sky > > The larks still bravely singing fly > > Scarce heard amid the guns below. > > > > We are the dead: Short days ago, > > We lived, felt dawn, saw sunset glow, > > Loved and were loved: and now we lie > > In Flanders fields! > > > > Take up our quarrel with the foe > > To you, from failing hands, we throw > > The torch: be yours to hold it high > > If ye break faith with us who die, > > We shall not sleep, though poppies grow > > In Flanders fields.' Lieutenant Colonel John McCrae > > > > Composed at the battlefront on May 3, 1915 > > during the second battle of Ypres, Belgium > > > > www.Zend.To > > Twitter: @JulesFM > > > > _______________________________________________ > > ZendTo mailing list > > ZendTo at zend.to > > http://jul.es/mailman/listinfo/zendto > > > > Jules > -- > Julian Field MEng CEng CITP MBCS MIEEE MACM > 'One of the deep secrets of life is that all that is really worth > doing is what we do for others.' - Lewis Carroll > 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 '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 Jules at Zend.To Mon Apr 6 16:45:23 2020 From: Jules at Zend.To (Jules) Date: Mon, 6 Apr 2020 16:45:23 +0100 Subject: [ZendTo] Feature request... In-Reply-To: References: <70e0183d-6ac0-cc67-5760-925d0dcede95@Zend.To> <5bffc00e69934dab815232166058cec9@City-Exch-CAS1.cbj.local> <6ca087fe87384e25b1683d1cc34c5080@City-Exch-CAS1.cbj.local> <231c127d-a718-6930-bb03-21c920a9162c@Zend.To> <4cb5f4dcf1784a699cf6022576f92904@City-Exch-CAS1.cbj.local> Message-ID: <0557a960-97e1-dbec-5946-9a0c7fa9b5e3@Zend.To> Branden, Okay, no problem. The possible email messages fall into a few different types: - new drop-offs from internal users (what you specifically want to capture) - new drop-offs from external users (relatively hard to distinguish one of these from one above) - re-sends of existing drop-offs, only applies to internal users - notification that file(s) have been picked up (could be very useful to you in the future?) - request for files sent to external user I'm already ignoring the emails sent to external users to verify their email address. So we have 5 remaining categories, which could be keyworded similarly to this: ??? new-internal ??? new-external ??? resend ??? pickup ??? request So I could add a 2nd new preferences.php option which is a list of a selection of those 5 keywords. If you include that keyword in your list, you get that type of email archived. In your situation, you would only want 'new-internal' for now, but 'resend' and/or 'pickup' might be useful to you in the future. Particularly when someone says that one of your users never sent a file, when they did, and when the recipient even picked it up but then lost it. Re-sends of existing drop-offs can only be done by internal (logged in) users, so you don't need to worry about seeing logs of incoming stuff from outside *@juneaupolice.com. Would that be close enough? Or am I heading down a totally different alley from what you actually want? It's just that giving you a full copy of each of the relevant types of email message means that you get *all* the info about each relevant drop-off, including not only the "who, what and when", but also the checksums, sizes, notes, whether it was encrypted or not, everything. You're bound to need more than the "who, what and when" at some point in the future. Have a think. Talk to Kevin. Cheers, Jules. On 06/04/2020 15:36, Branden Holloway wrote: > I am not sure that is exactly what we are after but i am not sure. ?We > are trying to get an email that shows the name, date and a list of > files dropped off by *@juneaupolice.com. ? If the emails you listed > below would give us that info then that would work. ?I am not sure it > would be appropriate for us to receive emails outside our domain. > >> On Apr 6, 2020, at 9:19 AM, Jules wrote: >> >> ? >> EXTERNAL E-MAIL: BE CAUTIOUS WHEN OPENING FILES OR FOLLOWING LINKS >> >> ------------------------------------------------------------------------ >> Kevin, >> >> I've written the code, but haven't tested it yet. It's a fairly >> simple set of changes, and 1 new preferences.php setting (the archive >> email address to use). >> >> Here's what I have written in the Changelog and in preferences.php: >> >> - Added new preferences.php setting 'archiveEmailAddress'. If this is >> not '' >> ? and it contains an '@', then this address is added to the "Bcc" list of >> ? every email sent by ZendTo, except for those used to verify remote >> senders. >> ? It is '', and hence disabled, by default. >> >> ? // If you need to keep a complete archive of emails sent by ZendTo, >> ? // excluding the ones used to verify external senders, >> ? // put the archive's email address in here. It will be added to the >> ? // Bcc list of every relevant email sent. If you only want to archive >> ? // some types of messages, simply apply some Inbox filters to the >> mailbox >> ? // that receives these archive copies. >> ? // To disable this feature, leave this set to ''. >> ? 'archiveEmailAddress' => '', >> >> *Branden* ? Once you can confirm that this will do what you need, let >> Kevin and I know and I'll get a beta version released for you to try. >> >> Cheers, >> Jules. >> >> On 02/04/2020 18:52, Kevin Miller via ZendTo wrote: >>> >>> Brillian. I like the BCC solution.? That should be really easy for >>> them to do and they could have all they need and more for >>> perpetuity!? I?m cc:ing my counterpart there; I can work with him to >>> get them lined out on how this could work. >>> >>> Thanks much. >>> >>> ...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:* Thursday, April 2, 2020 9:12 AM >>> *To:* ZendTo Users >>> *Cc:* Jules ; Kevin Miller >>> *Subject:* Re: [ZendTo] Feature request... >>> >>> EXTERNAL E-MAIL: BE CAUTIOUS WHEN OPENING FILES OR FOLLOWING LINKS >>> >>> ------------------------------------------------------------------------ >>> >>> Kevin, >>> >>> Always happy to help out the emergency services. I've needed their >>> help a few times in the past myself. I've never had to call the >>> coastguard, mountain rescue or cave rescue, but I've used all the >>> obvious ones. Our county police force even has a specialist animal >>> rescue team (experts at getting cows out of ditches among other >>> things!). >>> >>> It looks pretty simple to write. It's basically a matter of logging >>> new drop-offs in more detail (controlled by a preferences.php option >>> that by default will switch off the extra detail). Then a new script >>> run from a cron job that runs overnight, pulls the relevant info >>> from the last day's zendto.log and sends a plain-text email of the >>> details. >>> >>> Or else I do it straight from the ZendTo database, which would >>> probably be a cleaner solution, and that gets run as part of the >>> overnight house-keeping cron job. >>> >>> Can you find out exactly what information they want about each drop-off? >>> The obvious answer from what you've said is: >>> - Sender username >>> - Sender email >>> - List of real names of the files >>> - Date+time stamp of when the drop-off was created. >>> >>> Other potential things they might want to add: >>> - List of recipient emails (if they mistyped an email address and >>> later the state said "but we never got it", it makes working out why >>> a lot easier) >>> - Checksum of each file (if calculated). >>> >>> ** There is a complete alternative to this: >>> How about if you could give an extra email address in >>> preferences.php, and all "some files have been dropped off for you" >>> messages were also Bcc-ed to that email address? Then you've got >>> *all* the details you could ever want, and normally it just feeds >>> into an "archive" mailbox of some sort. Then when the need arises, >>> someone can look through the messages for the day they're interested >>> in, or search them any other way they like using their email app. >>> >>> Have a chat to them and see how they would like to go. >>> Personally, the extra bcc address quietly added is by far the >>> easiest to implement, and would guarantee they had all the info >>> about each drop-off that they might need. But it wouldn't be a neat >>> little daily table of what was sent that day. Depends on how they >>> want to use it, which is often different to how they think they want >>> to use it. Imagine 6 months in the future: will someone really be >>> reading that table every day? Or would an archive of the emails be >>> more useful? >>> >>> Cheers, >>> Jules. >>> >>> On 02/04/2020 17:20, Kevin Miller via ZendTo wrote: >>> >>> It?s not a show stopper but the Juneau Police department? is >>> using zendto to upload evidence to share it with the state or >>> some such thing and they want an audit trail to show what >>> officer uploaded what file when.? But I can appreciate the >>> privacy aspect which is equally important.? Both myself and the >>> IT guy there think the way they?re going about it in a goofy way >>> so I can just say it?s not a feature currently available and let >>> it quietly fade into the background. >>> >>> Thanks for all you do? >>> >>> ...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:* Thursday, April 2, 2020 1:35 AM >>> *To:* ZendTo Users >>> *Cc:* Jules ; Kevin Miller >>> >>> *Subject:* Re: [ZendTo] Feature request... >>> >>> EXTERNAL E-MAIL: BE CAUTIOUS WHEN OPENING FILES OR FOLLOWING LINKS >>> >>> ------------------------------------------------------------------------ >>> >>> Kevin, >>> >>> Please can I ask "why?" >>> >>> That seems very intrusive to me, which is partly why I don't >>> even log that information. >>> >>> Cheers, >>> Jules. >>> >>> On 01/04/2020 23:11, Kevin Miller via ZendTo wrote: >>> >>> I have a user wanting a daily report via email on the previous day's drop-offs.? He says "We would need the Who, What and When.?? This is just to document so and so officer dropped of files x,y,z at whatever time. " >>> >>> >>> >>> I looked in zendto.log but it will note that Joe Blow dropped off 5 files, but not the specifics my user is looking for.? Thought maybe it might be a nice addition to a future release. >>> >>> >>> >>> >>> >>> ...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 >>> >>> >>> >>> 'In Flanders fields the poppies blow >>> >>> Between the crosses, row on row, >>> >>> That mark our place: and in the sky >>> >>> The larks still bravely singing fly >>> >>> Scarce heard amid the guns below. >>> >>> >>> >>> We are the dead: Short days ago, >>> >>> We lived, felt dawn, saw sunset glow, >>> >>> Loved and were loved: and now we lie >>> >>> In Flanders fields! >>> >>> >>> >>> Take up our quarrel with the foe >>> >>> To you, from failing hands, we throw >>> >>> The torch: be yours to hold it high >>> >>> If ye break faith with us who die, >>> >>> We shall not sleep, though poppies grow >>> >>> In Flanders fields.' Lieutenant Colonel John McCrae >>> >>> >>> >>> Composed at the battlefront on May 3, 1915 >>> >>> during the second battle of Ypres, Belgium >>> >>> >>> >>> www.Zend.To >>> >>> Twitter: @JulesFM >>> >>> >>> >>> _______________________________________________ >>> >>> ZendTo mailing list >>> >>> ZendTo at zend.to >>> >>> http://jul.es/mailman/listinfo/zendto >>> >>> >>> >>> Jules >>> -- >>> Julian Field MEng CEng CITP MBCS MIEEE MACM >>> 'One of the deep secrets of life is that all that is really worth >>> doing is what we do for others.' - Lewis Carroll >>> 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 >> >> '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 Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'The AI does not hate you, nor does it love you, but you are made out of atoms which it can use for something else.' - Eliezer Yudkowsky www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From kevin.miller at juneau.org Mon Apr 6 23:31:50 2020 From: kevin.miller at juneau.org (Kevin Miller) Date: Mon, 6 Apr 2020 22:31:50 +0000 Subject: [ZendTo] Feature request... In-Reply-To: <7b5b5bd0bb424be5a98ba01f27c53243@city-exch-cas3.cbj.local> References: <70e0183d-6ac0-cc67-5760-925d0dcede95@Zend.To> <5bffc00e69934dab815232166058cec9@City-Exch-CAS1.cbj.local> <6ca087fe87384e25b1683d1cc34c5080@City-Exch-CAS1.cbj.local> <231c127d-a718-6930-bb03-21c920a9162c@Zend.To> <4cb5f4dcf1784a699cf6022576f92904@City-Exch-CAS1.cbj.local> <0557a960-97e1-dbec-5946-9a0c7fa9b5e3@Zend.To> <7b5b5bd0bb424be5a98ba01f27c53243@city-exch-cas3.cbj.local> Message-ID: Jules, you?re mentioning archiving email. Maybe I?m misunderstanding but what they really need is ?ust something daily that would allow us to track when our users put something in there.? Something along the lines of logwatch, i.e. a log parser or sql query that could run via cron and put out a simple text report which could then be mailed to an appropriate recipient. Or am I over-interpreting what you?ve whipped up? ...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: Monday, April 6, 2020 7:45 AM To: Branden Holloway Cc: Jules ; Kevin Miller ; ZendTo Users Subject: Re: [ZendTo] Feature request... EXTERNAL E-MAIL: BE CAUTIOUS WHEN OPENING FILES OR FOLLOWING LINKS ________________________________ Branden, Okay, no problem. The possible email messages fall into a few different types: - new drop-offs from internal users (what you specifically want to capture) - new drop-offs from external users (relatively hard to distinguish one of these from one above) - re-sends of existing drop-offs, only applies to internal users - notification that file(s) have been picked up (could be very useful to you in the future?) - request for files sent to external user I'm already ignoring the emails sent to external users to verify their email address. So we have 5 remaining categories, which could be keyworded similarly to this: new-internal new-external resend pickup request So I could add a 2nd new preferences.php option which is a list of a selection of those 5 keywords. If you include that keyword in your list, you get that type of email archived. In your situation, you would only want 'new-internal' for now, but 'resend' and/or 'pickup' might be useful to you in the future. Particularly when someone says that one of your users never sent a file, when they did, and when the recipient even picked it up but then lost it. Re-sends of existing drop-offs can only be done by internal (logged in) users, so you don't need to worry about seeing logs of incoming stuff from outside *@juneaupolice.com. Would that be close enough? Or am I heading down a totally different alley from what you actually want? It's just that giving you a full copy of each of the relevant types of email message means that you get *all* the info about each relevant drop-off, including not only the "who, what and when", but also the checksums, sizes, notes, whether it was encrypted or not, everything. You're bound to need more than the "who, what and when" at some point in the future. Have a think. Talk to Kevin. Cheers, Jules. On 06/04/2020 15:36, Branden Holloway wrote: I am not sure that is exactly what we are after but i am not sure. We are trying to get an email that shows the name, date and a list of files dropped off by *@juneaupolice.com. If the emails you listed below would give us that info then that would work. I am not sure it would be appropriate for us to receive emails outside our domain. On Apr 6, 2020, at 9:19 AM, Jules wrote: ? EXTERNAL E-MAIL: BE CAUTIOUS WHEN OPENING FILES OR FOLLOWING LINKS ________________________________ Kevin, I've written the code, but haven't tested it yet. It's a fairly simple set of changes, and 1 new preferences.php setting (the archive email address to use). Here's what I have written in the Changelog and in preferences.php: - Added new preferences.php setting 'archiveEmailAddress'. If this is not '' and it contains an '@', then this address is added to the "Bcc" list of every email sent by ZendTo, except for those used to verify remote senders. It is '', and hence disabled, by default. // If you need to keep a complete archive of emails sent by ZendTo, // excluding the ones used to verify external senders, // put the archive's email address in here. It will be added to the // Bcc list of every relevant email sent. If you only want to archive // some types of messages, simply apply some Inbox filters to the mailbox // that receives these archive copies. // To disable this feature, leave this set to ''. 'archiveEmailAddress' => '', Branden ? Once you can confirm that this will do what you need, let Kevin and I know and I'll get a beta version released for you to try. Cheers, Jules. On 02/04/2020 18:52, Kevin Miller via ZendTo wrote: Brillian. I like the BCC solution. That should be really easy for them to do and they could have all they need and more for perpetuity! I?m cc:ing my counterpart there; I can work with him to get them lined out on how this could work. Thanks much. ...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: Thursday, April 2, 2020 9:12 AM To: ZendTo Users Cc: Jules ; Kevin Miller Subject: Re: [ZendTo] Feature request... EXTERNAL E-MAIL: BE CAUTIOUS WHEN OPENING FILES OR FOLLOWING LINKS ________________________________ Kevin, Always happy to help out the emergency services. I've needed their help a few times in the past myself. I've never had to call the coastguard, mountain rescue or cave rescue, but I've used all the obvious ones. Our county police force even has a specialist animal rescue team (experts at getting cows out of ditches among other things!). It looks pretty simple to write. It's basically a matter of logging new drop-offs in more detail (controlled by a preferences.php option that by default will switch off the extra detail). Then a new script run from a cron job that runs overnight, pulls the relevant info from the last day's zendto.log and sends a plain-text email of the details. Or else I do it straight from the ZendTo database, which would probably be a cleaner solution, and that gets run as part of the overnight house-keeping cron job. Can you find out exactly what information they want about each drop-off? The obvious answer from what you've said is: - Sender username - Sender email - List of real names of the files - Date+time stamp of when the drop-off was created. Other potential things they might want to add: - List of recipient emails (if they mistyped an email address and later the state said "but we never got it", it makes working out why a lot easier) - Checksum of each file (if calculated). ** There is a complete alternative to this: How about if you could give an extra email address in preferences.php, and all "some files have been dropped off for you" messages were also Bcc-ed to that email address? Then you've got *all* the details you could ever want, and normally it just feeds into an "archive" mailbox of some sort. Then when the need arises, someone can look through the messages for the day they're interested in, or search them any other way they like using their email app. Have a chat to them and see how they would like to go. Personally, the extra bcc address quietly added is by far the easiest to implement, and would guarantee they had all the info about each drop-off that they might need. But it wouldn't be a neat little daily table of what was sent that day. Depends on how they want to use it, which is often different to how they think they want to use it. Imagine 6 months in the future: will someone really be reading that table every day? Or would an archive of the emails be more useful? Cheers, Jules. On 02/04/2020 17:20, Kevin Miller via ZendTo wrote: It?s not a show stopper but the Juneau Police department is using zendto to upload evidence to share it with the state or some such thing and they want an audit trail to show what officer uploaded what file when. But I can appreciate the privacy aspect which is equally important. Both myself and the IT guy there think the way they?re going about it in a goofy way so I can just say it?s not a feature currently available and let it quietly fade into the background. Thanks for all you do? ...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: Thursday, April 2, 2020 1:35 AM To: ZendTo Users Cc: Jules ; Kevin Miller Subject: Re: [ZendTo] Feature request... EXTERNAL E-MAIL: BE CAUTIOUS WHEN OPENING FILES OR FOLLOWING LINKS ________________________________ Kevin, Please can I ask "why?" That seems very intrusive to me, which is partly why I don't even log that information. Cheers, Jules. On 01/04/2020 23:11, Kevin Miller via ZendTo wrote: I have a user wanting a daily report via email on the previous day's drop-offs. He says "We would need the Who, What and When. This is just to document so and so officer dropped of files x,y,z at whatever time. " I looked in zendto.log but it will note that Joe Blow dropped off 5 files, but not the specifics my user is looking for. Thought maybe it might be a nice addition to a future release. ...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 'In Flanders fields the poppies blow Between the crosses, row on row, That mark our place: and in the sky The larks still bravely singing fly Scarce heard amid the guns below. We are the dead: Short days ago, We lived, felt dawn, saw sunset glow, Loved and were loved: and now we lie In Flanders fields! Take up our quarrel with the foe To you, from failing hands, we throw The torch: be yours to hold it high If ye break faith with us who die, We shall not sleep, though poppies grow In Flanders fields.' Lieutenant Colonel John McCrae Composed at the battlefront on May 3, 1915 during the second battle of Ypres, Belgium www.Zend.To Twitter: @JulesFM _______________________________________________ ZendTo mailing list ZendTo at zend.to http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'One of the deep secrets of life is that all that is really worth doing is what we do for others.' - Lewis Carroll 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 '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 Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'The AI does not hate you, nor does it love you, but you are made out of atoms which it can use for something else.' - Eliezer Yudkowsky www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Tue Apr 7 11:30:01 2020 From: Jules at Zend.To (Jules) Date: Tue, 7 Apr 2020 11:30:01 +0100 Subject: [ZendTo] Feature request... In-Reply-To: References: <5bffc00e69934dab815232166058cec9@City-Exch-CAS1.cbj.local> <6ca087fe87384e25b1683d1cc34c5080@City-Exch-CAS1.cbj.local> <231c127d-a718-6930-bb03-21c920a9162c@Zend.To> <4cb5f4dcf1784a699cf6022576f92904@City-Exch-CAS1.cbj.local> <0557a960-97e1-dbec-5946-9a0c7fa9b5e3@Zend.To> <7b5b5bd0bb424be5a98ba01f27c53243@city-exch-cas3.cbj.local> Message-ID: Kevin, Okay, in which case I probably have rather gone off on a tangent to what they actually want. One thing we need to agree is what goes into the report, which could be generated by a nightly cron job. For each drop-off, there is everything that is mentioned in the "new dropoff" email & some others: - sender username, email, name - date+time - note - recipients names and emails - file names - file sizes - file types - file checksums - encrypted yes/no - picked up yes/no - picked up when and by whom (table of all pickups) What info do they not only want now, but are likely to want a few months down the line when they've thought of some other use cases for the report? Cheers, Jules. On 06/04/2020 23:31, Kevin Miller via ZendTo wrote: > > Jules, you?re mentioning archiving email.? Maybe I?m misunderstanding > but ?what they really need is ?ust something daily that would allow us > to track when our users put something in there.?? Something along the > lines of logwatch, i.e. a log parser or sql query that could run via > cron and put out a simple text report? which could then be mailed to > an appropriate recipient. > > Or am I over-interpreting what you?ve whipped up? > > ...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:* Monday, April 6, 2020 7:45 AM > *To:* Branden Holloway > *Cc:* Jules ; Kevin Miller ; > ZendTo Users > *Subject:* Re: [ZendTo] Feature request... > > EXTERNAL E-MAIL: BE CAUTIOUS WHEN OPENING FILES OR FOLLOWING LINKS > > ------------------------------------------------------------------------ > > Branden, > > Okay, no problem. > > The possible email messages fall into a few different types: > - new drop-offs from internal users (what you specifically want to > capture) > - new drop-offs from external users (relatively hard to distinguish > one of these from one above) > - re-sends of existing drop-offs, only applies to internal users > - notification that file(s) have been picked up (could be very useful > to you in the future?) > - request for files sent to external user > I'm already ignoring the emails sent to external users to verify their > email address. > > So we have 5 remaining categories, which could be keyworded similarly > to this: > ??? new-internal > ??? new-external > ??? resend > ??? pickup > ??? request > > So I could add a 2nd new preferences.php option which is a list of a > selection of those 5 keywords. > If you include that keyword in your list, you get that type of email > archived. > > In your situation, you would only want 'new-internal' for now, but > 'resend' and/or 'pickup' might be useful to you in the future. > Particularly when someone says that one of your users never sent a > file, when they did, and when the recipient even picked it up but then > lost it. Re-sends of existing drop-offs can only be done by internal > (logged in) users, so you don't need to worry about seeing logs of > incoming stuff from outside *@juneaupolice.com > . > > Would that be close enough? Or am I heading down a totally different > alley from what you actually want? > > It's just that giving you a full copy of each of the relevant types of > email message means that you get *all* the info about each relevant > drop-off, including not only the "who, what and when", but also the > checksums, sizes, notes, whether it was encrypted or not, everything. > You're bound to need more than the "who, what and when" at some point > in the future. > > Have a think. Talk to Kevin. > > Cheers, > Jules. > > On 06/04/2020 15:36, Branden Holloway wrote: > > I am not sure that is exactly what we are after but i am not sure. > ?We are trying to get an email that shows the name, date and a > list of files dropped off by *@juneaupolice.com > . ? If the emails you listed below > would give us that info then that would work. ?I am not sure it > would be appropriate for us to receive emails outside our domain. > > > > On Apr 6, 2020, at 9:19 AM, Jules > wrote: > > ? > > EXTERNAL E-MAIL: BE CAUTIOUS WHEN OPENING FILES OR FOLLOWING LINKS > > ------------------------------------------------------------------------ > > Kevin, > > I've written the code, but haven't tested it yet. It's a > fairly simple set of changes, and 1 new preferences.php > setting (the archive email address to use). > > Here's what I have written in the Changelog and in > preferences.php: > > - Added new preferences.php setting 'archiveEmailAddress'. If > this is not '' > ? and it contains an '@', then this address is added to the > "Bcc" list of > ? every email sent by ZendTo, except for those used to verify > remote senders. > ? It is '', and hence disabled, by default. > > ? // If you need to keep a complete archive of emails sent by > ZendTo, > ? // excluding the ones used to verify external senders, > ? // put the archive's email address in here. It will be added > to the > ? // Bcc list of every relevant email sent. If you only want > to archive > ? // some types of messages, simply apply some Inbox filters > to the mailbox > ? // that receives these archive copies. > ? // To disable this feature, leave this set to ''. > ? 'archiveEmailAddress' => '', > > *Branden* ? Once you can confirm that this will do what you > need, let Kevin and I know and I'll get a beta version > released for you to try. > > Cheers, > Jules. > > On 02/04/2020 18:52, Kevin Miller via ZendTo wrote: > > Brillian. I like the BCC solution.? That should be really > easy for them to do and they could have all they need and > more for perpetuity!? I?m cc:ing my counterpart there; I > can work with him to get them lined out on how this could > work. > > Thanks much. > > ...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:* Thursday, April 2, 2020 9:12 AM > *To:* ZendTo Users > *Cc:* Jules ; Kevin > Miller > > *Subject:* Re: [ZendTo] Feature request... > > EXTERNAL E-MAIL: BE CAUTIOUS WHEN OPENING FILES OR > FOLLOWING LINKS > > ------------------------------------------------------------------------ > > Kevin, > > Always happy to help out the emergency services. I've > needed their help a few times in the past myself. I've > never had to call the coastguard, mountain rescue or cave > rescue, but I've used all the obvious ones. Our county > police force even has a specialist animal rescue team > (experts at getting cows out of ditches among other things!). > > It looks pretty simple to write. It's basically a matter > of logging new drop-offs in more detail (controlled by a > preferences.php option that by default will switch off the > extra detail). Then a new script run from a cron job that > runs overnight, pulls the relevant info from the last > day's zendto.log and sends a plain-text email of the details. > > Or else I do it straight from the ZendTo database, which > would probably be a cleaner solution, and that gets run as > part of the overnight house-keeping cron job. > > Can you find out exactly what information they want about > each drop-off? > The obvious answer from what you've said is: > - Sender username > - Sender email > - List of real names of the files > - Date+time stamp of when the drop-off was created. > > Other potential things they might want to add: > - List of recipient emails (if they mistyped an email > address and later the state said "but we never got it", it > makes working out why a lot easier) > - Checksum of each file (if calculated). > > ** There is a complete alternative to this: > How about if you could give an extra email address in > preferences.php, and all "some files have been dropped off > for you" messages were also Bcc-ed to that email address? > Then you've got *all* the details you could ever want, and > normally it just feeds into an "archive" mailbox of some > sort. Then when the need arises, someone can look through > the messages for the day they're interested in, or search > them any other way they like using their email app. > > Have a chat to them and see how they would like to go. > Personally, the extra bcc address quietly added is by far > the easiest to implement, and would guarantee they had all > the info about each drop-off that they might need. But it > wouldn't be a neat little daily table of what was sent > that day. Depends on how they want to use it, which is > often different to how they think they want to use it. > Imagine 6 months in the future: will someone really be > reading that table every day? Or would an archive of the > emails be more useful? > > Cheers, > Jules. > > > On 02/04/2020 17:20, Kevin Miller via ZendTo wrote: > > It?s not a show stopper but the Juneau Police > department? is using zendto to upload evidence to > share it with the state or some such thing and they > want an audit trail to show what officer uploaded what > file when. But I can appreciate the privacy aspect > which is equally important.? Both myself and the IT > guy there think the way they?re going about it in a > goofy way so I can just say it?s not a feature > currently available and let it quietly fade into the > background. > > Thanks for all you do? > > ...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:* Thursday, April 2, 2020 1:35 AM > *To:* ZendTo Users > > *Cc:* Jules ; > Kevin Miller > > *Subject:* Re: [ZendTo] Feature request... > > EXTERNAL E-MAIL: BE CAUTIOUS WHEN OPENING FILES OR > FOLLOWING LINKS > > ------------------------------------------------------------------------ > > Kevin, > > Please can I ask "why?" > > That seems very intrusive to me, which is partly why I > don't even log that information. > > Cheers, > Jules. > > On 01/04/2020 23:11, Kevin Miller via ZendTo wrote: > > I have a user wanting a daily report via email on the previous day's drop-offs.? He says "We would need the Who, What and When.?? This is just to document so and so officer dropped of files x,y,z at whatever time. " > > > > I looked in zendto.log but it will note that Joe Blow dropped off 5 files, but not the specifics my user is looking for.? Thought maybe it might be a nice addition to a future release. > > > > > > ...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 > > > > 'In Flanders fields the poppies blow > > Between the crosses, row on row, > > That mark our place: and in the sky > > The larks still bravely singing fly > > Scarce heard amid the guns below. > > > > We are the dead: Short days ago, > > We lived, felt dawn, saw sunset glow, > > Loved and were loved: and now we lie > > In Flanders fields! > > > > Take up our quarrel with the foe > > To you, from failing hands, we throw > > The torch: be yours to hold it high > > If ye break faith with us who die, > > We shall not sleep, though poppies grow > > In Flanders fields.' Lieutenant Colonel John McCrae > > > > Composed at the battlefront on May 3, 1915 > > during the second battle of Ypres, Belgium > > > > www.Zend.To > > Twitter: @JulesFM > > > > > _______________________________________________ > > ZendTo mailing list > > ZendTo at zend.to > > http://jul.es/mailman/listinfo/zendto > > > > > Jules > > > > -- > > Julian Field MEng CEng CITP MBCS MIEEE MACM > > > > 'One of the deep secrets of life is that all that is really worth > > doing is what we do for others.' - Lewis Carroll > > > > 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 > > '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 > > > > Jules > -- > Julian Field MEng CEng CITP MBCS MIEEE MACM > 'The AI does not hate you, nor does it love you, but you are made > out of atoms which it can use for something else.' - Eliezer Yudkowsky > www.Zend.To > Twitter: @JulesFM > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto 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 kevin.miller at juneau.org Tue Apr 7 17:15:25 2020 From: kevin.miller at juneau.org (Kevin Miller) Date: Tue, 7 Apr 2020 16:15:25 +0000 Subject: [ZendTo] Feature request... In-Reply-To: References: <5bffc00e69934dab815232166058cec9@City-Exch-CAS1.cbj.local> <6ca087fe87384e25b1683d1cc34c5080@City-Exch-CAS1.cbj.local> <231c127d-a718-6930-bb03-21c920a9162c@Zend.To> <4cb5f4dcf1784a699cf6022576f92904@City-Exch-CAS1.cbj.local> <0557a960-97e1-dbec-5946-9a0c7fa9b5e3@Zend.To> <7b5b5bd0bb424be5a98ba01f27c53243@city-exch-cas3.cbj.local> <1b1267cf6a6745db82a023b25c9d62d2@city-exch-cas3.cbj.local> Message-ID: I probably won?t be using it over here on our side of things. If I need to check on something for a user I can get to all the drop-offs (w/in the last 2 weeks anyway) by logging in as an admin. For my intents and purposes that more than enough. But I?m sure there will be other zendto users down the line that will avail themselves of the feature. Thanks Jules! ...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: Branden Holloway Sent: Tuesday, April 7, 2020 6:37 AM To: Jules ; ZendTo Users Cc: Kevin Miller Subject: RE: [ZendTo] Feature request... I am not sure if Kevin will be using this or not but the list you have below for us is more than complete. Right now they are just logging in and taking a screen shot of the drop off lol. Thanks Branden From: Jules > Sent: Tuesday, April 7, 2020 2:30 AM To: ZendTo Users > Cc: Kevin Miller >; Branden Holloway > Subject: Re: [ZendTo] Feature request... EXTERNAL E-MAIL: BE CAUTIOUS WHEN OPENING FILES OR FOLLOWING LINKS ________________________________ Kevin, Okay, in which case I probably have rather gone off on a tangent to what they actually want. One thing we need to agree is what goes into the report, which could be generated by a nightly cron job. For each drop-off, there is everything that is mentioned in the "new dropoff" email & some others: - sender username, email, name - date+time - note - recipients names and emails - file names - file sizes - file types - file checksums - encrypted yes/no - picked up yes/no - picked up when and by whom (table of all pickups) What info do they not only want now, but are likely to want a few months down the line when they've thought of some other use cases for the report? Cheers, Jules. On 06/04/2020 23:31, Kevin Miller via ZendTo wrote: Jules, you?re mentioning archiving email. Maybe I?m misunderstanding but what they really need is ?ust something daily that would allow us to track when our users put something in there.? Something along the lines of logwatch, i.e. a log parser or sql query that could run via cron and put out a simple text report which could then be mailed to an appropriate recipient. Or am I over-interpreting what you?ve whipped up? ...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: Monday, April 6, 2020 7:45 AM To: Branden Holloway Cc: Jules ; Kevin Miller ; ZendTo Users Subject: Re: [ZendTo] Feature request... EXTERNAL E-MAIL: BE CAUTIOUS WHEN OPENING FILES OR FOLLOWING LINKS ________________________________ Branden, Okay, no problem. The possible email messages fall into a few different types: - new drop-offs from internal users (what you specifically want to capture) - new drop-offs from external users (relatively hard to distinguish one of these from one above) - re-sends of existing drop-offs, only applies to internal users - notification that file(s) have been picked up (could be very useful to you in the future?) - request for files sent to external user I'm already ignoring the emails sent to external users to verify their email address. So we have 5 remaining categories, which could be keyworded similarly to this: new-internal new-external resend pickup request So I could add a 2nd new preferences.php option which is a list of a selection of those 5 keywords. If you include that keyword in your list, you get that type of email archived. In your situation, you would only want 'new-internal' for now, but 'resend' and/or 'pickup' might be useful to you in the future. Particularly when someone says that one of your users never sent a file, when they did, and when the recipient even picked it up but then lost it. Re-sends of existing drop-offs can only be done by internal (logged in) users, so you don't need to worry about seeing logs of incoming stuff from outside *@juneaupolice.com. Would that be close enough? Or am I heading down a totally different alley from what you actually want? It's just that giving you a full copy of each of the relevant types of email message means that you get *all* the info about each relevant drop-off, including not only the "who, what and when", but also the checksums, sizes, notes, whether it was encrypted or not, everything. You're bound to need more than the "who, what and when" at some point in the future. Have a think. Talk to Kevin. Cheers, Jules. On 06/04/2020 15:36, Branden Holloway wrote: I am not sure that is exactly what we are after but i am not sure. We are trying to get an email that shows the name, date and a list of files dropped off by *@juneaupolice.com. If the emails you listed below would give us that info then that would work. I am not sure it would be appropriate for us to receive emails outside our domain. On Apr 6, 2020, at 9:19 AM, Jules wrote: ? EXTERNAL E-MAIL: BE CAUTIOUS WHEN OPENING FILES OR FOLLOWING LINKS ________________________________ Kevin, I've written the code, but haven't tested it yet. It's a fairly simple set of changes, and 1 new preferences.php setting (the archive email address to use). Here's what I have written in the Changelog and in preferences.php: - Added new preferences.php setting 'archiveEmailAddress'. If this is not '' and it contains an '@', then this address is added to the "Bcc" list of every email sent by ZendTo, except for those used to verify remote senders. It is '', and hence disabled, by default. // If you need to keep a complete archive of emails sent by ZendTo, // excluding the ones used to verify external senders, // put the archive's email address in here. It will be added to the // Bcc list of every relevant email sent. If you only want to archive // some types of messages, simply apply some Inbox filters to the mailbox // that receives these archive copies. // To disable this feature, leave this set to ''. 'archiveEmailAddress' => '', Branden ? Once you can confirm that this will do what you need, let Kevin and I know and I'll get a beta version released for you to try. Cheers, Jules. On 02/04/2020 18:52, Kevin Miller via ZendTo wrote: Brillian. I like the BCC solution. That should be really easy for them to do and they could have all they need and more for perpetuity! I?m cc:ing my counterpart there; I can work with him to get them lined out on how this could work. Thanks much. ...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: Thursday, April 2, 2020 9:12 AM To: ZendTo Users Cc: Jules ; Kevin Miller Subject: Re: [ZendTo] Feature request... EXTERNAL E-MAIL: BE CAUTIOUS WHEN OPENING FILES OR FOLLOWING LINKS ________________________________ Kevin, Always happy to help out the emergency services. I've needed their help a few times in the past myself. I've never had to call the coastguard, mountain rescue or cave rescue, but I've used all the obvious ones. Our county police force even has a specialist animal rescue team (experts at getting cows out of ditches among other things!). It looks pretty simple to write. It's basically a matter of logging new drop-offs in more detail (controlled by a preferences.php option that by default will switch off the extra detail). Then a new script run from a cron job that runs overnight, pulls the relevant info from the last day's zendto.log and sends a plain-text email of the details. Or else I do it straight from the ZendTo database, which would probably be a cleaner solution, and that gets run as part of the overnight house-keeping cron job. Can you find out exactly what information they want about each drop-off? The obvious answer from what you've said is: - Sender username - Sender email - List of real names of the files - Date+time stamp of when the drop-off was created. Other potential things they might want to add: - List of recipient emails (if they mistyped an email address and later the state said "but we never got it", it makes working out why a lot easier) - Checksum of each file (if calculated). ** There is a complete alternative to this: How about if you could give an extra email address in preferences.php, and all "some files have been dropped off for you" messages were also Bcc-ed to that email address? Then you've got *all* the details you could ever want, and normally it just feeds into an "archive" mailbox of some sort. Then when the need arises, someone can look through the messages for the day they're interested in, or search them any other way they like using their email app. Have a chat to them and see how they would like to go. Personally, the extra bcc address quietly added is by far the easiest to implement, and would guarantee they had all the info about each drop-off that they might need. But it wouldn't be a neat little daily table of what was sent that day. Depends on how they want to use it, which is often different to how they think they want to use it. Imagine 6 months in the future: will someone really be reading that table every day? Or would an archive of the emails be more useful? Cheers, Jules. On 02/04/2020 17:20, Kevin Miller via ZendTo wrote: It?s not a show stopper but the Juneau Police department is using zendto to upload evidence to share it with the state or some such thing and they want an audit trail to show what officer uploaded what file when. But I can appreciate the privacy aspect which is equally important. Both myself and the IT guy there think the way they?re going about it in a goofy way so I can just say it?s not a feature currently available and let it quietly fade into the background. Thanks for all you do? ...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: Thursday, April 2, 2020 1:35 AM To: ZendTo Users Cc: Jules ; Kevin Miller Subject: Re: [ZendTo] Feature request... EXTERNAL E-MAIL: BE CAUTIOUS WHEN OPENING FILES OR FOLLOWING LINKS ________________________________ Kevin, Please can I ask "why?" That seems very intrusive to me, which is partly why I don't even log that information. Cheers, Jules. On 01/04/2020 23:11, Kevin Miller via ZendTo wrote: I have a user wanting a daily report via email on the previous day's drop-offs. He says "We would need the Who, What and When. This is just to document so and so officer dropped of files x,y,z at whatever time. " I looked in zendto.log but it will note that Joe Blow dropped off 5 files, but not the specifics my user is looking for. Thought maybe it might be a nice addition to a future release. ...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 'In Flanders fields the poppies blow Between the crosses, row on row, That mark our place: and in the sky The larks still bravely singing fly Scarce heard amid the guns below. We are the dead: Short days ago, We lived, felt dawn, saw sunset glow, Loved and were loved: and now we lie In Flanders fields! Take up our quarrel with the foe To you, from failing hands, we throw The torch: be yours to hold it high If ye break faith with us who die, We shall not sleep, though poppies grow In Flanders fields.' Lieutenant Colonel John McCrae Composed at the battlefront on May 3, 1915 during the second battle of Ypres, Belgium www.Zend.To Twitter: @JulesFM _______________________________________________ ZendTo mailing list ZendTo at zend.to http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'One of the deep secrets of life is that all that is really worth doing is what we do for others.' - Lewis Carroll 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 '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 Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'The AI does not hate you, nor does it love you, but you are made out of atoms which it can use for something else.' - Eliezer Yudkowsky www.Zend.To Twitter: @JulesFM _______________________________________________ ZendTo mailing list ZendTo at zend.to http://jul.es/mailman/listinfo/zendto 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 RKabir at wcupa.edu Tue Apr 7 20:04:28 2020 From: RKabir at wcupa.edu (Kabir, Rashed) Date: Tue, 7 Apr 2020 19:04:28 +0000 Subject: [ZendTo] Email Address with apostrophe References: Message-ID: Just wondering if this could be a bug. One of our users who has an apostrophe in her email address when she tries to use the ?Request a drop off? option The ?To? Field is still empty & the ?Add? button does not work. The same experience if the link is sent in a separate email. Was able to recreate the problem with a test account that had apostrophe. Thanks Rashed [cid:image003.jpg at 01D60CED.D48F6C80] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 17768 bytes Desc: image003.jpg URL: From Guy.Bertrand at exelaonline.com Tue Apr 7 21:34:10 2020 From: Guy.Bertrand at exelaonline.com (Guy Bertrand) Date: Tue, 7 Apr 2020 20:34:10 +0000 Subject: [ZendTo] Email Address with apostrophe - confirmed References: <587e4759b70b476b994580f329bb218d@exelaonline.com> Message-ID: I can attest that I am having the same problem. This name will cause issues: Tony D'Ovidio Guy Bertrand, M.Ing Directeur informatique / IT Manager EXELA TECHNOLOGIES b: +1.514.392.4999 | m: +1.514.265.9754 1155, boulevard Robert-Bourassa, suite 500 | Montr?al (Qu?bec) CANADA H3B 3A7 www.ExelaTech.com | EXELA LinkedIn ________________________________ Attention : le pr?sent message et toutes les pi?ces jointes sont confidentiels et ?tablis ? l'attention exclusive du ou des destinataire(s) indiqu?(s). Toute autre diffusion ou utilisation non autoris?e est interdite. Si vous recevez ce message par erreur, veuillez imm?diatement en avertir l'exp?diteur par e-mail en retour, d?truire le message et vous abstenir de toute r?f?rence aux informations qui y figurent afin d'?viter les sanctions attach?es ? la divulgation et ? l'utilisation d'informations confidentielles. Les messages ?lectroniques sont susceptibles d'alt?ration. Exela Technologies et ses filiales d?clinent toute responsabilit? en cas d'alt?ration ou de falsification du pr?sent message. ________________________________ Please consider the environment before printing or forwarding this email. If you do print this email, please recycle the paper. This email message may contain confidential, proprietary and/or privileged information. It is intended only for the use of the intended recipient(s). If you have received it in error, please immediately advise the sender by reply email and then delete this email message. Any disclosure, copying, distribution or use of the information contained in this email message to or by anyone other than the intended recipient is strictly prohibited. Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Exela Technologies, Inc. or its subsidiaries. This email does not constitute an agreement to conduct transactions by electronic means and does not create any legally binding contract or enforceable obligation against Exela in the absence of a fully signed written agreement. From downloadmalware at gmail.com Thu Apr 9 14:44:14 2020 From: downloadmalware at gmail.com (Ionescu Gigel) Date: Thu, 9 Apr 2020 16:44:14 +0300 Subject: [ZendTo] About wrong sender organisation fix References: Message-ID: Hello everyone, I am running ZendTo 5.21-2 Prod. I saw this in changelogs: Fixed bug where dropoffs that were the result of requests would have the wrong sender's organisation displayed I would like to know how to fix this myself as we have this bug in the production environment and we've done a lot of customisation to fit our internal needs and upgrading now would take a lot of time. ZendTo has many new interesting features and can't wait to upgrade, but there are other priorities in here right now. Regards, -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Thu Apr 9 18:33:28 2020 From: Jules at Zend.To (Jules) Date: Thu, 9 Apr 2020 18:33:28 +0100 Subject: [ZendTo] About wrong sender organisation fix In-Reply-To: References: Message-ID: Ionescu, I suggest you download the tgz of the version immediately prior to where that bug-fix is mentioned, and the one where it is mentioned. Look on the website for the URL of the latest tgz, and you'll easily see how to construct the URL for any arbitrary version. All the old versions are there on the website, I don't delete stuff if at all possible. Unpack them in two different directories "zendto-old" and "zendto-new" and use ??? diff -Naur zendto-old zendto-new to find all the changes. With luck I will have commented the change/fix in the source so it should be fairly easy to find. Sorry I can't remember what or where the fix(es) were. :-( Hope that helps! Jules. On 09/04/2020 14:44, Ionescu Gigel via ZendTo wrote: > Hello everyone, > I am running ZendTo 5.21-2 Prod. > I saw this in changelogs: Fixed bug where dropoffs that were the > result of requests would have the wrong sender's organisation displayed > I would like to know how to fix this myself as we have this bug in the > production environment and we've done a lot of customisation to fit > our internal needs and upgrading now would take a lot of time. > > ZendTo has many new interesting features and can't wait to upgrade, > but there are other priorities in here right now. > > Regards, > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'It's very unlikely indeed he will ever recover consciousness, and if he does he won't be the Julian you knew.' - A hospital consultant I proved very wrong in 2007 :-) www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From downloadmalware at gmail.com Fri Apr 10 13:53:46 2020 From: downloadmalware at gmail.com (Ionescu Gigel) Date: Fri, 10 Apr 2020 15:53:46 +0300 Subject: [ZendTo] About wrong sender organisation fix In-Reply-To: References: Message-ID: Thanks, Jules! lib/NSSDropoff.php Line 2323 + $senderOrganization = ''; // Want sender of drop-off, not of req! ?n joi, 9 apr. 2020 la 20:33, Jules a scris: > Ionescu, > > I suggest you download the tgz of the version immediately prior to where > that bug-fix is mentioned, and the one where it is mentioned. Look on the > website for the URL of the latest tgz, and you'll easily see how to > construct the URL for any arbitrary version. All the old versions are there > on the website, I don't delete stuff if at all possible. > > Unpack them in two different directories "zendto-old" and "zendto-new" and > use > diff -Naur zendto-old zendto-new > to find all the changes. > With luck I will have commented the change/fix in the source so it should > be fairly easy to find. > > Sorry I can't remember what or where the fix(es) were. :-( > > Hope that helps! > Jules. > > On 09/04/2020 14:44, Ionescu Gigel via ZendTo wrote: > > Hello everyone, > I am running ZendTo 5.21-2 Prod. > I saw this in changelogs: Fixed bug where dropoffs that were the result of > requests would have the wrong sender's organisation displayed > I would like to know how to fix this myself as we have this bug in the > production environment and we've done a lot of customisation to fit our > internal needs and upgrading now would take a lot of time. > > ZendTo has many new interesting features and can't wait to upgrade, but > there are other priorities in here right now. > > Regards, > > _______________________________________________ > ZendTo mailing listZendTo at zend.tohttp://jul.es/mailman/listinfo/zendto > > > Jules > > -- > Julian Field MEng CEng CITP MBCS MIEEE MACM > > 'It's very unlikely indeed he will ever recover consciousness, and > if he does he won't be the Julian you knew.' > - A hospital consultant I proved very wrong in 2007 :-) > www.Zend.To > Twitter: @JulesFM > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Mon Apr 13 13:12:40 2020 From: Jules at Zend.To (Jules) Date: Mon, 13 Apr 2020 13:12:40 +0100 Subject: [ZendTo] Email Address with apostrophe In-Reply-To: References: Message-ID: <5b78a203-79bc-1413-9ce9-7e310e1a2911@Zend.To> Rashed, Guy, Many thanks for reporting that. Dead simple fix. I'll release an updated production release in a little while, but if you want to fix it yourself in the mean time... Edit /opt/zendto/templates/new_dropoff.tpl Lines 15 and 16 will currently say this: var presetToName = '{$recipName_1}'; var presetToEmail = '{recipEmail_1}'; Change all 4 occurrences of the single quote character (') to be the double quotes character (") instead. Save the edited file. Beware that the next time you apt/yum upgrade ZendTo, that template file will be marked as having been modified, so it won't get overwritten by my new one by default! The change should be immediately picked up the next time that page is displayed to anyone. No need to restart anything. Cheers, Jules. On 07/04/2020 20:04, Kabir, Rashed via ZendTo wrote: > > Just wondering if this could be a bug. > > One of our users who has an apostrophe in her email address when she > tries to use the > > ?Request a drop off? ?option > > The ?To? Field is still empty & the ?Add? button does not work.? The > same experience if the link is sent in a separate email. Was able to > recreate the problem with a test account that had apostrophe. > > Thanks Rashed > > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'Science is an integral part of culture. It's not this foreign thing, done by an arcane priesthood. It's one of the glories of human intellectual tradition.' - Stephen Jay Gould www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 17768 bytes Desc: not available URL: From RKabir at wcupa.edu Tue Apr 14 14:06:17 2020 From: RKabir at wcupa.edu (Kabir, Rashed) Date: Tue, 14 Apr 2020 13:06:17 +0000 Subject: [ZendTo] Email Address with apostrophe In-Reply-To: References: <5b78a203-79bc-1413-9ce9-7e310e1a2911@Zend.To> Message-ID: Thanks Jules. This worked great. From: Jules Sent: Monday, April 13, 2020 8:13 AM To: ZendTo Users Cc: Kabir, Rashed ; Guy Bertrand Subject: Re: [ZendTo] Email Address with apostrophe Rashed, Guy, Many thanks for reporting that. Dead simple fix. I'll release an updated production release in a little while, but if you want to fix it yourself in the mean time... Edit /opt/zendto/templates/new_dropoff.tpl Lines 15 and 16 will currently say this: var presetToName = '{$recipName_1}'; var presetToEmail = '{recipEmail_1}'; Change all 4 occurrences of the single quote character (') to be the double quotes character (") instead. Save the edited file. Beware that the next time you apt/yum upgrade ZendTo, that template file will be marked as having been modified, so it won't get overwritten by my new one by default! The change should be immediately picked up the next time that page is displayed to anyone. No need to restart anything. Cheers, Jules. On 07/04/2020 20:04, Kabir, Rashed via ZendTo wrote: Just wondering if this could be a bug. One of our users who has an apostrophe in her email address when she tries to use the ?Request a drop off? option The ?To? Field is still empty & the ?Add? button does not work. The same experience if the link is sent in a separate email. Was able to recreate the problem with a test account that had apostrophe. Thanks Rashed [cid:image002.jpg at 01D6123B.F4066AC0] _______________________________________________ ZendTo mailing list ZendTo at zend.to http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'Science is an integral part of culture. It's not this foreign thing, done by an arcane priesthood. It's one of the glories of human intellectual tradition.' - Stephen Jay Gould www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 17476 bytes Desc: image002.jpg URL: From mark at bobak.net Thu Apr 16 14:21:25 2020 From: mark at bobak.net (Mark J. Bobak) Date: Thu, 16 Apr 2020 09:21:25 -0400 Subject: [ZendTo] ZendTo Fatal error References: Message-ID: Hi all, I'm having a problem, when the system decides to display the ReCaptcha screen, I click the "I am not a robot" check box, and then click 'Pickup files', and I get an http 500 error. In the /var/log/apache2/ssl_error.log, I see: [Thu Apr 16 08:49:52.408694 2020] [php7:error] [pid 4900] [client 24.127.144.109:50809] *PHP Fatal error: Uncaught Error: Call to undefined function ReCaptcha\\RequestMethod\\curl_init()* in /opt/zendto/www/ReCaptcha/RequestMethod/Curl.php:42\nStack trace:\n#0 /opt/zendto/www/ReCaptcha/RequestMethod/CurlPost.php(68): ReCaptcha\\RequestMethod\\Curl->init('https://www.goo...')\n#1 /opt/zendto/www/ReCaptcha/ReCaptcha.php(95): ReCaptcha\\RequestMethod\\CurlPost->submit(Object(ReCaptcha\\RequestParameters))\n#2 /opt/zendto/www/pickup.php(146): ReCaptcha\\ReCaptcha->verify('03AHaCkAah4gySe...', '24.127.144.109')\n#3 {main}\n thrown in /opt/zendto/www/ReCaptcha/RequestMethod/Curl.php on line 42 I'm really not a PHP guy at all. Can someone offer a clue here? Thanks, -Mark -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Thu Apr 16 14:33:54 2020 From: Jules at Zend.To (Jules) Date: Thu, 16 Apr 2020 14:33:54 +0100 Subject: [ZendTo] ZendTo Fatal error In-Reply-To: References: Message-ID: <568ddce7-938f-c1b6-f36f-03ddc85153f3@Zend.To> Mark, Upgrade to the latest version, and this should go away. After the apt/yum upgrade command, remember to run /opt/zendto/bin/upgrade to add new (and remove old) settings in preferences.php and zendto.conf. Cheers, Jules. On 16/04/2020 14:21, Mark J. Bobak via ZendTo wrote: > Hi all, > > I'm having a problem, when the system decides to display the ReCaptcha > screen, I click the "I am not a robot" check box, and then click > 'Pickup files', and I get an http 500 error.? In the > /var/log/apache2/ssl_error.log, I see: > > [Thu Apr 16 08:49:52.408694 2020] [php7:error] [pid 4900] [client > 24.127.144.109:50809 ] *PHP Fatal error: > ?Uncaught Error: Call to undefined function > ReCaptcha\\RequestMethod\\curl_init()* in > /opt/zendto/www/ReCaptcha/RequestMethod/Curl.php:42\nStack trace:\n#0 > /opt/zendto/www/ReCaptcha/RequestMethod/CurlPost.php(68): > ReCaptcha\\RequestMethod\\Curl->init('https://www.goo...')\n#1 > /opt/zendto/www/ReCaptcha/ReCaptcha.php(95): > ReCaptcha\\RequestMethod\\CurlPost->submit(Object(ReCaptcha\\RequestParameters))\n#2 > /opt/zendto/www/pickup.php(146): > ReCaptcha\\ReCaptcha->verify('03AHaCkAah4gySe...', > '24.127.144.109')\n#3 {main}\n ?thrown in > /opt/zendto/www/ReCaptcha/RequestMethod/Curl.php on line 42 > > I'm really not a PHP guy at all.? Can someone?offer a clue here? > > Thanks, > > -Mark > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'Ever since the dawn of civilization, people have craved for an understanding of the underlying order of the world: why it is as it is, and why it exists at all. But even if we do find a complete theory of everything, it is just a set of rules and equations. What is it that breathes fire into the equations, and makes a universe for them to describe?' - Stephen Hawking www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark at bobak.net Thu Apr 16 14:37:51 2020 From: mark at bobak.net (Mark J. Bobak) Date: Thu, 16 Apr 2020 09:37:51 -0400 Subject: [ZendTo] ZendTo Fatal error In-Reply-To: References: <568ddce7-938f-c1b6-f36f-03ddc85153f3@Zend.To> Message-ID: Thanks Jules. I did try that. I'm on Ubuntu 18.04.4 and when I did: ubuntu at appserv1:/var/log/apache2$ sudo apt upgrade zendto I got: Reading package lists... Done Building dependency tree Reading state information... Done zendto is already the newest version (5.23-3). Calculating upgrade... Done 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. But I still see the error. -Mark On Thu, Apr 16, 2020 at 9:33 AM Jules wrote: > Mark, > > Upgrade to the latest version, and this should go away. > After the apt/yum upgrade command, remember to run /opt/zendto/bin/upgrade > to add new (and remove old) settings in preferences.php and zendto.conf. > > Cheers, > Jules. > > On 16/04/2020 14:21, Mark J. Bobak via ZendTo wrote: > > Hi all, > > I'm having a problem, when the system decides to display the ReCaptcha > screen, I click the "I am not a robot" check box, and then click 'Pickup > files', and I get an http 500 error. In the > /var/log/apache2/ssl_error.log, I see: > > [Thu Apr 16 08:49:52.408694 2020] [php7:error] [pid 4900] [client > 24.127.144.109:50809] *PHP Fatal error: Uncaught Error: Call to > undefined function ReCaptcha\\RequestMethod\\curl_init()* in > /opt/zendto/www/ReCaptcha/RequestMethod/Curl.php:42\nStack trace:\n#0 > /opt/zendto/www/ReCaptcha/RequestMethod/CurlPost.php(68): > ReCaptcha\\RequestMethod\\Curl->init('https://www.goo...')\n#1 > /opt/zendto/www/ReCaptcha/ReCaptcha.php(95): > ReCaptcha\\RequestMethod\\CurlPost->submit(Object(ReCaptcha\\RequestParameters))\n#2 > /opt/zendto/www/pickup.php(146): > ReCaptcha\\ReCaptcha->verify('03AHaCkAah4gySe...', '24.127.144.109')\n#3 > {main}\n thrown in /opt/zendto/www/ReCaptcha/RequestMethod/Curl.php on > line 42 > > I'm really not a PHP guy at all. Can someone offer a clue here? > > Thanks, > > -Mark > > _______________________________________________ > ZendTo mailing listZendTo at zend.tohttp://jul.es/mailman/listinfo/zendto > > > Jules > > -- > Julian Field MEng CEng CITP MBCS MIEEE MACM > > 'Ever since the dawn of civilization, people have craved for an > understanding of the underlying order of the world: why it is as > it is, and why it exists at all. But even if we do find a complete > theory of everything, it is just a set of rules and equations. What > is it that breathes fire into the equations, and makes a universe > for them to describe?' - Stephen Hawking > www.Zend.To > Twitter: @JulesFM > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Thu Apr 16 15:30:09 2020 From: Jules at Zend.To (Jules) Date: Thu, 16 Apr 2020 15:30:09 +0100 Subject: [ZendTo] ZendTo Fatal error In-Reply-To: References: <568ddce7-938f-c1b6-f36f-03ddc85153f3@Zend.To> Message-ID: <0f8a62c1-23a1-8673-db38-828d963eff84@Zend.To> Mark, You need another PHP module installing, the "php-curl" module. Do ??? sudo dpkg -l | grep php That will list a whole bunch of packages, where in each one the "php" will be followed by a version number such as "7.2". Then do the command ??? sudo apt install php7.2-curl (where obviously the "7.2" is replaced with whatever version number you got from the previous command). Then do ??? sudo systemctl restart apache2 to restart the web server with the extra module loaded. With luck it should then work! Let me know how you get on. Cheers, Jules. On 16/04/2020 14:37, Mark J. Bobak wrote: > Thanks Jules.? I did try that.? I'm on Ubuntu 18.04.4 and when I did: > ubuntu at appserv1:/var/log/apache2$ sudo apt upgrade zendto > I got: > Reading package lists... Done > Building dependency tree > Reading state information... Done > zendto is already the newest version (5.23-3). > Calculating upgrade... Done > 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. > > But I still see the error. > > -Mark > > On Thu, Apr 16, 2020 at 9:33 AM Jules > wrote: > > Mark, > > Upgrade to the latest version, and this should go away. > After the apt/yum upgrade command, remember to run > /opt/zendto/bin/upgrade to add new (and remove old) settings in > preferences.php and zendto.conf. > > Cheers, > Jules. > > On 16/04/2020 14:21, Mark J. Bobak via ZendTo wrote: >> Hi all, >> >> I'm having a problem, when the system decides to display the >> ReCaptcha screen, I click the "I am not a robot" check box, and >> then click 'Pickup files', and I get an http 500 error.? In the >> /var/log/apache2/ssl_error.log, I see: >> >> [Thu Apr 16 08:49:52.408694 2020] [php7:error] [pid 4900] [client >> 24.127.144.109:50809 ] *PHP Fatal >> error: ?Uncaught Error: Call to undefined function >> ReCaptcha\\RequestMethod\\curl_init()* in >> /opt/zendto/www/ReCaptcha/RequestMethod/Curl.php:42\nStack >> trace:\n#0 >> /opt/zendto/www/ReCaptcha/RequestMethod/CurlPost.php(68): >> ReCaptcha\\RequestMethod\\Curl->init('https://www.goo...')\n#1 >> /opt/zendto/www/ReCaptcha/ReCaptcha.php(95): >> ReCaptcha\\RequestMethod\\CurlPost->submit(Object(ReCaptcha\\RequestParameters))\n#2 >> /opt/zendto/www/pickup.php(146): >> ReCaptcha\\ReCaptcha->verify('03AHaCkAah4gySe...', >> '24.127.144.109')\n#3 {main}\n ?thrown in >> /opt/zendto/www/ReCaptcha/RequestMethod/Curl.php on line 42 >> >> I'm really not a PHP guy at all.? Can someone?offer a clue here? >> >> Thanks, >> >> -Mark >> >> _______________________________________________ >> ZendTo mailing list >> ZendTo at zend.to >> http://jul.es/mailman/listinfo/zendto > > Jules > > -- > Julian Field MEng CEng CITP MBCS MIEEE MACM > > 'Ever since the dawn of civilization, people have craved for an > understanding of the underlying order of the world: why it is as > it is, and why it exists at all. But even if we do find a complete > theory of everything, it is just a set of rules and equations. What > is it that breathes fire into the equations, and makes a universe > for them to describe?' - Stephen Hawking > > www.Zend.To > Twitter: @JulesFM > Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'Ever since the dawn of civilization, people have craved for an understanding of the underlying order of the world: why it is as it is, and why it exists at all. But even if we do find a complete theory of everything, it is just a set of rules and equations. What is it that breathes fire into the equations, and makes a universe for them to describe?' - Stephen Hawking www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark at bobak.net Thu Apr 16 15:35:48 2020 From: mark at bobak.net (Mark J. Bobak) Date: Thu, 16 Apr 2020 10:35:48 -0400 Subject: [ZendTo] ZendTo Fatal error In-Reply-To: References: <568ddce7-938f-c1b6-f36f-03ddc85153f3@Zend.To> <0f8a62c1-23a1-8673-db38-828d963eff84@Zend.To> Message-ID: That did it! Thanks so much! You're a genius! -Mark On Thu, Apr 16, 2020 at 10:30 AM Jules wrote: > Mark, > > You need another PHP module installing, the "php-curl" module. > Do > sudo dpkg -l | grep php > That will list a whole bunch of packages, where in each one the "php" will > be followed by a version number such as "7.2". > Then do the command > sudo apt install php7.2-curl > (where obviously the "7.2" is replaced with whatever version number you > got from the previous command). > > Then do > sudo systemctl restart apache2 > to restart the web server with the extra module loaded. > > With luck it should then work! > > Let me know how you get on. > > Cheers, > Jules. > > On 16/04/2020 14:37, Mark J. Bobak wrote: > > Thanks Jules. I did try that. I'm on Ubuntu 18.04.4 and when I did: > ubuntu at appserv1:/var/log/apache2$ sudo apt upgrade zendto > I got: > Reading package lists... Done > Building dependency tree > Reading state information... Done > zendto is already the newest version (5.23-3). > Calculating upgrade... Done > 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. > > But I still see the error. > > -Mark > > On Thu, Apr 16, 2020 at 9:33 AM Jules wrote: > >> Mark, >> >> Upgrade to the latest version, and this should go away. >> After the apt/yum upgrade command, remember to run >> /opt/zendto/bin/upgrade to add new (and remove old) settings in >> preferences.php and zendto.conf. >> >> Cheers, >> Jules. >> >> On 16/04/2020 14:21, Mark J. Bobak via ZendTo wrote: >> >> Hi all, >> >> I'm having a problem, when the system decides to display the ReCaptcha >> screen, I click the "I am not a robot" check box, and then click 'Pickup >> files', and I get an http 500 error. In the >> /var/log/apache2/ssl_error.log, I see: >> >> [Thu Apr 16 08:49:52.408694 2020] [php7:error] [pid 4900] [client >> 24.127.144.109:50809] *PHP Fatal error: Uncaught Error: Call to >> undefined function ReCaptcha\\RequestMethod\\curl_init()* in >> /opt/zendto/www/ReCaptcha/RequestMethod/Curl.php:42\nStack trace:\n#0 >> /opt/zendto/www/ReCaptcha/RequestMethod/CurlPost.php(68): >> ReCaptcha\\RequestMethod\\Curl->init('https://www.goo...')\n#1 >> /opt/zendto/www/ReCaptcha/ReCaptcha.php(95): >> ReCaptcha\\RequestMethod\\CurlPost->submit(Object(ReCaptcha\\RequestParameters))\n#2 >> /opt/zendto/www/pickup.php(146): >> ReCaptcha\\ReCaptcha->verify('03AHaCkAah4gySe...', '24.127.144.109')\n#3 >> {main}\n thrown in /opt/zendto/www/ReCaptcha/RequestMethod/Curl.php on >> line 42 >> >> I'm really not a PHP guy at all. Can someone offer a clue here? >> >> Thanks, >> >> -Mark >> >> _______________________________________________ >> ZendTo mailing listZendTo at zend.tohttp://jul.es/mailman/listinfo/zendto >> >> >> Jules >> >> -- >> Julian Field MEng CEng CITP MBCS MIEEE MACM >> >> 'Ever since the dawn of civilization, people have craved for an >> understanding of the underlying order of the world: why it is as >> it is, and why it exists at all. But even if we do find a complete >> theory of everything, it is just a set of rules and equations. What >> is it that breathes fire into the equations, and makes a universe >> for them to describe?' - Stephen Hawking >> www.Zend.To >> Twitter: @JulesFM >> >> > Jules > > -- > Julian Field MEng CEng CITP MBCS MIEEE MACM > > 'Ever since the dawn of civilization, people have craved for an > understanding of the underlying order of the world: why it is as > it is, and why it exists at all. But even if we do find a complete > theory of everything, it is just a set of rules and equations. What > is it that breathes fire into the equations, and makes a universe > for them to describe?' - Stephen Hawking > www.Zend.To > Twitter: @JulesFM > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From arnaud_chevalier at hotmail.fr Sun Apr 19 11:51:04 2020 From: arnaud_chevalier at hotmail.fr (arnaud Chevalier) Date: Sun, 19 Apr 2020 10:51:04 +0000 Subject: [ZendTo] nightly-clear-up erase files during upgrade process References: Message-ID: Dear all, I hope everyone's okay. I did an upgrade of zendto from 5.17 to the last one. (apt-get -y upgrade) The upgrade did well, except nightly-clear-up erased everything following the default retention before i had the time to launch /opt/zendto/bin/upgrade. Anyway i rolled back to the pre-upgrade snapshot. I think i missed something during the process. Could you tell me what i missed? I wish you a nice day. Arnaud -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Sun Apr 19 12:26:42 2020 From: Jules at Zend.To (Jules) Date: Sun, 19 Apr 2020 12:26:42 +0100 Subject: [ZendTo] nightly-clear-up erase files during upgrade process In-Reply-To: References: Message-ID: <6fc21c7c-5eb5-99bd-23c3-17e7f5137985@Zend.To> Arnaud, Sorry about that! Yes, I currently have the post-install script in the rpm and deb packages automatically run the nightly clear-up script, as that gives it a chance to do the other main thing that script does, which is apply any needed db schema changes. I clearly need to add a command-line parameter to it, so it won't delete anything, and use that extra switch when I call it from the post-install scripts. Thanks for pointing that one out to me! Cheers, Jules. On 19/04/2020 11:51, arnaud Chevalier via ZendTo wrote: > Dear all, > > I hope everyone's okay. > > I did an upgrade of zendto from 5.17 to the last one. (apt-get -y upgrade) > The upgrade did well, except?nightly-clear-up erased everything > following the default retention before i had the time to launch > /opt/zendto/bin/upgrade. > Anyway i rolled back to the pre-upgrade snapshot. > I think i missed something during the process. > > Could you tell me what i missed? > > I wish you a nice day. > > Arnaud > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto 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: From Jules at Zend.To Tue Apr 21 14:05:14 2020 From: Jules at Zend.To (Jules) Date: Tue, 21 Apr 2020 14:05:14 +0100 Subject: [ZendTo] nightly-clear-up erase files during upgrade process In-Reply-To: <6fc21c7c-5eb5-99bd-23c3-17e7f5137985@Zend.To> References: <6fc21c7c-5eb5-99bd-23c3-17e7f5137985@Zend.To> Message-ID: <07ae8169-9a4d-c112-1361-49c0a861ef40@Zend.To> Arnaud, A fix for this will be in the next release. Cheers, Jules. On 19/04/2020 12:26, Jules via ZendTo wrote: > Arnaud, > > Sorry about that! > Yes, I currently have the post-install script in the rpm and deb > packages automatically run the nightly clear-up script, as that gives > it a chance to do the other main thing that script does, which is > apply any needed db schema changes. > I clearly need to add a command-line parameter to it, so it won't > delete anything, and use that extra switch when I call it from the > post-install scripts. > > Thanks for pointing that one out to me! > > Cheers, > Jules. > > On 19/04/2020 11:51, arnaud Chevalier via ZendTo wrote: >> Dear all, >> >> I hope everyone's okay. >> >> I did an upgrade of zendto from 5.17 to the last one. (apt-get -y >> upgrade) >> The upgrade did well, except?nightly-clear-up erased everything >> following the default retention before i had the time to launch >> /opt/zendto/bin/upgrade. >> Anyway i rolled back to the pre-upgrade snapshot. >> I think i missed something during the process. >> >> Could you tell me what i missed? >> >> I wish you a nice day. >> >> Arnaud >> >> _______________________________________________ >> ZendTo mailing list >> ZendTo at zend.to >> http://jul.es/mailman/listinfo/zendto > > 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 > > _______________________________________________ > ZendTo mailing list > ZendTo at zend.to > http://jul.es/mailman/listinfo/zendto 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 arnaud_chevalier at hotmail.fr Tue Apr 21 14:19:36 2020 From: arnaud_chevalier at hotmail.fr (arnaud Chevalier) Date: Tue, 21 Apr 2020 13:19:36 +0000 Subject: [ZendTo] nightly-clear-up erase files during upgrade process In-Reply-To: References: <6fc21c7c-5eb5-99bd-23c3-17e7f5137985@Zend.To> <07ae8169-9a4d-c112-1361-49c0a861ef40@Zend.To>, Message-ID: Hello Jules, Thank you very much, that's a really good news. Have a nice day. Cheers, Arnaud ________________________________ De : ZendTo de la part de Jules via ZendTo Envoy? : mardi 21 avril 2020 15:05 ? : ZendTo Users Cc : Jules Objet : Re: [ZendTo] nightly-clear-up erase files during upgrade process Arnaud, A fix for this will be in the next release. Cheers, Jules. On 19/04/2020 12:26, Jules via ZendTo wrote: Arnaud, Sorry about that! Yes, I currently have the post-install script in the rpm and deb packages automatically run the nightly clear-up script, as that gives it a chance to do the other main thing that script does, which is apply any needed db schema changes. I clearly need to add a command-line parameter to it, so it won't delete anything, and use that extra switch when I call it from the post-install scripts. Thanks for pointing that one out to me! Cheers, Jules. On 19/04/2020 11:51, arnaud Chevalier via ZendTo wrote: Dear all, I hope everyone's okay. I did an upgrade of zendto from 5.17 to the last one. (apt-get -y upgrade) The upgrade did well, except nightly-clear-up erased everything following the default retention before i had the time to launch /opt/zendto/bin/upgrade. Anyway i rolled back to the pre-upgrade snapshot. I think i missed something during the process. Could you tell me what i missed? I wish you a nice day. Arnaud _______________________________________________ ZendTo mailing list ZendTo at zend.to http://jul.es/mailman/listinfo/zendto 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 _______________________________________________ ZendTo mailing list ZendTo at zend.to http://jul.es/mailman/listinfo/zendto 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 john.thurston at alaska.gov Tue Apr 21 23:45:38 2020 From: john.thurston at alaska.gov (John Thurston) Date: Tue, 21 Apr 2020 14:45:38 -0800 Subject: [ZendTo] Sending SMTP with TLS References: Message-ID: I'm running ZendTo 5.17-6 on CentOS Linux release 7.6.1810 It's using the 'new' PHPMailer, not the 'old' PHP mail() function. Where does PHPMailer look for root or intermediate certificates when attempting to STARTTLS? Is this a setting specific to PHP? Or is it using my system-level CA stores? -- -- Do things because you should, not just because you can. John Thurston 907-465-8591 John.Thurston at alaska.gov Department of Administration State of Alaska From Jules at Zend.To Wed Apr 22 10:02:51 2020 From: Jules at Zend.To (Jules) Date: Wed, 22 Apr 2020 10:02:51 +0100 Subject: [ZendTo] Sending SMTP with TLS In-Reply-To: References: Message-ID: <5e44f67d-4c8f-55c8-7aa4-09d7fef4954f@Zend.To> John, tl;dr: It's using your system-level CA stores. PHPMailer uses the openssl library. In CentOS, php relies on the operating system default locations for finding openssl's certificate store. The answers appear to be here: https://stackoverflow.com/questions/37043442/how-to-add-certificate-authority-file-in-centos-7 Cheers, Jules. On 21/04/2020 23:45, John Thurston via ZendTo wrote: > I'm running ZendTo 5.17-6 on CentOS Linux release 7.6.1810 > > It's using the 'new' PHPMailer, not the 'old' PHP mail() function. > > Where does PHPMailer look for root or intermediate certificates when > attempting to STARTTLS? Is this a setting specific to PHP? Or is it > using my system-level CA stores? Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM 'Infosec: A profession that turns normal people into whiskey drinking, swearing, paranoid, disheartened curmudgeons with no hope for the future of computers or humanity.' - Urban Dictionary www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jules at Zend.To Thu Apr 30 13:07:35 2020 From: Jules at Zend.To (Jules) Date: Thu, 30 Apr 2020 13:07:35 +0100 Subject: [ZendTo] ANNOUNCE: SAML authentication support Message-ID: Hi all! I have finally bitten the bullet and implemented support for SAML-based authentication services within ZendTo. I need a few people to test it for me, who will be able to attach it to at least 1 SAML Identity Provider, such as Microsoft Azure AD, Shibboleth or ADFS or others. I've got it all working with Azure AD, and have written a simple step-by-step guide to how to configure it to talk to Azure. But helpful notes on connecting it to Shibboleth and others are vital too, and I haven't (yet) got a Shibboleth service to play with. If you can help test this, please let me know! Thanks, Jules -- Julian Field MEng CEng CITP MBCS MIEEE MACM The current UK shipping forecast: Shannon: West or northwest, 4 to 6, occasionally 7 at first. Rough or very rough, becoming moderate later. Showers. Good. www.Zend.To Twitter: @JulesFM -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.a.young at durham.ac.uk Thu Apr 30 18:44:39 2020 From: m.a.young at durham.ac.uk (Michael Young) Date: Thu, 30 Apr 2020 18:44:39 +0100 (BST) Subject: [ZendTo] ANNOUNCE: SAML authentication support In-Reply-To: References: Message-ID: On Thu, 30 Apr 2020, Jules via ZendTo wrote: > I have finally bitten the bullet and implemented support for SAML-based > authentication services within ZendTo. > > I need a few people to test it for me, who will be able to attach it to at > least 1 SAML Identity Provider, such as Microsoft Azure AD, Shibboleth or > ADFS or others. > > I've got it all working with Azure AD, and have written a simple > step-by-step guide to how to configure it to talk to Azure. > > But helpful notes on connecting it to Shibboleth and others are vital too, > and I haven't (yet) got a Shibboleth service to play with. > > If you can help test this, please let me know! I do have a shibboleth server to play with, so I may be able to help with testing. Michael Young