[ZendTo] Retaining historical usage

[Jules]

Orion, Massimo,

Currently ZendTo wipes all trace (apart from the logs which are 
controlled by logrotate) of expired/deleted drop-offs.
As a result, nothing grows over time. Even including the data for the 
usage stats graphs that admins can see. That stays constant size too.
If nothing grows, you never suddenly run out of space.
Which improves reliability and reduces support costs.

But yes, I can see your point. This feature would be useful for some sites.

I'm going to need to have a good think about exactly how to do this 
sensibly. It would probably involve an extra button on the Inbox/Outbox 
pages that would show you a separate log of past drop-offs that were 
to/from you.

And do note that it is *impossible* to prove that someone *has* 
downloaded a drop-off. You can prove they haven't tried to download it, 
but you can't prove they have completely downloaded the file. So don't 
start relying on that particular "tickbox". It's just the way the 
Internet works these days, there's nothing I nor anyone else can do to 
change that.

I'll have a think...

Cheers,
Jules.

On 16/10/2020 16:28, Massimo Forni via ZendTo wrote:
> +1 for me
> There could be an option in the settings for the "record retentions" so we could set eg 6 months
>
> -----Original Message-----
> From: ZendTo <zendto-bounces at zend.to> On Behalf Of Orion Poplawski via ZendTo
> Sent: venerdì 16 ottobre 2020 17:17
> To: ZendTo Users <zendto at zend.to>
> Cc: Orion Poplawski <orion at nwra.com>
> Subject: [ZendTo] Retaining historical usage
>
> I got the following request from one of our users.  It seems like it might reasonable to do.  Thoughts?
>
> -----
>
> It'd be useful if the ZendTo Inbox & Outbox tabs could retain their listings after the items therein are no longer active.
>
> The Inbox & Outbox tabs list the active items recently dropped-off or available for pick-up.  Once they expire (after 2 weeks, by default), the items disappear from the lists.
>
> I appreciate that the payloads can get quite large, so it may be impractical to retain those for long times.  But some simple records shouldn't require much storage, such as that
>
>       items were dropped off by NWRA user and when and for whom, or that
>       items were dropped off for NWRA user and when and by whom,
>
> and the total size of the payload and whether it was actually picked up.
>
> Any option to retain that much information for longer time -- well after the payloads have expired?  I occasionally need to refer customers to drop-offs or pick-ups months later, sometimes several years later.
>
> Ideally, the simple record would also store more details of the payload, including names and sizes of individual files, their descriptions, and the comments associated with the drop-off.
>
>
> --
> Orion Poplawski
> Manager of NWRA Technical Systems          720-772-5637
> NWRA, Boulder/CoRA Office             FAX: 303-415-9702
> 3380 Mitchell Lane                       orion at nwra.com
> Boulder, CO 80301                 https://www.nwra.com/
>
> --
>
> Massimo Forni
> ICT Infrastructure Manager
>
> Mobile: +393474110278
>
> ________________________________
>
> Turboden S.p.A. I via Cernaia 10 I 25124 Brescia I Italy
> t. +39 030 3552001 I f. +39 030 3552011
> www.turboden.com<http://www.turboden.com>
>
>
> Confidentiality notice: this message, together with its attachments, may contain strictly confidential and/or legally privileged information and it is destined solely to the intended addressee(s), who only may use it under his/their responsibility. Opinions, conclusions and other information contained in this message, that do not relate to the official business of this firm, shall be considered as not given or endorsed by it. If you have received this communication in error, please notify us immediately by responding to this email and then delete it from your system. Any use, disclosure, copying or distribution of the contents of this communication by a not-intended recipient or in violation of the purposes of this communication is strictly prohibited and may be unlawful.
>
> _______________________________________________
> ZendTo mailing list
> ZendTo at zend.to
> http://jul.es/mailman/listinfo/zendto

Jules

-- 
Julian Field MEng CEng CITP MBCS MIEEE MACM


www.Zend.To
Twitter: @JulesFM

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://jul.es/pipermail/zendto/attachments/20201016/af92a80e/attachment-0001.html>