Re: [Evolution] Notes on Data migration Evolution 2.24.5 to 3.4.3
[cut] I hope this helps others so afflicted. Thank you for sharing Brian. Sadly not many people think about others these days. -- Patryk LeadMan Benderz Linux Registered User #377521 () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] CalDav
Le samedi 04 août 2012 à 06:15 -0400, Matthew Barnes a écrit : On Sat, 2012-08-04 at 10:59 +0200, Sören Reimers wrote: My question is: Does Evolution support CalDav? Evolution does support CalDAV. I'm using it daily with a Davical server, also syncing my Android phones using the caldav-sync adapter (non-free, but author promised to free it someday). Works well. Xav ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Notes on Data migration Evolution 2.24.5 to 3.4.3
Hi :) I agree it would be nice if there were more people like Brian and the various people that help on this or other such lists and forums and of course the devs both here and in other similar projects. There might not be as many such people as we would like but there are a lot and they are quite prolific and very much appreciated. Many thanks all!! Keep up the good work! (sorry about top-posting htmling btw) Regards from Tom :) --- On Wed, 8/8/12, Patryk Benderz patryk.bend...@esp.pl wrote: snip / I hope this helps others so afflicted. Thank you for sharing Brian. Sadly not many people think about others these days. -- Patryk LeadMan Benderz Linux Registered User #377521 () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Notes on Data migration Evolution 2.24.5 to 3.4.3
On Tue, 2012-08-07 at 13:24 -0600, Brian A Anderson wrote: Attached is the file notes containing my notes about the migration of Evolution data from 2.24.5 to 3.4.3. The basics of this file is the procedure to migrate data (not a complete configuration) from 2.24.5 to 3.4.3. The data can be merged into already existing data running under 3.4.3. Thanks for your notes on how you did it. A couple of observations, and in no way is this a criticism of your method. First, I'm always very wary of playing around with Evolution's private files (i.e. the ones under .local) - if you know what you are doing, then it will probably be fine, and Evolution will try and cope with inconsistencies introduced by altering files manually. However, that may not always be the case, and naive tinkering with those files may cause data loss. At the very least, when you say shut evolution down, you should make sure it is fully terminated using the command evolution --force-shutdown to make sure there is nothing hanging around that might introduce inconsistencies. Second, as I've said a few times on this list before [1], the easiest way of importing files from the old mbox format (if the automatic translation doesn't work) is to make a copy of the old Evolution data tree somewhere, find which directory all the mbox files are held in, then create an account within Evolution of type Standard Unix mbox spool directory and point the path at the directory containing the mbox files. The new account in Evolution will then contain all your old mail. You can then copy all the mail you want from that account into the normal folders in Evolution. This will ensure that all Evolution's files are kept internally consistent. Once you've copied all the mail over, you can remove the account in Evolution. But the beauty of Unix is that in general there is more than one way to achieve a result - all methods are equally valid, just use the one that works best for you. Begin editorial mode The key things that I learned here are; 1. the two different versions of Evolution had two different mailbox styles. 2. The two versions of Evolution were not compatible. 3. the evolution of Evolution had abandoned those with older systems. Cynical but apparently true. I don't think that's entirely true or fair. Did you give Evolution a chance to upgrade your data structure? i.e. did you start Evolution with the old files in their original place rather than trying to do it through the backup files? Backwards compatibility is very important. The useful migration of data is not as simple as constantly updating your mailsystem as each version comes out. Evolution is probably one of the best applications I know for upgrading internal storage formats - it is quick, unfussy and accurate. Most of the time you don't even know it's happened. It's a damn sight better than apply this sql patch, run this program, apply next sql patch, delete the following directories etc. etc. that I often come across. Some versions may not offer a real reason to migrate. I for one don't want to become a slave to updates like Windows users are a slave to updates. But you *must* install updates for any operating system - they fix bugs and, most importantly, they fix security holes. It just simply should not be optional to install updates. Rather I look at my Linux environment the same way I looked at HP-UX as a stable working environment that changed when we had to. Not just as HP came out with new versions. When our old machines became HP Obsolete then we were forced to move. In that case, with all due respect, why are you using Fedora! Fedora versions are obsoleted after about a year - which means that all updates, including security ones, will cease. And you really, really don't want to run a Linux system without security updates. If you want stability, then use a RHEL clone such as CentOS or ScientificLinux - they will guarantee support for about 5 years after EoL of a particular version - but you still have to install updates. P. [1] e.g. https://mail.gnome.org/archives/evolution-list/2012-June/msg00042.html ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Notes on Data migration Evolution 2.24.5 to 3.4.3
On Wed, 2012-08-08 at 10:05 +0100, Pete Biggs wrote: On Tue, 2012-08-07 at 13:24 -0600, Brian A Anderson wrote: Begin editorial mode The key things that I learned here are; 1. the two different versions of Evolution had two different mailbox styles. 2. The two versions of Evolution were not compatible. 3. the evolution of Evolution had abandoned those with older systems. Cynical but apparently true. I don't think that's entirely true or fair. Did you give Evolution a chance to upgrade your data structure? Yes, the user posted about their success/failure using backup-and-restore to this list. backup-and-restore is pretty well known to not work across multiple major releases. i.e. did you start Evolution with the old files in their original place rather than trying to do it through the backup files? Yes; or at least I believe the poster said that. Backwards compatibility is very important. To a point; but the user is jumping across many major releases. It is unreasonable to expect it to work well, IMNSHO. This is like jumping from Microsoft Access 97 to Microsoft Access 2010; it 'works', but a fair amount of remediation is required. Oh, gawd.. now I'm having flash-backs... Evolution 2.24 is *old* [circa 2008]. Especially in Evolution time where things seems to sit stagnant at the 2.2x level for a long time and then pulsed forward through 2.3x and now on to the [vastly improved] 3.2 and 3.4 era. But the user did publish notes, so kudos. Might be useful to someone else later on. Evolution is probably one of the best applications I know for upgrading internal storage formats - it is quick, unfussy and accurate. Yep. Some versions may not offer a real reason to migrate. I for one don't want to become a slave to updates like Windows users are a slave to updates. But you *must* install updates for any operating system - they fix bugs and, most importantly, they fix security holes. It just simply should not be optional to install updates. The user certainly doesn't need to rush to update; too many LINUX users are addicted to the next-greatest-patch which is an attitude that seriously impedes real world productivity [hey, let me update first thing Monday morning and break my desktop!]. 'Immediate update' also provides no pragmatic upside [let's be honest - *most* security fixes are pretty obscure and only effect boxes using particular applications/services in a particular configuration]. I apply updates once a month; and I typically upgrade my distro a full month after a release [plus a month worth of updates]. This has provided me with a very smooth ride. I try to recommend this policy, but immediately after I say this most users are subscribing to a factory repository and doing a zypper up... sigh. :) In that case, with all due respect, why are you using Fedora! If you want stability, then use a RHEL clone such as CentOS or ScientificLinux - they will guarantee support for about 5 years after EoL of a particular version - but you still have to install updates. Agree. If long-term is what the user is looking for then Fedora is a mismatched choice. Fedora *is* the distro of latest-and-greatest [which is not a criticism, but maybe that is not where the user wants to be]. signature.asc Description: This is a digitally signed message part ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] Mark messages as read option will return in 3.6
Wanted to mention that I've restored the Mark messages as read after X seconds option to the Preferences window for Evolution 3.6, and issue a mea culpa to the community for removing it. That option was removed along with four others in 2010 by me as part of an effort to try and get the size of the Preferences window scaled down enough to fit on a netbook screen. I had also seen recommendations to remove the option from various usability experts and by that point it had already been removed for MeeGo's Evolution Express. I also personally didn't think it was very useful. Haven't heard a peep about the other removed options, but I was taken aback at the backlash and confusion over the Mark messages as read removal on this list, our IRC channel, and various support forums. Clearly I underestimated its popularity/usefulness, so it will return in Evolution 3.6. No more having to memorize dconf keys. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] Connect/Disconnect - Is this a bug?
Hello all! Usually Evolution shows that it is connected when there's an internet connection (of any kind) and shows that it is disconnected when there's no internet at all. Now I see that Evolution shows itself as connected or disconnected randomly, and I have to click on the icon manually to connect it or disconnect it. And it stays in that way until I click again. Is this a bug? Or it is intentionally? I'm using Evolution 3.4 on Fedora 17 64-bits. Regards, Lailah ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Mark messages as read option will return in 3.6
On Wed, 2012-08-08 at 10:29 -0400, Matthew Barnes wrote: Wanted to mention that I've restored the Mark messages as read after X seconds option to the Preferences window for Evolution 3.6 Good timing, I just documented it in the User Docs: http://git.gnome.org/browse/evolution/commit/?id=fefea320e0ea5e92ba0b52a3c8ad403b5b71f0b3 ;) andre -- mailto:ak...@gmx.net | failed http://blogs.gnome.org/aklapper ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Connect/Disconnect - Is this a bug?
On Wed, 2012-08-08 at 08:07 -0300, Lailah wrote: Usually Evolution shows that it is connected when there's an internet connection (of any kind) and shows that it is disconnected when there's no internet at all. Now I see that Evolution shows itself as connected or disconnected randomly, and I have to click on the icon manually to connect it or disconnect it. And it stays in that way until I click again. Is this a bug? Or it is intentionally? I'm using Evolution 3.4 on Fedora 17 64-bits. By default Evolution subscribes to NetworkManager via D-Bus. What does NetworkManager say your connectivity is? signature.asc Description: This is a digitally signed message part ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] Problem with Inbox indexing.
I am using evolution 3.4.3 and periodically I have the problem that the indexing on Inbox gets stuck. That is when I delete a message the counter associated with Inbox does not change. I used to have a method to deal with this. I would remove Inbox.ibex.index and Evolution would recreate it to correct the problem. But that no longer works. I have resorted to saving the data every day so it can be restored correctly. How should I deal with with this problem when it occurs? -- === Excellent day for putting Slinkies on an escalator. === Aaron Konstam telephone: (210) 656-0355 e-mail: akons...@sbcglobal.net ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Connect/Disconnect - Is this a bug?
On Wed, 2012-08-08 at 08:07 -0300, Lailah wrote: Hello all! Usually Evolution shows that it is connected when there's an internet connection (of any kind) and shows that it is disconnected when there's no internet at all. Now I see that Evolution shows itself as connected or disconnected randomly, and I have to click on the icon manually to connect it or disconnect it. And it stays in that way until I click again. Is this a bug? Or it is intentionally? I'm using Evolution 3.4 on Fedora 17 64-bits. https://live.gnome.org/Evolution/FAQ#Why_is_Evolution_offline_when_my_net_connection_is_working.3F Note that this is an obsolete FAQ page, but 1) the answer is still valid, and 2) despite the comment at the start of the page I don't believe this information was merged into the new docs. It certainly isn't obvious from the section headings. Sometimes a nicely structured document is *not* what the user needs. That's what a FAQ is for. I don't understand why someone thought it was a good idea to get rid of the FAQ. poc ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Problem with Inbox indexing.
On Wed, 2012-08-08 at 16:10 -0500, Aaron Konstam wrote: I am using evolution 3.4.3 and periodically I have the problem that the indexing on Inbox gets stuck. That is when I delete a message the counter associated with Inbox does not change. I used to have a method to deal with this. I would remove Inbox.ibex.index and Evolution would recreate it to correct the problem. But that no longer works. I have resorted to saving the data every day so it can be restored correctly. How should I deal with with this problem when it occurs? Have you tried Vacuum? #!/bin/sh cd ~/.local/share/evolution/mail/ for i in `find . -name folders.db` do echo Rebuilding Table $i sqlite3 $i vacuum; done (do this with Evo shut down, obviously). poc ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Connect/Disconnect - Is this a bug?
On Wed, 2012-08-08 at 17:26 -0430, Patrick O'Callaghan wrote: https://live.gnome.org/Evolution/FAQ#Why_is_Evolution_offline_when_my_net_connection_is_working.3F Note that this is an obsolete FAQ page, but 1) the answer is still valid, and 2) despite the comment at the start of the page I don't believe this information was merged into the new docs. It certainly isn't obvious from the section headings. http://library.gnome.org/users/evolution/3.4/offline.html.en Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Problem with Inbox indexing.
On Wed, 2012-08-08 at 17:28 -0430, Patrick O'Callaghan wrote: On Wed, 2012-08-08 at 16:10 -0500, Aaron Konstam wrote: I am using evolution 3.4.3 and periodically I have the problem that the indexing on Inbox gets stuck. That is when I delete a message the counter associated with Inbox does not change. I used to have a method to deal with this. I would remove Inbox.ibex.index and Evolution would recreate it to correct the problem. But that no longer works. I have resorted to saving the data every day so it can be restored correctly. How should I deal with with this problem when it occurs? Have you tried Vacuum? #!/bin/sh cd ~/.local/share/evolution/mail/ for i in `find . -name folders.db` do echo Rebuilding Table $i sqlite3 $i vacuum; done (do this with Evo shut down, obviously). poc Yes I have, and it does not have any effect. -- === IF I HAD A MINE SHAFT, I don't think I would just abandon it. There's got to be a better way. -- Jack Handley, The New Mexican, 1988. === Aaron Konstam telephone: (210) 656-0355 e-mail: akons...@sbcglobal.net ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Connect/Disconnect - Is this a bug?
On Wed, 2012-08-08 at 18:18 -0400, Matthew Barnes wrote: On Wed, 2012-08-08 at 17:26 -0430, Patrick O'Callaghan wrote: https://live.gnome.org/Evolution/FAQ#Why_is_Evolution_offline_when_my_net_connection_is_working.3F Note that this is an obsolete FAQ page, but 1) the answer is still valid, and 2) despite the comment at the start of the page I don't believe this information was merged into the new docs. It certainly isn't obvious from the section headings. http://library.gnome.org/users/evolution/3.4/offline.html.en I sit corrected. poc ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Notes on Data migration Evolution 2.24.5 to 3.4.3
On Wed, 2012-08-08 at 09:51 +0200, Patryk Benderz wrote: [cut] I hope this helps others so afflicted. Thank you for sharing Brian. Sadly not many people think about others these days. In my more than 25 years of UNIX, Linux, QNX etc experience , I have encountered a number of folks that hoard information/procedures and how tos like they were magic spells that only a true magician could possess and use. Since I learned much from that type of pseudo guru on my way to gurudom, I decided a while back to pass what I learned onto others so they could benefit. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Notes on Data migration Evolution 2.24.5 to 3.4.3
On Wed, 2012-08-08 at 07:35 -0400, Adam Tauno Williams wrote: On Wed, 2012-08-08 at 10:05 +0100, Pete Biggs wrote: On Tue, 2012-08-07 at 13:24 -0600, Brian A Anderson wrote: Begin editorial mode The key things that I learned here are; 1. the two different versions of Evolution had two different mailbox styles. 2. The two versions of Evolution were not compatible. 3. the evolution of Evolution had abandoned those with older systems. Cynical but apparently true. I don't think that's entirely true or fair. Did you give Evolution a chance to upgrade your data structure? Yes, the user posted about their success/failure using backup-and-restore to this list. backup-and-restore is pretty well known to not work across multiple major releases. Again my situation was a bit different as I said in my first paragraph. I was really doing a merge more than a restoration. So some of the suggestions were never going to really work completely. i.e. did you start Evolution with the old files in their original place rather than trying to do it through the backup files? Yes; or at least I believe the poster said that. Backwards compatibility is very important. To a point; but the user is jumping across many major releases. It is unreasonable to expect it to work well, IMNSHO. This is like jumping from Microsoft Access 97 to Microsoft Access 2010; it 'works', but a fair amount of remediation is required. Oh, gawd.. now I'm having flash-backs... First of all the version of a piece of software is merely a way of categorizing a set of procedures it should have no further impact. Consider this; Take for example how we consider travelling. We are all canonical travellers, we are passengers on planes, we have luggage. But none of us need to know what kind of plane, how it works etc. The way in which Ohare, JFK, Logan, SFO, LAX etc all work are slightly different. We don't need to care about those issues. Now look at evolutions data store. Each canonical message under 2.24.5 and 3.4.3 are stored differently. Yet they arrived into their versions of evolution using the same mechanisms. Why should the backup not maintain a canonical form of all the aspects of a mail system vs backing up on the way in which the data is stored. A canonical form would have forced all versions to be able to backup and restore with full backwards and forwards compatibility. The canonical form could evolve with versioning of data forms as they get more complex and programs evolve. So How many users really want to be slaves to version creeping and version hopping? Evolution 2.24 is *old* [circa 2008]. Especially in Evolution time where things seems to sit stagnant at the 2.2x level for a long time and then pulsed forward through 2.3x and now on to the [vastly improved] 3.2 and 3.4 era. But the user did publish notes, so kudos. Might be useful to someone else later on. Evolution is probably one of the best applications I know for upgrading internal storage formats - it is quick, unfussy and accurate. Yep. Some versions may not offer a real reason to migrate. I for one don't want to become a slave to updates like Windows users are a slave to updates. But you *must* install updates for any operating system - they fix bugs and, most importantly, they fix security holes. It just simply should not be optional to install updates. The user certainly doesn't need to rush to update; too many LINUX users are addicted to the next-greatest-patch which is an attitude that seriously impedes real world productivity [hey, let me update first thing Monday morning and break my desktop!]. 'Immediate update' also provides no pragmatic upside [let's be honest - *most* security fixes are pretty obscure and only effect boxes using particular applications/services in a particular configuration]. Name me two security fixes to Linux that fixed publically seen and experienced problems. Not just those that some security geek says are important and are possible. But happened. By the way I used to work in network security. I apply updates once a month; and I typically upgrade my distro a full month after a release [plus a month worth of updates]. This has provided me with a very smooth ride. I try to recommend this policy, but immediately after I say this most users are subscribing to a factory repository and doing a zypper up... sigh. :) I am glad that you have had a good luck with a monthly update. I have in several years attempted only two updates. AND BOTH FAILED TO COMPLETE! The last one left me with a dead system. In that case, with all due respect, why are you using Fedora! If you want stability, then use a RHEL clone such as CentOS or ScientificLinux - they will guarantee support for about 5 years after EoL of a particular version - but you still have to install updates. Agree. If long-term is what the user is looking for
