Avid Pro Audio Community

Avid Pro Audio Community

How to Join & Post  •  Community Terms of Use  •  Help Us Help You

Knowledge Base Search  •  Community Search  •  Learn & Support


Avid Home Page

Go Back   Avid Pro Audio Community > Legacy Products > Aspera DigiDelivery
Register FAQ Today's Posts Search

Reply
 
Thread Tools Search this Thread Display Modes
  #1  
Old 06-20-2007, 07:54 AM
simonknee simonknee is offline
Member
 
Join Date: Feb 2003
Posts: 2
Default Suggestions for Improvements to DigiDelivery

Firstly note that I havn't searched this forum before posting and I haven't tried the latest server software. (actually I just checked and I am on 2.1.2) However I have administered our Digidelivery GT for several months and would like to see the following improvements.

1. Accounts should allow multiple recipient email addresses (e.g. operate like an email group or have a primary and a list of secondaries)

2. Further to 1. the extra email addresses should have an option to be "notify only". These addresses do not get the download link in their emails. They should also be able to get "history reports" at fixed intervals.

3. Relay should only make a single transfer if there are multiple recipients on the same (remote) server.

4. Admins should be able to resend the "delivery posted" email to the original recipient from the server pages.

5. History pages to be filterable by any column as well as Date.

6. Admins allowed to change all passwords without knowing old one or give users "forgot password" option.

Notes and Explainations.

The above has come to light because in the real world users are sending to multiple recipients for:
a. safety (more than one recipient gets the link)
b. administration (recipient 1 is supposed to download but recipient 2,3,4 all want to keep an eye on him/her).
However in doing this we end up with:
a. Messy histories with many deliveries left pending (frustrating the billing process)
b. Multiple, redundant, downloads impacting bandwidth
c. Multiple relays, impacting bandwidth
d. If used properly (i.e. one recipient) lost/inaccessible/eaten emails so lengthy reposting only option.
e. Heavy, error prone, editing in excel to get usable bill for client.

Awaiting your thoughts with interest...

Simon
IT Manager
AIR Studios
London
http://www.airstudios.com

PS It's a brilliant technology that is so simple it confuses the hell out of our users. I have to tell them to think less and just trust it, especially when it comes to relay.
Reply With Quote
  #2  
Old 06-23-2007, 04:45 PM
sleadley sleadley is offline
Member
 
Join Date: Dec 1969
Location: Sydney,NSW,Australia
Posts: 957
Default Re: Suggestions for Improvements to DigiDelivery

Quote:
Firstly note that I havn't searched this forum before posting and I haven't tried the latest server software. (actually I just checked and I am on 2.1.2) However I have administered our Digidelivery GT for several months and would like to see the following improvements.

1. Accounts should allow multiple recipient email addresses (e.g. operate like an email group or have a primary and a list of secondaries)

2. Further to 1. the extra email addresses should have an option to be "notify only". These addresses do not get the download link in their emails. They should also be able to get "history reports" at fixed intervals.

3. Relay should only make a single transfer if there are multiple recipients on the same (remote) server.

4. Admins should be able to resend the "delivery posted" email to the original recipient from the server pages.

5. History pages to be filterable by any column as well as Date.

6. Admins allowed to change all passwords without knowing old one or give users "forgot password" option.

Notes and Explainations.

The above has come to light because in the real world users are sending to multiple recipients for:
a. safety (more than one recipient gets the link)
b. administration (recipient 1 is supposed to download but recipient 2,3,4 all want to keep an eye on him/her).
However in doing this we end up with:
a. Messy histories with many deliveries left pending (frustrating the billing process)
b. Multiple, redundant, downloads impacting bandwidth
c. Multiple relays, impacting bandwidth
d. If used properly (i.e. one recipient) lost/inaccessible/eaten emails so lengthy reposting only option.
e. Heavy, error prone, editing in excel to get usable bill for client.

Awaiting your thoughts with interest...

Simon
IT Manager
AIR Studios
London
http://www.airstudios.com

PS It's a brilliant technology that is so simple it confuses the hell out of our users. I have to tell them to think less and just trust it, especially when it comes to relay.
Dear Simon,
I agree with you. Having done some very large transfers to a number of People in LA over the last few months I would endorse all of your suggestions. The Group account is certainly a good one.
I also think that the password reset is essential. The only option currently is to remove the user and re-create.
The resending of the initial link is also a very useful idea. I have had several situations where the receiving party has trashed the origianl email (because the mail app thought it was spam) and we had to delete the delivery and re-send.
Hope all is well in the Old Dart.
my 2c
Simon Leadley
__________________
Plan for the worst, Hope for the Best.
www.trackdown.com.au
Reply With Quote
  #3  
Old 06-28-2007, 06:40 PM
Gordon Lyon Gordon Lyon is offline
Avid
 
Join Date: Jan 2002
Location: USA
Posts: 126
Default Re: Suggestions for Improvements to DigiDelivery

Quote:
1. Accounts should allow multiple recipient email addresses (e.g. operate like an email group or have a primary and a list of secondaries)

2. Further to 1. the extra email addresses should have an option to be "notify only". These addresses do not get the download link in their emails. They should also be able to get "history reports" at fixed intervals.

3. Relay should only make a single transfer if there are multiple recipients on the same (remote) server.

4. Admins should be able to resend the "delivery posted" email to the original recipient from the server pages.

5. History pages to be filterable by any column as well as Date.

6. Admins allowed to change all passwords without knowing old one or give users "forgot password" option.
Hi Simon - apologies for the slow reply.

These are all excellent suggestions. A few notes:
- 1,2 & 6 are common requests. I'm working to get them implemented in the future.
- 3 & 5 should already work this way.
- 4 would be great, and even better would be the ability for the sender to add a recipient after the original delivery was sent. Both of these would require storing decryption keys on the server, so present a security risk. Nonetheless, we're looking into ways to accomplish this securely, since it is the #1 feature request...

Glad the box is working well for you. Send more suggestions as you think of them.

Thanks, Gordon
Reply With Quote
Reply


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Improvements fsb1 Artist Series 0 09-25-2010 08:15 AM
WORKSPACE: Improvements & Suggestions Bible Heck 003, Mbox 2, Digi 002, original Mbox, Digi 001 (Mac) 7 12-03-2008 12:57 PM
ProTools Improvements Suggestions from Post Professional... Nathan W. Post - Surround - Video 29 12-24-2007 08:08 AM
Possible improvements to the DUC? AVGuru1 General Discussion 0 01-21-2005 12:20 PM
Digi001 NEEDS IMPROVEMENTS! mixermon 003, Mbox 2, Digi 002, original Mbox, Digi 001 (Mac) 42 10-25-2001 12:51 AM


All times are GMT -7. The time now is 02:09 AM.


Powered by: vBulletin, Copyright ©2000 - 2008, Jelsoft Enterprises Limited. Forum Hosted By: URLJet.com