Re: [Evolution] Evolution no longer connects with iCloud IMAP mail
On Wed, 2014-10-15 at 08:37 -0700, Bryan Mason wrote: I just started having the same problem with FastMail, IMAP, and Evolution. FastMail disabled SSLv3 because of the POODLE vulnerability[1][2]. I know that the problem is due to the disabling of SSLv3 because FastMail maintains an insecure host that still supports SSLv3, and if I reconfigure Evolution to use that host, things start working again. Evolution 3.10 makes wrong NSS flag choices when using IMAP-over-SSL on port 993 versus the STARTTLS capability on port 143. Use the latter method (STARTTLS) if it's available, or else upgrade to Evolution 3.12 which gets this stuff right. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Closing Evolution
On Sat, 2014-10-11 at 17:52 -0600, Bart wrote: However, it seems, I empathize seems, to take longer for Evolution to close if I use File-Quit than if I just click the little X in the upper right corner of the window. My question is: Is there a difference in the code between the two processes, or is it just me? It's practically identical. Here's the code for the [X] button: https://git.gnome.org/browse/evolution/tree/shell/e-shell.c#n142 Here's the code for File-Quit: https://git.gnome.org/browse/evolution/tree/shell/e-shell-window-actions.c#n454 Both paths call e_shell_quit(), which initiates the shutdown process. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] NFS folder on network attached storage
On Mon, 2014-08-25 at 23:02 +0100, Pete Biggs wrote: I did see a while ago that UUIDs were going to be removed and replaced with account names, which should be more portable. I don't know if it happened (or is happening). I'm guessing this was in reference to keyring entry descriptions? The keyring entries in Seahorse used to only display the account UUID (for the sake of staying accurate across renames), but that wasn't very useful for humans so the keyring entries now display account names and are automatically kept up-to-date by a background process. Stable and unique account identifiers are critical to E-D-S. They're not going anywhere. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Passwords fail to retain Evo 3.10.4
On Wed, 2014-08-20 at 21:08 +1200, Chris and Tracey wrote: Every time i send using (gmail) in Evo i get the password is incorrect error message. Then it repeats up to 4 times after i key in the correct password 4 times and then sends. Evolution only re-prompts on a 535 response from the SMTP server. A 535 response means authentication credentials invalid [1]. An SMTP log would likely reveal what's going on. If you post the log, take care not to accidentally reveal personal info. See: https://wiki.gnome.org/Apps/Evolution/Debugging#SMTP Matthew Barnes [1] http://tools.ietf.org/html/rfc4954#section-6 ___ 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] Large text attachments hang Evolution
On Wed, 2014-08-20 at 13:13 -0700, Tim Wescott wrote: I have a problem that _seems_ to be related to getting large (5MB) text attachments. You forgot to give your Evolution version, but possibly: https://bugzilla.gnome.org/show_bug.cgi?id=724909 ___ 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] Wierd debug message
On Mon, 2014-08-18 at 11:54 +0100, Patrick O'Callaghan wrote: Why I am getting a Java-related error in Evolution? It's the WebKit Java plugin initializing itself. Not an error, it's just spewing its identity to stdout. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Wierd debug message
On Mon, 2014-08-18 at 13:16 +0100, Patrick O'Callaghan wrote: OK, then I guess my next question is why I'm getting no debug info for the failing POP connection. I tried running again with CAMEL_DEBUG=all and got over 120MB of logs, none of which mentioned either the server or the pop protocol (i.e. they were all records related to my other accounts, which are IMAP). This is after seeing the error message within Evo. CAMEL_DEBUG=pop3 logs incoming and outgoing POP3 protocol messages, but that first requires a connected socket. A couple of the error messages you mentioned imply it may not even be getting that far. Socket connection and TLS negotiation mainly happen in the lower level GLib library, and unfortunately -- from a quick scan of the GLib code -- I don't see any debugging facilities for that. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Installing evolution 3.12 in Ubuntu 14.04
On Mon, 2014-08-11 at 15:15 -0700, Tim Wescott wrote: Can you suggest the least painful way of getting a version of Evolution working on Ubuntu 14.04 that has a working bogofilter interface? Ubuntu being a Debian-based distribution, you might try grabbing it from Debian. https://packages.debian.org/testing/evolution Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evolution 3.13.3
On Mon, 2014-07-14 at 11:21 +1000, Wasserland wrote: I know 3.13.* is still in development but it seems to work okay nevertheless. My main problem is the font size on the compose mail screen. I seems stuck on a small font despite my attempts to change that in preferences. So I have a few questions please: Note that 3.13 is currently carrying a brand new WebKit-based email composer that is still undergoing testing and debugging. This is a major rewrite, so be prepared for some instability and quirkiness. Also note that Evolution is on an annual (spring) release schedule now, so 3.14 won't be released until next year. Downgrading is always unsupported and at your own risk, but at this time I believe downgrading from 3.13 to 3.12 *should* be relatively safe. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] disabling junk plugin
On Fri, 2014-06-27 at 19:03 -0400, Carl Schaefer wrote: I don't have Bogofilter or SpamAssassin installed, but unfortunately on the Junk tab in Mail Preferences there is not a none option for Junk filtering software. If I use dconf-editor to set org.gnome.evolution.mail.junk-default-plugin to none the error box stops being displayed (at least until the Junk tab is opened again, at which point the value of junk-default-plugin resets to Bogofilter). It sounds to me like Arch is packaging the junk plugins wrong. If you don't have Bogofilter or SpamAssassin installed, then the plugins should not be installed either. I tried to explicitly enforce this in the source package by checking for the filtering software in the configure script and aborting the build if it's not found. The packager must then decide whether to make the filtering software a requirement for the package or to exclude the filtering plugin from the package. But I can only do so much from the source package, and the check can be circumvented. Not being familiar with Arch, I don't know how to examine their build script for Evolution (short of installing the distro) to see how they're getting around this. In Fedora, the filtering plugins are split into subpackages: evolution-bogofilter evolution-spamassassin Each subpackage requires the associated filtering software. So installing evolution-bogofilter will automatically pull in bogofilter. If no junk filtering plugins are installed, then no junk filtering options are displayed in Evolution's Preferences. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] disabling junk plugin
On Sat, 2014-06-28 at 15:07 +0200, Ralf Mardorf wrote: pkgname=evolution pkgver=3.12.3 pkgrel=1 pkgdesc=Manage your email, contacts and schedule arch=(i686 x86_64) license=(GPL) depends=(gnome-desktop evolution-data-server gtkhtml4 libcanberra libpst libytnef psmisc desktop-file-utils hicolor-icon-theme dconf gtkspell3) makedepends=(intltool itstool docbook-xsl networkmanager bogofilter spamassassin highlight) optdepends=('bogofilter: possible junk filter plugin' 'spamassassin: possible junk filter plugin' 'highlight: text highlight plugin') groups=('gnome-extra') options=('!emptydirs') install=evolution.install url=https://wiki.gnome.org/Apps/Evolution source=(http://ftp.gnome.org/pub/gnome/sources/$pkgname/${pkgver:0:4}/$pkgname-$pkgver.tar.xz) sha256sums=('980988cf3d1f537102f4a3143a2c251ac812666b8f0936afd6bdde0fe5a96fea') Thanks, that shows the problem. The filtering software is mandatory at build-time (makedepends), so the filtering plugins are installed unconditionally. But then they make the filtering software that the plugins depend on optional (optdepends), which circumvents the build-time checks and leaves the plugins in a possibly invalid state. If the plugins are installed unconditionally then the filtering software must be installed unconditionally. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] evolution freezes on some xml attachments
On Thu, 2014-06-12 at 12:57 -0400, Eugene Kanter wrote: Is there a plan to backport this to current Fedora? 3.12 is already available for the current Fedora: https://copr.fedoraproject.org/coprs/rhughes/f20-gnome-3-12/ ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] evolution freezes on some xml attachments
On Thu, 2014-06-12 at 13:27 -0400, Eugene Kanter wrote: This is not an official Fedora 20 repository. A complete application freeze is a serious problem and IMHO should be addressed officially. It's as official as you're gonna get until Fedora 21. ___ 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?
On Wed, 2014-06-11 at 11:27 +1000, Nick Jenkins wrote: 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. Beyond that, WebKit handles it. WebKit may have some built-in activate short-cut -- I don't know, I'm too much of a mouse user. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Error occurred while sending after enabling Google 2-step authentication [with solution]
On Thu, 2014-06-05 at 00:00 +0200, Thomas Prost wrote: Great solution. That's a feather in his cap. I removed it because Seahorse exists for password management. Also, the complaint about password entry descriptions has been fixed. https://bugzilla.gnome.org/show_bug.cgi?id=695744 Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Error occurred while sending after enabling Google 2-step authentication [with solution]
On Wed, 2014-06-04 at 13:15 +1000, Nick Jenkins wrote: 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. 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. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] XLIST Support?
On Wed, 2014-05-28 at 08:20 -0400, Adam Tauno Williams wrote: Is there any news related to XLIST support in Evolution? I've searched bugzilla and did not find anything. The capability is officially named SPECIAL-USE now [1]. Deep within the IMAPX backend it does fetch those attributes if the server supports it [2], but there doesn't yet exist a public-facing API for Evolution to get to and use that information. So support is half-way there. Matthew Barnes [1] http://tools.ietf.org/html/rfc6154 [2] https://git.gnome.org/browse/evolution-data-server/commit/?id=2e4c1a8 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evolution performance
On Wed, 2014-05-28 at 12:25 -0400, Reid Vail wrote: I can't tell for sure if 3.6.4 is mbox or maildir. I've looked for documentation and haven't been able to figure that out yet. I think it's maildir. On This Computer storage format: Evolution 2.x is mbox. Evolution 3.x is Maildir. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] mark_seen confusion
On Tue, 2014-05-13 at 15:44 -0400, Carl Schaefer wrote: it's been bothering me that simply visiting a new folder will mark a message in that folder as seen, so I wandered into mail/e-mail-reader.c to see if anything could be done. This is in the EMailReaderPrivate structure, indicating that the behavior that's bothering me isn't supposed to be happening: /* These flags work together to prevent message selection * restoration after a folder switch from automatically * marking the message as read. We only want that to * happen when the -user- selects a message. */ guint folder_was_just_selected : 1; guint restoring_message_selection : 1; guint avoid_next_mark_as_seen : 1; As far as I can tell, these three fields represent two different ways to keep a message from being marked seen (the first two are one approach, and the third is another), but they don't seem to work in 3.12.2. The whole mark-as-seen timeout logic in that file is very confusing and brittle due to all the asynchronous activity going on and the multitude of reasons a message list may be regenerated. IIRC, there was a recent attempt to fix a corner case where if the timeout value is zero, users expect messages to be marked as read immediately even if the message hasn't fully rendered. Whereas non- zero timeouts only begin AFTER the message has fully rendered. I'm speculating, but it could very well be that fixing that case broke the case you're describing, as brittle as that logic is. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Setup bogofilter or spamassassin
On Tue, 2014-05-06 at 08:57 -0400, Paul Smith wrote: Is there some kind of build option for Evolution that might disable support for Bogofilter? Or some runtime option I need to select, or package that I might need to install, before I can see it (I do have bogofilter itself installed). How does Evolution decide what junk filtering options to show in that preferences dialog? Since I wrote it... Evolution checks for the bogofilter and spamassassin programs at build time. These dependencies are optional, but they have to be explicitly disabled with configure options, otherwise the configure script fails. --disable-bogofilter or --disable-spamassassin Assuming they're both enabled, they're installed as extension modules under $(libdir)/evolution/3.x/modules. The extension modules register themselves with Evolution upon loading, which is how they get listed in Preferences. Different distros package these modules differently. Since they carry extra dependencies, in Fedora we split these modules into subpackages: evolution-bogofilter and evolution-spamassassin. In Debian, both bogofilter and spamassassin modules are included in the libevolution package: https://packages.debian.org/sid/i386/libevolution/filelist However in Ubuntu, the libevolution package only includes the spamassassin module: http://packages.ubuntu.com/utopic/i386/libevolution/filelist So Ubuntu is apparently disabling Bogofilter support in Evolution, even though they do ship Bogofilter. Worth a bug report. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Setup bogofilter or spamassassin
On Tue, 2014-05-06 at 11:23 -0400, Paul Smith wrote: Unfortunately, I discovered one was already filed last year but no love: https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/1247366 If you're an Evolution user on Ubuntu (and you care about this support) please mark this bug as affecting you so it might get some attention. The Ubuntu changelog sheds some light... evolution (3.10.1-2ubuntu1) trusty; urgency=low * Merge with Debian experimental, remaining changes: snipped - debian/rules, debian/control: Disable bogofilter and texthighlight support, since these packages are in universe. Swap evolution alternative Recommends to prefer spamassassin. -- Iain Lane iain.l...@canonical.com Wed, 20 Nov 2013 13:55:50 + http://changelogs.ubuntu.com/changelogs/pool/main/e/evolution/evolution_3.10.4-0ubuntu1/changelog Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evolution and VPNs revisited.
On Tue, 2014-05-06 at 21:58 +0100, Pete Biggs wrote: Presumably because Evo holds open the TCP socket connection and when you start the VPN it all gets confused. I suppose the correct thing that Evo should do is listen for DBUS (or whatever) network events and drop and reform the connection when necessary. Pete's right. The problem was prior to 3.12, Evolution had no concept of VPNs. There was either a network available or there wasn't, and it applied that globally. GLib these days provides network monitoring functionality driven by a Netlink socket [1], and can inform applications of whether a route is (potentially) available for a particular host name. Evolution 3.12 utilizes this feature in such a way that each account reacts independently to network state changes. If the host name for an account is found to be unreachable after a network state change, the account automatically closes its TCP socket (if connected) and remains in an offline state until a route to the remote host is (potentially) available again. This should help Evolution behave better for accounts behind VPNs and also recover more gracefully from suspend/resume events. Matthew Barnes [1] http://en.wikipedia.org/wiki/Netlink ___ 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] In-line TIFF images not being displayed
On Fri, 2014-03-28 at 10:20 +1000, Doug Hutcheson wrote: Is there any plan to enable Evolution to display (at least the first page of possibly multi-page) TIFF images in-line? If not, how can I save them and view them in something like Gimp? The exclusion of inline TIFF images may have gotten dropped in the conversion to WebKit rendering -- I'll have to double check that. But like I wrote in the commit message, until Gdk-Pixbuf can indicate whether a TIFF image is single or multi-page, I think it best to defer to an application that can handle TIFF properly. It would require this bug be fixed: https://bugzilla.gnome.org/show_bug.cgi?id=335959 There's a patch there but no movement for several years. Maybe you could speak up there and try and get the ball rolling again. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Usenet news account support still broken in 3.10.4?
On Mon, 2014-03-10 at 14:55 -0500, Christian Dysthe wrote: Usenet news account support was broken in 3.8.4. Is it still broken in 3.10.4? I do not expect it to be fixed since Usenet isn't very popular these days, but I thought I would ask. It's not significantly *less* broken in 3.10. I'd like to give it serious attention at some point, but lack of time, lack of manpower, etc. It's just not a top priority. Help welcome, of course. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Question about accounts
On Sat, 2014-03-08 at 13:56 +0100, Andre Klapper wrote: Why is it there? What's it do? It's the toplevel node for local mail account folders. It also serves as a fallback mail store for saving sent mail and drafts or queuing outgoing mail, in case you're offline or your server can't be reached. Additionally, it's where mail gets downloaded to if you have any POP3 accounts. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Manage identities on Evolution
On Fri, 2014-03-07 at 14:33 +0100, Andre Klapper wrote: On Fri, 2014-03-07 at 12:40 +0100, Alexandre Russo wrote: Someone know if it's possible to manage identities with Evolution (like as Icedove) ? No, see https://bugzilla.gnome.org/show_bug.cgi?id=605416 I do intend to add that in the not-too-distant future. FWIW, I already built support for multiple identities into our new account files [1]. It's the reason each mail account is split into three orthogonal files: account settings, identity settings, transport settings. So it's just a matter of writing a user interface for it in Evolution itself. For now, you'll have to get by with the ol' None type hack-around: https://fedoraproject.org/wiki/EmailAliases#Evolution_Client Matthew Barnes [1] https://wiki.gnome.org/Apps/Evolution/ESourceFileFormat#Mail_Account_Triplets ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Problem running evolution under Fedora 20.
On Fri, 2014-03-07 at 18:21 -0600, Leonard Evens wrote: Error while performing operation, Error fetching folders:list:expecting '(' or NEWLINE What is going on? Sounds like you might be hitting this bug, which is fixed in Evolution-Data-Server 3.10.4: https://bugzilla.gnome.org/show_bug.cgi?id=722275 Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] IMAP quota display?
On Wed, 2014-02-26 at 20:54 +, Gordon Burgess-Parker wrote: Is there any way of displaying my IMAP mailbox quota The Folder Properties window shows mailbox quota, though it's just a simplified subset of what IMAP supports for quota info. and are there any different themes I can download? Off-topic for this list. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Mageia KDE and Evolution
On Mon, 2014-02-24 at 11:51 +0100, Roy Reese wrote: 2) Although gnome keyring programs are installed: gnome-keyring lib64gnome-keyring-gir1.0 lib64gnome-keyring0 I don't think you need gnome-keyring. KDE uses KWallet, doesn't it? Evolution just speaks to the org.freedesktop.secrets D-Bus interface, and both gnome-keyring and KWallet export that interface [1]. I don't know what happens when they're both installed and compete for the name. Regarding an earlier query, from what I have seen the following warning is simply that and not a fatal error. It wll presumably appear when running a gnome application in a DE other than Gnome: (evolution:5868): Gtk-WARNING **: Failed to register client: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.SessionManager was not provided by any .service files That comes from GTK+ itself. It's irritating enough that it hard-codes a GNOME-specific service name, but then also spews that. Nothing I can do about it, but it's harmless and safe to ignore. Matthew Barnes [1] http://standards.freedesktop.org/secret-service/ ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] problem with evolution
On Fri, 2014-02-21 at 10:29 -0600, Aaron Konstam wrote: I am having a problem with evolution. Previously when you went to an evolution related query and clicked on the ashcan the query was deleted by crossing out the entry. Currently with F20 the entry simply dissapears froon the e-mail list. Previously there was an option that changed this behavior but now I can't find it. Where is it? Sounds like you want View - [x] Show Deleted Messages ___ 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] Best Distribution to self compile master?
On Wed, 2014-02-19 at 11:52 +0400, Emre Erenoglu wrote: So do I understand right that you configure stuff with; configure --prefix=$HOME/local (for example), and then add built library paths to LD_LIBRARY_PATH before launching evo? I have a simple shell script that I immediately source when I open a terminal window. It just sets some environment variables for building and running from my home directory. Here's a simplified version: #!/bin/sh export PREFIX=$HOME/local export PATH=$PREFIX/bin:$PATH export LD_LIBRARY_PATH=$PREFIX/lib export PKG_CONFIG_PATH=$PREFIX/lib/pkgconfig export XDG_DATA_DIRS=$PREFIX/share/:/usr/local/share/:/usr/share/ I have scripts for the configure command too, just so I don't have to keep typing the same options over and over. But it's basically: ./autogen.sh --prefix=$PREFIX --enable-gtk-doc ...etc... Also, how do you launch the ESD D-Bus services manually? Open three separate terminals windows or tabs: Terminal 1: $ ~/local/libexec/evolution-source-registry Terminal 2: $ ~/local/libexec/evolution-addressbook-factory -r Terminal 3: $ ~/local/libexec/evolution-calendar-factory -r That allows me to monitor them for console warnings, and I also allow core dumps (ulimit -c unlimited) in case one of them crashes. I don't know how the other guys do it; those are just my own habits. Been doing it that way for years. It works for me. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Mail List Sorting Issue
On Wed, 2014-02-19 at 22:32 +0400, Emre Erenoglu wrote: My mailbox is normally sorted by date, recent first. When I click TO column to sort by surname, it sorts by surname but looses the 2nd level sort by date. Right-click the message list header bar, select Customize Current View and you can tailor your sorting options however you want. You'll have to excuse the antiquated UI, though. It's ancient. After that, if you want you can do View - Current View - Save Custom View, so you can quickly return to your custom sorting in the future. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Mageia KDE and Evolution
On Wed, 2014-02-19 at 22:51 +0100, Roy Reese wrote: Unfortnately I suspect that the basic uninstall of Evolution leaves some files here and there. For example, any data I have moved from my netbook magically appear after reinstall. So I am open to suggestions for how to do a truly thorough uninstall before resorting to the more radical approach of reinstalling the OS. See https://help.gnome.org/users/evolution/stable/data-storage.html.en In your case, the Account Settings directory is key. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Mageia KDE and Evolution
On Wed, 2014-02-19 at 23:24 +0100, Ralf Mardorf wrote: On my machine there is nothing Evolution related in ~/.config/dconf/, instead I've got ~/.gconf/apps/evolution/. We stopped using GConf several releases ago. DConf unfortunately merges all desktop and application settings into one binary blob. I'm not sure it's useful to mention in the user docs. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Use of certificates from LDAP to encrypt messages using S/MIME
On Wed, 2014-02-19 at 23:53 +0100, Josep Mangas wrote: I've been trying to look if retrieving and using smime certificates store in LDAP directories (or GAL/Exchange) is possible using Evolution, or it is some feature for future releases. I think David Woodhouse proposed a Google Summer of Code project along those lines. Not possible currently, AFAIK. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Best Distribution to self compile master?
On Tue, 2014-02-18 at 19:02 +0400, Emre Erenoglu wrote: Is there a distribution that carries the latest versions of dependencies of Evo 3.12 (incl webkit), so that I can self-compile it without jhbuild? I shall be forced to replace only few system packages to prevent instability of the base system. I do most of my Evolution development on Debian Stable, cherry-picking newer libraries as needed from Debian Testing, and occasionally build (optional) bleeding-edge dependencies straight from git. I don't use jhbuild, I install built source code to a prefix under my home directory so as not to affect system stability, and I run the EDS D-Bus services manually from that install prefix. If I can do all that on a distro as conservative as Debian, then any reasonably modern distro should be fine, including Ubuntu. Failing that, I guess I'd recommend Fedora. But it really shouldn't matter. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Issues accessing gmail (IMAP+)?
On Tue, 2014-02-18 at 11:12 -0500, Paul Smith wrote: Can someone point me to the docs on how to generate debug/logging output from the IMAP client? ISTR this came up just recently but I can't locate anything about it now via Google etc. https://wiki.gnome.org/Apps/Evolution/Debugging#IMAP ___ 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] Issues accessing gmail (IMAP+)?
On Tue, 2014-02-18 at 11:18 -0500, Paul Smith wrote: Thanks, that's great. Is there a way to find this page if you don't know it already? For example I went to https://wiki.gnome.org/Apps/Evolution and searched for debug and no hits... Good point. I added a link to https://wiki.gnome.org/Apps/Evolution#Developer_Resources ___ 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] debugging IMAP
On Tue, 2014-02-18 at 13:26 -0500, Rick Leir wrote: Preferences - Account Editor - Receiving Email shows IMAP not IMAPX. I do not see an option for IMAP+. IMAPX was introduced in version 2.32, IIRC. The old IMAP backend that you're stuck with has since been dropped. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] evolution and courier-mta (IMAP): broken messages
On Sun, 2014-02-16 at 00:31 +0100, Ángel wrote: I have created a test account with a couple of mails from this list, in case anyone wants to have a look without setting up the server: Server: imap.16bits.net Username: evolution-and-cour...@16bits.net Password: bugtest Thanks for that, I'll give your test account a try soon. Do the mails you've seeded the account with exhibit the problem you describe? If not, can you seed the account with a few that do? Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] How to run evolution without gnome-session?
On Sat, 2014-02-15 at 15:48 +, Pete Biggs wrote: Out of interest it's not something simple like Evo being set to offline working? (File - Work Offline ticked or the network icon in the bottom left broken open.) I know you don't like network manager, but sometimes if Evo can't get an answer from NM it assumes no network and goes offline - it certainly used to do that, but I thought it had been fixed. Clarification about NetworkManager: Evolution used to depend on NetworkManager for network status. It doesn't anymore. Network monitoring is now built directly into GLib, and that's what Evolution/EDS has been using since (I think) 3.6. I'm not exactly sure how GLib's network monitoring works. The docs only state it's based on the kernel's netlink interface, but I think it works with or without NetworkManager installed. GLib also lets us test reachability of specific host names, so we can more gracefully handle scenarios like a disconnected VPN or switching WiFi networks. Evolution 3.12 will take full advantage of this. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evolution EWS and Squid proxy
On Fri, 2014-02-14 at 11:45 +, David Woodhouse wrote: Matthew, if you're looking at proxy stuff, please make sure you keep the 'correct' fix in mind, and you know how we get from here to there. I appreciate that we might want local hacks in Evolution to work around the fact that this still isn't working right in NetworkManager — but let's make sure that it's easy to move to the correct fix when it's possible to do so. PacRunner is supported as an alternative to manual configuration. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evolution EWS and Squid proxy
On Thu, 2014-02-13 at 20:41 +0100, Milan Crha wrote: On Thu, 2014-02-13 at 13:01 +0100, Patryk Benderz wrote: what about setups with multiple email accounts, where EWS email account needs proxy, but I have several other accounts (pop3, imap) which needs direct internet access? Hi, I think Matthew did some steps towards it for 3.12.0, but I do not know in what extent. Maybe he can answer this better. Right, Evolution 3.12 will let you apply alternate proxy settings to particular accounts. I rewrote the Network Preferences page under Edit - Preferences. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] SOGo CardDAV Address Book
On Tue, 2014-02-11 at 21:16 +, Neil Romig wrote: (2) I try to add an entry where the fullname is the same but the email address is different, Evolution hangs. The debug log shows: snip (evolution:25526): GLib-GObject-WARNING **: cannot register existing type 'EABContactDisplay' (evolution:25526): GLib-CRITICAL **: g_once_init_leave: assertion 'result != 0' failed (evolution:25526): GLib-GObject-WARNING **: invalid cast from 'EABContactDisplay' to 'invalid' I believe those errors are specific to Ubuntu-based distros, due to whatever linking options they use by default. Or something like that. Milan restructured our address book code to avoid that for 3.12. https://bugzilla.gnome.org/659890 Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Human readable entries in Seahorse
On Mon, 2014-02-10 at 08:48 -0500, Adam Tauno Williams wrote: This one is a bit of a bugger [the cryptic names in Seahorse - even just having an attached vanity name would be nice]. Are you aware of a bug#? https://bugzilla.gnome.org/695744 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evolution pinging IMAP gmail
On Sat, 2014-02-08 at 12:51 +0100, Ambrogio De Lorenzo wrote: Evo still ping to the server and sometimes it hangs for minutes. I can't understand why, but that stop a lot of other activities (even the retrieve of messages from a local imap server). Not sure if this is relevant to your issue, but I rewrote the IMAP pinging or keep-alive behavior for 3.12. In 3.10 and all previous versions I've used, for some historical reason lost to the ages, Evolution itself pinged the server based on a simple timeout with no regard for other IMAP commands. In 3.12, the IMAP backend itself will keep the connection alive either by issuing a NOOP command or restarting an ongoing IDLE command, but only does so X minutes after the most recent command issued. So you won't see Pinging blah server operations interfering with reading messages or whatever else you're doing anymore. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evolution pinging IMAP gmail
On Mon, 2014-02-10 at 17:34 +, Patrick O'Callaghan wrote: That's good, but will it fix the occasional hangs that still crop up when Evo appears to wait indefinitely for a server response? This has been a problem for as long as I care to remember and is now a lot less frequent than it used to be, but AFAIK it hasn't entirely gone away. I hope so, we'll have to wait and see. Fixing those hangs has been an ongoing game of whack-a-mole. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Memos back end support
On Sat, 2014-02-01 at 19:27 +, Patrick O'Callaghan wrote: I've no idea. I'm guessing that the Apple version uses some kind of specially-formatted message, since IMAP doesn't have a memo object to my knowledge (I could easily be wrong). He might be talking about the IMAP ANNOTATE extension [1]. I notice one of the RFC authors is at Apple. Evolution doesn't currently support it. Matthew Barnes [1] http://tools.ietf.org/html/rfc5257 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evolution 3.10.2 Can't empty (expunge) trash
On Sat, 2014-02-01 at 02:09 +1000, Linux wrote: I can't use the default local Trash Folder. I'm not sure why you keep calling it a local Trash folder; that's not how it works. By default, deleted messages are tagged with a /Deleted IMAP attribute which is stored on the IMAP server. The default Trash folder is just a search result showing all messages on the server with a /Deleted attribute set. Expunging just requests the server permanently remove all messages with a /Deleted attribute. It's far more efficient than the illusion of a real Trash folder, where the client has to copy the deleted message to a Trash folder, add a /Deleted attribute to the original message, and then immediately expunge the folder. You also lose the Undelete feature, which just removes the /Deleted attribute from a message, making it seemingly reappear in its original folder. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evolution 3.10.2 Can't empty (expunge) trash
On Wed, 2014-01-29 at 09:51 +, Pete Biggs wrote: In the case of the Real trash folder, the deletion process consists of: copy message to trash folder, mark message as deleted in INBOX, purge INBOX (there is no MOVE primitive in IMAP). Just FYI, there actually is finally a MOVE extension for IMAP now [1], but it's still fairly new as standards go and not yet widely deployed. Evolution uses it if it's available. Matthew Barnes [1] http://tools.ietf.org/html/rfc6851 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evolution 3.10.2 Can't empty (expunge) trash
On Tue, 2014-01-28 at 16:42 +, Patrick O'Callaghan wrote: Can't increase message text size with Ctrl + '+' shortcut. The Ctrl + '-' shortcut works fine. This is the same with Evo 3.6.4 and 3.10.2. There was no problem with Evo versions prior to 3.6.4. I'm seeing the same thing. It's not something I ever used before so I hadn't noticed it. At least on a U.S. keyboard with a [+ =] key, the '+' requires holding Shift. So the zoom-in shortcut is really Ctrl + Shift + [+ =]. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] evolution send problem
On Sat, 2014-01-25 at 17:50 +0100, Andre Klapper wrote: You could probably update the password by using Seahorse, but Evolution seems to store passwords under cryptic names like Evolution Data Source 1234567890.12345...@foo.bar. So it could be quite some fun to find the right item. Gar. Hopefully some developer can explain why this is such a bad user experience. There's no code to update the keyring entry when you rename an account, so to keep the label accurate I used the account's fixed identifier. It's on my to-do list to go back and revise that. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Application menu integration
On Tue, 2014-01-07 at 12:28 +0900, mark wrote: I would like to know whether it is already possible to have the application menu integrated in the Gnome 3 top bar or If this is planned for the future? There's a bug filed for it, but I'm not a fan of the application menu and I think it's an awkward fit for Evolution, so it's low priority. If we do add an application menu for GNOME, it will duplicate -- NOT replace -- items in the main menu. So non-GNOME users needn't worry. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] How to find a deb package for Evolution 3.10 for Mint 16
On Fri, 2014-01-03 at 02:53 +, Chris Haynes wrote: I've spend several hours trying to find a 'deb' package for Evolution 3.10. I can see that Ubuntu 'trusty' have packaged this version, but I can't find a URI for the 'trusty' repository. Can anyone tell me where I can get a binary of Evolution 3.10? Debian has it in their 'experimental' repo. http://packages.debian.org/experimental/evolution Install from a foreign repo at your own risk, but don't let the repo name scare you. That's just where Debian stages full GNOME upgrades. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] What is the Evolution upgrade path like if skipping releases?
On Thu, 2014-01-02 at 12:39 -0500, Jeff Fortin wrote: I recall Evolution underwent quite a few changes to its file and folder structures (maildir, XDG, etc.) since then. Actually that all happened around 2.32 / 3.0, so it sounds like you're already over that hurdle. Which is good because the Maildir transition proved particularly problematic and took a few tries to get right. The only major change since 3.2 in terms of migration was the transition of account data from GConf to plain text files. That seemed to go a lot more smoothly. Details about it are here: https://mail.gnome.org/archives/evolution-list/2012-September/msg00046.html I'm pretty happy with the file layout now and don't have any more major changes planned, so it should be smooth sailing from here on as far as upgrades go. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] The wiki is the new official homepage
In light of [1], the Evolution website on http://projects.gnome.org/ has been decommissioned. The Evolution wiki is our new official homepage. http://wiki.gnome.org/Apps/Evolution The website content was aging anyway, and was a pain to maintain. About the only thing I was updating regularly were the tarball download links, which are now on the front wiki page: https://wiki.gnome.org/Apps/Evolution#Get_the_Source_Code I'll be mining the Evolution website for any remaining useful tidbits that aren't already on the wiki, and attempting to set up forwarding. Matthew Barnes [1] http://blogs.gnome.org/mccann/2013/12/17/lets-face-it/ ___ 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] Creating task lists from Planner
On Mon, 2013-12-09 at 07:54 -0500, Adam Tauno Williams wrote: Note that Evolution backends have [AFAIK] changed somewhat in recent releases, so very old plugs probably do not work unless someone is maintaining them - there is not much traffic on the Planner lists, which *may* not be a good sign [that is not necessarily a good measure of a project's vitality]. A better indicator is to look at the commit history: https://git.gnome.org/browse/planner/log/ Currently the first page of Planner commits spans the last 19 months, whereas Evolution's first page spans the last 14 days. Safe to say the project is inactive. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] evolution-backup + cron = cannot open display
On Sun, 2013-11-24 at 18:00 +, Pete Biggs wrote: I'm not sure that the evolution-backup executable is designed to be run by the user - isn't it just called by the main evolution application when a backup is required? Yeah, Evolution spawns the backup tool and then shuts itself down to get out of the way. But the backup tool is graphical as well; it needs an X display. It's not meant for cron jobs. In current releases you may well just use something like rsync. The backup tool was originally written to work around the awkwardness of backing up GConf data, but Evolution dropped GConf in version 3.6. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] any update on the webkit composer viewer
On Fri, 2013-11-22 at 22:20 +0400, Emre Erenoglu wrote: Would anyone have any update on the status of webkit composer viewer? WebKit-based email renderer has been in place since 3.6. WebKit-based email composer is still a work-in-progress. At this year's GUADEC we decided to attempt to port both the renderer and composer to WebKit2 first, instead of merging the v1 composer and then immediately rewriting it all. Tomas Popela is working on it here: https://git.gnome.org/browse/evolution/log/?h=wip-webkit2 But I haven't been following his progress closely and don't know if it will be ready for 3.12 or not. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] gnome-calendar and evolution
On Thu, 2013-11-21 at 13:06 +, Sidhant Panda wrote: Has the gnome-calendar project development been abandoned in favour of calendar management by evolution? Both apps are Evolution-Data-Server front-ends. Evolution-Data-Server manages the calendar data. The front-ends are just for presentation and user interaction. As far as I know, gnome-calendar development continues, albeit slowly from the looks of the commit log. No reason both apps can't co-exist peacefully. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] ~/.xsession-errors
On Thu, 2013-10-24 at 15:37 +0200, Andre Klapper wrote: On Thu, 2013-10-24 at 03:43 +0200, Ralf Mardorf wrote: ** (evolution:685): WARNING **: The set_id method on WebKitDOMHTMLElement is deprecated. Use the one in WebKitDOMElement instead. See https://bugzilla.gnome.org/show_bug.cgi?id=707112 The other warnings are all coming from GTK3: ** (evolution:685): WARNING **: Couldn't register with accessibility bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. (evolution:685): Gtk-WARNING **: Failed to register client: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.SessionManager was not provided by any .service files ** (evolution-alarm-notify:716): WARNING **: Couldn't register with accessibility bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. Unfortunately GTK3 increasingly assumes a GNOME environment, and complains when used elsewhere. The warnings themselves I believe are harmless -- it's just indicating certain desktop integration features won't work. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] ~/.xsession-errors
On Thu, 2013-10-24 at 20:13 +0200, Ralf Mardorf wrote: yes, all warnings are harmless, I missed to snip the above warnings after pasting. Annoying is only that ~/.xsession-errors increases that much by the set_id WebKit warnings. I don't care about the disc space, but it's not pleasant to check .xsession-errors with KiBs of irrelevant warnings, assumed there should be an issue. And from time to time I take a look at .xsession-errors only to see if there's something going wrong, I didn't notice. Yeah, what WebKit is doing there is wrong and they need to stop that immediately. Issuing a warning for calling a deprecated function is fine at build time but serves no purpose at run time since end users can't do anything about it. The problem is the function it wants us to call was added to WebKit only very recently, in a version that far exceeds our minimum requirement for building Evolution. I'll see if I can hack in some WebKit version check to silence it for the time being. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evo HTML: Formatting Issues in 3.2.3
On Tue, 2013-10-22 at 19:37 -0400, Swarup wrote: Ubuntu is coming out with a new LTS version in April: is there a likelihood the Evo that will come with or be available to that new LTS version will be able to manage HTML? If there is no plan to make Evo HTML-compatible i.e. for sending HTML mail, then I would probably be forced to use a different MUA. Please give me some hope! There's work underway to transition the composer to use WebKit/GTK+, which *may* address some of the formatting problems you're seeing. But given that Ubuntu consistently lags behind the latest GNOME, even if we were to land the feature for the next Evolution release, Ubuntu's next Long-Term Support release would most likely not even ship it. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Display of birthdays
On Sat, 2013-10-19 at 19:48 +0200, Harvey Nimmo wrote: I somehow expected to see birthdays listed in the Evo calendar if I enter a birthday for my contacts. The 'Birthdays and Anniversaries' is shown and ticked in the Calendar view, but the birthdays are not shown among the events/appointments on the calendar. Have I missed or misunderstood something? Open the Properties window for Birthdays Anniversaries and make sure the appropriate address books are ticked. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Display of birthdays
On Sat, 2013-10-19 at 21:35 +0200, Harvey Nimmo wrote: ...but they come up after logging out and logging in again! Okay good. That calendar backend probably isn't handling settings changes correctly once it's up and running. Restarting your desktop session would have restarted the backend and picked up the new settings. That's my guess, anyway. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] missing calendar
On Fri, 2013-10-18 at 09:56 -0400, Carpetnailz wrote: Well, I thought, start a new calendar. Maybe that will help. So I'm going through the new calendar routine and get to the point of telling it to use an existing calendar. Fine. I select the calendar.ics again. But now I see a check-box: Allow Evolution to update the file. What does this do? There's nothing in the help files that explains this item. I believe that indicates whether Evolution should treat the file as a read-only, untouchable data source, or whether it's permissible to overwrite the file with modifications (new events, etc.). Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] missing calendar
On Fri, 2013-10-18 at 10:51 -0400, Carpetnailz wrote: That makes sense. Just a bit confusing because I would have thought modifying would just be the default, since presumably that's the normal reason for creating a new calendar. Well, I don't know what the normal reason is but not allowing the file content to be overwritten is the safer default. Anyway, I submitted a request for this option to be clarified in the user docs: https://bugzilla.gnome.org/710462 Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] FileChoosers broken
On Wed, 2013-10-16 at 12:26 +0200, Max wrote: since a few weeks I am suffering from filechooser problems in evolution. Mouse controls are pretty much gone. The only way to navigate to some place is to enter the path into the adress field. If one happens to be in a path above the desired path it is possible to navigate through the folder entries. All buttons on top (including the go one dir-level up button aren't working. Neither does the left list of locations. So if I start the dialog in recent documents there is no working button to get me to my home folder, I need to show the adress bar (LUCKILY the button for this is working) and type /home. The very same filechooser dialog works just fine in Gimp and other software. Additionally the icons in the list on the left are all replaced by file icons, which is also not happening in Gimp. Gimp uses gtk2, Evolution uses gtk3. It's a gtk3 bug. The sidebar issue sounds like it's addressed by: https://bugzilla.gnome.org/show_bug.cgi?id=709522 I don't know what's up with the mouse navigation and other issues, but Evolution has no control over it as the file chooser dialog is a stock GTK+ widget. Upgrading your gtk3 package to 3.10 or maybe downgrading it to an older 3.8 release may help. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] [Fwd: Re: FileChoosers broken]
Forwarding to the list in case anyone else encounters this. Forwarded Message From: Max m...@depf.net To: Matthew Barnes mbar...@redhat.com Subject: Re: [Evolution] FileChoosers broken Date: Wed, 16 Oct 2013 15:03:27 +0200 Indeed, downgrading to gtk3-3.8.4-1-x86_64 solved the problem :) Thanks a lot! ___ 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] Lei, please add me to your LinkedIn network
I don't know how this got through to the list, but I took care of it. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evolution - webkit integration
On Thu, 2013-09-19 at 21:16 +0530, samarjit Adhikari wrote: I am under impression that 3.9.92 is pre-release version of evolution 3.10 which integrate the webkit composer. Evolution 3.9.92 is indeed a pre-release of Evolution 3.10. The WebKit-based composer is still under development and will not make Evolution 3.10.x. It is now targeted for Evolution 3.12 next spring. Since the development team is all Red Hat employees, upstream progress got stymied by our higher priority RHEL duties during this development cycle. Unfortunate consequence of one company funding a project. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] opening link in a web browser
On Wed, 2013-09-18 at 13:38 -0600, brad wrote: I'm using fedora 19, xfce, and evolution 3.8.5. I've set my default browser to google-chrome but links opened up from evolution use firefox. I can't figure out how to change this. https://help.gnome.org/users/evolution/stable/default-browser.html.en ___ 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] Sync google tasks with Evolution?
On Sun, 2013-09-15 at 13:30 -0700, Jeffrey Needle wrote: Hi. Using Evolution 3.2.3. Is there a way to sync my google tasks in addition to the calendar? This would be very handy. Thanks. Last I checked, no. But that's more Google's fault than ours. I haven't tested Google's recently-released CalDAV v2 interface, but at least on their older password-based v1 interface Google does not export VTODO iCalendar objects, only VEVENTs for Google Calendar. I believe, however, we have a Google Summer of Code student writing a whole new Evolution-Data-Server backend that gets to Google Tasks via Google's web API instead of iCalendar as a stopgap measure. I would also point out that Yahoo!'s CalDAV interface already exports both VEVENT and VTODO objects. That's an alternate solution for tasks that works with Evolution today. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evolution 3.8.5
On Tue, 2013-09-10 at 23:24 -0600, Bart wrote: I just upgraded from 3.8.3 to 3.8.5 without incident. I'm running openSUSE 12.3 with KDE as a WM. There are just a few noticeable changes. Just enough to make evolution a little nicer, A little smoother, faster, and easier to use. I just wanted to thank the people who put in the effort to build this product, and make it available. It fits my needs almost perfectly! I guess I should go to Gmone.org and post this there. But, I know there are a few developers on this list, and a bunch of people who are not developers but do some pretty heavy tech support. I wouldn't be able to use this application without your efforts. So, Thanks a bunch! On behalf of the developer team, just wanted to say thanks for this. At least for me, one positive email like this negates 100 complaints and is genuinely appreciated. We gave the 3.8.x branch some extra special attention because Red Hat is shipping Evolution 3.8 in RHEL 7. We got lots of helpful feedback, both from the community and from within Red Hat. However because of the extra attention given to 3.8.x, I'm afraid the upcoming 3.10 release won't be terribly exciting feature-wise. But we hope to pick up the pace again for the 3.12 release next spring. We have a backlog of improvement ideas to keep us busy for a good long time. Despite our manpower shortage, there's no loss of steam in this project. :) Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Problems with search function in Evolution
On Fri, 2013-09-06 at 15:00 +0200, Alberto Ruiz wrote: CentOS 6.5 should include Evolution 3.8 which fixes many issues, but I have no idea when are they going to release it. Whoa, typo there. RHEL/CentOS 6.5 will include Evolution 2.32. That was the last gtk2-based Evolution release. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evo Printing - Just the Body wanted
On Sun, 2013-09-01 at 11:13 +0100, Pete Biggs wrote: Does the print dialog allow you to send options to it from the application? I guess it must or they're would be nothing for you to re-write. Yes, you can add custom tabs to the print dialog box. See https://developer.gnome.org/gtk3/3.8/GtkPrintUnixDialog.html Right. The basic print dialog is a stock GTK+ widget, but the Headers tab is an Evolution extension for printing emails. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evo Printing - Just the Body wanted
On Fri, 2013-08-23 at 04:45 -0600, Bart wrote: I'm using 3.8.3, but I think it has to do with the versions of the gnome libraries. When I print a message, and the printer selection pop up appears, there's a tab (Headers) that allows me to choose what parts of the message headers I want printed. All the header stuff was selected by default. FWIW, I rewrote the Headers tab in the print dialog from scratch for version 3.10 to actually work correctly, as I think it was a bit busted in the 3.8.x series. Didn't actually honor your custom header selection or something like that. It required substantial code refactoring to get it to work; I felt it was too invasive to backport to 3.8.x. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] downloads page
On Tue, 2013-08-27 at 18:45 +0100, Tom Davies wrote: That is exactly why Evolution is a shrinking community and unable to attract new devs in. We've all heard more than enough from you on this topic. I am now moderating your posts to this mailing list. You've earned it. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Idealism face plants against asphalt [Was: downloads page]
On Mon, 2013-08-26 at 11:35 -0400, Adam Tauno Williams wrote: There are several websites that allow you to post bounties on project bugs. I have bounties on project bugs, including ones on Evolution. Some have been closed. Generally the developer's response is - I don't care. In the past I've offered as much as several hundred dollars on a bug, had it closed, and been told by the developer he didn't care about the bounty. As a salaried developer of an open source company, it's unclear whether I'm legally able to collect bounties, as it could easily be *perceived* (even if not intended) as a form of bribery, which would run afoul of our Code of Business Conduct and Ethics. Surprisingly, especially at a place like Red Hat, I've not been able to find an explicit statement on our policy toward bounties, so I've asked our legal department to clarify. If and when I receive an answer, I'll post a follow up so our position is clear. I would guess past and present employees of other open source companies have been bound by similar legal uncertainty or restrictions, which may explain why you didn't get any takers. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Mark emails as read annoyance
On Tue, 2013-08-20 at 00:13 +0200, Ralf Mardorf wrote: I only report this kind of bugs when I've got much time, so not at the moment. If I would report this and similar bugs, 24 hours a day aren't enough ;). My machine is a Linux digital audio workstation, I do a lot of testing and bug reporting, from time to time I report desktop app bugs too, but sorry, I won't report this bug, at least not right now, since I would have to check, if it's a bug that already was reported etc.. If I would start reporting similar bugs, for Evolution only it would take weeks. Bullshit. You've had time enough to post about this issue 5 times now to the mailing list, you've indicated you're using an up-to-date Evolution release, and so a bug report would be valuable and relevant. Please take this discussion thread into Bugzilla and stop making excuses. Don't worry about whether it's already been reported or whatever else etc meant. https://bugzilla.gnome.org/enter_bug.cgi?product=Evolution Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [Thread closed] Mark emails as read annoyance
On Tue, 2013-08-20 at 02:24 +0200, Ralf Mardorf wrote: This is _troubleshooting_ and it already takes time and strange things could happen and in this case did happen, so making a sane bug report is to time consuming for me. You can compare bananas and oranges for what you're doing with your time, but don't claim that you know what's time consuming for me, doing this is impertinent. I will report serious bugs, but I report such minor bugs only, if I've got the time to do it and now I don't have time for reporting this bug. Troubleshooting takes place in Bugzilla. You report the symptoms, we figure it out together. It's what issue trackers are for. Also, you could have reported this bug in the time it took you to post about how you don't have time for reporting this bug. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] Evolution Hackfest at GUADEC 2013
Alberto Ruiz (my new boss) organized and led an Evolution hackfest at this year's GUADEC in Brno, Czech Republic. He posted a summary on his blog, for those interested: http://aruiz.synaptia.net/siliconisland/2013/08/evolution-hackfest-2013-redux.html The transition to an annual release cycle, which I brought up before in [1], is a go for next year. The Evolution team was in agreement, and I got no objection from the GNOME release team. It was really fun meeting almost everyone present in person for the first time. Even met Milan Crha for the first time, even though we've been working together on IRC for about *six years* now! I hope we can do this again some time. Matthew Barnes [1] https://mail.gnome.org/archives/evolution-list/2013-July/msg00162.html ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Showing a contact's picture when an email is received from them
On Mon, 2013-08-12 at 07:25 +1000, Óvári wrote: It would be appreciated if you would advise where the settings are to show the contact’s picture when an email is received from them. It's a little bit hidden: Edit - Preferences - Mail Preferences - Headers (tab) [x] Show the photograph of sender in the message preview However prior to Evolution 3.8 the feature was VERY deadlock prone, and I would advise leaving it switched off if you're on an older version. I rewrote the feature from scratch for Evolution 3.8 to solve the deadlocking issues, and for 3.10 I've added Gravatar integration to supplement the address book photos. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] CardDav support 3.2.3
On Sun, 2013-08-11 at 09:34 +0200, Dirk A. Cremer wrote: Is the Card-Dav-protocol supported by 3.2.3? CardDAV specifically is not yet supported and is high on my priority list. But CardDAV is just an extension of WebDAV, and so the WebDAV address book type should work, just less efficiently. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [Bulk] Re: Minor annoyance with scroll wheel
On Fri, 2013-08-02 at 10:40 +0100, Patrick O'Callaghan wrote: Don't know what gtkhtml4 is. Fedora only has gtkhtml3, at least in the standard repos. It's gtkhtml3, version 4.6.6. (Don't ask...) Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] How would you feel about annual instead of semi-annual releases?
On Mon, 2013-07-29 at 17:17 +0200, Andre Klapper wrote: If I get it right, unstable GNOME releases between March and September (3.13) would need to use the latest stable e-d-s version (3.12), while unstable GNOME releases between September and March (3.15) would need to use the latest unstable e-d-s version (3.15). Correct. The first six months of Evolution / E-D-S development would be under the radar as far as the rest of GNOME is concerned. If the amount of e-d-s code changes in those six months of not following the unstable e-d-s development have been huge, developers of modules depending on e-d-s would need to be aware of giving priority to porting to e-d-s unstable API for the first weeks of the new GNOME development cycle? I would post an announcement if that occurs again, as I did last year: http://mbarnes.livejournal.com/4631.html ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] How would you feel about annual instead of semi-annual releases?
The Evolution team is considering moving from our traditional 6 month release cycle to a 12 month release cycle starting next March, and is soliciting feedback from the user community. This is partly motivated by the team's desire for a longer development window in which to merge and test major changes, but moreover it's to provide better support to the user community. The team's manpower is still severely limited to where we can only realistically support one stable branch at a time and still manage to get any kind of significant development work done for the next major release. The problem is -- even for distros that also make semi-annual releases like Fedora and Ubuntu -- because of the lag between an upstream release and a distro release, users are often upgrading to an Evolution release that's either near the end of its upstream support window or is already abandoned by developers. That's frustrating for everyone. Developers want everyone using the latest (and in our opinion, best) release, and users don't like waiting until their next distro upgrade to get their Evolution issues resolved. So to compensate, the proposal is basically to make a major release annually instead of semi-annually, and to support each release for 12 months instead of 6. That gives users a better chance to sync up with developers for at least half the year, and hopefully get their issues resolved quicker. We intend to synchronize our annual major release with GNOME's spring release, and continue releasing stable updates and development snap- shots throughout the year at the same pace as we do currently: about once a month for each branch. So we'll still hold to the release early, release often principle. You can peek at the developer thread on this starting from here: https://mail.gnome.org/archives/evolution-hackers/2013-July/msg4.html There seems to be a consensus in favor of this policy change on the developer side, although we're still working out the finer details of scheduling, versioning, etc. What do you guys think? Would this be helpful? Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Changing the default browser for embedded URLs SOLVED
On Thu, 2013-07-18 at 21:59 +0200, Andre Klapper wrote: And now I wonder whether this is worth to add as a hint to https://help.gnome.org/users/evolution/3.9/default-browser.html for non-GNOME users, or not. Because I have no idea how many Evolution users use different desktop environments. Hmm, hmm. I think it is. We still get invalid bugs about Evolution launching the wrong browser -- usually from non-GNOME users -- and that would give me something to point to when I close them. Also, given how fragmented desktop Linux has become in recent years, I would even assume the majority of Evolution users are on other desktop environments now. That includes me. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evo settings are not preserved across sessions
On Tue, 2013-07-16 at 11:25 +, Benderz Patryk EH_PL wrote: I have dconf installed but some settings are not stored. Do you have a clue what might be the cause in case of these settings?: 1.EditPreferencesEditor preferences(characteers?) encoding That's in dconf: $ gsettings get org.gnome.evolution.mail composer-charset 2.EditPreferencesEmail accounts(select ews-account)Default(fourth tab)Drafts directory 3.EditPreferencesEmail accounts(select ews-account)Default(fourth tab)Sent directory These are stored in text files under ~/.config/evolution/sources. What is most important: Evo does not remember any passwords: it asks for it during each start - could this be related to above issues? Sounds like your default keyring is not getting unlocked on login. I might be wrong but I suspect gnome-keyring-daemon may fall back to the memory-only session keyring if it can't access your default keyring. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Minor annoyance with scroll wheel
On Wed, 2013-07-17 at 22:12 +0100, Patrick O'Callaghan wrote: My wireless mouse scroll wheel works everywhere except in the Evo folders pane, i.e. everywhere else in my desktop (KDE), and in the Evo message pane and preview pane. The folders pane widget is derived from GtkTreeView and is packed into a GtkScrolledWindow, both stock GTK+ widgets. Looking at the folder pane code I don't see any place where we override the scrolling behavior. Suggest running the Tree View / Tree Store test in gtk3-demo and see if that yields the same behavior. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Minor annoyance with scroll wheel
On Wed, 2013-07-17 at 23:53 +0100, Patrick O'Callaghan wrote: Where can I find that? I'm not seeing it in yum search Sorry, it's part of the gtk3-devel package. ___ 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] Minor annoyance with scroll wheel
On Thu, 2013-07-18 at 00:33 +0100, Patrick O'Callaghan wrote: Furthermore, I just noticed that the same problem (non-scrolling wheel) occurs in the message compose widget. Ah okay, that pretty much pins it on GtkScrolledWindow then. ___ 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] Evo settings are not preserved across sessions
On Mon, 2013-07-15 at 09:45 +0100, Patrick O'Callaghan wrote: These include Switcher Appearance (I don't want to see the button) and Mark Read After n Seconds, which I want turned off. When I start a new session these have been reset to their default values. Window size and placement are also not preserved, but the message pane column widths are. Other settings such as account details etc. are preserved correctly. The parts you say are preserved correctly -- e.g. message pane column widths and account details -- are stored in text files. The parts you say are NOT preserved are all stored in dconf. But I don't have enough facts to try and speculate. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evo settings are not preserved across sessions. SOLVED
On Mon, 2013-07-15 at 17:56 +0100, Patrick O'Callaghan wrote: I'll report this to Bugzilla once I figure out which BZ to send it to. It's really a packaging bug so perhaps the Fedora one is best. Yeah, I agree dconf should be a dependency. So should gvfs. It's surprising that Evo doesn't complain since it clearly can't store anything in dconf (no error indication and nothing in /var/log/messages). Perhaps that's another bug. GSettings falls back to its in-memory backend in that event, and dumps a warning message saying so to the console which no one will see. But it doesn't give any indication to Evolution that there's something wrong. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] .cache/evolution/mail any cleanup logic?
On Sat, 2013-06-29 at 00:52 -0400, Jeff Fortin wrote: Seems like I'm late to the party, but this is a very interesting thread that touches upon something I've been meaning to ask for a while: does Evolution automatically cleanup/prune old configs and data (not cache) from deleted accounts? Corollary: do we, as users, have to manually cleanup the cruft of older versions in the case where we have dutifully upgraded from one to another (2.32 to 3.0 to 3.2 to 3.4 to 3.6, soon 3.8 when Fedora 19 comes out)? Perhaps I'm a neat-freak for even thinking about this, but it would be reassuring to know that the present files (other than the cache) are only what's necessary (can make backups and troubleshooting easier)... As of 3.6, Evolution... well, technically the evolution-source-registry daemon, does clean up data and cache from old accounts. But it does so very conservatively, waiting days or even weeks depending on the account type so you have plenty of opportunity to recover data if you need to. I can go into more detail about that if you're curious. As for config, there's two places I know of where some UI state cruft is left behind: 1) ~/.config/evolution/mail/state.ini 2) The expanded files under ~/.config/evolution/mail/folders. But this is a tiny amount of data and not a priority to automatically clean up. It's easy enough to do so manually, if you really care. If you do find more cruft than what I listed, please file bugs. Even I haven't dutifully upgraded since 2.32. :) Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evolution external editor
On Tue, 2013-06-25 at 17:09 +0100, Pete Biggs wrote: FWIW current message from Evolution, seems to be just the one I usually get: (evolution:1272): Gtk-WARNING **: Failed to register client: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.SessionManager was not provided by any .service files I suspect that this is the problem though - it appears that Evo can't find the SessionManager, and without that things will probably not work properly. I seem to remember you said that you used Xfce and not Gnome? Is it possible for you to run Gnome as an experiment to make sure that Evo works properly under that? If not, then check the Xfce preferences to see if there is anywhere to enable a Gnome compatible SessionManager. That's just *ahem* desktop-neutral GTK3 hard-coding an X session manager bus name for a one specific desktop. Just about every desktop has its own X session manager, but they're not all controlled through D-Bus. It's a nuisance warning on non-GNOME desktops, but harmless. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evo Office 365 via OWA connector
On Tue, 2013-06-25 at 08:52 +0200, Matthias Apitz wrote: Is there also a way to use OWA with Evo. Using a browser, the OWA URL is something like http://owa365.ourdomain.org (which is just a DNS redirect to some Microsoft server) and later firefox contacts https://www.outlook.com/owa/?targetname=owa365.ourdomain.org If I configure the above URL in Evo, it can't login. it says: Could not configure Exchange accout because an unknown error occured. Check the URL, username and password, and try again. Assuming you're using evolution-exchange, which only works with Exchange servers up to Exchange 2003. If you're stuck on 2.32 then evolution-mapi is your only option, but that talks to Exchange the same way Microsoft Outlook does, not through Outlook Web Access. Were you not stuck on 2.32, I would strongly recommend evolution-ews. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Reply To Mail Closes Automatically Original Message
On Mon, 2013-06-17 at 11:09 +0100, Pete Biggs wrote: You should probably close down evolution completely before doing this, and don't be tempted to randomly change other keys in dconf unless you really, really know what you are doing. Actually it's fine to change dconf values while Evolution is running. In fact in many cases when you tweak a value in the Preferences window, Evolution picks up the new value by reacting to the change notification from dconf. For this particular key I recently replaced the free-form string value with a set of choices - and have been doing so for other similar keys - to try and make dconf tweaking even more foolproof. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] 'Internal', 'Inline' link in HTML-messages
On Sun, 2013-06-16 at 23:23 +0200, Pascal Hasko Bernhard wrote: I often receive HTML messages (they are newletters actually) which have some kind of table of contents on top, with linked entries. Clicking on one of them should take you directly to the associated section of the email. Some webpages have the same feature, and you can also put that into LaTeX-documents. I hope you get what I mean. Well, Evolution tells me that it doesn't know how to handle this type of link. The exact message ist: 'Could not open link. The specified location is not supported' Can you post a sample message with such links so I can see what they look like? It's possible Evolution just needs to get out of the way and let WebKit handle it. Matthew Barnes ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] webkit composer alpha/beta to self compile test?
On Sat, 2013-06-15 at 02:15 +0400, Emre Erenoglu wrote: Would it be possible to test the new webkit composer? Would there be any evolution branch with it to compile test it? Appreciate your interest, but the WebKit-based composer is not ready yet. I'll post an announcement to the list when it's ready for user testing. 3.10 development is slow going right now because of Red Hat priorities. Pretty much everything I had originally planned for 3.10 [1] is likely to be delayed, including the composer. Matthew Barnes [1] https://live.gnome.org/Evolution/Planning310 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list