https://bugzilla.mozilla.org/show_bug.cgi?id=446444 Bugzilla Quick Search [ ] * Browse * Advanced Search * Reports * * Documentation * New Account * Log In Login with GitHub [ ] [ ] [password ] [*] Remember [Log in] * Forgot Password [ ] [Reset Password] [moz] * Mozilla Home * * Privacy * Cookies * Legal Please enable JavaScript in your browser to use all the features on this site. Copy Summary [ ] View V * Reset Sections * Expand All Sections * Collapse All Sections * * History * * JSON * XML Open Bug 446444 Opened 14 years ago Updated 1 month ago Sync for Thunderbird Summary: Sync for Thunderbird Categories (Thunderbird :: General, enhancement) Product: Thunderbird V Thunderbird For bugs in the Thunderbird mail client front-end. Bugs in the back-end (e.g. protocols) should be filed under MailNews Core. Bugs in Thunderbird's built in calendar and chat features should be filed in the Calendar or Chat components respectively. See Open Bugs in This Product File New Bug in This Product Watch This Product Component: General V Thunderbird :: General A "catch all" component for problems found when using the Thunderbird e-mail client which do not fall into one of the current components. Example: launch/exit crashes, features missing, etc. PLEASE NOTE!! Try to find a component which is specific to your bug first - BEFORE assigning to this component! See Open Bugs in This Component Recently Fixed Bugs in This Component File New Bug in This Component Watch This Component Version: unspecified Platform: All All Type: enhancement Priority: Not set Severity: normal Tracking (Not tracked) Status: NEW Status: NEW --- Mark as Assigned Milestone: --- Tracking Flags: Tracking Status thunderbird_esr91 [---] [---] thunderbird98 [---] [---] thunderbird99 [---] [---] thunderbird100 [---] [---] People (Reporter: dmosedale, Unassigned) Assignee: Unassigned Assignee: [ ] Reset Assignee to default Mentors: --- QA Contact: [ ] Reset QA Contact to default Reporter: # dmosedale Triage Owner: --- CC: 99 people References (Depends on 2 open bugs, Blocks 1 open bug, URL ) Depends on: 448199, 449480, 621198 Blocks: 274840 Dependency tree / graph Regressions: --- Regressed by: --- Duplicates: 621198, 731913, 1094929, 1277242 701869, 739996, 888221, 1605693, 1615800 URL: getsatisfaction.com/mozilla_messaging... See Also: --- Details (Keywords: student-project, Whiteboard: [GS]) Alias: --- Keywords: student-project Whiteboard: [GS] Change Request: --- Votes: 49 Bug Flags: wanted-thunderbird [] sec-bounty [ ] sec-bounty-hof [] in-qa-testsuite [ ] [ ] in-testsuite [ ] Crash Data Signature: Security (public) This bug is publicly visible. User Story Attachments (3 files, 5 obsolete files) minor refactoring, patch 1 (diff -w, for review) hello Details | Diff | 14 years ago : Splinter Review Dan Mosedale (:dmosedale, :dmose) review+ 39.14 KB, patch minor refactoring, patch 1 (checked in) Details | Diff | 14 years ago Splinter Review Dan Mosedale (:dmosedale, :dmose) 65.06 KB, patch make Tb build with login manager 14 years ago Details | Diff | Dan Mosedale (:dmosedale, :dmose) Splinter Review 6.29 KB, patch make Tb build with login manager, comm-central portion Details | Diff | 14 years ago Splinter Review Dan Mosedale (:dmosedale, :dmose) 5.83 KB, patch make Tb build with login manager, mozilla-central portion Details | Diff | 14 years ago Splinter Review Dan Mosedale (:dmosedale, :dmose) 870 bytes, patch tb sync engines WIP patch, v1 14 years ago Details | Diff | Dan Mosedale (:dmosedale, :dmose) Splinter Review 22.55 KB, patch weave patch 12 years ago Details | Diff | Shane Caraveo (:mixedpuppy) Splinter Review 6.79 KB, patch weave patch 12 years ago Details | Diff | Shane Caraveo (:mixedpuppy) Splinter Review 7.11 KB, patch Show Obsolete Bottom | Tags V * Reset Timeline V * Reset * * Collapse All * Expand All * Comments Only Dan Mosedale (:dmosedale, :dmose) Reporter [182] Description * 14 years ago Dan Mosedale (:dmosedale, :dmose) Reporter [182] Comment 1 * 14 years ago Attached patch minor refactoring, patch 1 (diff -w, for review) (obsolete) -- Details -- Splinter Review This patch does some minor refactoring to make it Weave amenable to embedding in multiple applications. It also adds a Thunderbird embedding. A decent portion of the patch is code motion. I've squashed all the regressions to the Firefox embedding that I've found, but that's not to say that there aren't more. Note that to test the Thunderbird embedding, a build with a patch to Thunderbird to include loginmanager is required. I'll attach that to this bug for the interested. Attachment #330604 - Flags: review?(thunder) Dan Mosedale (:dmosedale, :dmose) Reporter [182] Updated * 14 years ago Attachment #330604 - Attachment description: minor refactoring, patch 1 - minor refactoring, patch 1 (diff -w, for review) Dan Mosedale (:dmosedale, :dmose) Reporter [182] Comment 2 * 14 years ago Attached patch minor refactoring, patch 1 (checked in) -- Details -- Splinter Review Dan Mosedale (:dmosedale, :dmose) Reporter [182] Updated * 14 years ago OS: Mac OS X - All Hardware: PC - All Dan Mosedale (:dmosedale, :dmose) Reporter [182] Comment 3 * 14 years ago Note that this patch merely hooks up the UI and gets signin working; it doesn't yet do anything. That's up next... Dan Mosedale (:dmosedale, :dmose) Reporter [182] Comment 4 * 14 years ago Attached patch make Tb build with login manager (obsolete) -- Details -- Splinter Review Thanks to Standard8 for putting this baby together. Dan Mills [:thunder] Comment 5 [7ca] * 14 years ago Comment on attachment 330604 [details] [diff] [review] minor refactoring, patch 1 (diff -w, for review) Looks good, though I haven't actually tested it. Note this patch includes an unrelated change to set the username/password during verifyPassphrase (but it's ok to commit that too). Attachment #330604 - Flags: review?(thunder) - review+ Dan Mosedale (:dmosedale, :dmose) Reporter [182] Comment 6 * 14 years ago Pushed. Dan Mosedale (:dmosedale, :dmose) Reporter [182] Updated * 14 years ago Attachment #330610 - Attachment description: minor refactoring, patch 1 (for checkin) - minor refactoring, patch 1 (checked in) Attachment #330610 - Attachment is patch: true Attachment #330610 - Attachment mime type: application/octet-stream - text/plain Dan Mosedale (:dmosedale, :dmose) Reporter [182] Comment 7 * 14 years ago Using weave in a debug build asserts; see bug 447882. The easy, but clearly incorrect, workaround is to comment out the assertion in secasn1d.c in NSS. Dan Mosedale (:dmosedale, :dmose) Reporter [182] Comment 8 * 14 years ago Attached patch make Tb build with login manager, comm-central portion (obsolete) -- Details -- Splinter Review Dan Mosedale (:dmosedale, :dmose) Reporter [182] Comment 9 * 14 years ago Attached patch make Tb build with login manager, mozilla-central portion (obsolete) -- Details -- Splinter Review Attachment #330611 - Attachment is obsolete: true Dan Mosedale (:dmosedale, :dmose) Reporter [182] Updated * 14 years ago Attachment #331220 - Attachment is patch: true Attachment #331220 - Attachment mime type: application/octet-stream - text/plain Dan Mosedale (:dmosedale, :dmose) Reporter [182] Updated * 14 years ago Depends on: 448199 Dan Mosedale (:dmosedale, :dmose) Reporter [182] Updated * 14 years ago Attachment #330604 - Attachment is obsolete: true Dan Mosedale (:dmosedale, :dmose) Reporter [182] Comment 10 * 14 years ago Attached patch tb sync engines WIP patch, v1 -- Details -- Splinter Review Here's a work-in-progress patch that does some basic syncing of identities and accounts. There are still a bunch of issues, and identities don't seem to be working quite correctly at the moment. A number of other engines are going to be necessary; nsIMsgIncomingServers and SMTP servers are at the top of the list. Dan Mosedale (:dmosedale, :dmose) Reporter [182] Updated * 14 years ago Depends on: 449480 Dan Mills [:thunder] Updated [7ca] * 13 years ago Target Milestone: -- - Future Mark Banner (:standard8) Comment 11 [975] * 13 years ago Comment on attachment 331220 [details] [diff] [review] make Tb build with login manager, comm-central portion TB now builds with login manager, so this patch is obsolete. Attachment #331220 - Attachment is obsolete: true Mark Banner (:standard8) Updated [975] * 13 years ago Attachment #331221 - Attachment is obsolete: true Magnus Melin [:mkmelin] Updated [18e] * 13 years ago Blocks: 274840 Mark Banner (:standard8) Comment 12 [975] * 13 years ago Dan's not working on this at the moment, and quite a bit of weave has been rewritten, so the patches here may not be of much use. However, we'd like to see this happen as it'd be a good tool for Thunderbird and I think would be suitable as a student project (or indeed for anyone else to pick up on). Assignee: dmose - nobody Keywords: helpwanted, student-project Peter Lairo Comment 13 [06e] * 13 years ago Requesting blocking Weave 1.0. After browsing, e-mail is the most commonly performed activity on the web; and the hardest to set up if your settings (IMAP, SMTP, etc.) are away on your "other" PC. Flags: blocking-weave1.0? Mike Connor [:mconnor] Updated [634] * 13 years ago Component: Weave - General Product: Mozilla Labs - Weave Reed Loden [:reed] Updated [a06] * 13 years ago QA Contact: weave - general thanhbv Comment 14 [d92] * 13 years ago I have written a Firefox extension (clicknlearn: http://code.google.com/p/clicknlearn/ ) that have a Weave engine to synchronize some data. So I think I have some experiences. I'm quite busy now so can't take & work on this bug :D. But if someone takes bug & need a co-worker then I am very please. Mike Connor [:mconnor] Comment 15 [634] * 12 years ago This will not block Weave 1.0. Flags: blocking-weave1.0? - blocking-weave1.0- Mike Connor [:mconnor] Updated [634] * 12 years ago Component: General - Experimental Clients QA Contact: general - experimental.clients Shane Caraveo (:mixedpuppy) Comment 16 [b2f] * 12 years ago I've just implemented a patch for weave that allows me to create a weave extension implementing thunderbird specific support. I currently (works on my box) have address books syncing between profiles. I choose the route of a second extension to avoid having tb specific code in weave. This should also allow any other addons (at least demonstrate how to) or even other xul apps to add support for using weave. You can see it at http://bitbucket.org/mixedpuppy/weaver/ I'll post the weave patch I'm using here. Shane Caraveo (:mixedpuppy) Comment 17 [b2f] * 12 years ago Attached patch weave patch (obsolete) -- Details -- Splinter Review patch to allow me to add functionality for thunderbird via a second addon. Ed Lee :Mardak Comment 18 [545] * 12 years ago Comment on attachment 439105 [details] [diff] [review] weave patch >+++ b/source/modules/service.js >+try { >+ Cu.import("resource://weave/engines/bookmarks.js", Weave); >+} catch(e) { >+ // fails on thunderbird due to inclusion of utils.js for places >+ // bug 548382, it doesn't seem like anything from utils.js is >+ // directly used in bookmarks.js >+} PlacesUtils.archiveBookmarksFile is provided by places' utils.js file. Ed Lee :Mardak Comment 19 [545] * 12 years ago createRecordFromCard: function ABStore_createRecordFromCard(card) { let record = new ABRec(); record.id = getItemUUID(card, this._book, this._log); let data = {}; let properties = card.properties; while (properties.hasMoreElements()) { var property = properties.getNext().QueryInterface(Ci.nsIProperty); this._log.debug(" prop: "+property.name+" value "+property.value); if (this.__ignoreProperties.indexOf(property.name) < 0) data[property.name] = property.value; } record.json = JSON.stringify(data); return record; }, Hrmm.. I wonder if there's a better way to store the data instead of collapsing it into a JSON string. I suppose the main issue is that nsIAbCard has a large number of default properties as well as can take any other properties, like the UUID one you added. http://mxr.mozilla.org/comm-central/source/mailnews/addrbook/public/nsIAbCard.idl Shane Caraveo (:mixedpuppy) Comment 20 [b2f] * 12 years ago (In reply to comment #18) > (From update of attachment 439105 [details] [diff] [review]) > >+++ b/source/modules/service.js > >+try { > >+ Cu.import("resource://weave/engines/bookmarks.js", Weave); > >+} catch(e) { > >+ // fails on thunderbird due to inclusion of utils.js for places > >+ // bug 548382, it doesn't seem like anything from utils.js is > >+ // directly used in bookmarks.js > >+} > PlacesUtils.archiveBookmarksFile is provided by places' utils.js file. ah, wonder how I missed that before...anyway, this was a quick hack to get up and running, I don't really like it. Shane Caraveo (:mixedpuppy) Comment 21 [b2f] * 12 years ago (In reply to comment #19) > Hrmm.. I wonder if there's a better way to store the data instead of collapsing > it into a JSON string. I suppose the main issue is that nsIAbCard has a large > number of default properties as well as can take any other properties, like the > UUID one you added. That's exactly why I did it this way. My first attempt was just to export a vcard from the nsIAbCard, but that didn't export all the data. Igor Velkov Comment 22 [e62] * 12 years ago Doing the same I saw a properties witd default alues didn't enumerates. Dan Mosedale (:dmosedale, :dmose) Reporter [182] Comment 23 * 12 years ago I wonder how card it would be to whip up a JS component that exported addrbook cards as PoCo JSON... Shane Caraveo (:mixedpuppy) Comment 24 [b2f] * 12 years ago (In reply to comment #23) > I wonder how card it would be to whip up a JS component that exported addrbook > cards as PoCo JSON... was just looking at poco now that I am aware of it... Dan Mills [:thunder] Comment 25 [7ca] * 12 years ago This is hot, guys. That is all. Shane Caraveo (:mixedpuppy) Comment 26 [b2f] * 12 years ago Attached patch weave patch -- Details -- Splinter Review diff from weave-ext repo on bitbucket Attachment #439105 - Attachment is obsolete: true Shane Caraveo (:mixedpuppy) Comment 27 [b2f] * 12 years ago I've put together an xpi that bundles weave for tb, and weaver, the extension providing tb specific code and abcard syncing. For weave, I forked into a weave-ext repo on bitbucket (http://bitbucket.org/mixedpuppy) and created a branch for the modifications, weaver also exists there in another repo. The xpi is in the downloads section of the weaver repo. When the weave team has bandwidth, I'd like to talk about how to start getting the tb support properly back into weave. There is one item that would be nice to have earlier feedback on, which is the change in prefs.js to use the application id as part of WEAVE_PREFS_GUID. That change would not be compatible with the current weave addon, I need to handle that better. I've attached the diff for feedback. Leho Kraav (:macmaN @lkraav) Comment 28 [b94] * 11 years ago is there anyone actively hacking on this? last update seems to be from 7 months ago. Shane Caraveo (:mixedpuppy) Comment 29 [b2f] * 11 years ago (In reply to comment #28) > is there anyone actively hacking on this? last update seems to be from 7 months > ago. The latest code is in my bitbucket account at http://bitbucket.org/mixedpuppy (weave-ext + weaver projects), last updated 3 months ago. I'm going to be updating again soon to get on the latest sync code, and then I'll be pushing new bugs with patches to get them integrated into sync. Leho Kraav (:macmaN @lkraav) Comment 30 [b94] * 11 years ago thanks for the update, already clicked follow on your repository a bit earlier, will chip in when i can. Shane Caraveo (:mixedpuppy) Comment 31 [b2f] * 11 years ago I'm moving patch reviews to bug 621198, if there are general comments they can continue here. Mark Banner (:standard8) Updated [975] * 11 years ago Depends on: 621198 Vincent (cameleon) Updated [362] * 11 years ago URL: http://getsatisfaction.com/mozilla_me... Whiteboard: [GS] Ludovic Hirlimann [:Usul] Updated [549] * 10 years ago Duplicate of this bug: 701869 Magnus Melin [:mkmelin] Updated [18e] * 10 years ago Summary: make weave work in Thunderbird - make sync (formely weave) work in Thunderbird Magnus Melin [:mkmelin] Updated [18e] * 10 years ago Duplicate of this bug: 739996 Allison Naaktgeboren :ally Comment 34 [b6a] * 10 years ago sync triage: given the decision to stop development on thunderbird, is this bug still valid? Philipp Kewisch [:Fallen] [:][:] Comment 35 [834] * 10 years ago Since this is still something the community could possibly step up and do, I don't think we should close the bug. Or is there any part of this bug that requires massive non-community work? Allison Naaktgeboren :ally Comment 36 [b6a] * 10 years ago :Fallen, It costs Mozilla a nontrivial amount of money(in staff & hardware) to support additional engines. The real expense of a sync feature is support, not generation. If you produced the perfect engine magically tomorrow, we might not be able to take it because we might not be able to pay for it. As far as I know, there's no way for the community to help with that. (though if there is, I'd love to hear about it) That must sound deeply unfair. I am sorry. I wish that was not the case. Jens Muller (:tessarakt) Comment 37 [a09] * 10 years ago Well, nobody says that Mozilla has to provide the sync servers ... People can just use their private webhosting packages ... Philipp Kewisch [:Fallen] [:][:] Comment 38 [834] * 10 years ago Sync is configured with the Mozilla Servers by default, so that might not work out because it will put up expectations. Isn't the server side laid out for any sync engine? I thought its just a matter of creating a client side sync engine, which could possibly be done in an extension? Of course it would mean more traffic, but as you know the user base of Thunderbird isn't as large as the Firefox userbase. Additionally there is an amount of enterprise users, which are probably not interested in synchronizing email account settings using weave. I think I'd leave the final decision to someone from the Thunderbird team, but it would be sad to bury this. Philip Chee Comment 39 [def] * 10 years ago Everyone please ignore Ally Naaktgeboren. What he says isn't Mozilla policy. The current Sync architecture is explicitly designed to allow extensions to plug in custom sync engines. There are multiple extensions on addons.mozilla.org that register custom engines to sync their data to the mozilla sync servers. Examples: https://addons.mozilla.org/en-us/firefox/addon/reqpolsync/ http://adblockplus.org/development-builds/firefox-sync-support-added There was even an official Mozilla GSoC mailnews sync project: http://hariniachala.blogspot.com/2010/04/google-summer-of-code-2010.html http://hariniachala.blogspot.com/2010/06/adding-thunderbird-support-to-new-mail.html Mike Connor [:mconnor] Comment 40 [634] * 10 years ago This is one of those impossibly broad bugs to judge impact for, which I think is contributing to the somewhat polarized discussion here. "Sync account settings, prefs, etc" doesn't concern me at all. If every single Tbird user signs up... I'll actually be pretty happen with that! That said, "Sync read/unread state of newsgroups" is probably a massive chunk of write-happy data (I think Kairo ended up with 155k records when he tried), and would lead to a pretty savage chunk of load. Doing this might result in blocking Thunderbird clients... so let's not do that. Mike Connor [:mconnor] Comment 41 [634] * 10 years ago (In reply to Philip Chee from comment #39) > What he says isn't Mozilla policy. Just to be clear here, there isn't an official Mozilla policy either way. There's a tradeoff and discussion for everything we do. If an add-on or other client causes problems for the service, we can and will take steps to prevent that. If Thunderbird support was deemed an unsupportable expense, we would have to block those clients. Having an architecture that's designed to be highly flexible and open does not mean we're giving the community a blank cheque to do whatever they want. TANSTAAFL applies here, as in all things. Allison Naaktgeboren :ally Comment 42 [b6a] * 10 years ago Philip Chee, I am not expressing concerns about the client. I am expressing concerns about the mozilla owned & supported servers to which this may connect, which is the impression I got from the patch. What I don't want is for you guys to invest lots of time writing an engine only to have it blocked on the server because of a complication no one warned you about. I don't want that for anyone. I/We'd be happy to provide design review to ensure that it's not going to generate excessive cost/load. Please don't call me 'he', as I am a 'she'. Mike Conley (:mconley) (:[?][?]) Comment 43 [4b4] * 10 years ago I'd be happy starting simply with TB prefs, accounts, and add-ons. I think that's an attainable goal, and highly unlikely to be a storage quota threat. Philipp von Weitershausen [:philikon] Comment 44 [1ed] * 10 years ago (In reply to Mike Conley (:mconley) from comment #43) > I'd be happy starting simply with TB prefs, accounts, and add-ons. You should be able to get prefs and add-ons for nearly free, meaning at very little or no review cost to the Sync team. Gregory Szorc [:gps] Comment 45 [366] * 10 years ago I think it makes little sense for Thunderbird to incur the effort to port Sync *right now*. I am currently making significant changes to the Firefox Sync JS code base and it will be much easier (and likely less buggy) if the Thunderbird port waited until my work is mostly done. But, if someone wants to go through at least double the effort to get things maybe 3 months earlier, I won't stop you. Mike Conley (:mconley) (:[?][?]) Comment 46 [4b4] * 10 years ago (In reply to Gregory Szorc [:gps] from comment #45) > I think it makes little sense for Thunderbird to incur the effort to port > Sync *right now*. I am currently making significant changes to the Firefox > Sync JS code base and it will be much easier (and likely less buggy) if the > Thunderbird port waited until my work is mostly done. But, if someone wants > to go through at least double the effort to get things maybe 3 months > earlier, I won't stop you. That's good to know. I've also heard rumblings of Persona being used as an authentication mechanism, though that might just be rumours. Waiting for stability makes sense. Or, alternatively, working off of your target spec. Gregory Szorc [:gps] Comment 47 [366] * 10 years ago (In reply to Mike Conley (:mconley) from comment #46) > That's good to know. I've also heard rumblings of Persona being used as an > authentication mechanism, though that might just be rumours. > > Waiting for stability makes sense. Or, alternatively, working off of your > target spec. Persona will be leveraged, yes. The master tracking bug is bug 744321. Philip Chee Comment 48 [def] * 10 years ago > Philip Chee, I am not expressing concerns about the client. I am expressing concerns > about the mozilla owned & supported servers to which this may connect, which is the > impression I got from the patch. Thank you for the clarification. That appears to be an old patch. The GSoC project demonstrated that syncing messages was impractical. > Please don't call me 'he', as I am a 'she'. Oh very sorry. I didn't know that Naaktgeboren is a female name. Igor Velkov Comment 49 [e62] * 10 years ago > syncing messages was impractical. ... but syncing of tags was very, very useful for imap. Andrea Monni Comment 50 [20c] * 10 years ago We should probably create new bugs with focus on a narrow and given set of items to synchronize, such as prefs, tags, etc. Right now I don't think it makes sense to think about synchronizing messages (or contacts for that matter) as we have industry standards good and accepted enough not to have to reinvent the wheel. Robert Kaiser Comment 51 [def] * 10 years ago (In reply to Mike Connor [:mconnor] from comment #40) > That said, "Sync read/unread state of newsgroups" is probably a massive > chunk of write-happy data (I think Kairo ended up with 155k records when he > tried), and would lead to a pretty savage chunk of load. Doing this might > result in blocking Thunderbird clients... so let's not do that. Just FYI, that was doing state for every single message as a separate object to sync, which is probably the wrong way to go there. If doing one object per group/folder is feasible, it probably could be done with much less storage space. So, we learned a good deal from that GSoC experiment in case we ever want to go in that direction again. :) Richard Newman [:rnewman] Comment 52 [f38] * 9 years ago Moving this to Thunderbird for feature tracking. Most likely this bug as-is should be closed; if Thunderbird ends up integrating Sync (ideally a future rewrite), then we can file individual bugs for engines and any support that's necessary from the Services Integration team for the main Sync codebase. Bug 621198 can be used to track the latter if you would like. Component: Firefox Sync: Other Clients - General Flags: blocking-weave1.0- Product: Mozilla Services - Thunderbird Summary: make sync (formely weave) work in Thunderbird - Sync for Thunderbird Target Milestone: Future - --- Wayne Mery (:wsmwk) Updated [206] * 9 years ago Duplicate of this bug: 888221 Quick_Silver Comment 54 [87c] * 9 years ago Does anybody know about the actual status of Thunderbird implementing the sync feature ? Richard Newman [:rnewman] Comment 55 [f38] * 9 years ago I haven't heard any news. But broadly, now is not a great time to be taking dependencies on Sync; there's a lot of stuff up in the air, so there's a lot of risk of wasted effort. Quick_Silver Comment 56 [87c] * 9 years ago I'm a little bit confused now ... Reading the German wikipedia, I stumbled upon some information, that says "Thunderbird won't be actively developed any further, only security updates will be made". => http://de.wikipedia.org/wiki/Mozilla_Thunderbird Sounds to me, as if there won't be an official sync functionality ... So the efforts that one invests here won't be wasted ! Mark Banner (:standard8) Comment 57 [975] * 9 years ago (In reply to Quick_Silver from comment #56) > I'm a little bit confused now ... > Reading the German wikipedia, I stumbled upon some information, that says > "Thunderbird won't be actively developed any further, only security updates > will be made". > => http://de.wikipedia.org/wiki/Mozilla_Thunderbird That is wrong, the statement only pertains to changes made by Mozilla employees. The community is welcome to provide (and has been) new features & other changes to Thunderbird. Wayne Mery (:wsmwk) Updated [206] * 9 years ago Duplicate of this bug: 731913 Craig Arno Comment 59 [dd9] * 8 years ago I hope that like Firefox Sync, what gets synced in Thunderbird can be enabled/disabled. As a user I'd like to see the following items Sync: - Adaptive Junk Mail Controls (learned data) - Account Settings (by individual account as different "seats" have different needs) - Add-ons - Add-on Settings, (Lightning in particular) - Filter config Things I don't really need Sync'ed and would like to disable if they exist: - Addressbook (handled by CardDAV through SOGo Connector to OwnCloud Server with HTTPS) - Calendar (currently handled using CalDAV to OwnCloud Server with HTTPS) I use a self hosted Sync Server (OwnCloud). The new Sync 1.5/2.0 efforts will temporarily disrupt Self hosted (OwnCloud) Sync; https://bugzilla.mozilla.org/show_bug.cgi?id=989756 until the new system can be implemented; https://github.com/owncloud/mozilla_sync/issues/33 It seems Firefox Accounts/FxA also needs to be implemented before Sync can be moved to the new 1.5/2.0 efforts. I'm particularly keen on seeing Junk Mail Adaptive data sync'ed. The reason is I had Junkmail all tuned up and working on my Linux workstation and decided to put Thunderbird on my Windows based Laptop. One of the first things that happened when Junk mail filtering was enabled is most of my now dead parents emails were flagged as "junk" and removed. Fortunately they weren't deleted, but I spent the remainder of the evening locating and retrieving as many of these emails as I could. I believe a careful implementation of Sync in this area (i.e. disable junk mail controls first, then sync adaptive data, then re-enable junkmail controls with newly sync'ed adaptive data) would go a long way toward addressing the experience I had. Both Thunderbird instances (I actually use about 10 of these) connect to the same IMAPS mail server(s). For Account settings, I might be inside company A in the morning and company B in the afternoon. I wouldn't want company A settings or email to show up at company B and the reverse as a result of using Sync. I wouldn't want either one to show up at home, unless I specifically had authorization from that employer and wanted this feature. I otherwise use IMAPS with local storage turned off to monitor the accounts I need. Lastly, I'd like to thank everyone who's looking at this. I'm impressed with all the effort I see and have read here. So Thank you. Future Comment 60 [2f4] * 8 years ago I think this is a great idea. The service could be set up, as already mentioned here, accordingly the sync for Firefox : Thunderbird Sync. Containing following components of a profile to be focused in sync: - Filter - Email Accounts (Folder settings, Signatures, Server settings...) - Settings (General, View, Security) - Addons + their configuration (addons should be synced before settings...otherwise newly added addons will overwrite synced settings with addon default settings) - Passwords (with feature to sync master password) - Contacts/Calendar not included, because they can be synced in many different ways (IMAP folder, dropbox, webdav, card- and caldav). In order to stay compatible with web standards, I would suggest Thunderbird to implement a standard CardDav functionality (as CalDav already works). But this is another feature request (address book to use CardDAV to enable sync (like apple)). Looking forward for this feature. Would be nice, if the sync service is provided as update for the Mozilla weave server. Daniele "Mte90" Scasciafratte Comment 61 [f22] * 8 years ago advocacy Comment hidden (advocacy) any news about this ticket? Richard Newman [:rnewman] Updated [f38] * 8 years ago Duplicate of this bug: 621198 Magnus Melin [:mkmelin] Updated [18e] * 8 years ago Duplicate of this bug: 1094929 Alexandre Comment 64 [609] * 7 years ago advocacy Comment hidden (advocacy) I think it is not a bug. It is a question of new feature that could be implemented at Thunderbird to solve some problems when we lost the operation system or trye to use another computer.The firefox Sync feature is a great way to solve some problems of lost bookmarks. But at this moment if you lose your filter rules you will got a big problem. Please , add the firefox sync feature on the Thunderbird. Antoine Turmel [:GeekShadow] Comment 65 [f9b] * 7 years ago BTW, there is a bounty for this issue: https://www.bountysource.com/issues/3488825-sync-for-thunderbird Future Comment 66 [2f4] * 7 years ago advocacy Comment hidden (advocacy) I am using Owncloud as well and therefore I am highly interested, if this Thunderbird sync will end up at the latest weave implementation (1.5???) or the old one (1.1) currently working with Owncloud. The latest (1.5) is not implemented yet with Owncloud (https://github.com/owncloud/mozilla_sync/issues/33). Would be nice, if Thunderbird sync is working together with current Owncloud Sync app (https://apps.owncloud.com/content/show.php/Mozilla+Sync?content=161793) Cosmin Muntean [:cmuntean], Ecosystem QA Updated [503] * 6 years ago Duplicate of this bug: 1277242 Prashant Savaj Comment 68 [41d] * 6 years ago advocacy Comment hidden (advocacy) Sorry to Trouble you Cosmin, But i had not found sync. of Thunderbird Question on Bugzilla, So I Posted Again Sorry fro that & Thanks to inform me that Sync for Thunderbird is already in progress. Best of Luck with Lot of Good Wishes to you & your Team. Thomas Sisson Comment 69 [11a] * 6 years ago advocacy Comment hidden (advocacy) I vote for this and hope to see it in an Earlybird release. Thanks for all the work. Tom Sisson Chris Andrichak Comment 70 [4a5] * 3 years ago advocacy Comment hidden (advocacy) +want Would love to not to have to re-do my "allow remote links from xxxx email" each time I change computers or otherwise have to reset my TBird install. And the bountysource.com link above shows $145 fwiw. Antoine Turmel [:GeekShadow] Comment 71 [f9b] * 3 years ago I think Thunderbird could be done using WebExtensions API in the near future see https://bugzilla.mozilla.org/show_bug.cgi?id=1396172 From comment #60 every features need a WebExtension API Wayne Mery (:wsmwk) Updated [206] * 3 years ago Keywords: helpwanted sunrisechain Comment 72 [657] * 2 years ago Very sad this has not been implemented already Masatoshi Kimura [:emk] Updated [e93] * 2 years ago Duplicate of this bug: 1605693 Wayne Mery (:wsmwk) Updated [206] * 2 years ago Type: defect - enhancement Wayne Mery (:wsmwk) Updated [206] * 2 years ago Duplicate of this bug: 1615800 Pander Comment 75 [1fb] * 2 years ago Personally, I would prefer to use the infra and account I also use for Firefox. This would save on setting up and maintaining a seperate infra and reduce the number of accounts and serviced I use. Would that be possible? Pander Comment 76 [1fb] * 2 years ago Is there a way to crowdfund this? glennie Comment 77 [cb9] * 5 months ago Hi, It will be nice to have it. Is there a way prioritize this issue? May be with a crowdfunding? Kind regards You need to log in before you can comment on or make changes to this bug. Top |