Features/Thunderbird/BigFiles: Difference between revisions

Jump to navigation Jump to search

Features/Thunderbird/BigFiles (view source)

Revision as of 16:20, 26 September 2011

No change in size ,  26 September 2011
no edit summary
No edit summary
No edit summary
Line 10: Line 10:
}}
}}
{{FeaturePageBody
{{FeaturePageBody
|Feature open issues and risks=Marketing:
* How to position this feature vs attachment. This is NOT a replacement to file attachment. (see 'Non goals' section below)
* Not all online storage services categories can possibly be addressed in v1. What guiding principles to apply to make a choice ? (do we know the user segment most interested in this ?)
* Are there differences in different countries ? Some consumer storage providers more popular in some countries ?
Use cases:
* How to deal with offline mode ?
* Are there cases where TB should or could delete a file ?
* Should the online file make reference to the email that created it ?
* Some online storage services have file expiration dates (on free accounts). Is it acceptable ? Can the recipients understand there is a limited lifetime to the link ?
* Some providers rely on a synchronization model (Dropbox, Ubuntu one...) vs direct file access (FTP, network drive...).  and recommend using an installed synchronization application. Is this a problem ? Is it mandatory (can we use web APIs for TB and let users choose to install the client if they want to ?)
* Does the local client helps offline use (sync happens when going online, in the background) ?
* Recipients must not have to register to the online service provider to have access to the online file.
Implementation:
* Senders should be able to ensure that a big file can only be viewed by the recipients of the email (this should be the default setting). Is this true possible for all providers ?
* What technology for provider API implementation ?
* Can this be done through a web app exposing web intents ? Can the web app be local ?
* Each provider must be supported through an installable provider (web app or add-on), some of which are distributed by default with TB
* FTP servers are difficult to set up for average users (at least to ensure security & privacy). Can this be offered to an average consumer (probably one of the the reason why online file storage are popular)
|Feature overview=This Thunderbird feature provides a way to use online storage services to store large size email file attachments. With this feature, email file attachments are replaced by urls pointing to an online file storage server, where the files can be found.  
|Feature overview=This Thunderbird feature provides a way to use online storage services to store large size email file attachments. With this feature, email file attachments are replaced by urls pointing to an online file storage server, where the files can be found.  


Line 72: Line 50:
}}
}}
{{FeatureTeamStatus}}
{{FeatureTeamStatus}}
== Questions not answered ==
Marketing:
* How to position this feature vs attachment. This is NOT a replacement to file attachment. (see 'Non goals' section below)
* Not all online storage services categories can possibly be addressed in v1. What guiding principles to apply to make a choice ? (do we know the user segment most interested in this ?)
* Are there differences in different countries ? Some consumer storage providers more popular in some countries ?
Use cases:
* How to deal with offline mode ?
* Are there cases where TB should or could delete a file ?
* Should the online file make reference to the email that created it ?
* Some online storage services have file expiration dates (on free accounts). Is it acceptable ? Can the recipients understand there is a limited lifetime to the link ?
* Some providers rely on a synchronization model (Dropbox, Ubuntu one...) vs direct file access (FTP, network drive...).  and recommend using an installed synchronization application. Is this a problem ? Is it mandatory (can we use web APIs for TB and let users choose to install the client if they want to ?)
* Does the local client helps offline use (sync happens when going online, in the background) ?
* Recipients must not have to register to the online service provider to have access to the online file.
Implementation:
* Senders should be able to ensure that a big file can only be viewed by the recipients of the email (this should be the default setting). Is this true possible for all providers ?
* What technology for provider API implementation ?
* Can this be done through a web app exposing web intents ? Can the web app be local ?
* Each provider must be supported through an installable provider (web app or add-on), some of which are distributed by default with TB
* FTP servers are difficult to set up for average users (at least to ensure security & privacy). Can this be offered to an average consumer (probably one of the the reason why online file storage are popular)
Jbpiacentino
139

edits

Retrieved from "https://wiki.allizom.org/Special:MobileDiff/351319"

Navigation menu