From Jules at Zend.To  Thu Jan  2 10:15:30 2014
From: Jules at Zend.To (Jules)
Date: Thu, 02 Jan 2014 10:15:30 +0000
Subject: [ZendTo] Re: [Updating/Upgrading virtual appliance + documentation
 hint]
In-Reply-To: <52B44A8C.1070505@pcfreak.de>
References: <52B44A8C.1070505@pcfreak.de>
Message-ID: <52C53C42.80203@Zend.To>


On 20/12/2013 13:47, Der PCFreak wrote:
> Hi all,
>
> I setup ZendTo based on the downloadable virtual appliance based on CentOS
>
> ZendTo-CentOS6-x64-4.11-6.ova
>
> My installation is now fully configured and online.
>
> My question is, can I upgrade the entire system with yum so that I have
> everything up-to-date
> without breaking functionality.
Yes, you can. Nothing in
     /opt/zendto/config/*
     /opt/zendto/templates/*.tpl
     /opt/zendto/www/css/local.css
will be overwritten when you do a "yum upgrade". So you can customise 
the user interface as much as you like, without causing any issues when 
you apply updates.

Jules.

>
> I want to do a
>
> yum check-update
> yum update
>
> and if possible
>
> yum upgrade
>
> Any help with my approach.
>
> Also I have some information, that might be useful for other users of
> the appliance and should in my opinion be added to the online documentation.
>
> When deploying the ova template to an ESX server, you have to delete the
> file
>
>     /etc/udev/rules.d/70-persistent-net.rules
>
> and reboot to make the system detect the (new) network cards.
>
> Nice and powerful product. - Thanks!
>
> Kind regards
>
> PCFreak
> _______________________________________________
> ZendTo mailing list
> ZendTo at zend.to
> http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto
>
> Jules
>
> -- 
> Julian Field MEng MBCS CITP CEng
>
> 'It's okay to live without all the answers' - Charlie Eppes, 2011
>
> www.Zend.To
> Twitter: @JulesFM
> PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654

From Jules at Zend.To  Thu Jan  2 11:15:28 2014
From: Jules at Zend.To (Jules)
Date: Thu, 02 Jan 2014 11:15:28 +0000
Subject: [ZendTo] Re: FW: Issue with Chrome browser - "Leave this Page"
In-Reply-To: <52B065EC.7030901@Zend.To>
References: <694F0A1F4B1C6D4BABA561C7D9A476C60E3D2931@MAILEX1.nbi.ac.uk>
	<52B065EC.7030901@Zend.To>
Message-ID: <52C54A50.4020006@Zend.To>

I've got a quick fix for this. Unfortunately it means you can navigate 
away from (and hence abort) a running upload, but it stops the Chrome 
warning, so is better than nothing.

You want to edit /opt/zendto/templates/new_dropoff.tpl

Find the start of the "submitform" function, and add the last line of 
this little code snippet:

<script type="text/javascript">
function submitform() {
   if (validateForm()) {
*window.onbeforeunload=function(){}**
*
Jules.

On 17/12/2013 14:55, Jules wrote:
> I'm still working on a decent fix to this. Once it's sorted, I'll 
> release a new version and announce it on the mailing list.
>
> Jules.
>
> On 21/11/2013 12:57, John Webber (NBI) wrote:
>>
>> Hi,
>>
>>
>> I have investigated the issue below and found that it effects the 
>> latest version of Chrome.
>>
>> We have tested this scenario with Chrome "Version 30.0.1599.101 m", 
>> and found that it functions without any problems. However, when we 
>> attempt to drop off a file using Chrome "Version 31.0.1650.57 m", we 
>> see the issue below.
>>
>> The issue seems to be that clicking the button to trigger a drop off 
>> (templates/new_dropoff.tpl) triggers sets the "ignore_unload" to 
>> false earlier than it should and therefore the function 
>> "doBeforeUnload()" returns the "unload_msg".
>>
>> Please can you advice how we can work around this issue.
>>
>> Thanks
>>
>> John
>>
>> *From:*John Webber (NBI)
>> *Sent:* 21 November 2013 10:19
>> *To:* 'Support at Zend.To'
>> *Subject:* Issue with Chrome browser - "Leave this Page"
>>
>> Hi,
>>
>> We have encountered an issue with the Chrome using ZendTo and would 
>> appreciate your advice.
>>
>> Once we have entered the recipient of the file and chosen the file to 
>> send, when I click to the button to drop off the files, I see the 
>> following error dialog box, but only on the Chrome:
>>
>> "Confirm Navigation.  If you leave this page, you will abandon this 
>> drop-off.  Are you sure you want to leave this page?"
>>
>> The two options available are:
>>
>> "Leave this Page"  or   "Stay on this Page".
>>
>> If I select to stay on the page, the upload does not start, although 
>> the uploading image does appear!  If I select to leave the page, it 
>> works normally. Please can you advise how I can correct this issue.
>>
>>
>> Thanks
>>
>> John
>>
>> *-------------------------------------------------------------------------------------------------------------------------------------------- 
>> *
>>
>> *John Webber
>> *Computing and Information Services
>>
>> NBI Partnership Ltd
>>
>> Norwich Research park
>>
>> Colney Lane
>>
>> Norwich
>>
>> NR4 7UH
>>
>> E-Mail:john.webber at nbi.ac.uk <mailto:john.webber at nbi.ac.uk>
>>
>> Web:http://www.nbi.ac.uk <http://www.nbi.ac.uk/>
>>
>> Tel:        +44(0)1603 450 818
>>
>> Helpdesk (Tel):  1234     HPC Support (Web): http://hpc.nbi.ac.uk 
>> <http://hpc.nbi.ac.uk/>  (NBI internal)
>>
>> HPC Support (Tel):          2003  (NBI internal)
>>
>> /The NBI Partnership Ltd provides non-scientific services to the 
>> Institute of Food Research, the John Innes Centre, The Genome 
>> Analysis Centre and The Sainsbury Laboratory/
>>
>>
>> Jules
>>
>> -- 
>> Julian Field MEng MBCS CITP CEng
>>
>> Viking, North Utsire: Southwesterly 6 to gale 8, backing southerly 7 to severe
>> gale 9 later. Rough or very rough. Showers. Moderate or good.
>>
>> www.Zend.To
>> Twitter: @JulesFM
>> PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654
>
> Jules
>
> -- 
> Julian Field MEng MBCS CITP CEng
>
> Dogger, Fisher, German Bight, Humber, Thames, Dover: South or southwest 6 to
> gale 8, occasionally severe gale 9 at first in Fisher. Moderate or rough,
> occasionally very rough at first. Rain or showers. Good, occasionally
> poor.
>
> www.Zend.To
> Twitter: @JulesFM
> PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ecs.soton.ac.uk/pipermail/zendto/attachments/20140102/a1bf2239/attachment.html 

From droble at lexile.com  Thu Jan  2 20:20:27 2014
From: droble at lexile.com (David Roble)
Date: Thu, 2 Jan 2014 15:20:27 -0500
Subject: [ZendTo]  Upgrading from SQLite to MySQL
Message-ID: <CAJe5eUBwyPBx+YDxYmH9yK8606AqaJPaK2xXykBJBAmySKV+2w@mail.gmail.com>

We're having issues with SQLite such as a 'database locked' error due to
high usage.  It seems like a good idea to migrate to MySQL.  Has anyone had
success with converting the SQLite database into MySQL?  I've been working
with all of the methods mentioned here (
http://stackoverflow.com/questions/18671/quick-easy-way-to-migrate-sqlite3-to-mysql)
and MySQL is never happy with the data that I'm trying to import.




-- 
David Roble
Systems Engineer
MetaMetrics, Inc.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ecs.soton.ac.uk/pipermail/zendto/attachments/20140102/f087f30a/attachment.html 

From mailinglists at pcfreak.de  Tue Jan  7 07:00:14 2014
From: mailinglists at pcfreak.de (Der PCFreak)
Date: Tue, 07 Jan 2014 08:00:14 +0100
Subject: [ZendTo] Re: [Updating/Upgrading virtual appliance + documentation
 hint]
In-Reply-To: <52C53C42.80203@Zend.To>
References: <52B44A8C.1070505@pcfreak.de> <52C53C42.80203@Zend.To>
Message-ID: <52CBA5FE.4010208@pcfreak.de>

Thank you Jules, it worked perfectly!

I am now on

zendto 4.11-14

which already should have the fix for the

Cross-site scripting (XSS) vulnerability in lib/NSSDropoff.php in ZendTo 
before 4.11-13 allows remote attackers to inject arbitrary web script or 
HTML via a modified emailAddr field to pickup.php. as stated in 
CVE-2013-6808 <http://nvd.nist.gov/nvd.cfm?cvename=CVE-2013-6808>

Thanks!

PCFreak


On 02.01.2014 11:15, Jules wrote:
> On 20/12/2013 13:47, Der PCFreak wrote:
>> Hi all,
>>
>> I setup ZendTo based on the downloadable virtual appliance based on CentOS
>>
>> ZendTo-CentOS6-x64-4.11-6.ova
>>
>> My installation is now fully configured and online.
>>
>> My question is, can I upgrade the entire system with yum so that I have
>> everything up-to-date
>> without breaking functionality.
> Yes, you can. Nothing in
>       /opt/zendto/config/*
>       /opt/zendto/templates/*.tpl
>       /opt/zendto/www/css/local.css
> will be overwritten when you do a "yum upgrade". So you can customise
> the user interface as much as you like, without causing any issues when
> you apply updates.
>
> Jules.
>
>> I want to do a
>>
>> yum check-update
>> yum update
>>
>> and if possible
>>
>> yum upgrade
>>
>> Any help with my approach.
>>
>> Also I have some information, that might be useful for other users of
>> the appliance and should in my opinion be added to the online documentation.
>>
>> When deploying the ova template to an ESX server, you have to delete the
>> file
>>
>>      /etc/udev/rules.d/70-persistent-net.rules
>>
>> and reboot to make the system detect the (new) network cards.
>>
>> Nice and powerful product. - Thanks!
>>
>> Kind regards
>>
>> PCFreak
>> _______________________________________________
>> ZendTo mailing list
>> ZendTo at zend.to
>> http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto
>>
>> Jules
>>
>> -- 
>> Julian Field MEng MBCS CITP CEng
>>
>> 'It's okay to live without all the answers' - Charlie Eppes, 2011
>>
>> www.Zend.To
>> Twitter: @JulesFM
>> PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654
> _______________________________________________
> ZendTo mailing list
> ZendTo at zend.to
> http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ecs.soton.ac.uk/pipermail/zendto/attachments/20140107/88064f41/attachment.html 

From mailinglists at pcfreak.de  Wed Jan  8 11:10:34 2014
From: mailinglists at pcfreak.de (Der PCFreak)
Date: Wed, 08 Jan 2014 12:10:34 +0100
Subject: [ZendTo]  Request Drop-off email note contains javascript code
Message-ID: <52CD322A.9070209@pcfreak.de>

Hi,

I just wrote some documentation about the "request Drop-off" process for 
our internal users.
I did a sample Drop-off request an entered the following note

/SNIP
* Note *

Hi John,

as spoken by phone, please upload the database dump using our WIDROP Portal.

Thank you

Peter

\SNAP


I think I placed the cursor after the "Thank you" before pressing the 
button. In the mail the recipient got there was the text


"javascript:submitform();" after the words "Thank you" as shown here:

/SNIP

* Note *

Hi John,

as spoken by phone, please upload the database dump using our WIDROP Portal.

Thank youjavascript:submitform();

Peter

\SNAP

I don't know if this is a bug, I just wanted to inform you about this 
behaviour.


Greets


PCFreak

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ecs.soton.ac.uk/pipermail/zendto/attachments/20140108/943303bb/attachment-0001.html 

From mailinglists at pcfreak.de  Thu Jan  9 06:24:24 2014
From: mailinglists at pcfreak.de (Der PCFreak)
Date: Thu, 09 Jan 2014 07:24:24 +0100
Subject: [ZendTo]  illegal attempt to update using time zendto.rrd
Message-ID: <52CE4098.8090707@pcfreak.de>

Hi all,

this might be already asked previously, but can someone help me with 
this error?

/SNIP

18,19

/usr/bin/rrdtool update /var/zendto/rrd/zendto.rrd 1389135600:2:2:512045.5

ERROR: /var/zendto/rrd/zendto.rrd: illegal attempt to update using time 
1389135600 when last update time is 1389135600 (minimum one second step)

20,21,22,23,24

/usr/bin/rrdtool update /var/zendto/rrd/zendto.rrd 1389222000:5:5:179008.9
\SNAP



I am on 4.11-14.

Greets

PCFreak
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ecs.soton.ac.uk/pipermail/zendto/attachments/20140109/b29abd19/attachment-0001.html 

From Markus.Scheller at Palm-gruppe.de  Wed Jan  8 10:54:24 2014
From: Markus.Scheller at Palm-gruppe.de (Scheller, Markus)
Date: Wed, 8 Jan 2014 10:54:24 +0000
Subject: [ZendTo]  Upload Error
Message-ID: <61BF6C275FB3044B94B5E5AA0B2E293C83A0DF@AAEXSRV.Palm.net>

When I process the "Request a Drop-off" button for an external User, the User cannot upload any File. The Error is
Upload Error

You must be logged in as a Southampton user in order to drop-off a file for a non-Southampton user.

Return to the ZendTo main menu to log in and then try again

I Set The time to Europe/Berlin




Freundliche Gr??e
i.A. Markus Scheller
Informationssysteme

Palm Verpackungsgruppe
Postfach 16 05
73406 Aalen-Neukochen

Tel.:        +49 7361 577 - 187
Mail:       markus.scheller at palm-gruppe.de
www.palmverpackungsgruppe.de<http://www.palmverpackungsgruppe.de>

Gesch?ftsf?hrung: Rainer Schillberg
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ecs.soton.ac.uk/pipermail/zendto/attachments/20140108/569a3167/attachment.html 

From mailinglists at pcfreak.de  Thu Jan  9 11:45:31 2014
From: mailinglists at pcfreak.de (Der PCFreak)
Date: Thu, 09 Jan 2014 12:45:31 +0100
Subject: [ZendTo] Re: Upload Error
In-Reply-To: <61BF6C275FB3044B94B5E5AA0B2E293C83A0DF@AAEXSRV.Palm.net>
References: <61BF6C275FB3044B94B5E5AA0B2E293C83A0DF@AAEXSRV.Palm.net>
Message-ID: <52CE8BDB.80909@pcfreak.de>


Hi Markus,

did you check the following setting in preferences.php

   'defaultEmailDomain' => 'yourdomain.tld',

and also some settings in zendto.conf for organisation etc.?

I assume, that you have to set much more there because you get still the 
"Southampton" string from the default settings?

Do you have Active Directory? Did you configure preferences.php 
correctly and verified it as described here: 
http://zend.to/activedirectory.php and here 
http://zend.to/authentication.php#AD

I have a working installation with AD and MS-Exchange.
Make sure you connect to the Global Catalog Server not just only a DC
to be able to retrieve the email-addresses of your users if you are on AD.

I installed ldapsearch to verify if I get username, email address and 
group information of my users correctly from AD as described on the
first link above.


Greets

PCFreak Bavaria/Germany/Europe/Earth

On 08.01.2014 11:54, Scheller, Markus wrote:
> When I process the "/Request a Drop-off/" button for an external User,
> the User cannot upload any File. The Error is
>
> Upload Error
>
> You must be logged in as a Southampton user in order to drop-off a file
> for a non-Southampton user.
>
> Return to the ZendTo main menu to log in and then try again
>
> I Set The time to Europe/Berlin
>
>
> Freundliche Gr??e
>
> i.A. Markus Scheller
> Informationssysteme
>
> Palm Verpackungsgruppe
> Postfach 16 05
> 73406 Aalen-Neukochen
>
> Tel.:        +49 7361 577 - 187
> Mail:       markus.scheller at palm-gruppe.de
> www.palmverpackungsgruppe.de <http://www.palmverpackungsgruppe.de>
>
> Gesch?ftsf?hrung: Rainer Schillberg
>
>
>
> _______________________________________________
> ZendTo mailing list
> ZendTo at zend.to
> http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto
>

From john.thurston at alaska.gov  Thu Jan 16 18:04:50 2014
From: john.thurston at alaska.gov (John Thurston)
Date: Thu, 16 Jan 2014 09:04:50 -0900
Subject: [ZendTo]  Automated drop offs
Message-ID: <52D81F42.2090300@alaska.gov>

I have a customer who would like to schedule the drop of some files each 
night. Right now, they use ftp to batch upload some files which humans 
later download one at a time.

Has anyone already figured out how to do this?
-- 
    Do things because you should, not just because you can.

John Thurston    907-465-8591
John.Thurston at alaska.gov
Enterprise Technology Services
Department of Administration
State of Alaska

From Roy.King at DPSI.com  Fri Jan 17 12:42:27 2014
From: Roy.King at DPSI.com (King, Roy)
Date: Fri, 17 Jan 2014 12:42:27 +0000
Subject: [ZendTo] Re: ZendTo
Message-ID: <9DFF4C8CE0F0E94A87BBAF285A31F6526D32AE24@GSO-MAIL.gso.dpsi.com>

Is there a more complete guide to installing and using ZendTo? Or perhaps complete video walk through of install and customization?

I attempted to do a fresh Ubuntu server install and got several errors on the PHP recompile, mail service missing, yada yada yada.

This software looks very promising for my needs but it appears extremely difficult to maintain.

Are there any commercial service providers that offer ZendTo on monthly or annual plans? 

Roy King
Network Support Analyst, DPSI




From John.Webber at nbi.ac.uk  Fri Jan 17 16:19:57 2014
From: John.Webber at nbi.ac.uk (John Webber (NBI))
Date: Fri, 17 Jan 2014 16:19:57 +0000
Subject: [ZendTo] Re: FW: Issue with Chrome browser - "Leave this Page"
In-Reply-To: <52C54A50.4020006@Zend.To>
References: <694F0A1F4B1C6D4BABA561C7D9A476C60E3D2931@MAILEX1.nbi.ac.uk>
	<52B065EC.7030901@Zend.To> <52C54A50.4020006@Zend.To>
Message-ID: <694F0A1F4B1C6D4BABA561C7D9A476C60E3E0D47@MAILEX1.nbi.ac.uk>

Hi Jules,

Thanks for the pointer.

I have made, and tested, the change you suggest below - it all seems to work correctly, thanks.

Please can you keep me posted about whether this issue will be solved fully, instead of just the quick fix / workaround below.

Thanks
John



From: Jules [mailto:Jules at Zend.To]
Sent: 02 January 2014 11:15
To: John Webber (NBI)
Cc: ZendTo Users
Subject: Re: FW: Issue with Chrome browser - "Leave this Page"

I've got a quick fix for this. Unfortunately it means you can navigate away from (and hence abort) a running upload, but it stops the Chrome warning, so is better than nothing.

You want to edit /opt/zendto/templates/new_dropoff.tpl

Find the start of the "submitform" function, and add the last line of this little code snippet:

<script type="text/javascript">
function submitform() {
  if (validateForm()) {
    window.onbeforeunload=function(){}

Jules.
On 17/12/2013 14:55, Jules wrote:
I'm still working on a decent fix to this. Once it's sorted, I'll release a new version and announce it on the mailing list.

Jules.
On 21/11/2013 12:57, John Webber (NBI) wrote:
Hi,

I have investigated the issue below and found that it effects the latest version of Chrome.

We have tested this scenario with Chrome "Version 30.0.1599.101 m", and found that it functions without any problems.  However, when we attempt to drop off a file using Chrome "Version 31.0.1650.57 m", we see the issue below.

The issue seems to be that clicking the button to trigger a drop off (templates/new_dropoff.tpl) triggers sets the "ignore_unload" to false earlier than it should and therefore the function "doBeforeUnload()" returns the "unload_msg".

Please can you advice how we can work around this issue.

Thanks
John




From: John Webber (NBI)
Sent: 21 November 2013 10:19
To: 'Support at Zend.To<mailto:Support at Zend.To>'
Subject: Issue with Chrome browser - "Leave this Page"

Hi,

We have encountered an issue with the Chrome using ZendTo and would appreciate your advice.

Once we have entered the recipient of the file and chosen the file to send, when I click to the button to drop off the files, I see the following error dialog box, but only on the Chrome:

"Confirm Navigation.  If you leave this page, you will abandon this drop-off.  Are you sure you want to leave this page?"

The two options available are:
"Leave this Page"  or   "Stay on this Page".

If I select to stay on the page, the upload does not start, although the uploading image does appear!  If I select to leave the page, it works normally.  Please can you advise how I can correct this issue.

Thanks
John



--------------------------------------------------------------------------------------------------------------------------------------------
John Webber
Computing and Information Services
NBI Partnership Ltd
Norwich Research park
Colney Lane
Norwich
NR4 7UH

E-Mail: john.webber at nbi.ac.uk<mailto:john.webber at nbi.ac.uk>
Web:     http://www.nbi.ac.uk<http://www.nbi.ac.uk/>
Tel:         +44(0)1603 450 818

Helpdesk (Tel):  1234      HPC Support (Web):       http://hpc.nbi.ac.uk<http://hpc.nbi.ac.uk/>  (NBI  internal)
                                                HPC Support (Tel):           2003  (NBI internal)

The NBI Partnership Ltd provides non-scientific services to the Institute of Food Research, the John Innes Centre, The Genome Analysis Centre and The Sainsbury Laboratory




Jules



--

Julian Field MEng MBCS CITP CEng



Viking, North Utsire: Southwesterly 6 to gale 8, backing southerly 7 to severe

gale 9 later. Rough or very rough. Showers. Moderate or good.



www.Zend.To<http://www.Zend.To>

Twitter: @JulesFM

PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654



Jules



--

Julian Field MEng MBCS CITP CEng



Dogger, Fisher, German Bight, Humber, Thames, Dover: South or southwest 6 to

gale 8, occasionally severe gale 9 at first in Fisher. Moderate or rough,

occasionally very rough at first. Rain or showers. Good, occasionally

poor.



www.Zend.To<http://www.Zend.To>

Twitter: @JulesFM

PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ecs.soton.ac.uk/pipermail/zendto/attachments/20140117/b9ca9705/attachment.html 

From tema at tem4uk.ru  Fri Jan 17 16:39:16 2014
From: tema at tem4uk.ru (Aleksandrov Artyom)
Date: Fri, 17 Jan 2014 20:39:16 +0400
Subject: [ZendTo] Re: Automated drop offs
In-Reply-To: <52D81F42.2090300@alaska.gov>
References: <52D81F42.2090300@alaska.gov>
Message-ID: <CAJtYNb1eFgz3tEv5M6qLK_Fmij7ui793j9VjVRa1_amY8PjOvQ@mail.gmail.com>

Hello, yes I am using simple python script to update files via webdav in
zendto library.

It provides me the ability to share changing files via Zendto with
permanent links.

On the other side, webdav is just another transport than ftp. But I sure
it's more elegant in this case.
On Jan 16, 2014 10:17 PM, "John Thurston" <john.thurston at alaska.gov> wrote:

> I have a customer who would like to schedule the drop of some files each
> night. Right now, they use ftp to batch upload some files which humans
> later download one at a time.
>
> Has anyone already figured out how to do this?
> --
>     Do things because you should, not just because you can.
>
> John Thurston    907-465-8591
> John.Thurston at alaska.gov
> Enterprise Technology Services
> Department of Administration
> State of Alaska
> _______________________________________________
> ZendTo mailing list
> ZendTo at zend.to
> http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ecs.soton.ac.uk/pipermail/zendto/attachments/20140117/3d8a8394/attachment-0001.html 

From mailing.list at tem4uk.ru  Fri Jan 17 17:42:53 2014
From: mailing.list at tem4uk.ru (Artyom Aleksandrov)
Date: Fri, 17 Jan 2014 21:42:53 +0400
Subject: [ZendTo] Re: Automated drop offs
In-Reply-To: <52D81F42.2090300@alaska.gov>
References: <52D81F42.2090300@alaska.gov>
Message-ID: <CAJtYNb0sqV4BMXAmE9ag=WuHrHWpAN9o-yJA_GJ+0jtdB9MX0w@mail.gmail.com>

Hello, yes I am using simple python script to update files via webdav in
zendto library.

It provides me the ability to share changing files via Zendto with
permanent links.

On the other side, webdav is just another transport than ftp. But I sure
it's more elegant in this case.
On Jan 16, 2014 10:17 PM, "John Thurston" <john.thurston at alaska.gov> wrote:

> I have a customer who would like to schedule the drop of some files each
> night. Right now, they use ftp to batch upload some files which humans
> later download one at a time.
>
> Has anyone already figured out how to do this?
> --
>     Do things because you should, not just because you can.
>
> John Thurston    907-465-8591
> John.Thurston at alaska.gov
> Enterprise Technology Services
> Department of Administration
> State of Alaska
> _______________________________________________
> ZendTo mailing list
> ZendTo at zend.to
> http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ecs.soton.ac.uk/pipermail/zendto/attachments/20140117/48276c30/attachment.html 

From tema at tem4uk.ru  Fri Jan 17 17:41:32 2014
From: tema at tem4uk.ru (Aleksandrov Artyom)
Date: Fri, 17 Jan 2014 21:41:32 +0400
Subject: [ZendTo] Re: Automated drop offs
In-Reply-To: <52D81F42.2090300@alaska.gov>
References: <52D81F42.2090300@alaska.gov>
Message-ID: <CAJtYNb2-_+-kACYkDd5KG3q9E--Oo6Dk6cKz4--0wkrFaKubqw@mail.gmail.com>

Hello, yes I am using simple python script to update files via webdav in
zendto library.

It provides me the ability to share changing files via Zendto with
permanent links.

On the other side, webdav is just another transport than ftp. But I sure
it's more elegant in this case.
I have a customer who would like to schedule the drop of some files each
night. Right now, they use ftp to batch upload some files which humans
later download one at a time.

Has anyone already figured out how to do this?
--
    Do things because you should, not just because you can.

John Thurston    907-465-8591
John.Thurston at alaska.gov
Enterprise Technology Services
Department of Administration
State of Alaska
_______________________________________________
ZendTo mailing list
ZendTo at zend.to
http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ecs.soton.ac.uk/pipermail/zendto/attachments/20140117/1e7e46e4/attachment.html 

From bbdokken at dokkenengineering.com  Tue Jan 21 23:53:55 2014
From: bbdokken at dokkenengineering.com (Brad Dokken)
Date: Tue, 21 Jan 2014 23:53:55 +0000
Subject: [ZendTo]  Strange behavior with IE 10 and 11
Message-ID: <F7C8C195A2DCFC49A97847E5FA39915A0FDF2E8C@Pliny.dokkenengineering.com>

I am noticing strange behavior with Zendto on Internet Explorer 10 and 11. The user's computers are running Windows 7 and IE 10 and a couple are running Windows 8.1 and IE 11. The users successfully log in on the Zendto home page, but when they click any of the buttons on the home page (drop off, pick up, request a dropoff) the resulting page acts like they aren't logged in and they have to complete the request form and do the captcha. Everything works perfectly on Chrome and Firefox. 

Zendto is at the latest version, 4.11-14 and the OS is Centos 6.5.  Is anyone else seeing this kind of behavior? Let me know if you need more detail. 

Thanks for any help you can give me,
Brad




From Ryan_Stepalavich at banksi.com  Wed Jan 22 12:23:22 2014
From: Ryan_Stepalavich at banksi.com (Ryan Stepalavich)
Date: Wed, 22 Jan 2014 12:23:22 +0000
Subject: [ZendTo] Re: ZendTo Digest, Vol 42, Issue 11
In-Reply-To: <mailman.5.1390392002.21544.zendto@zend.to>
References: <mailman.5.1390392002.21544.zendto@zend.to>
Message-ID: <E1C9564D86400B4DBE488FD058C170F60DCAEA41@SVREXCH01.banksi.com>

I had a similar problem. For me, it was the way IE handles cookie expiration. Check to make sure the system time on the client AND server (incl time zone) are correct.



Best regards,

Ryan Stepalavich, CSSA
Network Administrator
Savings Institute Bank & Trust, Co.
Office: (860) 465-8602
Fax: (860) 456-5218


-----Original Message-----
From: zendto-request at zend.to [zendto-request at zend.to<mailto:zendto-request at zend.to>]
Sent: Wednesday, January 22, 2014 07:02 AM Eastern Standard Time
To: zendto at zend.to
Subject: ZendTo Digest, Vol 42, Issue 11


Send ZendTo mailing list submissions to
        zendto at zend.to

To subscribe or unsubscribe via the World Wide Web, visit
        http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto
or, via email, send a message with subject or body 'help' to
        zendto-request at zend.to

You can reach the person managing the list at
        zendto-owner at zend.to

When replying, please edit your Subject line so it is more specific
than "Re: Contents of ZendTo digest..."


Today's Topics:

   1.  Strange behavior with IE 10 and 11 (Brad Dokken)


----------------------------------------------------------------------

Message: 1
Date: Tue, 21 Jan 2014 23:53:55 +0000
From: Brad Dokken <bbdokken at dokkenengineering.com>
Subject: [ZendTo]  Strange behavior with IE 10 and 11
To: "ZendTo at zend.to" <ZendTo at zend.to>
Message-ID:
        <F7C8C195A2DCFC49A97847E5FA39915A0FDF2E8C at Pliny.dokkenengineering.com>
Content-Type: text/plain; charset="us-ascii"

I am noticing strange behavior with Zendto on Internet Explorer 10 and 11. The user's computers are running Windows 7 and IE 10 and a couple are running Windows 8.1 and IE 11. The users successfully log in on the Zendto home page, but when they click any of the buttons on the home page (drop off, pick up, request a dropoff) the resulting page acts like they aren't logged in and they have to complete the request form and do the captcha. Everything works perfectly on Chrome and Firefox.

Zendto is at the latest version, 4.11-14 and the OS is Centos 6.5.  Is anyone else seeing this kind of behavior? Let me know if you need more detail.

Thanks for any help you can give me,
Brad





------------------------------

_______________________________________________
ZendTo mailing list
ZendTo at zend.to
http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto

End of ZendTo Digest, Vol 42, Issue 11
**************************************

This document and any files transmitted with it are 
confidential and intended solely for the use of the individual 
or entity to whom they are addressed. If you have received this 
document in error please notify the originator of the message.  
Any views expressed in this message are those of the individual 
sender, except where the sender specifies and with authority, 
states them to be the views of Savings Institute Bank & Trust.
This footer confirms that this e-mail message has been scanned 
for the presence of computer viruses by the Savings Institute 
email gateway.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ecs.soton.ac.uk/pipermail/zendto/attachments/20140122/bfec15b2/attachment.html 

From ikcarr at gmail.com  Sun Jan 26 22:53:38 2014
From: ikcarr at gmail.com (ICarr)
Date: Sun, 26 Jan 2014 17:53:38 -0500
Subject: [ZendTo]  Require Authentication for every pickup.
Message-ID: <CAPhmmiKwKERah0iR6YO1FKwNwXf_8aez522e8H6iSM+xJ_LUng@mail.gmail.com>

How can I require authentication for every pickup? Do I need to adjust
lib/NSSxxxxx.php or can it be done in the templates?

Thanks for any help.

Israel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ecs.soton.ac.uk/pipermail/zendto/attachments/20140126/4928571b/attachment.html 

From Jules at Zend.To  Tue Jan 28 16:55:16 2014
From: Jules at Zend.To (Jules)
Date: Tue, 28 Jan 2014 16:55:16 +0000
Subject: [ZendTo] Re: Strange behavior with IE 10 and 11
In-Reply-To: <F7C8C195A2DCFC49A97847E5FA39915A0FDF2E8C@Pliny.dokkenengineering.com>
References: <F7C8C195A2DCFC49A97847E5FA39915A0FDF2E8C@Pliny.dokkenengineering.com>
Message-ID: <52E7E0F4.1080208@Zend.To>

This is most often caused by either the timezone or the time being set 
wrong on the ZendTo server.
Check http://zend.to/timezone.php for more information.

If the clock is wrong, the session may expire before it has started. The 
symptoms you describe match that of a failing session time. Some 
browsers are more fussy about this than others.

Cheers,
Jules.

On 21/01/2014 23:53, Brad Dokken wrote:
> I am noticing strange behavior with Zendto on Internet Explorer 10 and 11. The user's computers are running Windows 7 and IE 10 and a couple are running Windows 8.1 and IE 11. The users successfully log in on the Zendto home page, but when they click any of the buttons on the home page (drop off, pick up, request a dropoff) the resulting page acts like they aren't logged in and they have to complete the request form and do the captcha. Everything works perfectly on Chrome and Firefox.
>
> Zendto is at the latest version, 4.11-14 and the OS is Centos 6.5.  Is anyone else seeing this kind of behavior? Let me know if you need more detail.
>
> Thanks for any help you can give me,
> Brad
>
>
>
> _______________________________________________
> ZendTo mailing list
> ZendTo at zend.to
> http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto
>
> Jules
>
> -- 
> Julian Field MEng MBCS CITP CEng
>
> 'I never saw a wild thing
>   Sorry for itself.' - D.H. Lawrence
>
> www.Zend.To
> Twitter: @JulesFM
> PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654

From Jules at Zend.To  Tue Jan 28 17:04:49 2014
From: Jules at Zend.To (Jules)
Date: Tue, 28 Jan 2014 17:04:49 +0000
Subject: [ZendTo] Re: Automated drop offs
In-Reply-To: <CAJtYNb0sqV4BMXAmE9ag=WuHrHWpAN9o-yJA_GJ+0jtdB9MX0w@mail.gmail.com>
References: <52D81F42.2090300@alaska.gov>
	<CAJtYNb0sqV4BMXAmE9ag=WuHrHWpAN9o-yJA_GJ+0jtdB9MX0w@mail.gmail.com>
Message-ID: <52E7E331.2010505@Zend.To>

As Aleksandrov says, you would still have to create the drop-off each 
time, but you can easily make the files that go into the drop-off update 
themselves.

Even Windows (and Mac of course) can mount a webdav path as a filesystem 
(or Drive letter on Windows). So if you use the "Library" feature of 
ZendTo, and automatically upload the correct file every night to the 
library location on the ZendTo server, you can create a drop-off that 
doesn't involve anyone uploading a file.

And anyone downloading the drop-off will automatically get the latest 
version of the file, not just the version that was posted when the 
drop-off was created. When you add a library file to a drop-off in 
ZendTo, it just makes a link to the file, it does not duplicate the 
entire file (which would be very wasteful of space). So every time you 
download the file from the drop-off, you automatically get the *latest* 
version of the file, regardless of the age of the drop-off itself.

I hope that helps a bit.

Jules.

On 17/01/2014 17:42, Artyom Aleksandrov wrote:
>
> Hello, yes I am using simple python script to update files via webdav 
> in zendto library.
>
> It provides me the ability to share changing files via Zendto with 
> permanent links.
>
> On the other side, webdav is just another transport than ftp. But I 
> sure it's more elegant in this case.
>
> On Jan 16, 2014 10:17 PM, "John Thurston" <john.thurston at alaska.gov 
> <mailto:john.thurston at alaska.gov>> wrote:
>
>     I have a customer who would like to schedule the drop of some
>     files each
>     night. Right now, they use ftp to batch upload some files which humans
>     later download one at a time.
>
>     Has anyone already figured out how to do this?
>     --
>         Do things because you should, not just because you can.
>
>     John Thurston 907-465-8591 <tel:907-465-8591>
>     John.Thurston at alaska.gov <mailto:John.Thurston at alaska.gov>
>     Enterprise Technology Services
>     Department of Administration
>     State of Alaska
>     _______________________________________________
>     ZendTo mailing list
>     ZendTo at zend.to <mailto:ZendTo at zend.to>
>     http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto
>
>
>
> _______________________________________________
> ZendTo mailing list
> ZendTo at zend.to
> http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto
>
> Jules
>
> -- 
> Julian Field MEng MBCS CITP CEng
>
> Trafalgar: Northwesterly 5 to 7, perhaps gale 8 in north later. Moderate or
> rough in far southeast, otherwise very rough or high. Rain or showers.
> Moderate or good.
>
> www.Zend.To
> Twitter: @JulesFM
> PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ecs.soton.ac.uk/pipermail/zendto/attachments/20140128/67894f4b/attachment.html 

From Jules at Zend.To  Tue Jan 28 17:06:19 2014
From: Jules at Zend.To (Jules)
Date: Tue, 28 Jan 2014 17:06:19 +0000
Subject: [ZendTo] Re: FW: Issue with Chrome browser - "Leave this Page"
In-Reply-To: <694F0A1F4B1C6D4BABA561C7D9A476C60E3E0D47@MAILEX1.nbi.ac.uk>
References: <694F0A1F4B1C6D4BABA561C7D9A476C60E3D2931@MAILEX1.nbi.ac.uk>
	<52B065EC.7030901@Zend.To> <52C54A50.4020006@Zend.To>
	<694F0A1F4B1C6D4BABA561C7D9A476C60E3E0D47@MAILEX1.nbi.ac.uk>
Message-ID: <52E7E38B.3000609@Zend.To>

We're still working on a better fix for this. Re-enabling the 
unload-handler immediately after the upload has started doesn't appear 
to work, when I'm sure it should. Don't worry, work is continuing on 
this one, I'll post a new version once I have a better solution.

Jules.

On 17/01/2014 16:19, John Webber (NBI) wrote:
>
> Hi Jules,
>
> Thanks for the pointer.
>
> I have made, and tested, the change you suggest below -- it all seems 
> to work correctly, thanks.
>
> Please can you keep me posted about whether this issue will be solved 
> fully, instead of just the quick fix / workaround below.
>
>
> Thanks
>
> John
>
> *From:*Jules [mailto:Jules at Zend.To]
> *Sent:* 02 January 2014 11:15
> *To:* John Webber (NBI)
> *Cc:* ZendTo Users
> *Subject:* Re: FW: Issue with Chrome browser - "Leave this Page"
>
> I've got a quick fix for this. Unfortunately it means you can navigate 
> away from (and hence abort) a running upload, but it stops the Chrome 
> warning, so is better than nothing.
>
> You want to edit /opt/zendto/templates/new_dropoff.tpl
>
> Find the start of the "submitform" function, and add the last line of 
> this little code snippet:
>
> <script type="text/javascript">
> function submitform() {
>   if (validateForm()) {
> *window.onbeforeunload=function(){}
> *
> Jules.
>
> On 17/12/2013 14:55, Jules wrote:
>
>     I'm still working on a decent fix to this. Once it's sorted, I'll
>     release a new version and announce it on the mailing list.
>
>     Jules.
>
>     On 21/11/2013 12:57, John Webber (NBI) wrote:
>
>         Hi,
>
>
>         I have investigated the issue below and found that it effects
>         the latest version of Chrome.
>
>         We have tested this scenario with Chrome "Version
>         30.0.1599.101 m", and found that it functions without any
>         problems. However, when we attempt to drop off a file using
>         Chrome "Version 31.0.1650.57 m", we see the issue below.
>
>         The issue seems to be that clicking the button to trigger a
>         drop off (templates/new_dropoff.tpl) triggers sets the
>         "ignore_unload" to false earlier than it should and therefore
>         the function "doBeforeUnload()" returns the "unload_msg".
>
>         Please can you advice how we can work around this issue.
>
>         Thanks
>
>         John
>
>         *From:*John Webber (NBI)
>         *Sent:* 21 November 2013 10:19
>         *To:* 'Support at Zend.To <mailto:Support at Zend.To>'
>         *Subject:* Issue with Chrome browser - "Leave this Page"
>
>         Hi,
>
>         We have encountered an issue with the Chrome using ZendTo and
>         would appreciate your advice.
>
>         Once we have entered the recipient of the file and chosen the
>         file to send, when I click to the button to drop off the
>         files, I see the following error dialog box, but only on the
>         Chrome:
>
>         "Confirm Navigation.  If you leave this page, you will abandon
>         this drop-off.  Are you sure you want to leave this page?"
>
>         The two options available are:
>
>         "Leave this Page"  or   "Stay on this Page".
>
>         If I select to stay on the page, the upload does not start,
>         although the uploading image does appear!  If I select to
>         leave the page, it works normally.  Please can you advise how
>         I can correct this issue.
>
>
>         Thanks
>
>         John
>
>         *--------------------------------------------------------------------------------------------------------------------------------------------
>         *
>
>         *John Webber
>         *Computing and Information Services
>
>         NBI Partnership Ltd
>
>         Norwich Research park
>
>         Colney Lane
>
>         Norwich
>
>         NR4 7UH
>
>         E-Mail:john.webber at nbi.ac.uk <mailto:john.webber at nbi.ac.uk>
>
>         Web:http://www.nbi.ac.uk <http://www.nbi.ac.uk/>
>
>         Tel:+44(0)1603 450 818
>
>         Helpdesk (Tel):  1234HPC Support (Web):http://hpc.nbi.ac.uk
>         <http://hpc.nbi.ac.uk/>  (NBI internal)
>
>         HPC Support (Tel):2003  (NBI internal)
>
>         /The NBI Partnership Ltd provides non-scientific services to
>         the Institute of Food Research, the John Innes Centre, The
>         Genome Analysis Centre and The Sainsbury Laboratory/
>
>
>
>         Jules
>
>           
>
>         -- 
>
>         Julian Field MEng MBCS CITP CEng
>
>           
>
>         Viking, North Utsire: Southwesterly 6 to gale 8, backing southerly 7 to severe
>
>         gale 9 later. Rough or very rough. Showers. Moderate or good.
>
>           
>
>         www.Zend.To  <http://www.Zend.To>
>
>         Twitter: @JulesFM
>
>         PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654
>
>
>
>     Jules
>
>       
>
>     -- 
>
>     Julian Field MEng MBCS CITP CEng
>
>       
>
>     Dogger, Fisher, German Bight, Humber, Thames, Dover: South or southwest 6 to
>
>     gale 8, occasionally severe gale 9 at first in Fisher. Moderate or rough,
>
>     occasionally very rough at first. Rain or showers. Good, occasionally
>
>     poor.
>
>       
>
>     www.Zend.To  <http://www.Zend.To>
>
>     Twitter: @JulesFM
>
>     PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654
>

Jules

-- 
Julian Field MEng MBCS CITP CEng

'When a man points a finger at someone else, he should remember
  that four of his fingers are pointing at himself.' - Louis Nizer

www.Zend.To
Twitter: @JulesFM
PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ecs.soton.ac.uk/pipermail/zendto/attachments/20140128/8b77fa4e/attachment-0001.html 

From Jules at Zend.To  Tue Jan 28 17:12:38 2014
From: Jules at Zend.To (Jules)
Date: Tue, 28 Jan 2014 17:12:38 +0000
Subject: [ZendTo] Re: ZendTo
In-Reply-To: <9DFF4C8CE0F0E94A87BBAF285A31F6526D32AE24@GSO-MAIL.gso.dpsi.com>
References: <9DFF4C8CE0F0E94A87BBAF285A31F6526D32AE24@GSO-MAIL.gso.dpsi.com>
Message-ID: <52E7E506.1040907@Zend.To>


On 17/01/2014 12:42, King, Roy wrote:
> Is there a more complete guide to installing and using ZendTo? Or perhaps complete video walk through of install and customization?
>
> I attempted to do a fresh Ubuntu server install and got several errors on the PHP recompile, mail service missing, yada yada yada.
In which case start with the VM images, where the vast proportion of the 
work is done for you.
>
> This software looks very promising for my needs but it appears extremely difficult to maintain.
Once setup and running, it requires no maintenance whatsoever. It's an 
incredibly *simple* package to maintain.
>
> Are there any commercial service providers that offer ZendTo on monthly or annual plans?
Not that I'm aware of, but any competent Linux system administrator 
should be able to do it for you. There are umpteen thousands of those in 
the world already.

Jules.

>
> Roy King
> Network Support Analyst, DPSI
>
>
>
> _______________________________________________
> ZendTo mailing list
> ZendTo at zend.to
> http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto
>
> Jules
>
> -- 
> Julian Field MEng MBCS CITP CEng
>
> '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
> PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654

From Jules at Zend.To  Tue Jan 28 17:24:55 2014
From: Jules at Zend.To (Jules)
Date: Tue, 28 Jan 2014 17:24:55 +0000
Subject: [ZendTo] Re: illegal attempt to update using time zendto.rrd
In-Reply-To: <52CE4098.8090707@pcfreak.de>
References: <52CE4098.8090707@pcfreak.de>
Message-ID: <52E7E7E7.9090006@Zend.To>

This is absolutely normal and should be ignored.

In case your RRD data file got damaged or deleted somehow, ZendTo tries 
to update *all* the data in it that it can, every night, rather than 
just that one night's data points. This makes rrdtool complain as you 
are trying to give it data it already has.

Totally harmless. :-)

Jules.

On 09/01/2014 06:24, Der PCFreak wrote:
> Hi all,
>
> this might be already asked previously, but can someone help me with 
> this error?
>
> /SNIP
>
> 18,19
>
> /usr/bin/rrdtool update /var/zendto/rrd/zendto.rrd 1389135600:2:2:512045.5
>
> ERROR: /var/zendto/rrd/zendto.rrd: illegal attempt to update using 
> time 1389135600 when last update time is 1389135600 (minimum one 
> second step)
>
> 20,21,22,23,24
>
> /usr/bin/rrdtool update /var/zendto/rrd/zendto.rrd 1389222000:5:5:179008.9
> \SNAP
>
>
>
> I am on 4.11-14.
>
> Greets
>
> PCFreak
>
>
> _______________________________________________
> ZendTo mailing list
> ZendTo at zend.to
> http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto
>
> Jules
>
> -- 
> Julian Field MEng MBCS CITP CEng
>
> 'A committee is a group of the unwilling, chosen from the unfit,
>   to do the unnecessary.' - Anon
>
> www.Zend.To
> Twitter: @JulesFM
> PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ecs.soton.ac.uk/pipermail/zendto/attachments/20140128/e7465c12/attachment-0001.html 

From Jules at Zend.To  Tue Jan 28 17:26:41 2014
From: Jules at Zend.To (Jules)
Date: Tue, 28 Jan 2014 17:26:41 +0000
Subject: [ZendTo] Re: Request Drop-off email note contains javascript code
In-Reply-To: <52CD322A.9070209@pcfreak.de>
References: <52CD322A.9070209@pcfreak.de>
Message-ID: <52E7E851.3010904@Zend.To>

You've messed something up. Check the email template files in 
/opt/zendto/templates. You have damaged one of the email templates.

Jules.

On 08/01/2014 11:10, Der PCFreak wrote:
> Hi,
>
> I just wrote some documentation about the "request Drop-off" process 
> for our internal users.
> I did a sample Drop-off request an entered the following note
>
> /SNIP
> * Note *
>
> Hi John,
>
> as spoken by phone, please upload the database dump using our WIDROP 
> Portal.
>
> Thank you
>
> Peter
>
> \SNAP
>
>
> I think I placed the cursor after the "Thank you" before pressing the 
> button. In the mail the recipient got there was the text
>
>
> "javascript:submitform();" after the words "Thank you" as shown here:
>
> /SNIP
>
> * Note *
>
> Hi John,
>
> as spoken by phone, please upload the database dump using our WIDROP 
> Portal.
>
> Thank youjavascript:submitform();
>
> Peter
>
> \SNAP
>
> I don't know if this is a bug, I just wanted to inform you about this 
> behaviour.
>
>
> Greets
>
>
> PCFreak
>
>
>
> _______________________________________________
> ZendTo mailing list
> ZendTo at zend.to
> http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto
>
> Jules
>
> -- 
> Julian Field MEng MBCS CITP CEng
>
> 'People will believe a big lie sooner than a little one, and if you
>   repeat it frequently enough people will sooner or later believe
>   it.' - Walter Langer
>
> www.Zend.To
> Twitter: @JulesFM
> PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ecs.soton.ac.uk/pipermail/zendto/attachments/20140128/775822b3/attachment-0001.html 

From Jules at Zend.To  Tue Jan 28 17:27:39 2014
From: Jules at Zend.To (Jules)
Date: Tue, 28 Jan 2014 17:27:39 +0000
Subject: [ZendTo] Re: Upload Error
In-Reply-To: <61BF6C275FB3044B94B5E5AA0B2E293C83A0DF@AAEXSRV.Palm.net>
References: <61BF6C275FB3044B94B5E5AA0B2E293C83A0DF@AAEXSRV.Palm.net>
Message-ID: <52E7E88B.1000106@Zend.To>

Search the file /opt/zendto/config/preferences.php for the string 
"soton", and "Southampton". If it finds anything not in a comment, you 
haven't configured that setting correctly.

Jules.

On 08/01/2014 10:54, Scheller, Markus wrote:
>
> When I process the "/Request a Drop-off/" button for an external User, 
> the User cannot upload any File. The Error is
>
> Upload Error
>
> You must be logged in as a Southampton user in order to drop-off a 
> file for a non-Southampton user.
>
> Return to the ZendTo main menu to log in and then try again
>
> I Set The time to Europe/Berlin
>
>
> Freundliche Gr??e
>
> i.A. Markus Scheller
> Informationssysteme
>
> Palm Verpackungsgruppe
> Postfach 16 05
> 73406 Aalen-Neukochen
>
> Tel.:        +49 7361 577 - 187
> Mail:       markus.scheller at palm-gruppe.de
> www.palmverpackungsgruppe.de <http://www.palmverpackungsgruppe.de>
>
> Gesch?ftsf?hrung: Rainer Schillberg
>
>
>
> _______________________________________________
> ZendTo mailing list
> ZendTo at zend.to
> http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto
>
> Jules
>
> -- 
> Julian Field MEng MBCS CITP CEng
>
> 'People will believe a big lie sooner than a little one, and if you
>   repeat it frequently enough people will sooner or later believe
>   it.' - Walter Langer
>
> www.Zend.To
> Twitter: @JulesFM
> PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ecs.soton.ac.uk/pipermail/zendto/attachments/20140128/2af68488/attachment.html 

From Jules at Zend.To  Tue Jan 28 17:29:52 2014
From: Jules at Zend.To (Jules)
Date: Tue, 28 Jan 2014 17:29:52 +0000
Subject: [ZendTo] Re: ZendTo
In-Reply-To: <52E7E506.1040907@Zend.To>
References: <9DFF4C8CE0F0E94A87BBAF285A31F6526D32AE24@GSO-MAIL.gso.dpsi.com>
	<52E7E506.1040907@Zend.To>
Message-ID: <52E7E910.2070808@Zend.To>

You are trying to run before you can walk. If you are not familiar with 
basic Linux system administration, you really should start from the VM 
images where I have done almost all the work for you. I assume any 
competent administrator realises that a system that sends mail will need 
a mail service of some sort installing (if it is not installed by 
default, which it might or might not be depending on a thousand 
questions I'm not getting into).

Jules.

On 28/01/2014 17:12, Jules wrote:
>
> On 17/01/2014 12:42, King, Roy wrote:
>> Is there a more complete guide to installing and using ZendTo? Or 
>> perhaps complete video walk through of install and customization?
>>
>> I attempted to do a fresh Ubuntu server install and got several 
>> errors on the PHP recompile, mail service missing, yada yada yada.
> In which case start with the VM images, where the vast proportion of 
> the work is done for you.
>>
>> This software looks very promising for my needs but it appears 
>> extremely difficult to maintain.
> Once setup and running, it requires no maintenance whatsoever. It's an 
> incredibly *simple* package to maintain.
>>
>> Are there any commercial service providers that offer ZendTo on 
>> monthly or annual plans?
> Not that I'm aware of, but any competent Linux system administrator 
> should be able to do it for you. There are umpteen thousands of those 
> in the world already.
>
> Jules.
>
>>
>> Roy King
>> Network Support Analyst, DPSI
>>
>>
>>
>> _______________________________________________
>> ZendTo mailing list
>> ZendTo at zend.to
>> http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto
>>
>> Jules
>>
>> -- 
>> Julian Field MEng MBCS CITP CEng
>>
>> '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
>> PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654
>
> Jules
>
> -- 
> Julian Field MEng MBCS CITP CEng
>
> 'People will believe a big lie sooner than a little one, and if you
>   repeat it frequently enough people will sooner or later believe
>   it.' - Walter Langer
>
> www.Zend.To
> Twitter: @JulesFM
> PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654

From mailinglists at pcfreak.de  Tue Jan 28 20:09:13 2014
From: mailinglists at pcfreak.de (Mailinglists)
Date: Tue, 28 Jan 2014 21:09:13 +0100
Subject: [ZendTo] Re: illegal attempt to update using time zendto.rrd
In-Reply-To: <52E7E7E7.9090006@Zend.To>
References: <52CE4098.8090707@pcfreak.de> <52E7E7E7.9090006@Zend.To>
Message-ID: <52E80E69.5000205@pcfreak.de>

Thank you Jules, that explains it.

On 28.01.2014 18:24, Jules wrote:
> This is absolutely normal and should be ignored.
>
> In case your RRD data file got damaged or deleted somehow, ZendTo 
> tries to update *all* the data in it that it can, every night, rather 
> than just that one night's data points. This makes rrdtool complain as 
> you are trying to give it data it already has.
>
> Totally harmless. :-)
>
> Jules.
>
> On 09/01/2014 06:24, Der PCFreak wrote:
>> Hi all,
>>
>> this might be already asked previously, but can someone help me with 
>> this error?
>>
>> /SNIP
>>
>> 18,19
>>
>> /usr/bin/rrdtool update /var/zendto/rrd/zendto.rrd 
>> 1389135600:2:2:512045.5
>>
>> ERROR: /var/zendto/rrd/zendto.rrd: illegal attempt to update using 
>> time 1389135600 when last update time is 1389135600 (minimum one 
>> second step)
>>
>> 20,21,22,23,24
>>
>> /usr/bin/rrdtool update /var/zendto/rrd/zendto.rrd 
>> 1389222000:5:5:179008.9
>> \SNAP
>>
>>
>>
>> I am on 4.11-14.
>>
>> Greets
>>
>> PCFreak
>>
>>
>> _______________________________________________
>> ZendTo mailing list
>> ZendTo at zend.to
>> http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto
>>
>> Jules
>>
>> -- 
>> Julian Field MEng MBCS CITP CEng
>>
>> 'A committee is a group of the unwilling, chosen from the unfit,
>>   to do the unnecessary.' - Anon
>>
>> www.Zend.To
>> Twitter: @JulesFM
>> PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654
>
>
> _______________________________________________
> ZendTo mailing list
> ZendTo at zend.to
> http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ecs.soton.ac.uk/pipermail/zendto/attachments/20140128/59688e7a/attachment-0001.html 

From J.Ede at birchenallhowden.co.uk  Wed Jan 29 10:57:04 2014
From: J.Ede at birchenallhowden.co.uk (Jason Ede)
Date: Wed, 29 Jan 2014 10:57:04 +0000
Subject: [ZendTo] Re: Office 365 Integration
In-Reply-To: <52B06745.5040406@Zend.To>
References: <a292236c3cd441fa9e8dfef4e4c89829@AMSPR06MB008.eurprd06.prod.outlook.com>
	<52B06745.5040406@Zend.To>
Message-ID: <d4b4f10b48e54470be2f721e3b5f6039@AMSPR06MB008.eurprd06.prod.outlook.com>

Ok, I'll try it then... I thought Azure exposes itself differently to normal LDAP connections.

Jason

From: zendto-bounces at zend.to [mailto:zendto-bounces at zend.to] On Behalf Of Jules
Sent: 17 December 2013 15:01
To: ZendTo Users
Subject: [ZendTo] Re: Office 365 Integration

That should just work like any other AD environment, shouldn't it? We use a hybrid on-premises/Office365 environment here, and I haven't had to change any ZendTo settings at all.
On 17/12/2013 13:58, Jason Ede wrote:

Before I try looking myself, has anyone tried authenticating zendto against an Office365 domain?


Jason




_______________________________________________

ZendTo mailing list

ZendTo at zend.to<mailto:ZendTo at zend.to>

http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto



Jules



--

Julian Field MEng MBCS CITP CEng



'There is always one moment in childhood when the door opens and

 lets the future in.' - Graham Greene



www.Zend.To<http://www.Zend.To>

Twitter: @JulesFM

PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ecs.soton.ac.uk/pipermail/zendto/attachments/20140129/a4228850/attachment.html