[ZendTo] Zendto feature requests

Sat Apr 1 17:54:21 BST 2017

Thomas,

Many thanks for all the feature requests!

A lot of them can be done by just editing the template files in 
/opt/zendto/templates, which define the look of the user interface.
You are free to edit those yourself, any you change will be kept across 
yum/apt upgrades.

I will take a look at them. I don't want ZendTo to "feature creep" in 
the same way that I let MailScanner do, so please don't expect me to 
implement all of them.
I would be interested to hear others' thoughts on the feature requests.

The bug with getting blank mail was a typo on my part.

If you look in preferences.php and search for "SMTP", there are now a 
new bunch of settings there. If you set your mail configuration there, 
it will start sending pretty HTML email messages (fully MIME-compliant 
with text bodies as well).
If you leave 'SMTPserver' set to blank (which is what you have now) then 
it will continue to send text-only messages using the underlying 
sendmail/Postfix configuration.

There is also a new setting 'serverRoot' which you will need to set 
(otherwise the URL in reminder emails will be broken).
And there are a few new things in zendto.conf as well, so please do 
"diff" your old one against the new one to find the new extra lines. 
I'll write a tool to handle that upgrade for you as well at some point. :-)

I have just released a new beta for you, which fixes the blank email bug 
and has improved the installer quite a bit.

Cheers,
Jules.

On 31/03/2017 13:29, TEXIER Thomas wrote:
>
> Hi,
>
> I’m working as CTO in a french govt agency with 1500+ users.
>
> We are seriously considering using Zendto to support our big files 
> exchanges requirements.
>
> If I may, I would suggest some features that may be interesting to 
> include in future builds:
>
> ·For people invited (not logged users) to pick-up or drop-off files: 
> an option to hide information like IP address (network information), 
> number of downloads and dates, etc.
>
> ·For people invited (not logged users) to drop-off: an option to 
> disable email notification when logged user pick-up the file
>
> ·When logged users make a drop-off: an option to NOT include claimID 
> and passcode in the email (and the link in it) and let the user give 
> it to people by another way (sms or anything but not managed by 
> zendto). A reminder of the base URL of the application to send to 
> people would be nice to.
>
> ·When logged users make a drop-off: an option to deselect by default 
> the “send email message to recipients” check box. This would disable 
> the + icon to add email addresses as well.
>
> ·When drop-offs are expired: the ability to display history of 
> dropboffs, downloads, etc. even if the files itselves are not 
> available anymore.
>
> ·When logged users make a drop-off : an option to limit the number of 
> downloads to X times only. When reached, download is not possible anymore.
>
> ·In the home page for anonymous users: dropoff and pickup buttons 
> could be swapped.
>
> ·In the logged in user home page: I think you should swap “pick-up” 
> and “request drop off” buttons because it requires first to make a 
> request then to pick it up.
>
> ·The first drop-off page where the program asks a request code is not 
> very easy to handle for loggued in people who wants to drop off a 
> file. This might be better to put a check box just before the next 
> button that would show the Request Code textbox. Or maybe consider a 
> “pure” dropoff diffently than a “dropoff” after a request to dropoff. 
> That would avoid confusion to users.
>
> ·Multilingual: possibility to configure default language and others 
> languages.
>
> On all pages, a listbox allowing to switch between configured 
> languages with template support.
>
> I understand that may be a lot of work to make all the adjustments.
>
> I don’t know if you’ll take this suggestions into account; anyway, 
> thank you for your time and work on this project; this is a very 
> interesting and usefull application.
>
> Keep goin’! J
>
> NB : after upgrading our test instance from 4.20-6 to 4.24-3, it seems 
> the email sent when dropping-off or requesting to dropoff have a 
> problem: the email is received by people but it is empty. I rolled 
> back to 4.20-6 and it works again. I haven’t looked a lot about that 
> issue and that might be just a problem in our config files (we used 
> the upgrade_preferences_php utility to overwrite the previous config 
> and did nothing more than that).
>
> Regards,
>
> -- 
>
> Thomas TEXIER
>
> Email: thomas.texier at anses.fr <mailto:thomas.texier at anses.fr>
>
> Téléphone: 01 49 77 23 13
>
> Description : Description : anses-pt
>
> *A**gence **N**ationale de **Sé**curité **S**anitaire*
>
> 14 rue Pierre et Marie CURIE
> 94700 Maisons-Alfort
>
> *MailScanner has detected a possible fraud attempt from 
> "www.afsset.fr" claiming to be* www.anses.fr <http://www.afsset.fr/>
>
>
>
> _______________________________________________
> ZendTo mailing list
> ZendTo at zend.to
> http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto

Jules

-- 
Julian Field MEng CEng CITP MBCS MIEEE MACM

'There is one thing stronger than all the armies in the world;
  and that is an idea whose time has come.'

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/20170401/10edf7f2/attachment-0001.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 2806 bytes
Desc: not available
Url : http://mailman.ecs.soton.ac.uk/pipermail/zendto/attachments/20170401/10edf7f2/attachment-0001.png 