Re: [Evolution] Can't send email -- SOLVED
On Sat, 2013-05-11 at 08:27 -0700, Jonathan Ryshpan wrote: The problem is the interaction between evolution and Gnome's keyring manager. The keyring had a wrong password for the ATT smtp server. The keyring interface (seahorse, I think) does not start under this situation; evolution just hangs. I don't know why pressing send a second time causes evolution to claim the message has been sent. Hi, you are right, it's a bug. Could you state what versions you use, please? Specifically for packages: evolution and gcr (gcr is responsible for password prompts), and the KDE/GNOME versions. Maybe name also a distribution you use, because I know about an issue with gcr in Fedora 18 [1]. Thanks and bye, Milan [1] https://bugzilla.redhat.com/show_bug.cgi?id=953641 ___ 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] About performance
El 09/05/13 02:31, N B Day escribió: On Wed, 2013-05-08 at 21:58 +0200, Andre Klapper wrote: On Wed, 2013-05-08 at 19:51 +0200, Gonzalo Aguilar Delgado wrote: I was a high evangelist of evolution but right now it has not the quality it used to have. Please add in Ubuntu to your statements as you chose to use a distribution that deliberately ships old versions and doesn't provide upstream bugfix updates to their users. Just to get the facts straight who to blame for missing quality. andre This was true in the past but not now. Ubuntu 13.04, which was released in late April and is based on Gnome 3.6, provides Evolution 3.6.4, released 6 March 2013. Six or seven weeks later: pretty up-to-date. If you like Ubuntu and must have the 3.8 series you can go with Ubuntu Gnome and update to Gnome 3.8; same as with openSUSE. Now that Ubuntu is a sorta-kinda rolling release, I expect more up-to-date versions of everything to appear. +1 Evolution is no longer the default MUA in Ubuntu, but it still integrates nicely with their version of the Gnome calendar. Works very well for me and my extended family. +1 Glad to see that at least developers use and test evolution in a day to day basis. But man this is kind of the same problem of the known kernel IO problem that also I reported and nobody not much people trust just because they didn't see any problem. When the kernel IO problem was noticeable for all the people it was way too late to find a solution. The same occurs in evolution. Just because it works well for you it does not mean it's working well. I can tell you that performance and usability degraded over time. Yes. It's a great e-mail client. One of the best. It supported even MS Exchange when no others did it. It supported IMAP as well. It has great plugins that made live easier and it used to work really well. But performance problems right now are a serious issue. If this were my product I will start profiling it. Just to see how fast/slow is and how can we improve. I can say that I'm heavy user. I used to have thousands of e-mails in 6 different IMAP accounts, and a lot of filters that classifies my e-mail in local folder when neccesary. Well... Once the e-mail is classified it should not slow evolution. So I suppose this is not the problem. So why the program is getting slower. If I'm taking my time explaining what's the problem I suppose that someone should take some time in investigating what can be wrong. It's not a waste of time because doing it will improve overall usabiliy of all users. I'm not blaming. I'm just warning about a problem that made me switch. Hope you understand that I love the program and that's why I'm telling. That's not blaming. Please take time to analyze what I'm telling. I suppose that I'm not the only one that suffered of this. Note: My current version is: 3.6.4. And crashed while writing this on Thunderbird. So I didn't touched anything when crashed. I suppose it's a small bug. But this is not the problem. Problem is performance. Thank you for reading. ___ 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] Is this list accessible via the net or only by email? Who is the moderator?
Hi, On Sun, 2013-05-12 at 20:38 -0400, Mark Filipak wrote: Is this list accessible via the net or only by email? Not sure what the net is. Email is part of the internet. If you meant to refer to the WWW, public archives are available under https://mail.gnome.org/mailman/listinfo/evolution-list . Who is the moderator? The moderators are listed at the very bottom of https://mail.gnome.org/mailman/listinfo/evolution-list andre -- Andre Klapper | ak...@gmx.net http://blogs.gnome.org/aklapper/ ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] About performance
But man this is kind of the same problem of the known kernel IO problem that also I reported and nobody not much people trust just because they didn't see any problem. Because one person reporting problems is not usually credible - it's indicative of a misconfiguration or an issue elsewhere. Yes, it sometimes is a problem, and given an infinite amount of resources all such things would be investigated - but with limited (very limited) resources, the developers have to concentrate on the things that have the most impact for the most people. The same occurs in evolution. Just because it works well for you it does not mean it's working well. I can tell you that performance and usability degraded over time. but not for most people. My experience is that Evolution has become more stable and more usable over the last few releases. And yes, it has become faster and more responsive. To be honest most of the grouching about the stability and speed of Evo seems to be coming from Ubuntu users - that may be because there are just more users of Ubuntu than other distros; or it could be something that the Ubuntu packagers have done to Evo; or it could be some interaction of Evo with other libraries that Ubuntu have modified. That's not to say that there aren't reported problems with other distros, but they don't seem to make Evo unusable like it reportedly does on Ubuntu. If I'm taking my time explaining what's the problem I suppose that someone should take some time in investigating what can be wrong. It's not a waste of time because doing it will improve overall usabiliy of all users. I'm not blaming. I'm just warning about a problem that made me switch. Hope you understand that I love the program and that's why I'm telling. That's not blaming. Please take time to analyze what I'm telling. I suppose that I'm not the only one that suffered of this. Have you filed bug reports in bugzilla about it? That's the only way that it's going to get into the developers list of things to look at - the more people that file bugs, especially if they turn out to be the same problem, the more likely that it will be looked at. Note: My current version is: 3.6.4. And crashed while writing this on Thunderbird. So I didn't touched anything when crashed. If it crashes while doing nothing, then you really need to get a backtrace on it with all the symbol packages installed so that someone can see exactly where and why it is crashing. Useful information on doing this is at http://projects.gnome.org/evolution/bugs.shtml I suppose it's a small bug. But this is not the problem. Problem is performance. File bugs about it. That's the only way the developers can get a view on systemic problems and can spot patterns. It's also very helpful if when you do submit a bug following a posting to this list, that you tell us the bug ID - at least then if some one searches the list archives (because we ALL do that before posting, don't we) they can at least see if the problem has been fixed, or can add a comment to the bug. Finally, the developers make advances and improvements and bug fixes in the current version and only bug fixes in the previous version - so it is always worthwhile running the most up to date version before criticizing things too much. P. ___ 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] Contacts not shown on startup
On Sun, 2013-05-12 at 12:32 +0200, Gerald Raaf (Mailling Listen) wrote: Since i update my gentoo system (the old one was with evolution 2.x), and the new with evolution 3.6.4 my contacts won't be shown when i click on my ldap addressbook, which was done with evolution 2.x. Do you have 'copy addressbook contents for offline operation' checked? Otherwise you don't have any contacts until you do the first search. There is also an option for showing all the contacts, without having to search. I believe this both work with LDAP books [I've switched my addressbooks to WebDAV (CardDAV/GroupDAV) so I haven't tested LDAP in 3.8.x]. I have to search a name to get a result or do an extended search with for example with name equal blank and then the addressbook is filled with all of my stored addresses. Did i missconfigured anything or is this the correct behavior. -- Adam Tauno Williams mailto:awill...@whitemice.org GPG D95ED383 Systems Administrator, Python Developer, LPI / NCLA ___ 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] About performance
On Mon, 2013-05-13 at 10:05 +0100, Pete Biggs wrote: But man this is kind of the same problem of the known kernel IO problem that also I reported and nobody not much people trust just because they didn't see any problem. Because one person reporting problems is not usually credible - it's indicative of a misconfiguration or an issue elsewhere. Yes, it sometimes is a problem, and given an infinite amount of resources all such things would be investigated - but with limited (very limited) resources, the developers have to concentrate on the things that have the most impact for the most people. AND, it is important to note, that LINUX [and related applications] is used very successfully in a myriad of situations by a whole lot of people. Most low-level bugs at this point in time are extremely narrow, it is unreasonable to expect the world to jump on them when they harm 0.0001% of the universe. The same occurs in evolution. Just because it works well for you it does not mean it's working well. I can tell you that performance and usability degraded over time. but not for most people. My experience is that Evolution has become more stable and more usable over the last few releases. And yes, it has become faster and more responsive. Exactly, it has gotten faster and MUCH more stable. Some component may have broken, or something degraded, but Evolution has done neither. To be honest most of the grouching about the stability and speed of Evo seems to be coming from Ubuntu users Or people with *unbelievably* ancient versions. Every time I see someone complaining about 2.32 or even 2.28... my jaw drops. I just don't get it - why do that to yourself? - that may be because there are just more users of Ubuntu than other distros; or it could be something that the Ubuntu packagers have done to Evo; or it could be some interaction of Evo with other libraries that Ubuntu have modified. That's not to say that there aren't reported problems with other distros, but they don't seem to make Evo unusable like it reportedly does on Ubuntu. They [Ubuntu] have had some very lemony releases; so everyone gets to experience the long-tail of those versions. File bugs about it. That's the only way the developers can get a view on systemic problems and can spot patterns. And bugs do get fixed. My latest bug report was resolved in 48 hours. It's also very helpful if when you do submit a bug following a posting to this list, that you tell us the bug ID - at least then if some one searches the list archives (because we ALL do that before posting, don't we) they can at least see if the problem has been fixed, or can add a comment to the bug. And perhaps people on the list can follow the bug or add something to it. I've done that several times. Finally, the developers make advances and improvements and bug fixes in the current version and only bug fixes in the previous version - so it is always worthwhile running the most up to date version before criticizing things too much. Yes. 3.6.x is a major release back. 3.8.x *does* fix some performance issues, especially related to flaky connections. Or it certainly seems that way to me. -- Adam Tauno Williams mailto:awill...@whitemice.org GPG D95ED383 Systems Administrator, Python Developer, LPI / NCLA ___ 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] About performance
On Fri, 2013-05-10 at 14:31 +0200, Contacto wrote: But performance problems right now are a serious issue. If this were my product I will start profiling it. Just to see how fast/slow is and how can we improve. I can say that I'm heavy user. I used to have thousands of e-mails in 6 different IMAP accounts, and a lot of filters that classifies my e-mail in local folder when neccesary. One known issue, especially for heavy users, is that fragmentation can build up in the mail summary database over time, which does negatively impact performance. If you notice your hard disk grinding a lot while working in Evolution, this might be the issue. It might help to garbage collect the database. Evolution does not currently do that itself. Try shutting down Evolution and run this little shell script: http://mbarnes.fedorapeople.org/evolution-rebuild-summarydb Eventually I'd like to tie this into the Expunge operation, which seems like a natural place for it to get run periodically. Haven't done it yet because, you know, time, manpower, priorities, 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] Can't send email -- SOLVED
On Mon, 2013-05-13 at 08:45 +0200, Milan Crha wrote: On Sat, 2013-05-11 at 08:27 -0700, Jonathan Ryshpan wrote: The problem is the interaction between evolution and Gnome's keyring manager. The keyring had a wrong password for the ATT smtp server. The keyring interface (seahorse, I think) does not start under this situation; evolution just hangs. I don't know why pressing send a second time causes evolution to claim the message has been sent. Hi, you are right, it's a bug. Could you state what versions you use, please? Specifically for packages: evolution and gcr (gcr is responsible for password prompts), and the KDE/GNOME versions. Maybe name also a distribution you use, because I know about an issue with gcr in Fedora 18 [1]. A short question with a long answer. I use Fedora-18 with all updates in. Here are the version numbers: $ rpm -qa 'kde*' 'gnome*' evolution gcr | sort evolution-3.6.4-3.fc18.x86_64 gcr-3.6.2-3.fc18.x86_64 gnome-abrt-0.2.10-1.fc18.x86_64 gnome-backgrounds-3.6.1-1.fc18.noarch gnome-bluetooth-3.6.1-2.fc18.x86_64 gnome-bluetooth-libs-3.6.1-2.fc18.x86_64 gnome-color-manager-3.6.1-1.fc18.x86_64 gnome-common-3.6.0-1.fc18.noarch gnome-contacts-3.6.2-1.fc18.x86_64 gnome-desktop3-3.6.3-1.fc18.x86_64 gnome-desktop3-devel-3.6.3-1.fc18.x86_64 gnome-dictionary-3.6.0-1.fc18.x86_64 gnome-disk-utility-3.6.1-1.fc18.x86_64 gnome-doc-utils-0.20.10-3.fc18.noarch gnome-doc-utils-stylesheets-0.20.10-3.fc18.noarch gnome-documents-3.6.2-1.fc18.x86_64 gnome-dvb-daemon-0.2.10-1.fc18.x86_64 gnome-games-data-3.6.1-2.fc18.noarch gnome-games-gnomine-3.6.1-2.fc18.x86_64 gnome-games-iagno-3.6.1-2.fc18.x86_64 gnome-games-sudoku-3.6.1-2.fc18.noarch gnome-games-swell-foop-3.6.1-2.fc18.x86_64 gnome-icon-theme-3.6.2-1.fc18.noarch gnome-icon-theme-extras-3.6.2-1.fc18.noarch gnome-icon-theme-legacy-3.6.2-1.fc18.noarch gnome-icon-theme-symbolic-3.6.2-1.fc18.noarch gnome-js-common-0.1.2-6.fc18.noarch gnome-keyring-3.6.3-1.fc18.x86_64 gnome-keyring-pam-3.6.3-1.fc18.x86_64 gnome-media-3.4.0-4.fc18.x86_64 gnome-menus-3.6.1-1.fc18.x86_64 gnome-mplayer-common-1.0.8-1.fc18.x86_64 gnome-mplayer-minimal-1.0.8-1.fc18.x86_64 gnome-online-accounts-3.6.3-1.fc18.x86_64 gnome-online-accounts-devel-3.6.3-1.fc18.x86_64 gnome-packagekit-3.6.2-1.fc18.x86_64 gnome-panel-3.6.2-2.fc18.x86_64 gnome-panel-libs-3.6.2-2.fc18.x86_64 gnome-power-manager-3.6.0-1.fc18.x86_64 gnome-python2-2.28.1-9.fc18.x86_64 gnome-python2-canvas-2.28.1-9.fc18.x86_64 gnome-python2-desktop-2.32.0-12.fc18.x86_64 gnome-python2-gconf-2.28.1-9.fc18.x86_64 gnome-python2-gnomekeyring-2.32.0-12.fc18.x86_64 gnome-screensaver-3.6.1-1.fc18.x86_64 gnome-screenshot-3.6.1-1.fc18.x86_64 gnome-search-tool-3.6.0-1.fc18.x86_64 gnome-session-3.6.2-4.fc18.x86_64 gnome-session-xsession-3.6.2-4.fc18.x86_64 gnome-settings-daemon-3.6.4-3.fc18.x86_64 gnome-settings-daemon-updates-3.6.4-3.fc18.x86_64 gnome-shell-3.6.3.1-1.fc18.x86_64 gnome-specimen-0.4-5.fc18.noarch gnome-system-log-3.6.1-2.fc18.x86_64 gnome-system-monitor-3.6.1-3.fc18.x86_64 gnome-terminal-3.6.1-2.fc18.x86_64 gnome-themes-standard-3.6.5-1.fc18.x86_64 gnome-user-docs-3.6.2-1.fc18.noarch gnome-vfs2-2.24.4-10.fc18.x86_64 gnome-video-effects-0.4.0-4.fc18.noarch kde-baseapps-4.10.2-1.fc18.x86_64 kde-baseapps-libs-4.10.2-1.fc18.x86_64 kde-filesystem-4-42.fc18.x86_64 kde-plasma-networkmanagement-0.9.0.8-1.fc18.x86_64 kde-plasma-networkmanagement-libs-0.9.0.8-1.fc18.x86_64 kde-plasma-networkmanagement-openconnect-0.9.0.8-1.fc18.x86_64 kde-plasma-networkmanagement-openvpn-0.9.0.8-1.fc18.x86_64 kde-plasma-networkmanagement-pptp-0.9.0.8-1.fc18.x86_64 kde-plasma-networkmanagement-vpnc-0.9.0.8-1.fc18.x86_64 kde-print-manager-4.10.2-1.fc18.x86_64 kde-runtime-4.10.2-1.fc18.x86_64 kde-runtime-drkonqi-4.10.2-1.fc18.x86_64 kde-runtime-flags-4.10.2-1.fc18.noarch kde-runtime-libs-4.10.2-1.fc18.x86_64 kde-settings-4.9-20.fc18.noarch kde-settings-kdm-4.9-20.fc18.noarch kde-settings-ksplash-4.9-20.fc18.noarch kde-settings-plasma-4.9-20.fc18.noarch kde-settings-pulseaudio-4.9-20.fc18.noarch kde-workspace-4.10.2-8.fc18.x86_64 kde-workspace-debuginfo-4.10.2-4.fc18.x86_64 kde-workspace-devel-4.10.2-8.fc18.x86_64 kde-workspace-libs-4.10.2-8.fc18.x86_64 kdeaccessibility-4.10.2-1.fc18.noarch kdeartwork-kxs-4.10.2-1.fc18.x86_64
Re: [Evolution] Can't send email -- SOLVED
On Mon, 2013-05-13 at 07:48 -0700, Jonathan Ryshpan wrote: I use Fedora-18 with all updates in. Here are the version numbers: $ rpm -qa 'kde*' 'gnome*' evolution gcr | sort evolution-3.6.4-3.fc18.x86_64 gcr-3.6.2-3.fc18.x86_64 Hi, OK, the gcr-3.6.2-3 is the broken one. Follow the previously cited bug, install the 3.6.2-4 version of the gcr package, and restart the machine; then you should be on a bit safer state (the 3.6.2-3 was supposed to fix unlocking of the Keyring, which the 3.6.2-4 reverts due to other regressions on the change, thus the most you might unlock the keyring in Seahorse. You can follow the steps in the bug report to see where to find necessary options in Seahorse). Hope it helps, Milan ___ 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] About performance
On 2013/5/13 8:30 AM, Adam Tauno Williams wrote: On Mon, 2013-05-13 at 10:05 +0100, Pete Biggs wrote: But man this is kind of the same problem of the known kernel IO problem that also I reported and nobody not much people trust just because they didn't see any problem. Because one person reporting problems is not usually credible - it's indicative of a misconfiguration or an issue elsewhere. Yes, it sometimes is a problem, and given an infinite amount of resources all such things would be investigated - but with limited (very limited) resources, the developers have to concentrate on the things that have the most impact for the most people. AND, it is important to note, that LINUX [and related applications] is used very successfully in a myriad of situations by a whole lot of people. Most low-level bugs at this point in time are extremely narrow, it is unreasonable to expect the world to jump on them when they harm 0.0001% of the universe. The same occurs in evolution. Just because it works well for you it does not mean it's working well. I can tell you that performance and usability degraded over time. but not for most people. My experience is that Evolution has become more stable and more usable over the last few releases. And yes, it has become faster and more responsive. Exactly, it has gotten faster and MUCH more stable. Some component may have broken, or something degraded, but Evolution has done neither. To be honest most of the grouching about the stability and speed of Evo seems to be coming from Ubuntu users Or people with *unbelievably* ancient versions. Every time I see someone complaining about 2.32 or even 2.28... my jaw drops. I just don't get it - why do that to yourself? - that may be because there are just more users of Ubuntu than other distros; or it could be something that the Ubuntu packagers have done to Evo; or it could be some interaction of Evo with other libraries that Ubuntu have modified. That's not to say that there aren't reported problems with other distros, but they don't seem to make Evo unusable like it reportedly does on Ubuntu. They [Ubuntu] have had some very lemony releases; so everyone gets to experience the long-tail of those versions. File bugs about it. That's the only way the developers can get a view on systemic problems and can spot patterns. And bugs do get fixed. My latest bug report was resolved in 48 hours. It's also very helpful if when you do submit a bug following a posting to this list, that you tell us the bug ID - at least then if some one searches the list archives (because we ALL do that before posting, don't we) they can at least see if the problem has been fixed, or can add a comment to the bug. And perhaps people on the list can follow the bug or add something to it. I've done that several times. Finally, the developers make advances and improvements and bug fixes in the current version and only bug fixes in the previous version - so it is always worthwhile running the most up to date version before criticizing things too much. Yes. 3.6.x is a major release back. 3.8.x *does* fix some performance issues, especially related to flaky connections. Or it certainly seems that way to me. I'm new to Linux, Adam, so please excuse my ignorance. In my Linux virtual machine I'm running Evolution version 3.6.2 and I've experienced sudden crashes at start-up while idle (not doing anything). Evo 3.6.2 is what my Software Manager fetched when I selected to install Evolution. How does a linux-person get and, especially, install the latest version? (Simply pointing me to a web site is fine.) Thanks - Mark. -- VMware Player 5.0.2 Host: WinXP3, 32-bit Guest: Linux Mint 14, 64-bit + Xfce 4.10 ___ 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] Help files
On Thu, 2013-05-09 at 14:28 +0100, Pete Biggs wrote: It uses yelp - the Gnome help system. What happens if you run yelp help:evolution from a command line? yelp was not installed. When I installed 12.3, I chose the KDE desktop. Evolution had to be installed after the fact. The dependencies list did not include yelp. I have filed a bug report 818977 Thanks I'm curious about the naming of that folder, how on earth did it end up as 'C'? It's historic. From the net somewhere... In the C programming language, the locale name C “specifies the minimal environment for C translation” (C99 §7.11.1.1; the principle has been the same since at least the 1980s). As most operating systems are written in C, especially the unix-inspired ones where locales are set through the LANG and LC_xxx environment variables, C ends up being the name of a “safe” locale everywhere. POSIX specifies that both C and POSIX must be valid locale names, with the same neutral settings. So 'C' is from the 'C' language. The C locale basically comes down to 7-bit ASCII. P. THANK YOU! It now makes sense. Well, it did before, I just didn't know it. Bart ___ 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] Help files
On Wed, 2013-05-08 at 07:32 -0400, Matthew Barnes wrote: On Tue, 2013-05-07 at 09:00 -0600, Bart Hollis wrote: The Help - About - Contents shows an error message : Could not display help for Evolution. The specified location is not supported. I don't understand the not supported part. Knowing where the help files are located might give me a start. Make sure you have 'yelp' installed. Also check whether help files for Evolution are packaged separately on openSUSE. We do that on Fedora for the sake of the live CD; help files are in a separate 'evolution-help' package. Matthew Barnes That was the problem. I can understand how that could happen, with Live-CDs and all. I suppose I should file a bug report with openSUSE about this, although I don't have the resources to recreate the problem. I'll let them know anyway. Thanks for your help! Bart ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list