[Evolution] Thanks!
I just added a condition to an existing rule and noticed the form scrolled up so the text box (or whatever that field is called) for entering the new condition was visible. This is very convenient and I wanted to let the developers know people appreciate their efforts. using Evolution 3.36.4 (3.36.4-1.fc32) -- Best Regards, Dennis Reichel 561-463-6020 den...@reichel.net http://www.reichel.net Information and Manufacturing Technology Services ___ 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] Backing up Evolution Data
> just a little clarification about backing up any remote data > (including > IMAP, NNTP, EWS, CalDAV, WebDAV, On The Web, ... basically anything > what stores its data into ~/.cache), the built in backup doesn't > store/restore these caches, because that's only a local copy of the > server data, which is about to change the next time the mail folders, > calendars,... are updated. What the backup stores is the description > of > the account, thus the next start after restore the evolution can > connect to the server and get fresh data from it. Of course, it has a > disadvantage of loading folder summaries from scratch, which can take > its time when the folders are large. It's still less data than > backing > up copy of the server content. > Bye, > Milan Thanks Milan, this is important to know. ___ 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-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] Backing up Evolution Data
Thanks John, That's helpful information. My understanding of IMAP is that either the message header or header with message body may be downloaded. For a backup to be most useful, the message body should also be included. Cron or scheduled within Evolution, automatic data backups would be a great feature. Also, I'd appreciate a notification when message bodies are not available to be backed up and a configuration option to attempt downloading missing bodies for backup. Dennis Reichel On Tue, 2015-09-08 at 10:10 -0400, John Lauterbach wrote: > I checked this recently using evolution 3.16.5 running under Ubutnu > 15.10 beta. Used evolution backup routine (Backup EvolutionData). > Saved backup file to spare partition on my SSD. Then copied the > backup file to a 3 TB Toshiba USB drive. Moved drive over to another > PC running same versions of evolution and OS. Copied contents of USB > drive to Desktop. Restored evolution form the backup file and > checked mail, contacts, etc.(I have evolution set not to check mail > on startup). Everything okay. > > It would be a nice addition to evolution to be able to schedule > backups at a certain time each day. I use SpiderOak for offsite > backup. If I could have evolution do this automatically, I would > never lose more than a day's e-mail. > > John > > -Original Message- > From: Dennis Reichel <den...@reichel.net> > Reply-to: den...@reichel.net > To: Evolution Mailing List <evolution-list@gnome.org> > Subject: [Evolution] Backing up Evolution Data > Date: Fri, 04 Sep 2015 12:19:47 -0400 > > What are the best practices for backing up Evolution data? > > Though these are (mostly) general sorts of questions, I'm using > Evolution 3.16.5 on Fedora 22. > > What specifically is backed up when you back up you "Backup Evolution > Data.."? > > What can be done to ensure the entire email base is both downloaded > from the imap servers > and included in the backup archives? > > Are contacts backed up? (including Google Contacts and CardDav > contacts) > > How does this handle accounts that are created by "Gnome's Online > Account service"? > > What happens if this backup is restored on a non-Gnome Linux machine? > > Many Thanks > ___ > 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-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] Backing up Evolution Data
What are the best practices for backing up Evolution data? Though these are (mostly) general sorts of questions, I'm using Evolution 3.16.5 on Fedora 22. What specifically is backed up when you back up you "Backup Evolution Data.."? What can be done to ensure the entire email base is both downloaded from the imap servers and included in the backup archives? Are contacts backed up? (including Google Contacts and CardDav contacts) How does this handle accounts that are created by "Gnome's Online Account service"? What happens if this backup is restored on a non-Gnome Linux machine? Many Thanks -- Best Regards, Dennis Reichel cell 561-463-6020|den...@reichel.net|http://www.reichel.net Technology|Social Media|Marketing|Management The beautiful thing about learning is nobody can take it away from you. -- BB King ___ 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] evolution-list Digest, Vol 116, Issue 8
The maxim not fixing what isn't broken, or it it works don't mess with it is insufficient to inform open source design, implementation and packaging decisions. Linux is a uniquely dynamic thing, the end user experience resulting from the graceful, or not, integration of capabilities provided by dozens of independent development efforts. The decisions made in this integration, which are made to address the needs of a user-base, as well as the ideals of the integrator results in an ever growing tree of Linux distributions, spins, and branches. It is very often the case that for various Distributions, a given package will be built with different options depending on what capabilities the packagers deem both important and stable enough to offer their users. This is also true with the packages themselves. A development team may target their development efforts at specific sorts of applications, with other applications deprecated and not well supported, and less so in the future. It is certain that change will happen as other developers, then packagers, respond to all manner of changes beyond their spheres of influence. Sometimes this change will be inconvenient to end users. It may be possible for an end user to improve their situation by researching the cause of problems they encounter, bringing their findings to the attention of the developers, relaying developer comments to their distribution packagers. (in the case of Ubuntu, which is downstream of Debian, maybe it's necessary to contact Debian packagers) Then in time and with good fortune a is incorporated into their package. Another possibility is that another user has already resolved this issue and built a package included in some public package repository. For the end user: Building, installing and testing a package sufficiently that it can be used in production may be a significant undertaking, and for all but the most experienced, best done without using live email accounts as the test data set. If it is not practical to introduce a patched into the end user's package, another option would be to install a minimal VM with some Linux release that performs as desired for the subject package. Change is ongoing and inevitable. This essay intends entertain, comfort and inform those who have occasion to regret certain manifestations of change. Best Regards, Dennis Reichel On Sat, 2015-03-07 at 13:44 +, jug...@ekit.com wrote: I use Ubuntu as a tool, just like I used to use Win XP. I've never got involved with compiling my own apps on Ubuntu. I know that in theory this is straightforward but I would prefer to avoid having to do so, which is why I'm running an LTS edition. I'm old enough to realise that, without taking the time to find out exactly what I'm doing, this would probably be a good way to trash my system. There are other odd things going on with Evolution that I don't understand. I tried deselecting Standard Plugins and the Bayesian Spam Filter options in Ubuntu Software Centre. The mouse pointer turns to a timer while the changes are applied, but Edit/Plugins from the Evolution menu shows nothing has changed. Making these changes and re-starting my system makes no difference either: the option boxes I cleared appear checked again in Ubuntu Software Centre, so something's not right. I am at a loss to understand why Evolution - which has worked pretty much perfectly ever since I moved over to Ubuntu nearly a decade ago - should suddenly start falling over. Has the age-old engineering maxim if it works, don't mess with it has been disregarded? eKit - the global phonecard with more! Spend less on overseas calls, receive messages worldwide. Visit http://www.ekit.com/ for details. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list -- Best Regards, Dennis Reichel (dennis * reichel d.t 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
[Evolution] Mails moved to another folder by filter also end up in trash folder
With Evolution 3.12.10 (as well as all previous versions I'm aware of), when email is moved to another folder, be it by filter rule or manually a duplicate message appears in Trash. I believe this is only the case with IMAP mail accounts. Trying to confirm this, I copied several messages to folders On this computer and moved them about without the messages appearing in Trash. This inconsistent behavior suggests that the messages going to Trash are an artifact of interaction with the remote server via IMAP more so than an intentional feature. Negative effects of this cloning into trash include: 1) The end user, when auditing the contents of Trash prior to expunging may be compelled to confirm that some important and/or unread emails also reside in another location in the message store. 2) This increases the footprint and processing overhead of the message store, while adding no discernible value. 3) It is inconsistent with the operation of POP3 mail accounts and somewhat disconcerting. If it is technically impractical to alter Evolution so this does not occur, would it not be possible to flag or process these messages differently so that the end user or a mail filter can quickly and easily scan Trash and identify which mails reside there as a result of moving them to another folder? -- Best Regards, Dennis Reichel (dennis * reichel d.t 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] Mails moved to another folder by filter also end up in trash folder
Thanks Angel, Pete, Lorenz, Patrick and Andre! I'll look into the capabilities of the IMAP server to see if it can be updated to support MOVE. I was just getting a little concerned about my practices when I found myself reading mails out of the deleted items folder and neglecting to mark them read in their assigned by filter rule folders. That's a bit like eating food out of the trash, to be avoided if there are more civilized options :) Dennis On Sun, 2015-02-22 at 10:22 -0500, Dennis Reichel wrote: With Evolution 3.12.10 (as well as all previous versions I'm aware of), when email is moved to another folder, be it by filter rule or manually a duplicate message appears in Trash. I believe this is only the case with IMAP mail accounts. Trying to confirm this, I copied several messages to folders On this computer and moved them about without the messages appearing in Trash. This inconsistent behavior suggests that the messages going to Trash are an artifact of interaction with the remote server via IMAP more so than an intentional feature. Negative effects of this cloning into trash include: 1) The end user, when auditing the contents of Trash prior to expunging may be compelled to confirm that some important and/or unread emails also reside in another location in the message store. 2) This increases the footprint and processing overhead of the message store, while adding no discernible value. 3) It is inconsistent with the operation of POP3 mail accounts and somewhat disconcerting. If it is technically impractical to alter Evolution so this does not occur, would it not be possible to flag or process these messages differently so that the end user or a mail filter can quickly and easily scan Trash and identify which mails reside there as a result of moving them to another folder? -- Best Regards, Dennis Reichel (dennis * reichel d.t 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] Messages vanish from Junk folder (apparently) when it is opened
Comments and Wild Speculations Follow :) Virtual Folders, I presume are like the search folders which can be created to aggregate a list of messages according to some criteria. It seems that the Junk folder is not virtual because the the messages reside in the Junk folder, not their original folder. Launching Evolution with too many debugging options enabled, I saw SQL errors about inserts failing because the table for junk did not exist. (true this table could be in memory only and therefore fit the bill virtual, but that seems unlikely) A reason one might think Junk is a virtual folder is because of the email account configuration options to use real folders when setting up IMAP accounts. I *think* real means this will be a folder hosted by the IMAP server, not real as opposed to virtual. The problem had no bearing on whether or not the messages were flagged deleted, or the option to exunge messages on leaving file (which I did try setting and unsetting) since the deletions appeared to be happening at the time the folder was *opened* (the unread messages count beside the folder would disappear) Anyhow, my problem was resolved by option Junk Messages: use real folder and selecting the spam folder defined by the IMAP server. What would have been the best CAMEL_DEBUG options to set for troubleshooting this issue? If I see it again I'll file a bug report. On Thu, 2015-01-22 at 11:45 +, Patrick O'Callaghan wrote: On Wed, 2015-01-21 at 17:23 -0800, Andre Klapper wrote: So messages **marked as deleted** vanish from the junk folder. That's expected behavior as Evolution purges folders that include messages marked as deleted when switching/updating folders. Not necessarily. That's a configuration option (Preferences-Mail Preferences-Delete Mail). I for one always leave it off. 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 -- Best Regards, Dennis Reichel http://www.reichel.net mailto:den...@reichel.net phone 561-818-6020 - 561-840-1376 --- Whether you think you can, or you can not... either way you are right. -- Henry Ford ___ 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] FOREIGN KEY CONSTRAINT FAILED error deleting local contact (Solved)
Howto fix a problem deleting contacts from a local address book evolution 3.12.9 on fedora 21 x64, fedup'd from fedora 20 clean install when the error message is: foreign key constraint failed This might have something to do with migrating data from earlier versions of evolution. The simplest fix: 1) In Evolution, create a new addressbook on this computer 2) Still in Evolution, copy your contacts to this new addressbook 3) Close Evolution 4) Ensure evolution-addressbook-factory has terminated $ ps aux | grep evolution 5) Rename ~/.local/share/evolution/addressbook/system folder to something else Note: the brave may prefer to simply delete this folder. It will be recreated the when Evolution is next launched. The temporary addressbook is in a different folder. 6) Launch Evolution, copy contacts back to the automatically created Personal addressbook 7) Delete the address book created to temporarily store your contacts. -- Best Regards, Dennis Reichel (dennis (@t) reichel (d0t) 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
[Evolution] Messages vanish from Junk folder (apparently) when it is opened
Evolution 3.12.9 Messages vanish from Junk folder (generic IMAP email account) How to reproduce issue: Browse the left panel (Folder List), Junk shows something like 24 messages. Open the folder by clicking Junk There are no messages in this folder. Note: View - [X] Show deleted messages is checked. Wait a while with the Junk folder open and the spam messages appear. Select another folder, return to Junk and: There are no messages in this folder. -- Best Regards, Dennis Reichel (dennis (@t) reichel (d0t) 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
