Re: [Evolution] Why does not copy paste work in separate monitor setup?
Ok, I take your point... But since this only happens with Evolution and no other applications, I am assuming that this is a problem with Evolution and not the system around it If indeed there were a problem with Evolution it would still important to know the context. Not that many people have multiple monitor setups and I don't recall anyone mentioning this problem before now, though you might want to check Bugzilla. I've run Evolution on multiple monitors since late 2008, spanning Evolution version 2.28 through to 3.10.4, with 2 x 24 monitors until 2012, and 3 x 24 monitors since then, all in portrait rather than landscape orientation. Copy and paste worked fine in all the above Evo versions and time. The multi-monitor annoyances that I have encountered have been non-Evo things, like the login greeter orientation is wrong, the BIOS bootup output orientation is wrong, and some desktops like early Gnome 3 seemed to crash a lot. It's always been via one graphics card (Nvidia card using proprietary drivers and then nouveau open source drivers until 2012, and on-board Intel HD Graphics Haswell card using open source driver since then), so presumably it's always been one X server, set up as one big desktop that stretches horizontally. Other than that, I really can't tell you much about the X setup I'm using, I just go with whatever the distro (Ubuntu) ships, and follow the xkcd view of X11: https://xkcd.com/963/ . Though if you care about Evo being up-to-date, I'd avoid Ubuntu, because unfortunately they don't seem to care about keeping it current. Fedora and OpenSuse seem to get good distro recommendations on this list as regards keeping Evo up-to-date. -- All the best, Nick. ___ 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] Opening links in an email without a mouse?
Hi all, Yesterday I had to use my desktop, and Evolution, without a mouse for a few hours. I was only stymied by one problem: Is there some way to open links in emails, using just a keyboard? With a mouse I'd simply click on any links, but with a keyboard, what seemed obvious/intuitive to me was to press Tab, which did shift the focus (indicated by a dotted box around the link), and then when I pressed Enter, instead of opening the link in a browser, it would open a new window, showing the same email again. The above keys work fine for navigation in a browser (e.g. Firefox), so I had assumed/hoped they would in Evolution too. Should they? Can they? Should I log an enhancement request? Or was I doing something daft? I did check the docs, under Help - Quick Reference, which brings up an Evolution Quick Reference Card, that shows the keyboard shortcuts. For the mail component, under Selection, it shows Open in new window is bound to Return or Ctrl+O. I completely agree with opening a mail in a new window if you're looking at the list of messages and have selected that email. But if you are reading email, and have selected a link, and press enter, then based on the documentation the logical thing is apply open in new window to that selection, which for a link means opening it in a new browser window (or tab), surely? So I guess my follow-on question is: if there is a way of opening links without a keyboard, is it more obvious/intuitive/consistent-with-other-apps than using Tab to shift selection focus, and Enter to open? My Evolution version is 3.8.4, and the email I was reading was plain text, with a lot of links in it (specifically, it was an email from the debian-news mailing list). -- All the best, Nick. ___ 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] Opening links in an email without a mouse?
I was only stymied by one problem: Is there some way to open links in emails, using just a keyboard? At least on my U.S. keyboard, the pop-up menu key (opposite the Windows logo key) brings up the context menu for the link where I can choose to Open Link in Browser. Yes, perfect, that works for me too. So tab to select, pop-up key, arrow down, enter, and that opens the link. I've just also found when playing with key combinations, that tab to select, and then ctrl-enter, will open the link too. I think Enter on a selected link should ideally open it in a browser, but there's a world of difference between can't work out how to do it at all and not that keen on the key combinations to do it ;-) Thank you very much for the help. -- All the best, Nick. ___ 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] Error occurred while sending after enabling Google 2-step authentication [with solution]
Some Background: What's happened is that I recently turned on Google 2-step authentication, You would be better off using GNOME Online Accounts (or Ubuntu Online Accounts if you're a Unity guy) where you sign into Google once to obtain an access token good for all Google services. Evolution will self-configure a Google account for you and use your access token so as to never bother you with a password prompt. Ah, cool, thank you for the heads up! I didn't realise these account programs supported tokens, that makes life easier :-) Also, the complaint about password entry descriptions has been fixed. https://bugzilla.gnome.org/show_bug.cgi?id=695744 Cool, thank you, that helps. -- All the best, Nick. ___ 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] Error occurred while sending after enabling Google 2-step authentication [with solution]
Hi all, Ran into a problem this morning, but in the process of writing this email, I worked out the solution. I'll send this mail anyway, with solution, so if someone (including myself) encounters the same problem later on, it's there in the archives. Some Background: What's happened is that I recently turned on Google 2-step authentication, after reading a horror story of someone having their gmail password stolen (e.g. from a keylogger on an Internet terminals), and from that lost their email, contacts, calendars, and then experiencing bank fraud due to identity theft and reset passwords on their banking sites, and so forth, and the whole thing sounded like a total nightmare ... and in the ensuing discussion, the consensus solution to avoid the same fate was to turn on 2-step authentication, where you enter a password, plus a numeric code that's SMSed to your phone or generated on your phone, and only with both of those things can you log in (i.e. something you know + something you have). So similar to many banking sites, but you can mark a browser as trusted after the first successful login, and thereafter you only need your password, so a bit more convenient. More background: Most of Google's own apps now support 2-step authentication, but to help with legacy apps that don't support 2-step authentication, such as Evolution, you can generate an application password. This a password that you should use just for that app, and it's 16 characters of gibberish, so very hard to brute force. It's supposed to work just like your normal password did previously, without requiring your phone for authentication, and once you're no longer using that app, you then revoke the app-specific password, and it no longer works. If you want further info, it's available at: http://www.google.com/landing/2step/ Configuration in Evolution: I have this gmail account configured as IMAP + for receiving, and SMTP for sending, and previous to this it worked fine. Also there's a Google calendar configured with the same account. Evolution version is 3.8.4 What happened: After enabling 2-step authentication, Evolution prompted me to enter my password. So I entered the app-specific password I had generated (once for my email + once for my calendar), and I can view everything as normal in Evolution, and mark mail as read, and so forth. The problem is sending mail. Ever since enabling 2-step authentication, when I reply to mail or create a new mail, and then hit Send, I get a dialog error box that says: - An error occurred while sending. How do you want to proceed? The reported error was Bad authentication response from server.. [Continue Editing] [Save to Outbox] [Try Again] - Thought process: My suspicion is that Evolution (or gnome-keyring) is still remembering and using the old password for SMTP sending, rather than the app-specific SMTP password that it should be using now. Is there somewhere that I can say hey, forget that old SMTP password, and prompt me for the SMTP password next time you need it? Solution: * install seahorse (it's in the standard repository of most distributions), and run it. * then in the top-right search box type smtp, press enter * it should show an entry like this smtp://youremail% 40gmail.com;auth=pl...@smtp.gmail.com:587. * Right-click on that entry, choose delete. * Then quit Evolution, then restart evolution. * Try sending mail again. This still didn't work, so then I searched in seahorse for evolution * There were a number of entries named things like Evolution Data Source 1220830865.7426.7@redux. You can't really tell what account they are for by looking at them, but by showing the password for each, I was able to check if they were the old password, and if so, then delete each of those entries. I deleted around 6 entries, but I had deleted and re-added this account a few times in previous years. * Then quit Evolution, then restart evolution. * When I tried sending again, it prompted for the password, and I entered the app-specific password, and then it sent successfully, so that was the solution. How Evo could have made this a bit easier to solve: * Prompting for the password to be entered on encountering a Bad authentication response from server. when sending, or allowing it to be re-entered by clicking a button on that dialog box, would have been ideal. [this is the first place I looked] Even a link to open the relevant Sending Email configuration page could be good, especially if combined with the entry below: * Under Edit - Preferences - select account - Edit - Sending Email, a way to say forget password would have helped. [this was the second place I looked] -- All the best, Nick. ___ 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] Request advice on how to work around total failure of Evolution
The question is what version of Gnome comes with 14.04. Typically Ubuntu will use the just released version of Gnome, which for Ubuntu 14.04 means the version of Gnome due to be released next week: Gnome 3.12. Not as far as I know. Ubuntu has not been shipping the latest GNOME version for a while now, but a six months older GNOME version. 14.4 is planned for April launchpad.net/ubuntu/trusty/+source/evolution-data-server It looks as if they are going with 3.10.4 Yeah, the list of Evo versions versus Ubuntu versions is here: http://packages.ubuntu.com/evolution Trusty is the code name for the upcoming Ubuntu 14.04, and at current it has Evo 3.10.4. But Gnome 3.12 looks like it's due to be released in 6 days, on 26 March: https://wiki.gnome.org/ThreePointEleven So in April when Ubuntu 14.04 is released, it'll probably have Evo 3.10, when Evo 3.12 will be the latest stable version. But, as Andre points out, if we look at Gnome as a whole, Ubuntu also seems to be lagging, e.g. using gnome-shell as an example: http://packages.ubuntu.com/gnome-shell That will also ship with gnome-shell 3.10. In fact, comparing the Evo package versions to gnome-shell package versions, it looks like Ubuntu 12.04 held Evo back a version compared to Gnome, but from Ubuntu 12.10 onwards it was Gnome as a whole that was held back a version, rather than Evo. -- All the best, Nick. ___ 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] Image loading threads don't cancel
I ask because I (like quite a few others, I would imagine) are using the version that comes with our distribution (Ubuntu 12.04 in my case) I'm going to see what it will take to upgrade to 3.6 on my computer right now. Apparently what it would take to get Evo 3.6 in Ubuntu is upgrading to the very recent Quantal (that's 12.10 if you prefer meaningful numbers) release : http://packages.ubuntu.com/search?keywords=evolution Whether when you should do so is up to you. I usually wait for 2 months after release, because I'm an optimist (otherwise I'd never upgrade) and a realist (new Ubuntu versions _always_ have bugs - e.g. the upgrade to 12.04, for my non-Unity gnome-classic desktop, broke alt-tab, broke printing, broke my monitor orientation, broke workplace switching, and hid the volume applet - all of which were fixable, but the time effort required to do so was a PITA). But I've never had an Evolution-related problem from upgrading. So whilst faster loading of remote images from Evo 3.6 would be very welcome, you need to weigh up whether the know gain of that exceeds the unknown pain of fixing the non-Evo related breakage you may encounter. -- All the best, Nick. ___ 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] associate email account with address book entry
Secondly because it's directed at the wrong people (end users), when it should be directed at the people who specified the app - the Outlook product managers, or the people who purchased it. Are you saying home users (who are their own administrator and procurement team leader on a one person team) do not use Outlook? I don't believe that for a second. For sure, home users use Outlook, but the reasons for doing so are varied. Common reasons are likely to include: * They use it at home because they also use it at work and do not want to learn another product or need compatibility with their work systems. In this case the underlying problem goes back to the office IT folks. * They buy MS Office for home use and get Outlook as part of the bundle. That was the situation for me, because around a decade ago there was no genuinely viable competitor to Office. If I was in that same situation again now, I'd just download and use OpenOffice/LibreOffice, and treat the mail client as a separate issue. So this one is increasingly moot. * The freebie MS mail clients like Outlook Express/Windows Live/Windows Live Mail are largely what comes with the OS, so there's no explicit procurement and no/very little administration involved. Use of these clients is presumably often by default, the same as people using IE because it's the browser their machine came with. * Then there are the people who make a deliberate conscious decision. Presumably because they have specific requirements and stop looking once those requirements are met. So some people are explicitly choosing, but many more are influenced by external factors. Which is just another way of saying there can be network effects with software. Evolution is still relatively broken. And very unfortunately, it's broken in the same way Outlook is: filters. This means people leaving Outlook due to broken filter processing are likely to return to Outlook after trying Evolution, which also has broken filters. The best suggestion I can make is to ensure that any brokenness is logged in bugzilla. When I migrated from Outlook I noticed a lot of things, and tried my best to log them all, even if they were small. Some were closed as wont-fix, some were inadvertent dupes, some are still pending, but a great many of them have been resolved and fixed since. If you find a problem, and it's not logged, then please log it, with as specific a series of steps as you can, describing exactly what you did, and what happens versus what should happen. All I can tell you is it's worked well for me and I'd have no hesitation in recommending that problems should be logged in bugzilla. For example, I saw in the Re: [Evolution] filter processing stops after 1st filter executes thread a description of a filtering problem, but I couldn't tell if it had been logged yet. Ideally, post the bug numbers here, so that anyone who wants more info about the problem can look into it and track it easily. -- All the best, Nick. ___ 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] associate email account with address book entry
Then create a text file named outlook_idiot_lecture.msg, containing the following: I'm a bit unsure that the lecture is going to change anything. Firstly because I'm dubious about its effectiveness at being heard (positive messages almost always trump negative ones). Secondly because it's directed at the wrong people (end users), when it should be directed at the people who specified the app - the Outlook product managers, or the people who purchased it. intended to inform you that you are using a non-standard email client. Presumably the intention was non-standards-compliant, rather than non-standard. I highly recommend discontinuing use of Micro$oft Outlook. Maybe lose the Micro$oft / M$ thing? Comes across as a bit immature. And for many people Outlook is being used not by explicit choice, but rather because of a combination of: * Lack of interest: they don't care about computers * No choice: it's what they have to have installed under directions from management. * Ease: It's what came pre-installed. * No viable alternatives: They're running Windows and there are very few (possibly none) PIM clients that come close in terms of breadth of features (email/notes/calendar/contacts/tasks). * Financial: they or their workplace might have bought/licensed it, installed it, and learnt it, and want a return on that investment. So it seems simplistic to assume that people are easily able to change from Outlook to something else. There are ways to configure *some* versions of Outlook (or Outlook Express) to send standard attachments instead Perhaps the single most useful thing would be to give instructions on how to turn TNEF off: http://support.microsoft.com/kb/290809 - but the real solution is to abandon Outlook altogether- it's junk. Why not provide a link to something like Thunderbird? That's at least cross-platform for Mac/Win/Linux, open source, and standards-compliant, and it leaves the door open to migrate to Evo or other clients. But if they want more than an email client, unfortunately there is no viable Windows alternative that I'm aware of. Last time I tried Evo on Windows, 4 years ago, it was a non-starter (it was many versions behind at the time, it couldn't import my old Outlook PST data, it crashed a lot, etc). Hopefully that has improved since for anyone else that wants to make that transition. -- All the best, Nick. ___ 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] Slow closing Evolution...?
Evolution 3.2.3, Gnome 3, FC 16 It's no major issue, but Evo tends to take an age to close down. I've seen this. It happens once in a while, without much consistency. Evolution 'grays out' after I hit close and just sits there, and sits there, and sits there I've seen it infrequently too, on Evo 3.2.2. I don't know how to reproduce it. When sitting there stalled it really doesn't appear to be doing anything. Yeah, I observe not much network traffic or CPU load or disk activity. It just sits there, greyed out. I leave it alone and go do other stuff. It seems to usually close itself after around 5 minutes. But I notice I've subtly reordered my end-of-day workflow because of it. I used to close Evo last, but now I close Evo first, just in case it does this. While I have a bit of mail in Local Computer almost all my mailboxes are via IMAP [why would anyone use anything else?!]. Ditto. 4 GB of local mail + 3 IMAP+ mailboxes. I don't think I have any virtual folders. All local tasks, all local memos, one webcal calendar + one Google calendar + 2 local calendars, 12 local address books + one Google address book. My gut suspicion is it feels like something to do with waiting on a network response that's not coming, involving either IMAP+ mailboxes or remote calendars, and it only ends when something somewhere times out. -- All the best, Nick. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Airplay for 8 Evo enhancement requests
Mail: Spell check does not spell check an email's subject line [Probably blocked by the WebKit composer transition?] https://bugzilla.gnome.org/show_bug.cgi?id=200683 WebKit can do spell checking only in it's own widget. We will probably have to use some other existing spell checking solution. This one was fixed yesterday by Milan Crha and should be in Evo 3.6 - yay! Mail: Remote images in HTML emails very slow to load and display, blocks display of email until completed.[Unsure if this is affected by WebKit?] https://bugzilla.gnome.org/show_bug.cgi?id=582591 We are still fetching the images manually, but it's completely asynchronous and we use libsoup for it, so it's pretty fast now. Maybe we could close this bug already? May I please ask: What Evo version was libsoup introduced in? I ask as I don't know if Evo 3.2.2 has this, but this version still feels really quite slow when displaying HTML messages with images. Comparing how Evo shows an HTML message to how a browser shows an HTML page, it subjectively feels like the difference is something like the following, in pseudocode: Evo single thread: * Render blank page. * Get HTML of message. * Set main window status bar to Formatting message... * For each image, in sequence: * Set main window status bar to Retrieving %URL_of_picture% * Open single connection to server. * Download image. * Close connection. * End for loop * Clear main window status bar. * Render completed HTML email. Versus: Browser network thread: * Get HTML of message. * Whenever an image is needed, get that, in parallel, using any tricks you like for faster speed, such as pipelining, reusing connections, etc. Browser Display thread: * Render blank page. * While not done: every 100ms, render what you have, even if it's incomplete. * Render completed HTML page. As a result, not only does the browser seem quicker, but I usually always know what it's doing, so I don't experience that what are you doing?! feeling. Even if one image on the page doesn't load, I can still work out most of what's there, and keep going. But with Evo you're looking at a blank grey page until it's all finished. I'll shamelessly throw my favorites into the ring The more the merrier! I know very little about the those bugs, but they all sound reasonable to me. -- All the best, Nick. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] Airplay for 8 Evo enhancement requests
Hi all, Now that the Evo 3.6 development period seems to be underway, I'm going to post a short list of the Evo enhancement requests in bugzilla that stand out for me the most. There's roughly 73 open and 105 resolved bugs - a superb ratio - in bugzilla for Evo that I've got bookmarked, either from mentally going +1, or from logging. For the open ones, my very subjective top 8 Evo enhancement requests is: - Mail: Spell check does not spell check an email's subject line [Probably blocked by the WebKit composer transition?] https://bugzilla.gnome.org/show_bug.cgi?id=200683 Mail: Replying to a message in my sent-mail makes myself the recipient https://bugzilla.gnome.org/show_bug.cgi?id=246581 Calendar: Drag drop for moving events in month + week view [day view and work week view already have this] https://bugzilla.gnome.org/show_bug.cgi?id=328633 Task/memo/cal: Undo function for edits to tasks, notes, appointments. https://bugzilla.gnome.org/show_bug.cgi?id=413618 Mail: Remote images in HTML emails very slow to load and display, blocks display of email until completed.[Unsure if this is affected by WebKit?] https://bugzilla.gnome.org/show_bug.cgi?id=582591 Calendar: Add spell check for calendar meetings. https://bugzilla.gnome.org/show_bug.cgi?id=329616 Task/memo/cal: Do not close Tasks on save. [also calendar items + memos] https://bugzilla.gnome.org/show_bug.cgi?id=559710 Mail: reply in plain text quote the HTML part [HTML reply to HTML mail] https://bugzilla.gnome.org/show_bug.cgi?id=481915 - Obviously data-loss/crash bugs the like are more severe than the above, and I don't mean to imply otherwise. I'm fortunate that I rarely experience crashes, so instead these are rough edges and gotchas that the majority of new Evo users are likely to encounter in their first few weeks of use, hence the desire to give them a bit of airplay and exposure. -- All the best, Nick. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] trouble with Send Link from within a browser
In a browser, I select File -- SendLink. After some click whirr, I get an EVO compose message window. The web page title appears as the subject line -- a nice touch. The web page URL appears in the message body ... BROKEN. Instead of getting the URL on a single line of text, I get two lines Just tested and I can confirm it happens for me too: h ttps://www.google.com.au/ Evo 3.2.2 and Firefox 11.0. Distro is Ubuntu 11.10 - Dan, are you running the same distro? If nobody else sees it, then my concern is the Ubuntu have gone and broken something. In which browser(s)? Did you try more than one and do you get the same results? Exact same problem happens in epiphany / Gnome web browser 3.0.4, when going File - Send Link by email... In Chromium 18.0.1025.151, I could not locate a Send Link type of thing (didn't seem to be in the main menu, or when right-clicking a link), so can't really say for Chromium. -- All the best, Nick. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Unable to open address book on half of local address books.
$ gconftool-2 --get /apps/evolution/addressbook/sources | grep file: which should usually return no lines, but for you, I believe, it'll return 6 hits It did indeed! as for you it should be just about getting rid of file:// and replace it with local:, and bonus points if you get rid of uri, inside sources of On This Computer group (other groups can have the 'uri' attribute mandatory). To edit the key use gconf-editor, because it allows you to edit the key by group, not as a whole list of groups. Of course, make a copy of the original value first, thus you'll have a chance to return to something, if anything goes wrong. Perfect! Yes, it works great now! Woohoo! So summarise the solution steps in case anyone experiences the same later on: run gconf-editor , navigate to apps/evolution/addressbook , double-click on sources , expand the window that appears, click on the one with name=On This Computer, click edit, copy the edit list value text, paste it into 2 text editor windows (one to edit, one to keep as a backup), in the edit version go and delete the uri=file://x parts, paste it back into the edit list value box, click OK, click OK again, close the gconf-editor, File - Quit out of evolution, wait for the window to close, then in a terminal do an evolution --force-shutdown, wait 20 seconds, do a ps auxwf | grep e-addressbook-factory to confirm the process is no longer running, then restart evolution, and check all the local address books open, and they should all work. Hope that helps It most definitely helps! Thank you very much indeed. :-) -- All the best, Nick. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] Unable to open address book on half of local address books.
Hi all, Sometime after I upgraded from Evo 2.32 to Evo 3.2.2, I noticed that there are some local address books that I could no longer view. Specifically, when clicking on them, it doesn't show any contacts, but it shows the following error message in red: Unable to open address book This address book cannot be opened. This either means that an incorrect URI was entered, or the server is unreachable. Detailed error message: Invalid source --- And if I start evolution from a console, I see this in the console when the above error appears: --- (evolution:7449): libebook-WARNING **: e_book_client_new: Cannot get book from factory: Invalid source --- There are 12 local address books: 6 where this happens, and another 6 that work fine. And in terms of what's on the file system, the 12 directories for the 12 local address books all look reasonably similar: $ ls -Ral ~/.local/share/evolution/addressbook/ /home/nickj/.local/share/evolution/addressbook/: total 56 drwx-- 14 nickj nickj 4096 2011-06-15 09:34 . drwx-- 8 nickj nickj 4096 2012-03-16 12:17 .. drwx-- 2 nickj nickj 4096 2012-02-23 16:12 1220503344.8082.1@redux drwx-- 2 nickj nickj 4096 2012-02-13 13:20 1220589553.14241.3@redux drwx-- 2 nickj nickj 4096 2012-02-23 16:12 1220589571.14241.4@redux drwx-- 2 nickj nickj 4096 2012-02-23 16:12 1220589651.14241.6@redux drwx-- 2 nickj nickj 4096 2012-02-23 16:12 1220589678.14241.7@redux drwx-- 2 nickj nickj 4096 2012-01-14 16:18 1220589710.14241.8@redux drwx-- 2 nickj nickj 4096 2012-02-23 16:12 1220589758.14241.9@redux drwx-- 2 nickj nickj 4096 2012-01-14 16:18 1220589766.14241.10@redux drwx-- 2 nickj nickj 4096 2012-01-14 16:18 1267677591.2477.7@redux drwx-- 2 nickj nickj 4096 2012-02-23 16:12 1268345403.3506.3@redux drwx-- 2 nickj nickj 4096 2012-02-23 16:12 1301312958.6975.3@redux drwx-- 2 nickj nickj 4096 2012-01-30 21:01 system /home/nickj/.local/share/evolution/addressbook/1220503344.8082.1@redux: total 232 drwx-- 2 nickj nickj 4096 2012-02-23 16:12 . drwx-- 14 nickj nickj 4096 2011-06-15 09:34 .. -rw-r--r-- 1 nickj nickj 311296 2011-06-09 11:32 addressbook.db -rw-r--r-- 1 nickj nickj 5838 2011-06-09 11:32 addressbook.db.summary -rw-r--r-- 1 nickj nickj 26624 2012-02-23 16:12 contacts.db /home/nickj/.local/share/evolution/addressbook/1220589553.14241.3@redux: total 80 drwx-- 2 nickj nickj 4096 2012-02-13 13:20 . drwx-- 14 nickj nickj 4096 2011-06-15 09:34 .. -rw-r--r-- 1 nickj nickj 45056 2012-02-13 13:20 addressbook.db -rw-r--r-- 1 nickj nickj 4306 2011-12-13 10:36 addressbook.db.summary -rw-r--r-- 1 nickj nickj 22528 2012-02-13 13:20 contacts.db /home/nickj/.local/share/evolution/addressbook/1220589571.14241.4@redux: total 168 drwx-- 2 nickj nickj 4096 2012-02-23 16:12 . drwx-- 14 nickj nickj 4096 2011-06-15 09:34 .. -rw-r--r-- 1 nickj nickj 98304 2011-03-14 18:48 addressbook.db -rw-r--r-- 1 nickj nickj 15042 2011-03-14 18:48 addressbook.db.summary -rw-r--r-- 1 nickj nickj 45056 2012-02-23 16:12 contacts.db /home/nickj/.local/share/evolution/addressbook/1220589651.14241.6@redux: total 80 drwx-- 2 nickj nickj 4096 2012-02-23 16:12 . drwx-- 14 nickj nickj 4096 2011-06-15 09:34 .. -rw-r--r-- 1 nickj nickj 45056 2010-03-04 15:42 addressbook.db -rw-r--r-- 1 nickj nickj 4647 2010-03-04 15:42 addressbook.db.summary -rw-r--r-- 1 nickj nickj 22528 2012-02-23 16:12 contacts.db /home/nickj/.local/share/evolution/addressbook/1220589678.14241.7@redux: total 88 drwx-- 2 nickj nickj 4096 2012-02-23 16:12 . drwx-- 14 nickj nickj 4096 2011-06-15 09:34 .. -rw-r--r-- 1 nickj nickj 81920 2010-08-25 12:39 addressbook.db -rw-r--r-- 1 nickj nickj 3118 2010-08-25 12:39 addressbook.db.summary -rw-r--r-- 1 nickj nickj 16384 2012-02-23 16:12 contacts.db /home/nickj/.local/share/evolution/addressbook/1220589710.14241.8@redux: total 40 drwx-- 2 nickj nickj 4096 2012-01-14 16:18 . drwx-- 14 nickj nickj 4096 2011-06-15 09:34 .. -rw-r--r-- 1 nickj nickj 12288 2008-09-06 17:44 addressbook.db -rw-r--r-- 1 nickj nickj 1148 2008-09-06 17:45 addressbook.db.summary -rw-r--r-- 1 nickj nickj 14336 2012-01-14 16:18 contacts.db /home/nickj/.local/share/evolution/addressbook/1220589758.14241.9@redux: total 52 drwx-- 2 nickj nickj 4096 2012-02-23 16:12 . drwx-- 14 nickj nickj 4096 2011-06-15 09:34 .. -rw-r--r-- 1 nickj nickj 24576 2009-11-06 16:32 addressbook.db -rw-r--r-- 1 nickj nickj 972 2009-11-06 16:32 addressbook.db.summary -rw-r--r-- 1 nickj nickj 14336 2012-02-23 16:12 contacts.db /home/nickj/.local/share/evolution/addressbook/1220589766.14241.10@redux: total 84 drwx-- 2 nickj nickj 4096 2012-01-14 16:18 . drwx-- 14 nickj nickj
Re: [Evolution] Turn Message Preview off for all folders in Evo 3.2.x ?
Is there a way to turn Message Preview/the Preview Pane off by default in Evo 3.2.2 ? You might try: Edit - Preferences - Mail Preferences - General (tab) - [ ] Apply the save view settings to all folders I've just tried it, but it did not seem to change whether the preview was shown or not, when opening new folders. Looks like unfortunately the preview is not currently considered part of the view under View - Current View. For reference, the preview pane state is remembered per-folder ~/.config/evolution/mail/state.ini. Look for PreviewVisible. Okay. I am currently trying this: * go to the top of the folder hierarchy * press * to expand every folder * for each of 700 folders do : * check num unread messages in next folder * press the down arrow until to open the next folder * pause for a second after each down-arrow press to let it display the folder contents (which seems to be necessary for it to record a PreviewVisible setting) * if the num unread messages went down due to the preview we don't want * press ctrl-shift-k/mark-unread, since message has not been read * end if * end for * close down Evo * edit ~/.config/evolution/mail/state.ini * do a search and replace of PreviewVisible=true with PreviewVisible=false * save * restart Evo. * Try to get the folder hierarchy looking back like it was before. ... but as User Interfaces go, for a global binary toggle, this is not my favourite. ;-) I'm hopeful that future versions will have a way of saying whether preview should be or off by default. Either explicitly: as a checkbox under Edit - Preferences - Mail Preferences, or a checkbox under View - Preview to set the global default, or implicitly: for it be part of the view defined under View - Current View. Any of these works great - setting the Message Preview on or off is typically the kind of thing that gets set once and then left alone. Have logged it as: https://bugzilla.gnome.org/show_bug.cgi?id=669445 -- All the best, Nick. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] Turn Message Preview off for all folders in Evo 3.2.x ?
Is there a way to turn Message Preview/the Preview Pane off by default in Evo 3.2.2 ? I tried the gconftool-2 command from: http://live.gnome.org/Evolution/FAQ#Evolution_always_crashes_when_I_start_it.2C_what_can_I_do.3F (although I know that this FAQ is out of date, and a kitten dies every time we link to it). Using gconf-editor I looked at the same place ( /apps/evolution/mail/display/show_preview ) and made sure it was unchecked. However, when I try a new folder I haven't looked at in years, it shows a preview window. Also couldn't see this in the new docs, at http://library.gnome.org/users/evolution/3.2/mail-layout-changing.html.en (which seems like the logical place for this), and could not see a setting under Edit - Preferences - Mail preferences. Also I have customised the Messages view as per http://osdir.com/ml/evolution-list/2010-04/msg00026.html , using a folder with preview off, in the hope that it would then turn off Message Preview globally, but it looks like Message Preview is stored independent, unfortunately. (To me whether the preview is on or not forms a integral part of the folder view). -- All the best, Nick. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] How do you want printed emails to look like?
But I'd like to hear from all of you what do you think about the proposed look, what would you change or keep, or remove... I have printed the email in various mail clients so that you can compare it and find some inspiration :) The new WebKit one looks great! Only things that I though looked better in the others, and if borrowed by the WebKit one would improve it, were: * in the Kmail example, the box around the header: the light brown CSS box with a black border is nice, because it emphasises and distinguishes this crucial who/what/when information. It's also nice to have the subject (the what) as the very first thing, in bold, with a line underneath it. * The footers from Thunderbird are good, with the 1 of 2 page numbering on the left, and the date of printing on the right. I always want page numbers page range so that I can make sure I've got all the bits of paper, and got them in order. Date of printing is occasionally handy, but not essential (and if omitted then the page number range should probably be in the centre of the page). Personally, I don't particularly want the subject in the header of all pages though. * From the Thunderbird one, it's could be good to include the attachments at the end, rather than the start - since they can be unimportant - although it very much depends on the context. * Like the Gmail one, nice to show the number of attachments, such as Attachments: 3, instead of just Attachments. All these things are personal preference of course. You've just invited upon yourself a bikeshed discussion since everyone and their dog will have an opinion to offer. Red with black highlights around the door frames! ;-) Seriously though, the feedback I've seen is constructive and genuine and given in good faith, and most of it seems compatible. It's not debate for the sake of debate. -- All the best, Nick. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Mark unread + Mark read toggling probs in 2.32.2. Is it still happening in 3.0.x or 3.1.x?
the above is still valid in 3.1.5, the message window doesn't update its actions, thus if you go to Message-Mark as, then you can see that the state of them doesn't change when you mark message as read/unread. You can safely file a bug for this. It works as expected from the mail list window, even if the message is open in another window, so I suspect that it's to do with updating the menu structure in the message window to reflect the real state of the message in the mail store. Exactly right. This seemed to fix it for me: http://git.gnome.org/browse/evolution/commit/?id=d33ed726f9562015b65c27360b02be0dfad7c11b Committed for Evolution 3.1.90 and Evolution 3.0.3. Thank you all to Milan, Pete, and Matthew - and I apologise that I didn't get around to logging this bug before it was fixed, and I thank you all sincerely for your help, and am looking forward to using this in Evo 3.0.3. -- All the best, Nick. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] Mark unread + Mark read toggling probs in 2.32.2. Is it still happening in 3.0.x or 3.1.x?
Hi all, I'm running an older version of Evo (2.32.2), and am seeing two possible bugs with Mark Read / ctrl-k and Mark Unread / ctrl-shift-k. 2.32.2 is quite old now though, so before I log a bug in bugzilla, I'd first like to ask if anyone lucky enough to be running a current version (3.0.x or even 3.1.x) sees the same problem. If it's no longer happening in the newer releases of Evo, then I'll just wait for the next release of the distro I'm using. The first problem is described here: https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/77 Steps to reproduce: 1) Double click on a mail item to open it in a window. 2) It should now become a marked-as-read mail item. (check by switching to the message list view and confirming it's not bolded). 3) Mark is as unread by pressing ctrl-shift-K. (check by switching to the message list view and confirming that it is bolded). 4) Now mark it as read by pressing ctrl-k, and then switch to the message list view and see if it marked as read or unread. What should happen: * message should end as unbolded / marked as read. What happens in 2.32.2: * message ends as unread / bolded. It appears the message state can only be toggled manually once. My question: * Does this still happen in 3.0.x or 3.1.x? The second problem is to do with ctrl-shift-k / mark as unread. When I am going through my mail in a batch (opening the oldest new item and going through them using the previous button), I tend to flag items I need to come back to by marking them as unread with ctrl-shift-k. However, sometimes (maybe 60% of the time) the mark as unread doesn't work, and the message state does not change. I only tend to notice when I go back to the message list, and see all the mail items I just read marked as read, with none marked as unread, despite me being certain that I pressed ctrl-shift-k on a number of them. What's most annoying is it has heisenbug characteristics - I have not been able to find a series of steps to reliably reproduce this (and I have tried), yet it seems to bite me whenever I'm just going about my business and not trying to reproduce it; it's almost as if it knows when it's being looked for, and will not appear in that situation. It used to work perfectly in 2.30 and previous releases, I only started seeing this in 2.32.2. Is anyone seeing anything like this in 3.0.x or 3.1.x? To summarise: in 2.32.2, toggling the read state manually twice is reproducibly broken; and toggling the read state manually once to unread is sometimes broken but in a way that is hard-to-track-down. Do either of these still happen in 3.0.x or (ideally) 3.1.x? The mail store is mostly gmail over IMAP, if that's of help. -- All the best, Nick. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Shared contact info between Android/Google contacts and Evolution
Hi, you didn't indicate what version of evolution (-data-server) you are using, Sorry, my bad, I'm running EDS 2.30.3. but the upcoming 3.0.0 depends on latest libgdata and supports most (if not all) of the fields you named above. The Google addressbook backend was also massively rewritten by the libgdata developer for 3.0.0, thus expect some improvements too. Excellent! It looks like the missing fields were added as part of https://bugzilla.gnome.org/show_bug.cgi?id=602244 ; and the groups were added as part of https://bugzilla.gnome.org/show_bug.cgi?id=566441 (I was kind of assuming that groups would map to address books, but I can see now that categories might be the better mapping, since one Google contact can be in multiple groups, same as one Evo contact can be in multiple categories). Only thing missing looks like the photo support for contacts, which is https://bugzilla.gnome.org/show_bug.cgi?id=619135 , and would be a nice touch, especially as people often seem to attach photos to contacts on their smartphones. Also, take a look at syncevolution + mobical. Thank you for the heads up! Experience has just made me a bit wary of relying on a SyncML server. For example, I thought ScheduleWorld was great, then a month after I set everything up to use them, they changed from being free to being paid without telling me, so that I couldn't sync any more, and then they went out of business completely 17 months after that. Now it looks like Mobical are gone and have been merged into/bought by/rebranded as Everdroid ... and their android client only has 100 to 500 downloads, and just 6 reviews, and the longest list of required application permissions I have ever seen. And an alternative to this is to set up and maintain your own SyncML server, which I have no desire to do. So I think I'll just wait for Evo 3.0.0, as that gets me 99% of the way there, and then I'm only relying on Evolution and Google, and I'm okay with that, as I'm quite sure they'll both be around in 5 years. -- All the best, Nick. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Sync'ing desktop laptop Evolution
I'm running Evolution (2.30.3) on my desktop, and want to be able to sync this with Evolution on the laptop (for use when away from base). Can this be done simply by copying ~/.evolution from one to the other? (This is what I do with the Pan newsreader and its ~/.pan directory.) I wouldn't recommend syncing that way. It may have side effects. I'd rather use SyncEvolution. It would be nice to be able to sync the files too, surely? SyncEvolution does a great job, but from memory (so I could be wrong!) it does memos/appointments/contacts/tasks, but not email. So if you have local email, that's not on an IMAP server, then file sync would be useful. Also the two don't have to be in competition - they can be complementary. File sync could be nice for users with a desktop for the office and a laptop for when they're on the road, who are already using a service like dropbox, to semi-automatically keep the two in sync. (I say semi-automatically, since you'd have to make sure the two are not running Evo at the same time [evolution --force-shutdown on both], and that all changes are synced between the two before switching from one machine to the other). Some of the obstacles to this seem to be: maybe the computer names in some of the file paths (like ~/.evolution/memos/local/[random_numbers]@[computer_name]/ ), and perhaps binary files if evo uses those and they're architecture-specific and there's syncing between architectures (like x86 - amd64), and the gconf and password settings. Semi-related to this, I have wondered if it would be helpful if Evo shipped with a shell script that did what's described at http://live.gnome.org/Evolution/FAQ#How_can_I_transfer_all_my_Evolution_data_from_an_old_home_directory_to_a_new_home_directory.3F using SSH and rsync, taking the destination host and username as command-line arguments. -- All the best, Nick. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] A Digression on Digests
I hope I am complying this time - am really unfamiliar with lists. That's awesome. You quoted an entire digest message to reply to a thread about why digest messages are obsolete and evil and how we can prevent users from directly replying to them. I hope you're seeing the irony. +1 Words fail me ... Oh, it's very ironic. However, in this case, I cannot help but blame the software, far more than the user. The software makes it very easy to do the wrong thing (in fact, it makes it trivial, because a reply that works fine in other contexts, is a violation of etiquette when it comes to replying to mailing list digests). The software also makes is hard to do the right thing if you are reading digests (requiring people to start a new message, not a reply, and make sure it's in text format not HTML, and manually copy the subject header, and manually add a Re: , and manually copy plus ctrl-shift-v paste the quoted message text above it, then crop the message, then manually insert the reply inline below the relevant quoted text). That's a 7-step manual process, and if they do any of this wrong, we yell at them. And then we're surprised that this keeps happening?! If we want to prevent this from happening, to stop having the same ground-hog day discussion yet again, then the right thing should be easy and it should be the default, and the wrong thing should be hard and should require malicious deliberate intent. We can debate the merits of digests and whether they should exist, but the fact is that they DO exist in the real world, and the software should deal with them without making it easy for users to look bad. *Nobody* wakes up in the morning, slap their hands together, and goes today I'm going to publicly violate group etiquette, whilst displaying my lack of knowledge about mailing lists, and for kicks I'll make it ironic too!. On the contrary, most people have a strong drive to fit in and to belong and to understand the perspectives of other people in a group, because humans are acutely social creatures. So the above rant explains why I cannot and do not blame the user, and in terms of converting that into something constructive specific and actionable, here are two suggestions: 1) If someone attempts to reply to a mailing list digest, how about a dialog box that says: Replying to a digest is generally a bad idea. Which message in the digest did you wish to reply to? 1) Subject 1, blah blah 2) subject 2 test test 3) subject of message 3 and so forth ... and then the user clicks the message that they want to reply to, and it does the useful stuff like inserting quoting of just that message, and 80-character line wrapping, and uses text rather than HTML formatting, and puts the cursor at the end of the message. 2) If someone replies to a mailing list message, and that message has a List-unsubscribe: header, and the message subject is unsubscribe or if the first non-quoted word of message of the body is unsubscribe, how about we pop up a dialog box saying: You can unsubscribe yourself from this mailing list a href=http://link-to-unsubscribe-from-the-list-unsubscribe-header;at this website/a. Are you sure you wish to continue sending this message? [discard] [continue editing] [send]. ... because until we do those 2 things or something like them, I refuse the blame users who simply don't know any better, and who do the most obvious thing. Be the change you want to see in the world, make it easy for your users to kick arse, and all that good stuff. -- All the best, Nick. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] A digression on digests
Currently Evo lets you reply to a message within a digest but quite a few people don't seem to realize this It does? I'm using Evolution 2.30.3, and was reading your message in digest format, but I could not see a way to reply to just your message in the digest. I looked in two places: 1) I selected some of the body text of your message and right-clicked, hoping to see a reply to message within digest or equivalent in the pop-up context-menu, but there wasn't one. 2) I selected some of the body text of your message, and went to the Message menu, where I could see reply to sender, reply to list, and reply to all, but no to reply to message within digest. Using the reply to list item created a reply, but the subject was Re: evolution-list Digest, Vol 68, Issue 45 rather than Re: [Evolution] A digression on digests (which is what I was expecting), so that didn't look right. Is this a new feature that my older version doesn't have, or is it a plug-in, or am I just looking in the wrong places, or have I just misunderstood what should happen? -- All the best, Nick. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evo-mail - too many files issue
FWIW, it was meaningful enough to me. The word 'Ubuntu' means that he's using a version of Evolution that is *so* old that I cannot be persuaded to care about it. Given that we all seem to agree that Ubuntu are doofuses for not shipping the latest stable Evo release with their distro releases from 10.10/Oct 2010 and onwards, I have to ask: Would there be any merit in an upstream repository of pre-built Evo packages? E.g. every night, there could be automated builds of Evo, for each of the current stable/ previous stable/current dev or head or unstable trees, to produce a .rpm .deb, for amd64 and x86-32 bit architectures (so 3 trees x 2 package manager formats x 2 architectures = 12 automated builds a night). That way: * Laggard distros could be bypassed. * Upgrading wouldn't be such a big deal. I'd estimate that maybe a third of email threads in response to end user problems on this list at some point will contain a that's an old version, you need to upgrade type of response, irrelevant of distro. But one big reason that people are reluctant to upgrade is that it's a hassle and typically involves upgrading everything on the system, which in turn will probably break other things - but you won't know exact what until you upgrade and then find the regressions. That all seems a big ask when that person is only bothered by one specific Evo-related problem. * Users could have a much closer relationship to upstream (something I would be entirely happy with, since it's upstream who fix the bugs add features). * More users could track the latest development version. * Upstream gets feedback much quicker, collapsing the currently quite slow loop between things being added to git, then later rolled into a stable Evo release, then being packaged by a distro, then being shipped to users, that they then install as part of a complete system upgrade, which only then can they provide useful feedback on. But I don't know if such a thing is even feasible. For example: * It seems a massive ask of the already very busy developers to set something like this up. It looks like there is already some continuous building going on (see http://live.gnome.org/BuildBrigade/ and http://build.gnome.org/evolution ), but the aim doesn't seem to be to produce end-user installable .deb and .rpm packages, which would have to be an extra workload, so it may not be practical. * Is it even technically possible to just upgrade Evo, or does the whole gnome desktop need to be upgraded? I.e. does Evo rely on having the very latest version of gnome, or will it run on the previous stable version of gnome or the stable version before that? I suspect that it relies on the latest gnome, but if the whole desktop has to be upgraded, then it's not too far a leap from there to having to upgrade the whole distro. -- All the best, Nick. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evo 2.30.3 questions
Thank you very much for the response Milan, it was extremely helpful, and a few details updates are included below. * Is there some application-wide way to turn off the email preview pane? It was changed, unfortunately. I'm sorry. No worries at all, it's a one-off transition and then it's done. * Previous/Next buttons versus threaded message list: This was fixed recently, the problem was only with a new message window Yay, that's great to hear, thank you! * Colour of message list focus: Can the current/highlighted message in No such option in evolution, it's used to visually indicate which component has focus. Should be changeable within theme. Cool, I'll see if I can log it with the theme folks. * Previous and Next buttons when at the end or beginning of the messages That's a bug, still in git master. Please file it, if not filled already. No prob, logged as: https://bugzilla.gnome.org/show_bug.cgi?id=635738 meetings [...snip ...] , I get an error that says: This message cannot be sent because you have not specified any recipients.\n Please enter a valid e-mail address in the To: field. You can search for e-mail addresses by clicking on the To: button next to the entry box. It's a bug, maybe filled already. It may not ask for sending a change notice if there is no recipient. The thing with this was that from meeting attendees were removed an organizer, and because you were the only attendee and the organizer, then the list of recipients got empty. What tries to tell you the composer, which is hidden behind the scene. It's not doing exactly this on git master, but it still asks for sending a change notice when it may not. Thank you for the info, I could not see it in bugzilla already when I search for the first error message, so I logged it as https://bugzilla.gnome.org/show_bug.cgi?id=635828 , but understand that it might behave slightly differently in git master. I don't think it should prompt about the lack of recipients - only having one attendee should be fine - e.g. I frequently block out times in my calendar this way with meetings where I'm intending on inviting other people when the details of a something are resolved, but don't add them until this is done. * I can't open a specific memo folder without reproducibly causing Evo That meant that e-calendar-factory process crashed for some reason. It should be somewhere in /usr/libexec/e-calendar-factory. Run it under gdb (there can be only one running in the system), and get the output of it and backtrace. Through bugzilla preferably. The gdb output seemed fairly content-free (apart from the threads starting and ending, it was only one line of output, and gdb didn't seem to respond to the 'thread apply all bt' command). What I did manage though was to narrow down the problem to some non-ASCII characters, and then upload a cut-down journal.ics with the problematic characters to bugzilla: https://bugzilla.gnome.org/show_bug.cgi?id=635825 . Hopefully it can be tracked down using this file against git master. -- All the best, Nick. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] Evo 2.30.3 questions
Hi all, I upgraded my main workstation distro this morning, which upgraded Evo from 2.28.3 to 2.30.3. It looks good, and it's great to finally be upgrading from something two major releases out-of-date, to something just one major release out-of-date :-) There's a couple of things that I'm having problems with or disliking though, but I thought it better to ask here first rather than logging requests, especially since 2.32 is already out, and these things might have already been fixed, or perhaps be distro-specific problems. * Is there some application-wide way to turn off the email preview pane? In Evo 2.28.3, I had message preview disabled, but now in 2.30.3 every folder has the message preview turned on, which I personally am not keen on. I can manually turn it on or off on a per-folder basis, but with around 500-plus email folders, that's going to take a while! Either remembering my old settings, or an app-wide way of enabling or disabling this would be ideal. * Previous/Next buttons versus threaded message list: As the message list is now using a threaded view, should the previous/next buttons in an email follow the same ordering? It feels a little odd without this, but when I turned off threaded email viewing, then its behaviour felt much more self-consistent. For example, if I opened the oldest message in an old thread and pressed next, it could be good to recap the thread in chronological order. This gets more complicated when wanting to read only new messages, which is presumably the most common case. Then it's more a case of next unread message, in thread order, but otherwise oldest to newest. * Colour of message list focus: Can the current/highlighted message in the email message list maybe use a different highlight colour other than grey if it's not selected? For example, selecting a message, then selecting the folder in the folder pane, and the message highlight is a bit hard to notice. This is because the list of messages alternates between white and grey, and the currently selected message is grey too, which means that either a grey message is selected (and hard to see), or a white message is selected (and hard to see, until you notice that there's a block of grey, rather than an alternating colour. It does change the text a bit too (making it lighter), but the non-active highlighting just seems a bit too subtle in the email list. Or is this a problem with the theme I'm using, rather than with Evo? * Previous and Next buttons when at the end or beginning of the messages in a folder: in 2.28, when you got to the newest message, then the Next button would be greyed out; now it's still available, but clicking it does nothing. Same for the previous button on the oldest message in a folder. I kind of liked the old behaviour, because then could tell when I was at the beginning or the end. Now it just feels like my computer is ignoring me. I'd prefer either disabling the button, or make clicking it close the message window, to signify that the user has got to the end of the folder. Is this a bug, or was it a deliberate change? * I tend to use meetings rather than appointments in the calendar (and would prefer there was no distinction between them, as appointments to me are just a special-case of meetings with one attendee). However in 2.30.3, when I create a new meeting called test, then close it, then reopen it, then close it again, I get an error that says: This message cannot be sent because you have not specified any recipients.\n Please enter a valid e-mail address in the To: field. You can search for e-mail addresses by clicking on the To: button next to the entry box. (even though I _am_ listed as the only attendee/recipient). Then the calendar window disappears, and then when I try to close the main Evo window, it says Are you sure you want to discard the message, titled 'test', you are composing?\nClosing this composer window will discard the message permanently, unless you choose to save the message in your Drafts folder. This will allow you to continue the message at a later date. I.e. the calendar meeting window disappears, but Evo still acts like it's open. I'm certain that this used to work okay in 2.28.3. * I can't open a specific memo folder without reproducibly causing Evo to say The Evolution memo has quit unexpectedly; Your memos will not be available until Evolution is restarted. I kind of need this folder to work because I use it to store all of my web site logins, passwords, etc. (I'm sure I can get to the data through the file system, so it's an annoyance rather than a disaster). Is there some way to work out what Evo is getting its knickers-in-a-twist about? This folder displayed okay in 2.28.3. I know there's a lot of stuff above, so any suggestions/pointers/comments on any item(s), individually or collectively, are most welcome. -- All the best, Nick. ___ evolution-list mailing list evolution-list@gnome.org To change
Re: [Evolution] Can't save pictures; Can't forward pictures
1. When I get an email with pictures, I can see them, but I can't right-click and save them. Why not? Depends on how the pictures are included with the email. If they are attachments, then you can save them (by clicking on the arrow to the right of the attachment); if they are embedded in the HTML, then you can't. OK. So, in HTML mail in Evolution, pictures *can not* be saved, right? Consider logging a bug for this, with an example email if possible, at https://bugzilla.gnome.org/ . Attachments and HTML with image tags that refer to attachments seem to allow saving the file, so I'm assuming it's a remote image. Right-click-to-save sounds like a logical inclusion in this case. Can't save pictures; Can't forward pictures Probably a long-shot, but after you click Forward, on an email with pictures, have you tried going Format - HTML, just in case it's reverting to plain text mode? -- All the best, Nick. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evolution becomes more or less unusable / slow / crashes ... HELP
IMHO, the ability to purge mailboxes should be more visible. Maybe evolution should warn that a mailbox is full of 90% deleted messages (which was my case). since a significant number of the queries to this list involve the fact that people don't see deleted messages. Yep, often this involves thinking that something is deleted when it's just marked as trash. The above _may_ go some way towards helping prevent that. Not unreasonable. Someone should file an RFE suggesting it. Done, logged as: https://bugzilla.gnome.org/show_bug.cgi?id=630230 Prompt user when it looks like purging/expunging messages is overdue -- All the best, Nick. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evolution becomes more or less unusable / slow / crashes ... HELP
How did you turn off indexes? Click on mailbox and uncheck Index text messages. This is written in French, I don't know the original text in English. I had the same question (how to turn off indexes). Looks like it's something that applies to local/On this computer mailboxes only - under that in the folder tree - right-click on inbox - untick Index message body data. IMHO, the ability to purge mailboxes should be more visible. Maybe evolution should warn that a mailbox is full of 90% deleted messages (which was my case). Isn't that what the View - Hide Deleted Messages tick box is all about? I think Jean-Michel is suggesting something that's arguably a bit friendlier, perhaps along the lines of this pseudo-code on send/receive: if( num_trash_msgs = 1000 num_trash_msgs / total_msg_count = 0.6 ) then show_dialog( Your mailbox contains a lot of trash messages that have not been deleted yet. Do you wish to purge trash messages now?, Purge, Cancel, purgeTrashCallback() ) end if since a significant number of the queries to this list involve the fact that people don't see deleted messages. Yep, often this involves thinking that something is deleted when it's just marked as trash. The above _may_ go some way towards helping prevent that. -- All the best, Nick. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evolution Auto Mail Check
but I did not find any option for Receiving Options. Would appreciate it if someone would tell me where I'm missing the boat. The full drill-down is: Edit - Preferences - Mail Accounts - select account - Edit - Receiving options tab - tick check for new messages every [xx] minutes, and replace xx with your desired interval. -- All the best, Nick. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] How to migrate to latest evo release
I know nothing about Ubuntu, but Evo follows Gnome releases, so Evo 2.30 is part of Gnome 2.30. Ubuntu 10.04 comes with Gnome 2.28, so trying to persuade Evo 2.30 to work with Gnome 2.28 is always going to have problems. The best thing is to wait for Ubuntu 10.10 or change distro to one that does have Gnome 2.30, such as Fedora13. Ubuntu 10.04 comes with Gnome 2.30, but they held back Evo to 2.28.3, because (I think) they were worried about the updates made for 2.30. (Some discussion of this here: http://ubuntuforums.org/showthread.php?t=1392909 ). Personally, I wish they had shipped with Evo 2.30, but ultimately it's the distro's decision. -- All the best, Nick. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] email address change for recipient name with dot
I am having problem to sent mail to the users, who is having user name with dot. Address change after/while evolution sent the mail and I get a failure notice. example: U. Test em...@abc.c --- U. T est em...@abc.c The changing patten is almost same for all the recipient users name with dot. It's a known problem: https://bugzilla.gnome.org/show_bug.cgi?id=347520 ... and yeah, it'd be nice to see this bug be slayed (sleighed? sleign? ... how about just whacked). -- All the best, Nick. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Reply for list messages should go back to the list
The real target of this automatic behaviour would be the clueless users who don't really think about what they're doing -- yes? Plus more importantly the vast silent majority of people, who want their email client to have sensible defaults, so they can just start using it for its intended purpose, without having to tweak every available knob/preference/gconf-setting for hours beforehand, in order to get it into a vaguely sane configuration, that it should have shipped with in the first place. OK, let's summarize (RT = Reply-To address, LP = List-Post address, SA = Sender or From Address, CC = CC addresses): This all far too complicated. Agreed. If it's a user-facing change that too complicated to understand easily or explain simply, and you need to refer to a table to work out what the heck is going to happen, then I'm deeply opposed to it, on the basis that most ordinary users won't understand it either. This approach of making the proposal ever-more complex, only results in reduced consensus, thus snatching defeat from the jaws of victory. So my proposal is: This earlier proposal sounds good to me, it makes good common sense. Can we focus on salvaging the bits that are straightforward, unambiguous, and we have consensus for, please? That proposal, incorporating most consensus feedback, is something like this: - == Behaviours == Same as original, except the Reply to Sender munging was kept separate, and the Reply to List action was updated to incorporate further feedback: Reply(Ctrl+R) : Replies to sender on private emails, configurable for mailing list posts. Reply to Sender : Works like Reply currently does. Munging is left as a separate proposal. Reply to List(Ctrl+L) : No change for mailing list posts. For all other messages, does reply to all. Reply to All (Shift+Ctrl+R) : For mailing list posts, put list address in To:, sender in Cc: == Preferences == A three-state radio button specifying how to handle replies to mailing lists. This probably goes under Edit - Preferences - Mail Preferences (or Composer Preferences) - General tab, although these tabs are getting kind of crowded, so maybe it might have to go under a new Mailing lists tab instead. Defaults to Ask me. When replying to mailing list messages: ( ) Reply to the mailing list. ( ) Reply to the sender only. (*) Ask me how to reply. == Dialog boxes == One additional dialog box, which appears when the user replies to a mailing list message, and has the ask me preference selected: Would you like to reply to the sender of the mailing list post Matthew Barnes mbar...@redhat.com or to the mailing list itself? evolution-list@gnome.org [ ] Remember my choice for all mailing list replies [ Cancel ] [ Reply to List ] [ Reply to Sender ] --- Checking remember my choice would move the preference out of the ask me state, unless you click Cancel. == Toolbar buttons == No change based on whether it's a list message, as modifying toolbar buttons on the fly violates the Gnome UI guidelines. - The result of the above is that we get smarter Ctrl-R behaviour for mailing lists (with full user control), plus we gain a useful general Ctrl-L shortcut. Do we have general consensus on the above simplified list-replying proposal? Then the Reply to Sender munging can be handled separately, as a distinct proposal, with a separate preference. As can the Reply to List toolbar button. -- All the best, Nick. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Reply for list messages should go back to the list
I almost never use the buttons so that's irrelevant to me. I quite like the toolbar buttons, and people who are newer to Evo will probably use them more too. So maybe the toolbar buttons can be changed, but only when there's the appropriate list headers? Example toolbar buttons: Normal email: [ Reply ] [ Reply to All ] [ Forward ] A list email: [ Private Reply ] [ Reply to List ] [ Reply to All ] [ Forward ] I'd even be tempted to swap the order, for list emails, so that the most common action is on the left, namely: A list email: [ Reply to List ] [ Private Reply ] [ Reply to All ] [ Forward ] (although I'm not sure about this) I'd also be tempted to get rid of Reply to All for list emails, so as to stop the toolbar width from expanding excessively, and since most people CC'ed to a list email will also be subscribers to that email list: A list email: [ Reply to List ] [ Private Reply ] [ Forward ] So that'd leave toolbar buttons something like this: Normal email: [ Reply ] [ Reply to All ] [ Forward ] A list email: [ Reply to List ] [ Private Reply ] [ Forward ] Main criticisms of this that I can think of are: * It changes the toolbar buttons based on message content, so potential to confuse people (although I think making the buttons appropriate for the message might outweigh this). * The functions of the reply to all and private reply buttons are almost the opposite of each other, but yet they occupy the exact same toolbar position for the different message types. (So perhaps Private Reply should be to the left of Reply to List?) * There's no toolbar button for reply to the list and cc'ing everyone that was cc'ed to the message that you received. (Is this something we should care about, when this functionality is available through the menu? Toolbars are just for the most common actions, not for every possible action.) a button added that has Reply To List that would be greyed out when the message is not from a list (that would satisfy the idiots). I don't think a Reply to List toolbar button should be shown at all if it's not relevant to the message. Different toolbar buttons, depending on whether it's a list message or not, might possibly be better. Screen space is valuable, as is the effort required to build a mental model of what the toolbar buttons mean (which is IMHO why the Cancel toolbar button should be removed, since it's scary looking, since it's unclear what it's cancelling if you have multiple simultaneous operations running, and since it often doesn't work anyway as there seem to be some operations that cannot be cancelled). Remember, there are three different things which are affected... *keystroke* *menu item* *button* ... and I only rarely use keystroke or menu item, so no opinion on those. I don't know about anyone else but I'm a bit lost. It seems like it shouldn't be too difficult to collect all the current relevant behaviour into one table and then produce a second table showing the suggested new behaviour. If we kept that and continued to update it I think more people would be able to follow the discussion and comment on it. Yes, that would help. A table showing the current behaviour versus most up-to-date suggested new behaviour would be much clearer. -- All the best, Nick. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Strange behaviour of Ctrl-V
I'll try and post a bug against Chromium, if I can figure out where (it'll probably have to be against Chrome I suppose). Interestingly, the bug doesn't happen with Chrome, just Chromium. I may try and contact the Chromium maintainer directly. Just a quick follow-up on the paste bug, I have logged it at: http://code.google.com/p/chromium/issues/detail?id=48424 -- All the best, Nick. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [Enhancement] Double/triple clicking should work same as other Linux applications
In every other Linux application, double clicking on a word selects the whole word and moving the cursor while holding a mouse button down selects all words from the one double clicked on to the word on which the cursor now stands, inclusive. [...snip...] Evolution should behave the same as other Linux applications with this respect. Opinions? Yes, I agree, that would be handy and would make text selection easier. I have submitted this to the Gnome Bugzilla as a proposed enhancement. Maybe post the BZ link so that others who have an opinion can track the proposed enhancement? -- All the best, Nick. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Strange behaviour of Ctrl-V
In the normal text area, I maintain that it should paste the URL, especially when the composer is in plain-text mode I think we agree 100% on the desired outcome in this case. I absolutely want it to paste the URL in this use-case too, and I consider the current behaviour to be a bug, no question whatsoever about that. But crucially, it is a bug in Chromium, not in Evo. If I have a file copied via a file manager, I (and also I believe other users) think it should paste the file as an attachment. In order to do this, Evolution must look at the available types for pasted data, and do something based on that. The problem is that Chromium is setting the wrong data type, as demonstrated by the exact same problem occurring in Open Office. Therefore Chromium should set the right data type, thus fixing the root cause, and the problem will be fixed. Someone in the thread did make a reference to Outlook's behaviour as the expected one (or perhaps it was on the long BZ exchange, I forget). That was probably me, I migrated from Outlook to Evo in September 2008, but I think it's the right behaviour based on fundamental reasons (outlined below). I.e. the causation chain is: Fundamental beliefs about usability of desktop apps - Observe Evo's previous behaviour - disagree with it because of violation of usability beliefs - File bug - include Outlook as real-world example of email app with attachment-pasting behaviour. The causation chain is not: Observe what Outlook does - Observe what Evo does - File bug against Evo. Where's the motivation in that? If I felt that way, I literally would not be able to summon the motivation to log a bug, because I just wouldn't care. However the Microsoft Way is viewed by many people as the Right Way simply by default and without rational argument. That's what I want to resist. I agree, and if I felt that it was the Right Way then clearly I would still be using Windows Outlook. I'm not, ergo, I don't feel that way. Equally though, it's a fact that there are things that Outlook (and Thunderbird, and Kmail, and gmail, and so forth) do right, and it's also a fact that there are things that they do wrong. Let's learn what we can from both categories, from the widest pool of relevant apps, and then use that information to help make the best app, succumbing to neither the that's how Outlook does it nor the Not Invented Here syndrome. Ah. But the thing is, if you go to a file browser (like nautilus), select a file, and press Ctrl-C, then go to a compose window and press Ctrl-V, what behavior would you expect? I would expect the URI of the file (which is what I get when I paste it in a Shell command line for example). I respectfully disagree. I think the app should do the best thing that it can with the data it gets. In the case of a terminal window, the _only_ thing it can do is paste the URI, so that's what it does. But Evo, OpenOffice, and other apps, will _frequently_ have a choice of what they can do with pasted data, and they should each do the best thing that they can, and that's what they now try to do. Most likely you are a highly advanced user, who has adapted to internalised the previous less-than-optimal URI pasting behaviour. That's fully understandable, but it does not follow from that that the previous less-than-optimal behaviour was better. Surely this should be the canonical test if you're making software that adheres to the principle of least surprise: If you take a person off the street, an average person, if it helps maybe imagine a parent or a neighbour, who has no personal interest in software (which immediately excludes pretty much everyone on this list), and to that person, you show them copying a file, and pasting it into Evo, and then before you show them the results, you ask them what they you expect is going to happen, do you think they will say: a) It might add the file in some way to the email? b) It might paste some text that says something like: file://smb:\ \redux/home/nickj/bin/iview/gavinandstacey_10_02_03.mp4? I mean, seriously? Is this even really a question? Additionally, we do not live in a world where everything can be expressed as text. Here are some further questions that I would like to pose for plain text emails: * If a user copies an image's content in GIMP (i.e. the image data, NOT the file), and pastes it into Evo, what do you expect to happen? An image attachment for the copied section, or some ASCII art representation of the copied data? * If a user copies a section of audio data from an audio editor, and pastes it into Evo, what do you expect to happen? That's for plain text. But we've barely even gotten started yet! Now let's make it more complicated. Now we have an HTML email, so we now have 3 choices of what to do with pasted data: paste as text, add as attachment, or paste as HTML. * A user copies some spreadsheet cells, and pastes into Evo. This data can be represented as text (either text version of the
Re: [Evolution] Strange behaviour of Ctrl-V
If I paste from the Chromium location bar into a random command line or text editor, I'm certainly getting the URL and not the contents, which is as I would expect. I am almost certain it's a Chromium bug. Here's a non-Evo test case exposing the same problem: With a bleeding-edge daily build of Chromium (version “6.0.453.0 (51332)”), if I paste the URL text from the address bar into Open Office Writer (version 3.1) with ctrl-v, it brings up an “insert section” dialog, which if you click “ok”, also pastes the web page's contents, and not the link. However, if you do the same thing with Firefox, it works fine, and pastes the link, and not the web page's contents. Therefore, it sounds like Chromium's setting of the data types for copied address bar content is currently a bit broken. Evolution's handling of pasted data types has gotten smarter in 2.30, all that's happened here is that this improvement has exposed a separate pre-existing problem in another bit of software, whereas previously by sheer accident of history the two sub-optimal behaviours cancelled each other out. I can definitely empathise with your frustration, but surely the path forwards is for that broken software to be fixed, not for Evo to go back to the old approach of ignoring the pasted content's data type. -- All the best, Nick. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] mail client application]
You don't need to file enhancement requests -- all this good stuff is already built into the evolution-2.31 package and the express mode is triggered with a command line switch: evolution --express A lot of the enhancements will eventually seep into the standard UI. The code is already littered with if (in_express_mode) { do this } else { do that } and I don't like redundancy. :) That's fantastic to hear, and thank you for clarifying. I thought it might be a separate tree or something, but for express mode to incorporated into the same tree, and triggered with a special switch, is definitely preferable. * Having tabs instead of separate pop-up dialogs in the appointment editor, for recurrence / free busy / Alarm. +1 I've always found the Evolution appointment editor to be a confusing construction; even after using it for years [a decade?]. I know what you mean. There were a number of nice touches in the screenshots, but the tabs in the appointment editor were my personal favourite, and seem like something that's a clear win in non-express mode too. -- All the best, Nick. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Thoughts on one process-per window + state recovery on crash?
1) State recovery: Would it make sense to have Evo restore all open windows on reopening after a crash, That's actually near the top of my to-do list. [...snip...] This would also let you shut down your computer with Evolution still running, and Evolution would appear as you left it when you log back in. Yay, that sounds fantastic! I've logged https://bugzilla.gnome.org/show_bug.cgi?id=622680 , which hopefully covers essentially what you're describing above. 2) Crash impact reduction via process isolation: The strange thing is that one of the major improvements to Evo when going from 1.x to 2.x (I think) was getting rid of the individual processes for each component and amalgamating them into one threaded executable. :-) The problem really comes down to how the individual processes and windows interact and synchronise - as far as I can see with something like a browser the individual windows/tabs etc are essentially autonomous and independent, whereas with a groupware application there is considerably more interaction between the components. ... and ... Evolution actually did work much like that in the early, early days. Implementing a large, complex, tightly-integrated, multi-purpose application is enough of a PITA when everything is in one process. Trying to implement that kind of tight integration via inter-process communication is just unwieldy. I believe that's what was found the first time around, and I'm not all that anxious to return to that model. That all makes good sense - i.e. that there's more interaction between the different components than in most apps, such that the added weight of separation + adding all the needed communication methods exceeds the benefit of that separation. Discard that idea then! -- All the best, Nick. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] mail client application
the larger issue is that he keeps replying to digests. If you want to get rid of the digest option, and switch everyone to be regular subscribers, that's fine by me, I read the digests at the moment, but it's not really much effort to adapt to such a change. If you can't get rid of the digest option, perhaps an alternative is to add a server-side filter which returns-to-sender any emails posted to the list which either: a) have an email subject that contains evolution-list Digest. b) have an email body that contains more than (say) 60 lines that start with . That will force people to modify the subject line, and also force people to stop excessively verbose quoting and think more about contextually-relevant quoting. And if the above was going to happen, it would also make sense to simultaneously add a server-side filter/blocker/auto-responder if the email subject was unsubscribe, or the first word of the email body was unsubscribe, with an emailed reply with a link explaining in step-by-step form what you need to do to unsubscribe. Same thing could be applied to HTML formatted emails, so as to ensure plain text emails. -- All the best, Nick. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] mail client application]
There was Anjal, but that project is already abandoned in favor of Evolution Express (coming soon in 3.0). I had not heard of Evolution Express before. For anyone else in a similar situation, here's some info with some screenshots if you scroll down a bit: http://people.gnome.org/~michael/blog/evolution-express-for-meego.html There's some nice stuff in those screenshots, some of which could be just as beneficial if included in the standard Evo shell. For example, some of the following ideas look good: * Trend towards getting rid of the status bar in component screens where it's not useful, so as to maximise screen space. Presumably this could be extended further to have temporary messages appear for current operations, such as what Chrome does when you mouse-over a link, and then the status bar may not be needed at all. * A set-up wizard for popular email providers (gmail, yahoo, etc), that already knows their server types, addresses, and encryption settings - saving many users from having to know this stuff. * Getting rid of the cancel button from the mailer toolbar (personally I've never once used this toolbar button, and it can be done anyway using the cancel button after the current operation message). This would also solve https://bugzilla.gnome.org/show_bug.cgi?id=305425 and https://bugzilla.gnome.org/show_bug.cgi?id=336292 . * Having tabs instead of separate pop-up dialogs in the appointment editor, for recurrence / free busy / Alarm. * Moving the search box up a little into the main toolbar, perhaps allowing the area it's in at the moment to be removed to increase vertical screen space for the list of messages. How do other users of Evo feel about the above items for the standard interface? I could not easily find pre-existing enhancement requests in bugzilla that covered these things. -- All the best, Nick. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] Thoughts on one process-per window + state recovery on crash?
In browsers like Chrome, the application has different processes for each tab. The result (in theory) is that one misbehaving tab cannot crash the whole browser. Slightly left-of-field question: In the long-long-long-term, would it make sense for Evolution to use this model too, with one process for each window? The reason I ask is that several times a week, Evolution will crash on me. Whilst crashing is never preferred behaviour, it's not the crashing per-se that I dislike, it's the losing the application state (e.g. I tend to have 5 to 10 email windows open, some of which I need to read, some of which I need to respond to, some of which I am drafting, as well as several meeting items which I need to do something about). It's this state being lost that I dislike most, since it's like making a to-do list, and then having someone throw it away before you've had a chance to do the things on the list, and being left with an uneasy feeling that there's something you should be doing, if only you could remember what it was. Currently Evo will recover/reopen any draft email windows after a crash (which is part of the app state, and a great start), but not the open read-emails / open + unsaved calendar windows / open + unsaved task windows / open + unsaved memo windows, which are the other parts of the app's state. So I guess I really have two questions: 1) State recovery: Would it make sense to have Evo restore all open windows on reopening after a crash, in the same way that (say) Firefox restores all open tabs? 2) Crash impact reduction via process isolation: Would it make sense to have a separate process for each window, such that a crash inside one window takes down just that one window, whilst leaving the rest of the app intact? I fully realise that these are both very-very long term things, probably requiring years of deep architectural changes, but wanted to ask in order to determine if my ideal Evo behaviour matches other people's. If so, I'll log these are long-term enhancement requests in BZ. Couldn't see anything in there currently that covers the above, apart from this, which is a subset of what's being described in the state recovery section: https://bugzilla.gnome.org/show_bug.cgi?id=548332 Unsaved tasks are lost when/if Evolution crashes. -- All the best, Nick. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Searching in the calendar.
I don't know if I'm missing something but when a search an event on the calendar, Evo shows no results. I have to manually scroll the months until I find the keyword I was looking for, meaning that if an event was 10 years ago I have to scroll 12x10 pages before I get to the search results. Yes, I've run into this too, knowing that there was a matching appointment in my calendar from many months ago, and having to scroll through 6+ screens looking for the one visible/matching appointment that matches the text I typed in the search box. The basic usage scenario is outlined in https://bugzilla.gnome.org/show_bug.cgi?id=230449 - calendar search interface is less useful than it could be. The dialog box solutions discussed in that bug from 2002 sounds a bit out-of-date now, but the same search problem remains. In terms of a more modern design, perhaps ideally there should be previous and next buttons on either side of the search box, when in the day/week/month calendar views, that would jump to the previous/next match? Ideally, should probably also jump to first match found on pressing the enter key. If you want a list view, pick it in the toolbar. Ideally the user probably should not have to switch views in order to search. (e.g. I set the views how they like them and then leave them alone, and I suspect the majority of users do the same). But, leaving that aside, I have just tested it, and the search in the list view seems to have a bug, so that when searching it only finds matches within the current month. Steps to reproduce: * Switch to calendar. (View - Window - Calendars) * Switch to month view. (View - Current View - Month View) * Add an appointment on 4-May-2010 called RBA interest rate decision. * Add another appointment on 1-June-2010 also called RBA interest rate decision. * In the summary contains search box, type RBA and press enter. * Scroll the calendar and observe that that 2 appointments added previously match / are visible. * Select a date in May (e.g. click on 6-May-2010, by going Go To - May - 2010 - 6) * Go View - Current View - List view. * Observe that only one item appears in the list view, not two. The one that appears is the one from 4-May-2010. Above happens on Evo 2.28.1, with a local calendar. The list-view only matching results in the current month is a known problem, and is logged as https://bugzilla.gnome.org/show_bug.cgi?id=612602 - After searching in Calendar, 'List View' button does not work ... although 'List View' searches only work for appointments in current month is possibly a better summary. As a result of the above 2 bugzilla entries, it appears that there is currently no really satisfactory way to search the calendar over a wide range of time (e.g. the 10 years of appointments I have in my calendar). Searching over a single month or less of time is fine, but for a longer timeframe Evo's calendar search currently does not scale. -- All the best, Nick. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] add Attachment Reminer feature into Evolution
* Undo for tasks, notes and appointments - https://bugzilla.gnome.org/show_bug.cgi?id=413618 Speaking personally it would be far more useful to have a general Undo in mail, specifically for deletions and message moves. This has been requested repeatedly over the years. Sounds reasonable to me. Looks like it's this bug: https://bugzilla.gnome.org/show_bug.cgi?id=207624 ... The description is a little vague though, maybe someone with the requisite authority can update the description from Mailer needs undo support to Mail shell needs support for undo mail delete (whilst still in trash) and undo move mail ? And possibly set version as 2.30, since it's still current. -- All the best, Nick. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] add Attachment Reminer feature into Evolution
If not, I want this feature as an idea for gnome to participate in the SummerOfCoder2010 (please refer to http://live.gnome.org/action/login/SummerOfCode2010/Ideas ) If you're looking for ideas of things to implement in Evo, that have not been implemented, have not had any devs indicate it's on their radar, don't have any patches, but which are in the bug tracking system, do have one or more duplicates (or comments from people indicating it affects them too), and would be a noticeable usability improvement for end users, then _perhaps_ one or more of these items could maybe be better candidates : * Undo for tasks, notes and appointments - https://bugzilla.gnome.org/show_bug.cgi?id=413618 * drag drop for moving events in the calendar month view (and other views) - https://bugzilla.gnome.org/show_bug.cgi?id=328633 * Images very slow to display - https://bugzilla.gnome.org/show_bug.cgi?id=582591 I need a mentor to help me. Is there anyone who want to be a mentor to help me? More than what to do, finding someone who has the technical ability + knowledge of process + motivational willingness + spare capacity to provide this is going your biggest hurdle, I suspect. Maybe have a chat to the devs on IRC - both about the mentoring aspect, and what would make a good project? -- All the best, Nick. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Schedule a filter?
I suppose my problem is my email space is very limited at my new company compared to the amount of automated mail coming in. That's why I'd like to purge mail after a couple of days. But your tools require me to do that MANUALLY. So now I have filters that work on incoming mail. The problem is, that you correctly enable nifty features to delete mail that is of some age. But these are useless on incoming mail by definition. And they cannot be scheduled to occur, and they do not work AUTOMATICALLY by themselves. Therefore, they have to be APPLIED MANUALLY, one folder at a time. That is the frustration. Just thinking out loud here, but: 1) Maybe what you want instead of a scheduler is more trigger actions for filters. Currently, under Edit - Message Filters, there are two triggers defined, Incoming and Outgoing, where Incoming is triggered on new mail by the action of receiving mail, and Outgoing is triggered on mail that is being sent by the action of sending mail. (The user-interface doesn't use the word triggers, but in my mental model of Evo, that's what I think of them as.) If there were more trigger actions, such as Close program and/or Start program, then that might allow a way of automatically running your filters on existing messages at a convenient time (end of the day or beginning of the day), without the need to re-invent a deferred scheduling system such as cron or atd. Of course, using such a feature would make starting up or closing Evo slower, just as using the Search Folders feature makes start-up slower, but that's the price you pay for performing a lot of actions at start-up or exit. 2) What you would probably would also need is another condition for the Add rule dialog box, that allows saying which folders the rule applies to. E.g. a way of testing a Folder for is/is or is under. To save on having hundreds of filters (if you have hundreds of folders) - some sort of hierarchical capacity would be good (hence the is or is under test). With both of those, I _think_ that would get you what you're looking for (the ability to close Evo, have it automatically trigger the filters, which would then apply the existing test for message age, together with the new tests for folders, and apply all the actions you wanted, such as deleting the old mail items so that your mailbox did not grow too large; then you'd also configure Evo to empty the trash on exit, so that the delete from the filters was a non-reversible delete, rather than a label as Trash). If the above makes sense to you and sounds like it would solve the problem, then you really should log an enhancement request (or rather two requests, one for each of the above - probably better to keep them separate) at https://bugzilla.gnome.org/ ; if not then please make a counterproposal with a series of concrete specific actionable minimal changes that you think will solve the problem. Ultimately though, after perhaps a bit of debate and some rough consensus emerges, something will have to end up in the bug tracking system. Without this, it's pretty much a given that it won't happen. With this, it's by no means certain, but you at least have a chance. If you do log a request, please post the bug number(s) here as a follow-up for any other interested readers. -- All the best, Nick. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evolution hangs with formatting
Evolution hangs with formatting at the bottom of the message window. [... snip ...] Has anyone else seen a similar problem? Closest match I am aware of is Evolution hangs when formatting message: https://bugzilla.gnome.org/show_bug.cgi?id=361145 -- All the best, Nick. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] semicolons versus commas
Would the user's Sent copy preserve the separator, or should it store a canonical version of the message? I'm not clear on the implications of this. My preference would be to store the canonical version. I.e. even if the user enters addresses with semicolons as the delimiter, that Evo converts those delimiters to commas on sending, and stores it in exactly the same way as it stores messages now. Thus, opening a sent message that was composed with semicolons would show commas as delimiters. So the preferred and native delimiter in Evo would remain commas. It's just that if a person used semicolons (because that's what they're used to using), that Evo will accept that too. Hopefully this should keep the implications as small as possible, whilst still solving the UI concern, and making it one less thing for people to remember when switching from MS clients to Evo. -- All the best, Nick. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Feedback requested on Ctrl-s as shortcut to save draft, rather than ctrl-shift-s
Currently, when composing an email, currently ctrl-s tries to save an email to disk (i.e. save as...), rather than saving a draft of the email to the Drafts folder. (Save Draft is ctrl-shift-s). A request for changing this is logged in bugzilla as: https://bugzilla.gnome.org/show_bug.cgi?id=554663 How do people feel about swapping these shortcuts, so that save draft becomes ctrl+s ? That's sounds excellent. We're so used to tapping Ctrl+S for casual saves of work-in-progress that it would be less jarring to momentarily (and unintentionally) create a draft than it is to get a GtkFileChooser up asking us where we want to save ... save? Save what? As for save to disk, that doesn't even need an accelerator, frankly. Agreed. Ctrl-S is pretty standard for Save as Draft on other mail clients, too. I would support this. I can't even remember that last time I saved a message to disk, whereas saving a draft is a common operation. It's OK for me. Seems more intuitive. Frankly I almost never want to save a message to disk. But sometimes I want to save the e-mail I'm composing as a draft. Thank you all for your feedback (all of which seemed to be in favour), and just a quick follow-up on this, to let people know that a check-in has now been made for swapping these accelerator keys (with a big thank you to Matt Barnes). This means that as of Evo 2.30 (which I believe is planned to be released sometime in March) that Ctrl-s will be a shortcut for save draft. -- All the best, Nick. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] semicolons versus commas
Exchange delimits email address in the To: field with semicolons instead of commas. Since Evo. is set to look for commas, the result is that if an email is sent to more than one person, the other addresses do not appear in the header of the message in Evo. This is based on the Mailstandard (RfC2822, Section 3.6.3) which specifies commas and not semicolons, a standard which Microsoft apparently ignores. Is there any way to get Evo. to look for the semicolons? I have no solution for you, but it has been logged as a request at: https://bugzilla.gnome.org/show_bug.cgi?id=558037 Evolution: Accept semicolons, as well as commas, as email-address separators in the TO address field. -- All the best, Nick. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] semicolons versus commas
Exchange delimits email address in the To: field with semicolons instead of commas. Since Evo. is set to look for commas, the result is that if an email is sent to more than one person, the other addresses do not appear in the header of the message in Evo. Is there any way to get Evo. to look for the semicolons? I have no solution for you, but it has been logged as a request at: https://bugzilla.gnome.org/show_bug.cgi?id=558037 Evolution: Accept semicolons, as well as commas, as email-address separators in the TO address field. I'm connected with Evo as well to an Exchange (2003) server. But, I see commas as separators. May be this can be somehow configured (wrong) in the server itself? Semicolons as separators (as well as commas, if I recall correctly) worked in Outlook 2000 connected to POP3 and IMAP servers (with no MS servers or Exchange involved). That makes me suspect that it's a function of the client, not the server. This is based on the Mailstandard (RfC2822, Section 3.6.3) which specifies commas and not semicolons, a standard which Microsoft apparently ignores. Just on this: whilst I agree with the whole obeying RFCs philosophy, there are effectively two distinct and separate aspects here: 1) The client UI in which the user types/enters their list of recipients (e.g. b...@blah.com, t...@test.com using commas, or b...@blah.com; t...@test.com using semicolons) 2) What Evo does when talking to a server (i.e. the client/server network interaction). RFCs are perfect for 2), and no disagreement whatsoever that obeying RFCs whilst talking to the server is a good thing. However 1) is about a user-interface, and I'm not aware of any RFC that attempts to dictate the behaviour of a desktop app's user-interface, and frankly any attempt to do so seems doomed to failure. If some reasonable subset of potential users expects and has become habituated to using semicolons as a delimiter in the UI, then perhaps Evo should support it, thus making it a more attractive client to those users decreasing effort to switch clients, whilst still obeying RFCs on the wire. So, to me, the RFC counterargument is a red-herring, which misses the separation between UI behaviour and network behaviour. -- All the best, Nick. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] Feedback requested on Ctrl-s as shortcut to save draft, rather than ctrl-shift-s
Hello fellow Evo users, I would like to ask for people's feedback and comments on a proposed shortcut key change. Currently, when composing an email, currently ctrl-s tries to save an email to disk (i.e. save as...), rather than saving a draft of the email to the Drafts folder. (Save Draft is ctrl-shift-s). A request for changing this is logged in bugzilla as: https://bugzilla.gnome.org/show_bug.cgi?id=554663 This is also a bug which has been included as one of Ubuntu's one hundred papercuts (which is an project aimed identifying minor usability annoyances, sort of similar to Fedora's fit and finish), and is logged at: https://bugs.launchpad.net/hundredpapercuts/+bug/424416 However, since changing an app's shortcut keys can be intrusive and disruptive, the only way to resolve this one way or the other is to seek feedback hopefully some sort of broad consensus from the general user-base; hence this request for feedback to this list. How do people feel about swapping these shortcuts, so that save draft becomes ctrl+s ? Comments feedback, both for against, are most welcome. -- All the best, Nick. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Headers get mangled...
On Thu, 2010-02-04 at 12:45 +0200, Mark Elkins wrote: From: ORG.ZA Confirmation conf...@org.za [snip] This e-mail address is the only e-mail address where this happens. Is there any reason why? Hi, yes, if I recall correctly it's that dot in the name part, plus spaces. There is opened a bug report in https://bugzilla.gnome.org for it. I do not have the exact number handy, I'm sorry. Bye, Milan It's Names containing a dot in address headers are parsed incorrectly, https://bugzilla.gnome.org/show_bug.cgi?id=347520 -- All the best, Nick. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] HELP/new explanation for Sylvia
But when I access the second instance, the pop-up that responds to the TO: in the EDIT (email composing) mode, that window is ignoring the instruction, and displaying the Contacts sorted on Full Name, rather than on the File Under field. I observe the same behaviour in Evo 2.26.1; if it's still happening in 2.28, then suggest logging it as a new item in bugzilla. The reason I am finding the lack of responses to this query so puzzling is very simple: it seems that either nobody else has experienced this, or that they have, and have ignored it. I think most people use auto-complete on a partially typed name or email address, rather than clicking the To button, which is probably the primary explanation for people's quietness. Is it possible that people would actually put up with having their Contacts incorrectly sorted every time they need to retrieve one when composing an email? In general, I suspect the File under field is not being used as consistently throughout Evo as it could be. For example, in the contact editor dialog, I think File under should be used consistently as the name of the dialog box, which is logged as: https://bugzilla.gnome.org/show_bug.cgi?id=575312 (obviously that's a very low-priority bug, but I think it's symptomatic that there are a few remaining places in Evo's UI where full name is used when file under should be used instead as the display name and/or sort order). -- All the best, Nick. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] yet another newb question
Sorry to jump into someone elses thread, but this reminds me of a feature request. I'd like a paste as plain text option for Evolution. SHIFT-CTRL-V. I end up pasting into a text editor first and then recopy paste to remove Evolutions crazy formatting. BTW, this helps somewhat with the above question but does not create a table. I agree. I often have a text editor running, which I paste into, then copy from, then paste that into Evolution, just to strip all formating out of text. A paste as plain text could be good for HTML mails, but for plain text emails (under Format - Plain text) - and this is what I send 99% of the time - in my opinion for plain text mails, Evo should only ever do paste as plain text. What's the use of a formatted paste into a plain text mail? A possibly related bug report (this is for checkboxes, but HTML text fields, buttons, text areas, all do the same thing): https://bugzilla.gnome.org/show_bug.cgi?id=554392 John: If it's a small bit of text, you can paste into/cut from the mail's CC or BCC field, that does a similar thing, and it's usually slightly less effort than using a text editor for small snippets of text, but it's still a workaround. -- All the best, Nick. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Suggestions that would make it possible for me to fully migrate to Linux via Evolution
I failed to also mention the major issue of contact importation from Outlook that currently makes my data useless to me because of the issues I mentioned in the first email. Hi, I do not have access to an Outlook machine, but isn't there any other format to export your contacts from the Outlook? Evolution can import vCard files very easily, and I think that Outlook is also able to export your contacts in that format, but as I do not have access to the machine, I cannot tell for sure. (I'm just thinking aloud). Bye, Milan Hi Bryan, I had some luck with a combination of O2M ( a US$10 commercial bit of software ) and Outport, for moving my mail data from Outlook to Evolution at the end of 2008. Steps I followed are here: http://nickj.org/How_to_migrate_from_Outlook_2000_to_Evolution#Importing_your_Contacts_into_Evolution It wasn't perfect for contacts (e.g. from memory, some of the phone fields might have changed types? E.g. business might have become primary or vice-versa?). However it was workable, at least with my much smaller data set than yours! There's also a new PST importer plugin for Evolution, although I haven't personally tested it, so I don't know how it performs. because of the issues I mentioned in the first email. I'd suggest logging a bug in bugzilla for any data import issues encountered if they are at the Evolution end. That way they are properly recorded and can be tested, worked on, resolved on, in a systematic manner. You're not the first person to want to migrate across, and I'm certain you won't be the last, so recording any issues to help make the process as painless as possible, and to ensure that there's equivalent functionality for needed features, is a good idea. -- All the best, Nick. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] Thank you for the fixes in 2.28 + personal top-10 wishlist for future Evo releases.
Hi all, Just getting ready to upgrade my main workstation from Evo 2.26 to 2.28 after testing 2.28 for a bit on a laptop, and though I might just send a quick note to say thank you to the developers (especially Milan, who is ceaselessly busy! and also to the developers working on backend stuff which is just as important but not as immediately visible) for the fixes in 2.28, and to include a personal top-10 wishlist of things I'd like to see fixed in future releases of Evo. == Fixes in 2.28 that I am looking forward to using == Bug 523802 - copy in task/memos preview does not work - https://bugzilla.gnome.org/show_bug.cgi?id=523802 Bug 559366 - Scroll the Calendar view using the arrow keys - https://bugzilla.gnome.org/show_bug.cgi?id=559366 Bug 575773 - Add created and modified columns to Task list view - https://bugzilla.gnome.org/show_bug.cgi?id=575773 Bug 513451 - Indication of today in calendar month view should be more clearly visible - https://bugzilla.gnome.org/show_bug.cgi?id=513451 Bug 557187 - Today not selected upon opening calendar. - https://bugzilla.gnome.org/show_bug.cgi?id=557187 Bug 561300 - Increase size of notes field in Evolution's Contact Editor - https://bugzilla.gnome.org/show_bug.cgi?id=561300 == Personal Top-10 wish-list of Evo things I'd like to see fixed == Bug 413618 - Undo for tasks, notes and appointments - https://bugzilla.gnome.org/show_bug.cgi?id=413618 Bug 349397 - No text/calendar (.ics) handling - https://bugzilla.gnome.org/show_bug.cgi?id=349397 Bug 59 – Appointments/Meetings of 0 minutes length do not show in the calendar. - https://bugzilla.gnome.org/show_bug.cgi?id=59 Bug 328633 - drag drop for moving events in the month view (and other views) - http://bugzilla.gnome.org/show_bug.cgi?id=328633 Bug 200683 - Evolution: Spell check does not spell check an email's subject line - https://bugzilla.gnome.org/show_bug.cgi?id=200683 Bug 561140 - Evolution: Add spell check for calendar meetings. - https://bugzilla.gnome.org/show_bug.cgi?id=329616 Bug 551464 - Evolution: Make copy/paste of files into draft Evolution emails insert attachments, not the file path as text. - http://bugzilla.gnome.org/show_bug.cgi?id=551464 Bug 523775 - Order of Email Addresses broken - http://bugzilla.gnome.org/show_bug.cgi?id=523775 Bug 582591 – Images very slow to load and display in emails - https://bugzilla.gnome.org/show_bug.cgi?id=582591 Bug 565403 - Evolution: Do not bold folder when subfolder with unread messages is already expanded. - https://bugzilla.gnome.org/show_bug.cgi?id=565403 -- All the best, Nick. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Default From address stopped working
https://bugzilla.gnome.org/show_bug.cgi?id=588833 But, suffice to say this change doesn't make much sense. I'm trying to think of a situation where, by default you would want to reply from a different address than the mail as went to but I can't. To me the bugfix in https://bugzilla.gnome.org/show_bug.cgi?id=524497 made a lot of sense, and I'm very happy to give a counter-argument to illustrate why it was useful. Here's my situation: I have 3 accounts set up in Evo for 2 email addresses - let's call them as follows, with their example associated email addresses: 1) Local mail on this computer - m...@work.com (i.e. the local mbox files, with work emails) 2) IMAP - m...@work.com (i.e. remote IMAP for the work email address) 3) IMAP - m...@home.org (i.e. remote IMAP for the personal email address) What would happen previously is that if I replied to a mail in the IMAP - m...@work.com account, then it would reply by default from the Local mail on this computer - m...@work.com account (i.e. it would use the wrong account, because it was matching the email address, rather than using the current mailbox). And worse, if I had an email in the IMAP - m...@home.org account, which was also sent to m...@work.com (i.e. the email was sent To: m...@work.com, m...@home.org - note: order of recipients is/was important for this bug) - i.e. the mail was in both the IMAP - m...@home.org and the IMAP - m...@work.com accounts - and I then replied to that email in the IMAP - m...@home.org account, then it would reply from the Local mail on this computer - m...@work.com account. So of the 3 possible accounts to reply from (one correct, one wrong but understandable, one totally wrong), Evo was picking the totally wrong option. As I understand it, by using the mailbox that the mail is actually in, rather than picking the first matching recipient email address, it eliminates these bugs, which to me is most welcome. So, to try to understand your situation, I'm guessing that you have accounts something like this: 1) IMAP - m...@gmail.com (i.e. remote IMAP, everything gets forwarded to this) 2) IMAP - m...@work.com (i.e. remote IMAP for the work email address) 3) IMAP - m...@home.org (i.e. remote IMAP for the personal email address) ... and then you're replying to a mail that's in the IMAP - m...@gmail.com account, sent to m...@home.org, and wanting the reply to be sent using the IMAP - m...@home.org account, rather than from the m...@gmail.com account. Am I understanding your set-up correctly? If so, I'm trying to think of an elegant way to solve this, without introducing a preference, that keeps everyone happy How about if the rules below were applied, in the following order, until a match is found: 1) use the current account, if the current account's email address is anywhere in list of recipients (TO, CC, etc). [that solves my problem] 2) use another configured account, if its email address is in the list of recipients. [that solves your problem] 3) If neither of the above is the case, then use the current account's email address [that solves the case of m...@alias.org which forwards to m...@home.org, where there is no m...@alias.org account configured, which is something that I have]. Does that sound reasonable / acceptable / like it should work keep everyone happy? -- All the best, Nick. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] a challenge to the developers
latest roadmap (http://www.go-evolution.org/Evo2.26) concerns the planning for 2.26. That version was released more than 6 months ago, There's also: http://www.go-evolution.org/Evo2.28 and http://www.go-evolution.org/Evo2.30 (although maybe there weren't previously links to those pages on the front page?) Is there some way that Evo users can be given edit privileges on this wiki? There's certainly updates that can be made to the wiki, e.g. * From the Evo2.30 page, the link to bug 255248 can be removed, since that's been marked as NOTABUG. * To the http://www.go-evolution.org/Evo_Future page, I think we should add a section called move from threads to GIO containing what Matthew wrote explaining the move away from threads to GIO, and the reasoning behind it. Equally the Bonobo less Evolution section can be moved from the Evo Future page to the Evo2.30 page, and can presumably be marked as done on that page, as per http://mbarnes.livejournal.com/3367.html * I also think there's some merit in creating a Top User bugs page on the wiki, where the collective userbase can nominate for each release a handful of bugs that really annoy them - with the idea that these are not feature requests, but reproducible crashes or dataloss that occurs for a large number of users, or behaviour that sufficiently annoys a large number of users (or to express it as SQL, SELECT bug_id, annoyance * num_affected_users AS total_pain_level FROM reported_bugs ORDER BY total_pain_level DESC LIMIT 5). I think it's reasonable to restrict this to a small finite number of items for each release (e.g. 4 or 5 bugs per major stable release) so that it's manageable, with the debating deciding of what those 4-5 items are to be done openly on this list, collectively by Evo's users reaching some kind of broad consensus. I think it's also reasonable to ask that all suggested bugs have a bugzilla report, have been experienced by more than one person, and if at all possible have a reproducible series of steps that can be followed to demonstrate the bugs. Let me give an example: My two suggestions for this release cycle would have been: 1) https://bugzilla.gnome.org/show_bug.cgi?id=599627 - Crash adding a new task in 2.28 [this bug has since been fixed]. 2) Would be this, as per described by Ben Zaborowsky: I get many HTML emails and while Evolution takes forever (over 5 minutes in many cases) to download and display them, Thunderbird does so in a second or two. I believe this is an issue with the way Evolution handles network requests and has been a bug for quite some time. ... which I believe is otherwise known as https://bugzilla.gnome.org/show_bug.cgi?id=582591 Images very slow to display. (Whilst this bug does not cause dataloss, the resulting slowness is something that obviously is noticed by and annoys a lot people, especially with the growing popularity of HTML emails that use external images, so I think the broadness of its impact justifies this being considered for a top bug list). Brian J. Murrell wrote: I experience hangs (i.e. freezes) all of the time. I send in stack traces every time I do. They just don't lead to anything. Brian, can you possibly suggest your top (say) 2 bugzilla reports? Ideally reports that others people have also experienced, that have all the info that the developers have requested, and that have a reproducible series of steps (if possible) ? I understand your frustration, but expressing general non-specific frustration is possibly not as constructive as nominating the details of a very small number of the most frustrating bugs you encounter. I'd encourage everyone to do this, suggesting say 2 bugs (please include bugzilla links), whilst being positive and constructive about, in the hope that from this exercise a broad consensus of the top 4-5 most pain-inflicting bugs will emerge. I think it'd help everyone to get some clarity on what the worst bugs are. -- All the best, Nick. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] Evo 2.26.1 + message from Hotmail with attachments + forwarding, seems to result in lost JPEG attachments
Hi all, Is this a known bug? I've searched bugzilla, but can't see it, yet it seems odd, so I'm assuming someone must have seen it before. Details as follows: I have an HTML email that I have received, with 7 attachments (i.e. Evolution says 7 attachments and then has the Save All button, and at the end of the email there are 7 attachment items I can do various things to). There are also some inline html-img-tag images in the HTML message (as part of someone's signature), but I don't care about those. For the 7 attachments: * One of these attachments is word .doc file. * One of these attachments is a PDF file. * The remaining 5 attachments are all JPEG images. I can view all these attachments fine in the original mail (by going Open in OpenOffice.org Word Processor... for the .doc, Open in Document Viewer... for the PDF, and View Inline for the JPEGs). So far, it's all good. Now I try to forward this email, by clicking the Forward button, and the weirdness begins. Forwarding changes the message format to plain-text (since that's my preference), _but_ the message now has just 2 attachments - the .doc and the .pdf. The 5 JPEG attachments have simply vanished. I have tried changing my default outgoing mail format to HTML (by going Edit - Preferences - Composer preferences - General tab - tick Format messages in HTML), and have tried forwarding this way, and whilst it is definitely now an HTML email, I still only see the same 2 attachments, and the 5 JPEGs are still missing. I have tried sending the mail to myself through evolution to see if I really do only get two attachments (in case the 5 images are actually attached but just aren't showing), and I really do only get the 2 attachments. I have restarted evolution (File - Quit, then start Evo again), in case that was the problem, and have then retried sending the message to myself, but it makes no difference, still only 2 attachments. There are spaces in the name the .doc file, but the PDF and the JPEGs do not appear to have any spaces in their names. The server I'm using is gmail (for both the received mail and the server I'm trying to forward it through) - receiving by IMAP, sending by SMTP. Evolution version is 2.26.1, distro is Ubuntu 9.04 I have logged into gmail's web interface, and it shows an attachment icon, and I can view the 7 attachments there too. I have then forwarded myself this message through gmail's web interface and it appears fine, with all 7 attachments when viewing the self-forwarded message I receive (in both gmail and in Evolution). So as far as I can tell from this test, this is an Evolution problem. The only other weird thing is that in Evolution's list of messages, that the original message does not have a paper-clip icon to show that it has attachments, which seems a bit weird, as all other messages with attachments do. The original message was sent from a hotmail account, and I can be certain that the person who sent it didn't intentionally try to do anything weird or mess with the headers or anything (the sender is my sister, and her interest in computers or software is basically zero) - the attachments would I presume have been added using hotmail's standard method. Also, if I forward myself the message through gmail's web interface, and then in turn forwarded that forwarded message to myself using Evolution, then that works fine, and has all 7 attachments. So based on the above, the common factors seem to be: Email with multiple attachments including some JPEGs, sent from Hotmail, forwarded using Evolution, results in lost JPEG attachments. Anyone else seen this or anything like it, or should I log a new bug? -- All the best, Nick. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] suggestion for evolution
It would be a lot better if instead of greying out the send/receive button if it switched to saying work online I spent time wondering if I had been hacked because of this! Work offline should be transparent to the user. Besides, there's already an indicator of 'work offline' (a disconnected plug at the bottom-left). Its obvious what it means once you think to look. I'm kind of with the original poster. Surely Send/receive is meaningless if you're offline? And over the past 12 months there have been at least 3 mails to this list from people asking for help who had not realised that they were offline. So from the in the wild real-world results, we can conclude a) that it's not obvious to people, and b) that they don't look down at the indicator. But what they are doing is trying to click the send/receive button. So to me, it makes sense to try doing something different with this button in offline mode. Some possibilities for discussion: * good: if the button's tooltip changed in offline mode to say You cannot send and receive because you are currently offline, that might help people somewhat. * better: toggle this button to mean work online. * best: toggle this button to mean work online and then send/receive. If the button is clicked and Evo can't go online for some reason, give the user a popup dialog notifying them of this. -- All the best, Nick. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] calendar icons
What makes an event a meeting rather than an appointment? When you first create an event in the calendar, you specify whether it's a meeting or an appointment (e.g. File - New - Meeting, or File - New - Appointment). Use appointments for events/reminders just for you, and meetings for events that other people will be notified about. For my 2 cents though, I don't think there should be as much distinction between meetings and appointments (e.g. there should just be events, and whether other people are notified or not is a secondary consideration); or failing that, that converting from one type to the other should be far more straightforward: http://bugzilla.gnome.org/show_bug.cgi?id=558030 In 2.26, there is a way to convert from an appointment to a meeting (right-click on appointment - Schedule Meeting), but not vice-versa (to the best of my knowledge). -- All the best, Nick. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Order of preferred email addresses in Evolution contact
Hi Ben, This problem concerns the order of preference of emails when these are added to a Contact. I might expect that the first email (as entered in the Contacts dialog) is the preferred email (e.g., displayed on the Contact's address card when this is formatted in the list, first choice for sending emails to); and that as you go to the second, third and fourth email fields the priority goes down accordingly. But it seems that in my installation the reverse is the case: that an email entered in the last field takes precedence over fields 3, 2 and 1, with 1 apparently receiving the lowest priority (empty fields excepted). The same may apply to phone numbers, though these aren't so obvious, since (unlike emails) a person rarely has two or more home (or work, etc.) phone numbers to rank in priority order. Thank you! This has been slightly annoying me every time I email people with multiple email addresses - I have them listed in the contact in the order of importance of their email addresses, and one in particular I email daily has 3 addresses (one they get immediately, one they check once a week, and one they check once every few months)... so whenever I email them I am am always typing their name, and pressing the down arrow twice to select the 3rd email address listed, which is their primary email address. I guess I never really thought about what it's doing, but yes, you're right, it's listing them in reverse order^^, and yes, it's kind of annoying and I wish it would list them in the order they were listed in the contact, which to me is the most intuitive thing. So, long story short, please consider this a confirmed - me too!. --- ^^ = current used order seems to be this in the contact's details: [ email 4 ] [email 2] [ email 3 ] [email 1] For English-speakers, I imagine the general expectation would probably be that the order should match the order of reading text (left to right, top to bottom), i.e. top-left should be email 1, top-right should be email 2, bottom-left should be email 3, bottom-right should be email 4, although the positions of 2 and 3 could maybe be swapped if people expected this ordering. I.e. my guess is that most English-speakers' mental model is probably this, and that Evo should probably try to match it: [ email 1 ] [email 2] [ email 3 ] [email 4] --- I'm running Evolution 2.26.1 on Ubuntu 9.04 (Jaunty). Ditto, and I'm pretty sure that 2.24.3 on 8.10 did the same thing too, so my guess would be that it's going to be still be present in the latest git/dev version. Therefore, the best thing is probably to log this in bugzilla so that it can be recorded/tracked/etc. I've used your email as the description text (hope this is okay!), and added a bit of info from the above, and it's now logged as: http://bugzilla.gnome.org/show_bug.cgi?id=587382 (Under Evo - mailer - Usability, which as-far-as-I-can-tell is probably the most accurate description). -- All the best, Nick. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Address label formatting in Contact mode
A related matter concerns the PO Box number field. The PO Box field seems a little odd and out-of-place to me. Its tab order is wrong, I don't know if it adds much, from what you described it has issues with making labels and it doesn't add the PO Box part to number-only fields, and I have to wonder if maybe the simplest overall solution it just to ditch it, and have people use the free-form Address field instead: http://bugzilla.gnome.org/show_bug.cgi?id=574710 -- All the best, Nick. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Order of preferred email addresses in Evolution contact
Hi Ben, I confess that, compared to the order you proposed, I would tend to do instead: [ email 1 ] [ email 3 ] [ email 2 ] [ email 4 ] However, I don't really know why that should be; I know what you mean. I had the proposed order that way originally too, but thought hey, is that logical?, and changed it, but maybe I should have asked hey, is that intuitive?, in which case you'd probably use the above ordering. I don't know why this should feel more intuitive either - maybe the import order, as you suggested. I don't personally mind too much either way where fields 2 and 3 are, my primary preference was that the top-left email address is listed first. I suspect using the vertical layout isn't going to be possible - although it has the benefit of being unambiguous, it probably takes up too much vertical space, and especially with the rise of netbooks with their current 1024x600 resolution, has meant that screen space, and vertical screen space in particular, is at a premium. Whatever ordering is used, it would make sense to apply the same layout to other parts too; I personally only notice the issue with email addresses, because of the way I use Evo, but I suspect that for people what different usage patterns that the same idea would apply to the other fields too. -- All the best, Nick. -Original Message- From: Ben Roberts b...@roberts.geek.nz To: Nick Jenkins nic...@gmail.com Subject: Re: [Evolution] Order of preferred email addresses in Evolution contact Date: Mon, 29 Jun 2009 21:10:35 -0400 Hi Nick, On Tue, 2009-06-30 at 10:38 +1000, Nick Jenkins wrote: Hi Ben, This problem concerns the order of preference of emails when these are added to a Contact. I might expect that the first email (as entered in the Contacts dialog) is the preferred email (e.g., displayed on the Contact's address card when this is formatted in the list, first choice for sending emails to); and that as you go to the second, third and fourth email fields the priority goes down accordingly. But it seems that in my installation the reverse is the case: that an email entered in the last field takes precedence over fields 3, 2 and 1, with 1 apparently receiving the lowest priority (empty fields excepted). The same may apply to phone numbers, though these aren't so obvious, since (unlike emails) a person rarely has two or more home (or work, etc.) phone numbers to rank in priority order. Thank you! This has been slightly annoying me every time I email people with multiple email addresses - I have them listed in the contact in the order of importance of their email addresses, and one in particular I email daily has 3 addresses (one they get immediately, one they check once a week, and one they check once every few months)... so whenever I email them I am am always typing their name, and pressing the down arrow twice to select the 3rd email address listed, which is their primary email address. I guess I never really thought about what it's doing, but yes, you're right, it's listing them in reverse order^^, and yes, it's kind of annoying and I wish it would list them in the order they were listed in the contact, which to me is the most intuitive thing. So, long story short, please consider this a confirmed - me too!. --- ^^ = current used order seems to be this in the contact's details: [ email 4 ] [email 2] [ email 3 ] [email 1] For English-speakers, I imagine the general expectation would probably be that the order should match the order of reading text (left to right, top to bottom), i.e. top-left should be email 1, top-right should be email 2, bottom-left should be email 3, bottom-right should be email 4, although the positions of 2 and 3 could maybe be swapped if people expected this ordering. I.e. my guess is that most English-speakers' mental model is probably this, and that Evo should probably try to match it: [ email 1 ] [email 2] [ email 3 ] [email 4] --- I'm running Evolution 2.26.1 on Ubuntu 9.04 (Jaunty). Ditto, and I'm pretty sure that 2.24.3 on 8.10 did the same thing too, so my guess would be that it's going to be still be present in the latest git/dev version. Therefore, the best thing is probably to log this in bugzilla so that it can be recorded/tracked/etc. I've used your email as the description text (hope this is okay!), and added a bit of info from the above, and it's now logged as: http://bugzilla.gnome.org/show_bug.cgi?id=587382 (Under Evo - mailer - Usability, which as-far-as-I-can-tell is probably the most accurate description). Thanks for your response! And thanks for logging this in bugzilla, too. I'll have a poke around there and see if I need to do anything further (even if that is just adding a vote in support). I confess that, compared to the order you proposed, I would tend to do instead: [ email 1 ] [ email 3 ] [ email 2
Re: [Evolution] Slow composing mail
I'm tired of waiting while trying to compose a new e-mail in Evolution. I just press the New button, and it appears to be working behind, but it's only after at least 15 seconds that it throws the compose screen. My version of Evolution is 2.26.1, and I'm using it in Ubuntu 9.04 jaunty, through a ltsp thin client. I'm not using remote X, and it takes (or feels like it takes) about 3 seconds on the very first new mail button click, and about 1.5 to 2 seconds thereafter. It's enough time to start questioning whether the click was detected or not, and then feel a sense of relief when the window pops up. Save version of Evo and Ubuntu, on a reasonably decent machine (Intel Q6600 quad core using as a 64-bit platform, 4 GB RAM, nvidia PCIe graphics, SATA HDDs, etc). I would expect it to be a little faster than 1.5 to 3 seconds, so I kind of wonder what it's doing in that time; maybe if the local case was a bit faster (e.g. 1 second max, half a second on average) then the remote case would be better too? I do have some compiz eye-candy enabled (System - Appearance - Visual Effects is set to Normal), don't know if that's relevant or not. But I don't see any delay that's approaching 15 seconds. -- All the best, Nick. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] using skype
I suggest adding a button to dial from the contact list using skype Good idea, could maybe be generalised a bit though. Suggest logging a bug in http://bugzilla.gnome.org/ , requesting a dial/chat button next to each non-blank phone number / instant chat field, which dials the number / initiates an instant chat, using skype / ekiga / pidgin / or whatever the user has configured. I.e. dial from the contact list using skype is one specific instance of open a real-time communication channel with this person, using the appropriate method, based on their contact information in Evolution, so better to make it as general as possible from the start. Mark that bug as depending on http://bugzilla.gnome.org/show_bug.cgi?id=575321 , which is for adding skype + VoIP as valid Instant Messaging / Telephone types in the Contact editor. (On the question of VoIP against contacts, it does seem that there's a Video Chat field under Contact - Personal Information - Web addresses which supports callto:// urls ... but it's misnamed I think because it supports non-video VoIP; it's misplaced because it should be just another type of telephone number, listed with all the other types of phone numbers, instead of a web address; and it's not general enough because it doesn't allow for distinct work VoIP versus home VoIP; but I digress...) -- All the best, Nick. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] using skype
4) Can I call other skype users from Ekiga No, as I've said before, Skype prevents that. ... And that's the real issue for end-users. If you like free software, BUT most of your friends or customers don't care and are using Skype, then most people just install skype and chat to them using non-free software. Changing yourself or the software you use is easy; changing other people is hard to impossible. It's not about prefering locked-in and proprietary over free and open; for 99% of people it's about being able to zero-cost/cheaply talk/chat with the people that matter to you; as such the biggest constraint is not what you want to use, but rather what software the people you want to communicate with are already using. So ruling out initiating skype calls from Evo due to philosophical reasons seems somewhat user-antagonistic. I doubt it'll prevent even a single person from using Skype, all it achieves is mildly annoyance of Evolution users. Hardly some big philosophical win for free software; it's much more akin to hitting yourself in the head with a hammer to prove how stubborn you are. Of course, for people who have a choice, VoIP is cheaper, more widely available, works better on mobile phones than Skype (at least for me), and has a competition from a wide variety of providers (e.g. there's a very good list of VoIP providers here for every country, with ratings: http://www.voxalot.com/action/globalProviderList ). -- All the best, Nick. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Outlook Exchange Tasks Creation / Updated Date
Is it possible to add the column showing when a task was created in Tasks? We currently have a Due and Start date but not a Creation / Updated date. Start / Due dates only apply if you are setting a time frame for a specific task. I can't see a way to do it either, but agree it would be handy, and it looks like the necessary data fields are already in the tasks.ics files. Probably best to log it as an enhancement request in bugzilla, so I have done so: http://bugzilla.gnome.org/show_bug.cgi?id=575773 -- All the best, Nick. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Funambol, syncing, etc.
Hi Patrick, Thank you very much for the great explanations and information! Writing up your experience for LWN would be useful to get the attention of other developers and potential packagers. I sent LWN a rough draft to see if they were interested, but the response was no: The article, as written, is not really suitable for LWN. We tend to avoid how-to articles in general; we also write in a very different style than is found here. There could be a place for a look at this topic. But there would be a lot more interest in a local, free-software solution than in somebody's web application. So I think you're in need of someone who is a) a better writer than me, and b) preferably someone who has set up a local server. However, in the course of doing the very rough draft, I found myself wondering whether SyncML could ultimately do for contacts + calendars + notes + tasks what IMAP does for email (make it live in the cloud, and be remotely accessible usable by a wide variety of clients). However to fulfil that potential, it seems to me it would ideally need two more things: a) syncing of multiple folders (e.g. I have 5 notes folders, 9 contacts folders, 24 tasks folders) - whereas currently the UIs in both the phone's sync client and in Genesis-Sync seem to imply single-folder-syncing only. b) Support for SyncML built into multiple PIM clients (e.g. Evolution, Kontact, Outlook, etc.), in the same way that IMAP comes as standard. However, even just having it integrated into one client, such as Evolution, would be useful for people who seamlessly want the same data synced on both a laptop desktop, or work machine home machine. Of course, my perspective is entirely from that of a end-user, I have no idea any whether of this is actually possible, and the amount I know about the technical details of SyncML and it's capacities and limitations would not even fill the back of a postage stamp :-) I wonder why you didn't find estamos.de first. It's the first hit for syncevolution. Probably you searched for syncevolution Ubuntu. I'm pretty sure that syncevolution Ubuntu is exactly what I searched for, hence the wrong page :-) Updating the https://wiki.ubuntu.com/SyncEvolution is probably a good idea, as it's not immediately obvious to the reader that it's out of date information. Funambol only supports one address in the current release. A few days ago they announced the features planned for 8.0 and support for a second address is listed. With ScheduleWorld you shouldn't have had that problem. I tried ScheduleWorld and it seems better for the problems I encountered. I'd probably recommend this above the My.Funambol site at the current time for anyone else wanting to try syncing. -- All the best, Nick. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] Funambol, syncing, etc.
Hi all, Following the recent discussions, I though that I would try the syncing method that people have been talking about (Funambol + syncevolution + genesis), to keep my evolution contacts + my phone's contacts in sync. Experiences and notes follow. Note the Linux distro was Ubuntu, so some of the issues I ran into instructions are specific to this distro, and the phone was a Nokia N95, so some of the issues I ran into may be specific to Nokia phones (but will probably apply to most Nokia E series and N series phones). == Other methods previously tried that did not work well enough == Prior to this I had tried a number of other method for doing this including: 1) Conduit, syncing contacts via gmail. Keep freezing trying to sync from evolution to gmail. Also has problems talking to phone over bluetooth (there are bugs in gnome's bugzilla for this, it's not feature-complete yet). 2) msynctool over bluetooth directly from evolution, as per: http://ubuntuforums.org/showthread.php?t=705103 . It worked, but kept stuffing things up (saying data had changed when it hadn't due to escaping characters to HTML entities and comparing the unescaped versus the escaped versions, and randomly inserting extra spaces - e.g. Australia became Aust ralia). I wanted exact syncing because I sometimes use the GPS in my phone to navigate to a contact's address when driving, and the address has to be exactly correct for this to work. I.e. address in evolution has to transfer completely correctly to the phone, which msynctool did not do. 3) Set up connection to Google contacts directly through evolution (as per: http://www.linux.com/feature/154875 ), and then syncing directly from the Nokia phone to gmail's contacts using the steps here: http://www.google.com/support/mobile/bin/answer.py?answer=98230topic=15015 . However, this is buggy too (the address field get all mangled - I'm using separate fields for postcode/suburb/etc, and Google seemed to merge them into one big blob, which is not suitable because the GPS software could not parse this). I know Google's syncing is in beta, but for me it's not currently suitable. So, 1 out right failure, 2 not good enoughs, giving 3 out of 3 for 100% overall failure rate. Not good. So I was fairly dubious about trying a fourth approach, but the level of positive comments on the list convinced my to give the funambol method a go. == Experience / Timeline == 4:30 start reading - what is my Funambol, can it sync to my phone (Nokia N95), can I sync evolution to Funambol? 4:34 reading - apparently need syncevolution to sync evolution to Funambol. 4:37 start sign-up at My.Funambol beta ( http://my.funambol.com ) 4:44 Did not get SMS (suspect problem was the leading zero in the phone number), starting manual funambol setup on phone. 4:51 completed setup of sync profile on phone, ran sync, gave error about wrong password (I had mistyped), corrected, repeated sync, ran successfully. 4:58 completed reading a bit more about syncevolution. Ran: sudo aptitude install syncevolution. There's no such package in Ubuntu. Express annoyance about this 5:02 Some more googling - https://wiki.ubuntu.com/SyncEvolution confirms that there are no packages. 5:03 I search for genesis, since people have talked about this as a nice front-end to syncevolution, and hopefully that will include the syncevolution stuff however the genesis packages in Ubuntu are to do with an AI-neural net learning program (general-purpose neural simulator) 5:15 Distracted for 12 minutes by a very large thunderstorm. 5:16 Googled for PPA genesis packages, since I have a rule that I won't install any software unless it's packaged (wasted too much time in my life doing this, won't do it any more). May have found some packages at: https://launchpad.net/~frederik-elwert/+archive/ppa 5:17 sudo nano /etc/apt/sources.list , add the lines listed on the URL above. 5:18 sudo aptitude update 5:19 sudo aptitude install genesis-sync syncevolution 5:20 The above command does not work?! The following packages have unmet dependencies: genesis-sync: Depends: syncevolution which is a virtual package. .. so looks like they have packaged genesis-sync, but not syncevolution. 5:22 Back to google: site:launchpad.net syncevolution PPA. Find a PPA that only has 0.7, would like latest version to avoid bugs. 5:23 A general google, finds this page: http://www.estamos.de/blog/2008/10/11/binary-packages-for-evolution/ (which does not have links to the packages, but fortunately someone else already asked this question in the comments and got an answer). 5:25 Follow suggested link 5:26 sudo nano /etc/apt/sources.list , add lines as per: http://www.estamos.de/download/apt/ 5:28 sudo aptitude install genesis-sync syncevolution 5:29 Whoops, need to do: sudo aptitude update first 5:30 redo: sudo aptitude install genesis-sync syncevolution 5:31 Yes, install the potentially untrusted packages. 5:33 Installation complete of both syncevolution and
Re: [Evolution] compose new message from template?
Use the Templates folder in the local store. Ahhh. Yes. I see. Kinda klunky though, to have to go there and Edit as New Message rather than Message-Compose New Message From Template-[list of templates]. Or maybe the usual ctrl-N / New toolbar icon to make a new mail, and then a new Apply Template icon in the toolbar to use a template? It'd probably have to warn if the user had modified anything before using it though (e.g. Changes you have made will be lost. Continue? Yes, replace content with template / No, keep current content), a potential problem which the current approach + the suggestion about avoids, by making choosing the template the very first thing you do. However, a toolbar button would make it much easier for users to discover this feature. -- All the best, Nick. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evaluating Evolution- some basic questions [about the forced hyphens in signatures]
I'm really trying to understand what is so objectionable about the hyphens for some people. I don't really understand. Let me answer your request for explanation with a completely fictitious story - an off-line corollary, if you will - to explain why it's objectionable to me. Indulge me. Suppose there's another inhabited planet, far far away, called Dirt. Dirt is eerily similar to ours in most respects, including language, culture, and technology - but with a few small differences. For example, on Dirt there is a group of respected English-language academics, who regularly meet. They call themselves the ERFC - the English Rules Formation Committee. When this committee meets, it usually focuses on matters of concern only to academics - such as what size font should be standard for English-language academic papers, how wide margins should be on those papers (14 millimetres or 15: it's a much-debated question), whether the Dewey-decimal system should be used for filing in English language libraries, and so forth. Generally the ERFC sticks to matters that only academics could care about ... such that outside of academic circles, the rest of Dirt's citizens are largely unaware of the ERFC, and pay no attention to them. This situation worked well enough for all concerned, until one day in 2004, when the ERFC meets, and in subsection 4.3 of edict number 3676, a small item is included. This item states that any letter i in a person's signature must not have a dot / point above the i, and that instead it had to be one of those little cutesy small circles that you sometimes see above the letter i - so a little 'o' above the 'i' was now the only acceptable form of the letter i in a signature, by official ERFC edict. The rest of Dirt's citizens yawned. They were used to ignoring the ERFC, and the ERFC had no official jurisdiction over them, and ERFC had issued edicts before that had been safely ignored (that all mail must be transported by carrier pigeon being one humorous example). Besides, the general population comprised 99% of the users of signatures, and academics only 1%. In academic circles however, it had been the fashion to include a cutesy o above the i for some time now, and the last few academic holdouts rapidly changed their signatures following the ERFC edict, lest they be seen as Luddites. For just as in other groups, academics were followers of fashion, and no academic wanted to be seen as unfashionable, lest it hurt their chances of getting funded come grant time or cause them to be ridiculed by their peers. Furthermore, as on our world, the academics mostly communicated with other academics, and they also somewhat overestimated their own importance and were certain that their way was the right way. Taken together, these factors produced two distinct signature cultures: an i-with-a-cutesy-o-above-it in the signature (common in academia and with English language technicians), and a normal i in the signature (as used by everybody else). Now there was one other difference between Dirt and our world, and that was the focus of technological innovation. Unlike our world, the focus of technological innovation on Dirt was on pens. That's right: pens, the things you write with. But not the cheap Biros of our world, oh no. To a Dirtian, that would be a relic of the old way of doing things, much as we might view an abacus as an interesting toy, but no comparison to a spreadsheet. And Dirt's pens truly were extraordinary, with the things they could do. You could write a word, misspell it, and it would beep, and if you squeezed the pen in just the right way, it would go back and auto-correct the word so that it was now spelled correctly. The pen also remembered everything you had written, so if you repeatedly used a word outside of the common dictionary, it would learn that word, and would no longer beep every time you used it. If you were addressing a letter, it would search through all the previous addresses you had written, and it would auto-complete the rest of the address once you had written enough letters, thus saving you lots of manual writing. And if you were on holiday, you could write one postcard, and then it would remember that, and then you could put the pen above all your other postcards, and it would fill them in with the same message, thus saving you having to write them out. And if you were at a party, and you met a cute girl, she could write out her phone number with your pen in the air, and it would remember that phone number for later. Yes, the people of Dirt truly loved their pens, and people became very fussy about their personal preference in pens, and got quite upset if they ever lost their pen. Of course with this love of pens, it required many pen makers, each with different models with different strengths and weaknesses. There was the PenSoft company, with their top-selling PenLook model (this pen was seen as having lots of features, but was pretty pricey, and if you found a
Re: [Evolution] Evo 2.24.3 bug list, by personal priority.
I want to thank you all for your great responses and feedback - even where you firmly told me that you disagreed with me, I do appreciate it. I'll keep the responses brief, and group them into one message to keep it simpler. I did try to limit mine to my top 5-6 really can't use this utility properly bugs, and also to limit them to things which are really obviously bugs, and not just I wish Evo would work differently, where other people may disagree. In my experience the more you add to your wishlist the less people feel inclined to read it all and work on it. My apologies, I will try to keep it briefer if I do it again. * Bug 558363 - Evolution: Appointments reminder window lost on logout + login (reminder data loss) (Evolution) http://bugzilla.gnome.org/show_bug.cgi?id=558363 * Bug 558493 - Evolution: Reminders for Appointments due when the computer is turned off are lost / never shown. (Evolution) [not sure if this still happens in 2.24, need to check] http://bugzilla.gnome.org/show_bug.cgi?id=558493 I find these funny, because Evo used to work exactly like this. Oh no! Sorry, I didn't know that. And, people complained because after a long absence, when they started Evo they would get hundreds of popup windows announcing reminders for meetings that were long past... it entailed a lot of hunting and clicking to locate and get rid of them all and really, what was the point? Those appointments were gone; it's not like you can get them back. Okay, I'm probably using my calendar a bit differently. I tend to calendar things for myself that I'm planning to do (e.g. work on project A on Tuesday, do company taxes on Wednesday, etc). Suppose I get the project A work done, but some bit of hardware dies and needs replacing on Wednesday, so I don't get the taxes done. In that case, I want the taxes reminder to still appear on Thursday, because I'll reschedule it for later. Also, I'll set far-away reminders for events I need to prepare something for - for example, a family member's birthday, where I know that person is very hard to buy present for, so I'll give myself a week and half's notice on the reminder, and I want the reminder to persist until I dismiss it, because it's doing something useful by constantly reminding me that I need to get a present for that person. Of course some events do have a fixed date and very short reminders, but they're quick and easy to dismiss. So, bugs were filed and Evo was changed so that it no longer did this. People were happy. But I guess not everyone :-). I agree that a better fix to the original problem would have been to have a single window with a list of reminders so that it was easy to select and dismiss them in a group, rather than having individual popup windows for every reminder. And that is the solution that we will have for Evo 2.26 (I think) where some reminders can be dismissed (or you can go dismiss all). Here's a screenshot: http://bugzilla.gnome.org/attachment.cgi?id=121962action=view (I.e. now has dismiss vs dismiss all buttons). The resolved bug for that is here: http://bugzilla.gnome.org/show_bug.cgi?id=558354 That allows getting rid of everything very quickly (just click dismiss all and you're done), or selectively keep some and not others (highlight those you don't want, click dismiss) ... so given that we'll soon have this, with a single window with granularity on what reminders can be dismissed, I personally would like to see reminders persist and only go away when they are explicitly dismissed by the user. a dismissive attitude towards RFCs will not get you very far with FOSS software. Microsoft refugees may find this shocking ;-), but standards trump personal preferences and the user, _every time_. There is simply no contest at all. Standards are what make the entire ecosystem of FOSS possible--even the small and silly ones--and as such they create an extremely high barrier. It's no longer in the realm of personal preference. I'm a little bit wary here, as I don't want to get into an extended debate, and I think we largely agree anyway. In general, I am extremely pro-RFCs. I am 100% pro RFCs where they are invisible to the user (e.g. SMTP RFCs, HTTP headers, etc). RFCs about infrastructure rock. I am also pro de-facto standards for public Internet communications, such as on mailing lists, such as having the -- separator to assist with removing long signatures. But for private internal corporate communications, it looks out of place, and it's trying to solve a problem that nobody wants solved (total number of times that a boss / colleague / customer has ever said gee, I wish people would use DASH DASH SPACE before their signatures or anything like it, in 15 years: Zero). Furthermore, to quote the RFC itself, from http://www.ietf.org/rfc/rfc3676.txt , section 4.3: There is a long-standing convention in Usenet news which also commonly appears in Internet mail of using -- as
Re: [Evolution] Evaluating Evolution- some basic questions [about the forced hyphens in signatures]
Second, note the one hyphen in my signature above the longer series below? I can't get rid of that hovering hyphen. I've edited my signature, of course, but that hovering hyphen doesn't appear there. How can I get rid of that? I hate the force-inserted hyphens too. I am forever manually deleting them from the my work signature, and I find them endlessly annoying. It's MY signature, and *I* will decide what goes into it. For a public mailing list, two dashes and RFC compliance are fine, but for work emails they look stupid, out-of-place, and unprofessional, and they must die; that and the mentality that says it's okay to force things onto people they hate. Hint: The road to success starts by helping people do things they want to do better, not by forcing them to do the things you want them to do. The wontfixed bug for this is: http://bugzilla.gnome.org/show_bug.cgi?id=551470 Also, in Evo 2.22.3.1, I used to get two hyphens + a space -- , and I upgraded my main desktop to Evo 2.24.3 on Friday, and now I seem to get a dash and two spaces - . Technically, I suppose this is a bug, since it entirely negates the purpose of forcing the dashes onto people, but since I fundamentally disagree with the feature in the first place, now I just find it poetic: Evo tries to forces people to have two dashes in their signatures, and yet gets it wrong, thus achieving the worst of all possible worlds: preaching RFCs whilst being RFC non-compliant, and being I-know-better-than-you arrogant whilst being outright wrong. Sorry if I sound bitter about this, but the feature annoys me, yet the arrogant mentality of forcing it into people's signatures annoys me even more, so I can't help but see in karmic justice in the feature not working correctly :-) -- All the best, Nick. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] Evo 2.24.3 bug list, by personal priority.
Hi all, A few weeks ago, I read how on this list how someone (maybe poc?) used to post their list of Evolution bugs that annoyed them, with their bug numbers / bugzilla links. Having just upgraded to Evolution 2.24.3, and having tested where possible to confirm that bugs I'm watching are still present, I thought it may be worth repeating this for bugs that annoy me. To break it down into manageable chunks, I've categorised the Evolution bugs by personal priority level. P1 would be things that annoy/grate/cause-data-loss at least once a week or usually once a day or more; P2 would be things that annoy but not as strongly as P1, or where it feels like some very useful functionality is missing; there is no P3; P4 are minor annoyances; and P5 are wishlist things that I'd like to see in Evo (either because they'd improve usability, or be strategically important for encouraging uptake, like the PST importing stuff). A few items have comments in square brackets, about current status / things I need to check / things that require community feedback / etc. Your comments, including agreements of support from people also affected / disagreements against where something seems like a bad idea, links to dupes, etc, are all welcome. == P1 - Major annoyances == * Bug 558030 - Evolution: Add a way to convert appointments into meetings, and meetings into appointments, or remove the distinction altogether. (Evolution) http://bugzilla.gnome.org/show_bug.cgi?id=558030 * Bug 413618 - Undo for tasks, notes and appointments (Evolution) http://bugzilla.gnome.org/show_bug.cgi?id=413618 * Bug 554392 - Evolution: Can copy/paste HTML checkboxes into plain text emails, and cannot undo this. (Evolution) http://bugzilla.gnome.org/show_bug.cgi?id=554392 * Bug 349397 - No text/calendar (.ics) handling (Evolution) http://bugzilla.gnome.org/show_bug.cgi?id=349397 * Bug 550769 - Evolution: When deleting folders, move these to the trash, instead of deleting irreversibly. (Evolution) http://bugzilla.gnome.org/show_bug.cgi?id=550769 * Bug 523802 - Evolution Mail and Calendar: copy paste does not work... (Evolution) [has patch attached from Milan Crha, needs review] http://bugzilla.gnome.org/show_bug.cgi?id=523802 * Bug 558363 - Evolution: Appointments reminder window lost on logout + login (reminder data loss) (Evolution) http://bugzilla.gnome.org/show_bug.cgi?id=558363 * Bug 558493 - Evolution: Reminders for Appointments due when the computer is turned off are lost / never shown. (Evolution) [not sure if this still happens in 2.24, need to check] http://bugzilla.gnome.org/show_bug.cgi?id=558493 * Bug 551470 - Evolution: do not insert -- (dash dash space) at the start of signatures. (Evolution) [Marked as WONTFIX, but as mentioned previously cannot agree with this resolution] http://bugzilla.gnome.org/show_bug.cgi?id=551470 == P2 - Irritating Bugs and Missing Features == * Bug 558042 - Evolution: add a multi-column view for memos - i.e. more than one memo per line (Evolution) http://bugzilla.gnome.org/show_bug.cgi?id=558042 * Bug 558037 - Evolution: Accept semicolons, as well as commas, as email-address separators in the TO address field. (Evolution) http://bugzilla.gnome.org/show_bug.cgi?id=558037 * Bug 557187 - Evolution: Today not selected upon opening calendar. (Evolution) [has patch, but patch needs updating following review comments] http://bugzilla.gnome.org/show_bug.cgi?id=557187 * Bug 556078 - Evolution: Make Tasks / Memos / Calendar items remember window size. (Evolution) http://bugzilla.gnome.org/show_bug.cgi?id=556078 * Bug 553732 - Evolution: Drag-and-drop moving of days for calendar appointments in the calendar view. (Evolution) http://bugzilla.gnome.org/show_bug.cgi?id=553732 * Bug 200683 - Evolution: Spell check does not spell check an email's subject line (Evolution) http://bugzilla.gnome.org/show_bug.cgi?id=200683 * Bug 551464 - Evolution: Make copy/paste of files into draft Evolution emails insert attachments, not the file path as text. (Evolution) http://bugzilla.gnome.org/show_bug.cgi?id=551464 * Bug 559365 - Evolution: Rolling the mouse scroll wheel in the Calendar does not always scroll the view. (Evolution) http://bugzilla.gnome.org/show_bug.cgi?id=559365 * Bug 559366 - Evolution: Cannot scroll the Calendar view using the arrow keys (Evolution) http://bugzilla.gnome.org/show_bug.cgi?id=559366 * Bug 559710 - Evolution: Do not close Tasks on save. (Evolution) [i.e. change label to save and close as per Outlook, or add a new button for save only vs. save and close] http://bugzilla.gnome.org/show_bug.cgi?id=559710 * Bug 561140 - Evolution: Add spell check for calendar meetings. (Evolution) http://bugzilla.gnome.org/show_bug.cgi?id=329616 * Bug 562512 - Evolution: Make hyperlinks clickable in Memos, Tasks, and Calendar items (Evolution) http://bugzilla.gnome.org/show_bug.cgi?id=562512 * Bug 565403 - Evolution: Do not bold folder when subfolder with unread messages is
Re: [Evolution] Opening ical/vcard files through command line
Many web pages offers ical/vcard files. Is is possible to open them directly in evolution instead of saving it first and then importing from the File menu? You probably have to associate VCS/VCF data with Evolution in your browser. In Mozilla FireFox: Edit - Preferences - Applications Evolution does not register itself as the default handler for such data in GNOME. Associated bugs: http://bugzilla.gnome.org/show_bug.cgi?id=517124 http://bugzilla.gnome.org/show_bug.cgi?id=517125 -Suman And for the ical/ics side, the feature request for handling these from web pages is logged in bugzilla as: http://bugzilla.gnome.org/show_bug.cgi?id=349397 -- All the best, Nick. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] Spam in IMAP inbox folder when viewed outside of Evolution.
Hi all, I am currently setting up reading IMAP email on my mobile phone, but one problem is the mail that I have marked as spam in Evolution. In Evolution it's quarantined separately into a Junk folder for that IMAP account, but when I use the IMAP mobile phone client, all the spam still shows as sitting in inbox, marked as read, and intermingled with all the non-spam email. (I'm guessing Junk is some kind of virtual folder or something?) Is there some way to make Evolution do something else with the junk? E.g. move it somewhere else? (If it matters, this is Evo 2.22.3.1, but will upgrade to Evo 2.24.3 very soon). To solve this, I would go: Edit - Preferences - Mail Preferences - Junk - and tick Delete Junk messages on exit [every time], except that I presume that this will stop the Junk filtering getting better? Normally I like to keep all the spam I receive so that if I ever have to retrain a spam filter, I can say here, this folder, it's all the spam I have ever received, so learn that this stuff equals bad. Is there some way to keep the spam (maybe move it to local spam folder) for filter training purposes, whilst keeping the IMAP folder clean of junk, and not reducing the quality / learning of the automatic spam filtering? -- All the best, Nick. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evolution 2.24's sqlite database: what's it storing, should I be concerned, and can I get my data out of it?
My questions are: What is this sqlite database being used for? Is it used for storing the mail? Is my new + old local mail still all stored in MBOX format? Hi, mails are still stored in an MBOX format, the sqlite database is for summaries, the index of some particular data pointing to the right place in the MBOX file (or the other format, depends on the provider). The summaries were there even before, but only in some binary format. The change to sqlite was intended to make things quicker. Hope that helps, Milan Thank you! It definitely helps, and tells me that my concerns were unfounded. [re upgrading desktop to 2.24.1] Don't do it! Unless you like pain. Not especially :-) I'd wait for 2.24.2 at least Okay - I'll probably run my main desktop on 2.22 for a month or two more, but run 2.24 on the laptop so that I can test log any reports against a more recent version. -- All the best, Nick. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Spell-checker underlines even the words correctly spelled
Sorry if I've missed a prior post on this and any subsequent answers, but since upgrading Xubuntu from 8.04 to 8.10, Evo's email editor consistently underlines all words, not just those incorrectly spelled. And now for the obligatory cliche: It worked just fine under 8.04. Has anyone else seen this behavior? And the fix? It's a bug in 2.24.0 that occurs when you have multiple dictionaries enabled. It's already been fixed in 2.24.1. Thanks Matthew, and interesting. I'm running 2.24.1 and only have US English checked as a dictionary preference. I still have the problem. That could mean that a trip to the bug-reporting arena is in order... I saw the same or a very similar problem yesterday on 2.24.1, after upgrading a laptop from Ubuntu 8.04 to 8.10 (which took Evo from 2.22.3.1 to 2.24.1). Every single word in a draft email was underlined in red. I either had one or zero languages ticked under Edit - Preferences - Composer Preferences - Spell checking. I think I had one language ticked, I think it was English (Australia), but I'm not 100% certain about that. Anyway, I then ticked English, English (Australia), English (Canada), English (United Kingdom), English (United States) - since I figure the English language we actually use is a composite of all these variants and more anyway - and then the spell checking worked as per normal. Out of curiosity, I have just tried changed it back to having only English (Australia) to see what happens, and now it's working fine. So, sounds like maybe first time Evo 2.24.1 is run after an upgrade, with one language selected (or maybe just one English variant), that every word can be underlined as red, but if you change the languages, then change it back, then it works as per expected ... ? -- All the best, Nick. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Spell-checker underlines even the words correctly spelled
Hi Matthew, Looks like it's messing up the zero languages case -- I just reproduced it for myself. Good observation. Can you and Peter confirm this? Yep. I was able to reproduce the problem on 2.24.1 by doing the following: * Go Edit - Preferences - Composer Preferences - Spell checking - tick only English (Australia). * Exit Evolution, reboot computer. * Go Edit - Preferences - Composer Preferences - Spell checking - untick every language. * Exit Evolution. * Restart Evolution, and get red lines under everything. * However - and this is the wacky bit - when I go Edit - Preferences - Composer Preferences - Spell checking, then English (Australia) is still showing as ticked. I.e. Should either: * give red lines everywhere (or nowhere) with no language ticked * or should give red lines on misspelled words ... but preferably should not give red lines on correctly spelt words for a language, whilst also showing that language as ticked, because that's just going to cause complete confusion! ;-) please report this at bugzilla.gnome.org I'm not sure if this is in bugzilla yet, but it probably should be, so I logged it with the most up-to-date info I have, as: http://bugzilla.gnome.org/show_bug.cgi?id=559371 -- All the best, Nick. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] Evolution 2.24's sqlite database: what's it storing, should I be concerned, and can I get my data out of it?
Hi all, When migrating a test laptop from Evolution 2.22.3.1 to Evolution 2.24.1, I noticed that it ran an evolution sqlite migration tool once to do something with my email folders. My questions are: What is this sqlite database being used for? Is it used for storing the mail? Is my new + old local mail still all stored in MBOX format? I have had a quick look in the ~/.evolution directory, and I'm still unclear about what sqlite is being used for, and if I should be worried about its use. I like having my data in open industry-standard formats, and want to be reassured that if when I migrate my main desktop to 2.24.x, that this won't change. To give a bit of background about why I'm particularly concerned/sensitive about this issue: Before running Evolution I used MS Outlook for ages, and one of the main reasons for using it for so long was that I knew migrating my data out of Outlook would be very painful, largely because it was locked-up inside a proprietary binary non-open-standard hard-to-read data file. And indeed, it _was_ exceedingly painful to get my data out (worse even than I had imagined), and into standard MBOX files (for mail), ASCII text files (for notes), and ICS files (for calendars and tasks), VCF files (for contacts). I really don't want to go through anything like that experience ever again, hence my concern when I see something that looks like it might be converting my mail into some sort of binary data format. Note that I am not looking to change from Evolution 2.24 to another mail client, but rather I want to know that if I do ever decide to do this that I still have this option, and that I can migrate my data easily and painlessly. -- All the best, Nick. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] How to sync Evolution local mbox mail from desktop to laptop?
Hi all, Quick question: How do I sync my local MBOX mail between a desktop machine and a laptop? At least to start with, I only want my local mail synced in one direction (desktop - laptop), so that I have access to my old mail archives whilst travelling, even if I don't have Internet access. Currently, I am using a script which I got from the archives of this mailing list, namely: -- #!/bin/sh if [ ! $1 ] then echo usage: $(basename $0) destination host exit 0 fi TO_HOST=$1 GCONF_DUMP=~/.evolution/gconf-evo.dump.xml ssh $TO_HOST DISPLAY=:0 evolution --force-shutdown evolution --force-shutdown gconftool-2 --dump /apps/evolution $GCONF_DUMP rsync -av --delete ~/.evolution $TO_HOST: ssh $TO_HOST DISPLAY=:0 gconftool-2 --load=$GCONF_DUMP -- The above script does everything apart from the local mail (does tasks, calendar, memos, IMAP accounts, etc). However, for local MBOX mail, it looks like it has worked (e.g. shows a folder as having unread mail), but when you click on it, the hard disk light goes for a bit, and then it decides that the mail folder is actually empty (i.e. you cannot access any of the individual mail items through evolution). I'm running evolution 2.22.3.1. Has anybody got something that might solve this problem? Preferably besides moving everything to IMAP ;-) -- All the best, Nick. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] How to sync Evolution local mbox mail from desktop to laptop?
Hi all, Quick question: How do I sync my local MBOX mail between a desktop machine and a laptop? At least to start with, I only want my local mail synced in one direction (desktop - laptop), so that I have access to my old mail archives whilst travelling, even if I don't have Internet access. Currently, I am using a script which I got from the archives of this mailing list, namely: -- #!/bin/sh if [ ! $1 ] then echo usage: $(basename $0) destination host exit 0 fi TO_HOST=$1 GCONF_DUMP=~/.evolution/gconf-evo.dump.xml ssh $TO_HOST DISPLAY=:0 evolution --force-shutdown evolution --force-shutdown gconftool-2 --dump /apps/evolution $GCONF_DUMP rsync -av --delete ~/.evolution $TO_HOST: ssh $TO_HOST DISPLAY=:0 gconftool-2 --load=$GCONF_DUMP -- The above script does everything apart from the local mail (does tasks, calendar, memos, contacts, IMAP accounts). However, for local MBOX mail, it looks like it has worked (e.g. shows a folder as having unread mail), but when you click on it, the hard disk light goes for a bit, and then it decides that the mail folder is actually empty (i.e. you cannot see or access any of the individual mail items through evolution). I'm running evolution 2.22.3.1. Has anybody got something that might solve this problem? Preferably besides moving everything to IMAP ;-) -- All the best, Nick. ___ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list