[Evolution] Failed to refresh folder INBOX
Hi, Recently evolution shows the following message when accessing my IMAP account or expunging the folder: Failed to refresh folder "INBOX". The reported error was "Error syncing changes: Command Argument Error. 11 What to do? The problem is stuck on this particular box, and is not present on other boxes I use to access that email account with evo. Installed packages (Debian): ii evolution 3.12.2-1 amd64 ii evolution-common 3.12.2-1 all ii evolution-data-server 3.12.2-1 amd64 ii evolution-data-server-common 3.12.2-1 all ii evolution-plugins 3.12.2-1 amd64 ii evolution-plugins-experimental 3.12.2-1 amd64 ii libebackend-1.2-7 3.12.2-1 amd64 ii libebook-1.2-14 3.12.2-1 amd64 ii libebook-contacts-1.2-0 3.12.2-1 amd64 ii libecal-1.2-16 3.12.2-1 amd64 ii libedata-book-1.2-20 3.12.2-1 amd64 ii libedata-cal-1.2-23 3.12.2-1 amd64 ii libedataserver-1.2-18 3.12.2-1 amd64 ii libevolution 3.12.2-1 amd64 ___ 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 mail display problem
Am Freitag, den 13.06.2014, 09:09 +1000 schrieb Parth Shukla: > Hi all, > > I sent an email yesterday but it hasn't made it into the mail archives > so I'm wondering if it was dropped due to attachments? > > Original message below with attachments removed. You could file a bug report at https://bugzilla.gnome.org/. You can also upload attachments, screenshots there. > > Can someone confirm my email(s) are getting through to the mailing list > or not or if there is something I'm missing? I have been subscribed! Confirmed. > > Cheers, > Parth > > --- > > Hi All, > > I have run into an interesting problem while displaying certain types of > emails I receive on a regular basis. I'm hoping that someone here can > help me out. > > OS: Ubuntu 14.04 LTS (all latest updates) > Evolution version 3.10.4 (latest available though ubuntu repositories) > > Attachments: > 1) Mbox of email giving me trouble. This is just one example. There are > many emails likes this. > 2) Screenshot of how that email is displayed for me in Evolution. > > As can be seen in the screenshot, the outer PGP signature from AusCERT > is validated and results displayed at the bottom of the email as > expected "Valid signature, but cannot verify sender". That's great. No > problems here. > > However, the AusCERT email is wrapped around a Debian bulletin which > itself is PGP signed. In the screenshot you can see that the area > between "BEGIN INCLUDED TEXT" and "END INCLUDED TEXT" has just been > swallowed by Evolution! If you look at the mbox attachment, you'll see > that's where the Debian bulletin is. Evolution doesn't seem to be able > to display it. > > Of course, I can always see the raw text by going "View -> Message > Source (Ctrl + U)" but that is not ideal at all. > > Ideally, I'd like to see both signatures validated independently and > results of both displayed. > > -- > > I also had another question. Is there any way to move "Valid signature" > bar from the bottom of the message to the top of the message near the > "From" and "To" fields. I don't want to have to scroll to the bottom of > the message to see if the signature check passed or not. I'd like to be > alerted! > > > Any help with either of those would be much appreciated. > > Regards, > Parth > > ___ > evolution-list mailing list > evolution-list@gnome.org > To change your list options or unsubscribe, visit ... > https://mail.gnome.org/mailman/listinfo/evolution-list -- thomas ___ 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 mail display problem
Hi all, I sent an email yesterday but it hasn't made it into the mail archives so I'm wondering if it was dropped due to attachments? Original message below with attachments removed. Can someone confirm my email(s) are getting through to the mailing list or not or if there is something I'm missing? I have been subscribed! Cheers, Parth --- Hi All, I have run into an interesting problem while displaying certain types of emails I receive on a regular basis. I'm hoping that someone here can help me out. OS: Ubuntu 14.04 LTS (all latest updates) Evolution version 3.10.4 (latest available though ubuntu repositories) Attachments: 1) Mbox of email giving me trouble. This is just one example. There are many emails likes this. 2) Screenshot of how that email is displayed for me in Evolution. As can be seen in the screenshot, the outer PGP signature from AusCERT is validated and results displayed at the bottom of the email as expected "Valid signature, but cannot verify sender". That's great. No problems here. However, the AusCERT email is wrapped around a Debian bulletin which itself is PGP signed. In the screenshot you can see that the area between "BEGIN INCLUDED TEXT" and "END INCLUDED TEXT" has just been swallowed by Evolution! If you look at the mbox attachment, you'll see that's where the Debian bulletin is. Evolution doesn't seem to be able to display it. Of course, I can always see the raw text by going "View -> Message Source (Ctrl + U)" but that is not ideal at all. Ideally, I'd like to see both signatures validated independently and results of both displayed. -- I also had another question. Is there any way to move "Valid signature" bar from the bottom of the message to the top of the message near the "From" and "To" fields. I don't want to have to scroll to the bottom of the message to see if the signature check passed or not. I'd like to be alerted! Any help with either of those would be much appreciated. Regards, Parth ___ 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] Recognizing "Junk" Header from ISP
On Thu, 2014-06-12 at 19:44 +0100, Pete Biggs wrote: > Sure, running your own mail server gives you the ability to implement > all manner of heuristics and grey listing and scoring so you can get > close to the nirvana of a 100% spam classification - but you will never > get 100% and, more importantly, not everyone has the skill set or the > resources or the desire to become their own mail admin. > > Clearer? +1. poc ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Recognizing "Junk" Header from ISP
On Thu, 2014-06-12 at 09:47 -0700, Jonathan Ryshpan wrote: > I'm pleased to have a couple of replies to my posting, but still no > answers to the question: how to recognize junk on the existence of a > particular header without concern for its content. Define a filter (On Specific Header) with the action Set Status to Junk. poc ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] evolution freezes on some xml attachments
On Thu, 2014-06-12 at 13:27 -0400, Eugene Kanter wrote: > On 06/12/2014 01:22 PM, Matthew Barnes wrote: > > 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/ > This is not an official Fedora 20 repository. > A complete application freeze is a serious problem and IMHO should be > addressed officially. As Matthew says, this should be addressed to a Fedora list (or the Fedora Bugzilla). The Evo devels have no control over which versions the various distros decide to support. Ubuntu seems to be chronically behind for example. poc ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Recognizing "Junk" Header from ISP
On Thu, 2014-06-12 at 19:21 +0100, G.W. Haywood wrote: > Hi there, > > On Thu, 12 Jun 2014, Patrick O'Callaghan wrote: > > > On Thu, 2014-06-12 at 16:04 +0100, G.W. Haywood wrote: > >> The right place is the mail server, which should recognize that > >> the mail is junk AND REJECT IT. ... > > > > This is far too simplistic. Not all mail identified as spam is in fact > > spam, and only the final recipient can make the call. There is no one > > canonically right answer for every situation, so there is a place for > > client-side spam filtering in many use cases. > > Please pay attention. > > I didn't say that the final recipient shouldn't make the call, I said > that he should make the call before the mail is accepted by his mail > server, so that the spammer doesn't get another $currency_unit for > sending his spam. This necessarily means that no mail client sees the > spam, which in turn means that Evolution is not the place to do this. > > Clearer? > I'm perfectly sure that poc knew exactly what you were saying, no matter how condescendingly you put it. The issue is that when you reject mail at smtp time you are explicitly relying on the accuracy of an automated system to determine what is, or is not, junk. Unless, of course, you sit and watch the SMTP traffic for all the mail you receive and press a button to accept or reject it. Sure, running your own mail server gives you the ability to implement all manner of heuristics and grey listing and scoring so you can get close to the nirvana of a 100% spam classification - but you will never get 100% and, more importantly, not everyone has the skill set or the resources or the desire to become their own mail admin. Clearer? 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] Recognizing "Junk" Header from ISP
Hello again, On Thu, 12 Jun 2014, Jonathan Ryshpan wrote: Not only that, Yahoo manages the server operated by my ISP, which is ATT, so I am stuck with them. No, you aren't stuck with them. AFAICT our ISP (BT, formerly British Telecom, at the moment) also uses Yahoo servers. But we don't. BT provides us with mail accounts too, and we don't use them either. They appear to be less bad than Comcast. Not difficult. Comcast gets binned here too. :) I'm pleased to have a couple of replies to my posting, but still no answers to the question: how to recognize junk on the existence of a particular header without concern for its content. You have an answer. Run your own mail server, and you can do whatever you like. Rely on Yahoo - or practically anyone else - and you'll get what they want you to get. You haven't said how you're getting the mail into Evolution but you could in theory use something like fetchmail and pipe the messages through your own local filters if you really wanted to. But then if you go on holiday, and your filters are on the PC at home, well... -- 73, Ged. ___ 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] Recognizing "Junk" Header from ISP
Hi there, On Thu, 12 Jun 2014, Patrick O'Callaghan wrote: On Thu, 2014-06-12 at 16:04 +0100, G.W. Haywood wrote: The right place is the mail server, which should recognize that the mail is junk AND REJECT IT. ... This is far too simplistic. Not all mail identified as spam is in fact spam, and only the final recipient can make the call. There is no one canonically right answer for every situation, so there is a place for client-side spam filtering in many use cases. Please pay attention. I didn't say that the final recipient shouldn't make the call, I said that he should make the call before the mail is accepted by his mail server, so that the spammer doesn't get another $currency_unit for sending his spam. This necessarily means that no mail client sees the spam, which in turn means that Evolution is not the place to do this. Clearer? -- 73, Ged. ` ___ 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] 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? > I think that's something you need to ask on the Fedora lists not here. 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
[Evolution] unwanted information disclosure
https://bugzilla.gnome.org/show_bug.cgi?id=702703 Almost a year later, are there any plans to address the problem? I am tired of applying my dirty patch every time a new evolution-data-server package comes out. Eugene. ___ 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 06/12/2014 01:22 PM, Matthew Barnes wrote: 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/ This is not an official Fedora 20 repository. A complete application freeze is a serious problem and IMHO should be addressed officially. ___ 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
Is there a plan to backport this to current Fedora? On 06/12/2014 10:48 AM, Matthew Barnes wrote: On Thu, 2014-06-12 at 10:27 -0400, Eugene Kanter wrote: Any ideas how to debug this anomaly? evolution-3.10.4-2.fc20.x86_64 Might be https://bugzilla.gnome.org/724909, fixed in 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] Recognizing "Junk" Header from ISP
On Thu, 2014-06-12 at 16:24 +0100, Patrick O'Callaghan wrote: > On Thu, 2014-06-12 at 16:04 +0100, G.W. Haywood wrote: > > The right place is the mail server, which should recognize that > > the mail is junk AND REJECT IT. Putting it in some 'spam' store > > on your computer is no good at all, because the message has been > > accepted by the mail server and the spammer will get paid for it. > > If the mail is rejected, as opposed to being accepted and binned, > > the spammer hasn't done his job, which in my book is a Good Thing. > > This is far too simplistic. Not all mail identified as spam is in fact > spam, and only the final recipient can make the call. There is no one > canonically right answer for every situation, so there is a place for > client-side spam filtering in many use cases. Not only that, Yahoo manages the server operated by my ISP, which is ATT, so I am stuck with them. They appear to be less bad than Comcast. I'm pleased to have a couple of replies to my posting, but still no answers to the question: how to recognize junk on the existence of a particular header without concern for its content. Thanks - jon ___ 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] Recognizing "Junk" Header from ISP
On Thu, 2014-06-12 at 16:04 +0100, G.W. Haywood wrote: > The right place is the mail server, which should recognize that > the mail is junk AND REJECT IT. Putting it in some 'spam' store > on your computer is no good at all, because the message has been > accepted by the mail server and the spammer will get paid for it. > If the mail is rejected, as opposed to being accepted and binned, > the spammer hasn't done his job, which in my book is a Good Thing. This is far too simplistic. Not all mail identified as spam is in fact spam, and only the final recipient can make the call. There is no one canonically right answer for every situation, so there is a place for client-side spam filtering in many use cases. poc ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Recognizing "Junk" Header from ISP
Hi there, On Thu, 12 Jun 2014, Jonathan Ryshpan wrote: Yahoo, my ISP, marks messages that it thinks are junk ... H. In my book, even using a Yahoo server means the mail is probably junk, so I reject the lot. I would like evolution to recognize such messages as junk. The mail client isn't really the right place for this. The right place is the mail server, which should recognize that the mail is junk AND REJECT IT. Putting it in some 'spam' store on your computer is no good at all, because the message has been accepted by the mail server and the spammer will get paid for it. If the mail is rejected, as opposed to being accepted and binned, the spammer hasn't done his job, which in my book is a Good Thing. That way, the sender doesn't get the confirmation he needs that the mail was delivered to a genuine address, and that means the address is less valuable to the criminals. If he knows it's a real address the criminal can sell it for more cash than if he just made it up (which of course a lot of them do anyway). So you really need to ditch Yahoo and operate your own mail server. Then you can irritate some spammers. :) -- 73, Ged. ___ 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 10:27 -0400, Eugene Kanter wrote: > Any ideas how to debug this anomaly? > > evolution-3.10.4-2.fc20.x86_64 Might be https://bugzilla.gnome.org/724909, fixed in 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 10:27 -0400, Eugene Kanter wrote: > Recently I noticed that I am unable to open messages with attached xml > files. UI completely freezes. https://bugzilla.gnome.org/show_bug.cgi?id=724909 ? 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
[Evolution] evolution freezes on some xml attachments
Recently I noticed that I am unable to open messages with attached xml files. UI completely freezes. "Retrieving message" is displayed in status bar. Process "evolution" does not respond to SIGINT. Strace shows some threads are active, but not much activity overall, mostly poll(). Watching for several minutes I noticed several read/write with xml attachment fragments. Overall CPU activity is negligent, ps shows zero CPU utilization by evolution. Eventually the UI came back to life, but every time I select the message it freezes again. Any ideas how to debug this anomaly? evolution-3.10.4-2.fc20.x86_64 Eugene. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list