[Evolution] 2.32.1 ~/.config/evolution/mail has references to ~/.evolution/mail and duplicate On This Computer
FreeBSD-7.4-RELEASE i386 / Gnome/Evolution 2.32.1. I finally got around to looking at why my automatic contacts hasn't been working lately and noticed that the Edit/Preferences dialogs list two On This Computer entries although only one On This Computer account is displayed in the folders pane. I found that in ~/.config/evolution/mail there are still references to ~/.evolution/mail: %cd ~/.config/evolution grep -r '[.]evolution' . ./mail/state.ini:[Store mbox:/home/ws/.evolution/mail/local] ./mail/state.ini:[Store vfolder:/home/ws/.evolution/mail/vfolder] ./mail/state.ini:[Folder mbox:/home/ws/.evolution/mail/local#Sent] ./mail/state.ini:[Folder vfolder:/home/ws/.evolution/mail/vfolder#Txx-Txxx] ./mail/state.ini:[Folder mbox:/home/ws/.evolution/mail/local#Outbox] ./mail/state.ini:[Folder vfolder:/home/ws/.evolution/mail/vfolder#CCx] ./mail/state.ini:[Folder vfolder:/home/ws/.evolution/mail/vfolder#CCx] ./mail/state.ini:[Folder mbox:/home/ws/.evolution/mail/local#Drafts] ./mail/state.ini:[Folder mbox:/home/ws/.evolution/mail/local#Inbox] ./mail/state.ini:[Folder vfolder:/home/ws/.evolution/mail/vfolder#b] ./mail/state.ini:[Folder vfolder:/home/ws/.evolution/mail/vfolder#MxxxS] ./mail/state.ini:[Folder vfolder:/home/ws/.evolution/mail/vfolder#DxxAxxx] ./mail/folders/.goutputstream-M54NFV:[Store mbox:/home/ws/.evolution/mail/local] ./mail/folders/.goutputstream-M54NFV:[Store vfolder:/home/ws/.evolution/mail/vfolder] ./mail/folders/.goutputstream-M54NFV:[Folder mbox:/home/ws/.evolution/mail/local#Sent] ./mail/folders/.goutputstream-M54NFV:[Folder vfolder:/home/ws/.evolution/mail/vfolder#Txx-Txxx] ./mail/folders/.goutputstream-R4VQLV:[Store mbox:/home/ws/.evolution/mail/local] ./mail/folders/.goutputstream-R4VQLV:[Store vfolder:/home/ws/.evolution/mail/vfolder] ./mail/folders/.goutputstream-R4VQLV:[Folder mbox:/home/ws/.evolution/mail/local#Sent] ./mail/folders/.goutputstream-R4VQLV:[Folder vfolder:/home/ws/.evolution/mail/vfolder#Txx-Txxx] ./mail/folders/.goutputstream-R4VQLV:[Folder mbox:/home/ws/.evolution/mail/local#Outbox] ./mail/folders/.goutputstream-R4VQLV:[Folder vfolder:/home/ws/.evolution/mail/vfolder#CCx] ./mail/folders/.goutputstream-R4VQLV:[Folder vfolder:/home/ws/.evolution/mail/vfolder#CCx] ./mail/folders/.goutputstream-R4VQLV:[Folder mbox:/home/ws/.evolution/mail/local#Drafts] ./mail/folders/.goutputstream-R4VQLV:[Folder mbox:/home/ws/.evolution/mail/local#Inbox] ./mail/folders/.goutputstream-R4VQLV:[Folder vfolder:/home/ws/.evolution/mail/vfolder#b] ./mail/.goutputstream-WNN9OV:[Store mbox:/home/ws/.evolution/mail/local] ./mail/.goutputstream-WNN9OV:[Store vfolder:/home/ws/.evolution/mail/vfolder] ./mail/.goutputstream-WNN9OV:[Folder mbox:/home/ws/.evolution/mail/local#Sent] ./mail/.goutputstream-WNN9OV:[Folder vfolder:/home/ws/.evolution/mail/vfolder#Txx-Txxx] ./mail/.goutputstream-WNN9OV:[Folder mbox:/home/ws/.evolution/mail/local#Outbox] ./mail/.goutputstream-WNN9OV:[Folder vfolder:/home/ws/.evolution/mail/vfolder#CCx] ./mail/.goutputstream-WNN9OV:[Folder vfolder:/home/ws/.evolution/mail/vfolder#CCx] ./mail/.goutputstream-WNN9OV:[Folder mbox:/home/ws/.evolution/mail/local#Drafts] ./mail/.goutputstream-WNN9OV:[Folder mbox:/home/ws/.evolution/mail/local#Inbox] ./mail/.goutputstream-WNN9OV:[Folder vfolder:/home/ws/.evolution/mail/vfolder#b] ./mail/.goutputstream-WNN9OV:[Folder vfolder:/home/ws/.evolution/mail/vfolder#MS ./mail/.goutputstream-WNN9OV:[Folder vfolder:/home/ws/.evolution/mail/vfolder#DxxAxxx] Is there a formal way to remove these entries, or is it safe to manually remove those sections from state.ini (and .goutputstream-*)? Is it a failure of the FreeBSD evolution port's handling of the upgrade that has led to this? Thanks, Wayne ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] Content of mails not indexed?
Hello, I had used Ubuntu for some years. Some weeks ago when gnome 3 was realesed I decided to switch to Archlinux. So I'm now with archlinux 64 bits - gnome 3 with gnome-shell and Evolution 3.0.1-1. A search on body-content is very very slow. I have to say that I have a hudge INBOX : ~18500 mails (but it was not a problem on Ubuntu). So here are my questions : - is it because of the Evolution package on Ubuntu is patch with something from canonical that increase the speed of search on body content? - is it because of the newer version of Evolution? (3.0.1-1 on Archlinx insted of 2.30 on the last Ubuntu I tested on) - In that latest case, is it a regression and if yes, will you fix it? - Or maybe I only have to install another package that will index my Evolution's mail? My only purpose is to be able to make search on body content as fast as I did on Ubuntu. Even with 18500 mails, such a search took only a few seconds on Ubuntu (2,3 or 4 seconds ; now on arch it takes 30-40 or 50 seconds). Many many thanks! Nicolas. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] Problem with Evolution re-drawing
Hi, I am using Evolution 2.32.2 that came default with Ubunt Natty 64 bit release. There seems to be an issue when I am maximizing Evolution Window from a minimized state. When I start my laptop and open Evolution, it works fine. When I minimze the Evolution window it sits minimized on the unity bar. Whie I work on something else, when I want to see updates i Evolution and I maxmize the window from unity, the Evolution opens up, but I suddenly it shows the tabs or content of windows which are right behind the main Evolution Window. If no other program is open, I can see a small strip of the dekstop picture running horizontally. Also, the mouse seems to be not working correctly in Evolution on maximizing the window. Generally, if I have to open say 3rd email from the top, I have to click one email above the third one. The mouse in other programs works seamlessly. Any solution? I had searched if there is any bug logged anywhere..I did see some mention of Evolution not re-drawing properly, but did not get any solution. I sincerely update my ubuntu hoping that the issue has been fixed...but somehow, does not seem to be done. best Kedar Best Regards Kedar Apte ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [ANNOUNCE] Evolution-EWS (Exchange Web Services) Alpha release
On Wed, 2011-05-18 at 22:49 +0100, Ruslan Tarasov wrote: On Wed, May 18, 2011 at 9:27 PM, David Woodhouse dw...@infradead.org wrote: On Wed, 2011-05-18 at 20:02 +0300, Ruslan Tarasov wrote: 1. There is no virtual Trash directory in a new EWS account. This makes it hard to track deleted messages. As an alternative it would be useful to move deleted mails to Delete Items directory instead of marking them as deleted. Our initial testers actually complained about the *presence* of the virtual 'Trash' folder, and rightly so IMO. You don't want a Trash folder *any* a Deleted Items folder. If you want vfolders, there's a home for them right at the bottom of the folder pane. They have no business being mixed in with the *real* folders. There is certainly more work to be done on deletion. We know how to *read* the 'deleted' flag which is set when we mark a message as \Deleted on the IMAP side, but we haven't yet worked out how to *set* it from EWS yet. Ideally, I would like messages to be moved to Deleted Items when I delete them, but even the current way (marking them as deleted instead), is OK to me. There is an open bug for Evolution generically, for using a real trash folder and actually moving messages to it instead of marking them for deletion. That was done as a dirty hack in the imap back end, where it notices the mark for deletion request and actually *moves* the message instead. But that dirty hack doesn't live in *every* back end; it should live in the higher level instead, and then the back ends just get a normal move message request instead. Once that's done, we should be able to use the Deleted Items folder fairly easily. The disadvantage of this approach is that you don't know where the message came from, so you cannot *undelete* it. But I think that's what Exchange/Outlook users are used to, so I think that's what we'll do. Address auto-complete works perfectly with the last version from git. Thanks! Cool. Thanks for testing. Contacts still do not seem to show on the contacts tab in evolution, but auto-complete is more than enough for me. I think Chen almost has that working. Watch this space... :) -- dwmw2 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [ANNOUNCE] Evolution-EWS (Exchange Web Services) Alpha release
On Wed, 2011-05-18 at 21:27 +0100, David Woodhouse wrote: On Wed, 2011-05-18 at 20:02 +0300, Ruslan Tarasov wrote: 1. There is no virtual Trash directory in a new EWS account. This makes it hard to track deleted messages. As an alternative it would be useful to move deleted mails to Delete Items directory instead of marking them as deleted. Our initial testers actually complained about the *presence* of the virtual 'Trash' folder, and rightly so IMO. You don't want a Trash folder *any* a Deleted Items folder. If you want vfolders, there's a home for them right at the bottom of the folder pane. They have no business being mixed in with the *real* folders. But if you have multiple accounts, then I would have thought the sensible thing would be to have the Trash/Wastebasket associated with the account and not with the whole of Evo - wether it's virtual or not. P. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [ANNOUNCE] Evolution-EWS (Exchange Web Services) Alpha release
On Thu, 2011-05-19 at 11:06 +0100, David Woodhouse wrote: Ideally, I would like messages to be moved to Deleted Items when I delete them, but even the current way (marking them as deleted instead), is OK to me. There is an open bug for Evolution generically, for using a real trash folder and actually moving messages to it instead of marking them for deletion. That was done as a dirty hack in the imap back end... Hi, the bug is for IMAP, and technically makes sense only there, as it doesn't make any sense on exchange servers, for example, because it's user-configurable how the IMAP provider should behave, and that's the main point. For what would it be with NNTP provider, for example? Of course, provider's/store's flags may tell you whether it has or has not any meaning for it, which the actual solution does too. Please do not call it dirty hack, it is not any such thing. It's dirty hack on IMAP protocol itself, but not for the code base. Bye, Milan ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [ANNOUNCE] Evolution-EWS (Exchange Web Services) Alpha release
There is an open bug for Evolution generically, for using a real trash folder and actually moving messages to it instead of marking them for deletion. That was done as a dirty hack in the imap back end, where it notices the mark for deletion request and actually *moves* the message instead. But that dirty hack doesn't live in *every* back end; it should live in the higher level instead, and then the back ends just get a normal move message request instead. I'm sure you know this, but there is no move operation in IMAP - so a move is implemented as a copy and mark as deleted. For what you are suggesting to work, then you need to end up the sequence with a purge folder so that the deleted message disappears from the folder. It's this last operation that is problematic in some instances - it's an expensive process on some servers (i.e. those with large MBOX format files) - doing a folder purge everytime you press the delete button is not very friendly. I suppose some would argue that the limitations of a server shouldn't be a factor in designing the client, but I would sit in the opposite camp where you should be aware of problems so that you can create the best possible overall user experience. Once that's done, we should be able to use the Deleted Items folder fairly easily. The disadvantage of this approach is that you don't know where the message came from, so you cannot *undelete* it. But I think that's what Exchange/Outlook users are used to, so I think that's what we'll do. But I would be against changing the internals of Evo just because that's what Outlook users are used to. Evo is not an Outlook clone, it's better than that. Things should be developed and changed so that they are improved, not so that they mimic some other piece of software. I understand that the delete behaviour would be configurable - but is the re-write of Evo internals worth it just so that Exchange users are not inconvenienced by having to learn a new way of working? P. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [ANNOUNCE] Evolution-EWS (Exchange Web Services) Alpha release
On Thu, 2011-05-19 at 12:25 +0200, Milan Crha wrote: the bug is for IMAP, and technically makes sense only there, as it doesn't make any sense on exchange servers, for example, because it's user-configurable how the IMAP provider should behave, and that's the main point. For what would it be with NNTP provider, for example? The 'real trash folder' concept can apply to *any* mail store, not just IMAP. Even with a local Maildir or mbox store you can designate one Deleted Items folder, and then Evolution can move mail there instead of just setting the 'deleted' flag on it. It most certainly *does* apply to the Exchange server too, and is *exactly* what we want to do on Exchange to preserve the Outlook behaviour. NNTP is a special case because it's read-only. You don't actually write your 'deleted' state back to the server at all for NNTP. Please do not call it dirty hack, it is not any such thing. It's dirty hack on IMAP protocol itself, but not for the code base. That's true. It's a dirty hack on the protocol. It's also a dirty hack in the back end, though. The back end *already* supported the move messages operation, and the UI could have just asked it to move the messages. Done in *Evolution*, or perhaps in higher levels of Camel and *not* in individual back ends, it wouldn't be a dirty hack. -- dwmw2 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [ANNOUNCE] Evolution-EWS (Exchange Web Services) Alpha release
On Thu, 2011-05-19 at 11:42 +0100, Pete Biggs wrote: I'm sure you know this, but there is no move operation in IMAP - so a move is implemented as a copy and mark as deleted. For what you are suggesting to work, then you need to end up the sequence with a purge folder so that the deleted message disappears from the folder. It's this last operation that is problematic in some instances - it's an expensive process on some servers (i.e. those with large MBOX format files) - doing a folder purge everytime you press the delete button is not very friendly. This is an issue with using the IMAP protocol to implement the 'real trash folder', you are absolutely right. But it's an issue that we have to deal with *wherever* we implement the 'conversion' from flag-setting to message-moving. I haven't looked at exactly how this *is* handled in the IMAP code. Does it actually issue the EXPUNGE, or just rely on the fact that the user is running with the 'hide deleted messages' option set? Either way, this is not a *new* issue. I understand that the delete behaviour would be configurable - but is the re-write of Evo internals worth it just so that Exchange users are not inconvenienced by having to learn a new way of working? I think you misunderstand. This real trash folder feature request has been around for a long time; it isn't something that's being suggested purely for the benefit of the EWS back end. I'm just saying that I haven't paid much attention to the deletion handing in EWS yet, because once the 'real trash folder' support is done *generically* in Camel, we should be able to use it. -- dwmw2 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] 2.32.1 ~/.config/evolution/mail has references to ~/.evolution/mail and duplicate On This Computer
On Thu, 2011-05-19 at 16:49 +0930, Wayne Sierke wrote: I found that in ~/.config/evolution/mail there are still references to ~/.evolution/mail: mail/state.ini is safe to delete. It merely stores UI state for various folders, such as whether the folder is expanded in the sidebar and which message was last selected in the message list. The state.ini file will be recreated as you use Evolution. The .goutputstream files are temporary files creating while copying or appending a file. They're supposed to be removed automatically but I seem to recall some GIO bug awhile back where they were getting left behind, perhaps if the operation was interrupted or something. In any case they too are safe to delete. Neither of these are related to automatic contacts. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] EVOLUTION-EWS can't send (server thinks trying to send as)
I am able to recieve emails and read them just fine but when I try to send an email I get: The user account which was used to submit this request does not have the right to send mail on behalf of the specified sending account. I have tried all sorts of combinations for the fields on both the Identity and Receiving Email tabs in the EWS account config window. I'm sure it has something to do with how our Exch2007 server is configured but I'm hoping to somehow match up the evo-ews settings with how the server is setup. Any direction would be appreciated. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] EVOLUTION-EWS can't send (server thinks trying to send as)
On Thu, 2011-05-19 at 09:01 -0500, Lee Thao wrote: I am able to recieve emails and read them just fine but when I try to send an email I get: The user account which was used to submit this request does not have the right to send mail on behalf of the specified sending account. It looks like the server doesn't agree that what you *think* is your email address is really yours. Perhaps there's some forwarding going on, so mail to your 'visible' address gets forwarded to the account on the server, and your outbound mail is also rewritten on the way out. I assume you've tried 'lt...@exchangesrv.elmbrookchurch.org' as the identity? I think I'm going to add an option to use SMTP for outgoing mail with EWS. Sending through Exchange is just too broken in various ways including this. -- dwmw2 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] 2.32.1 ~/.config/evolution/mail has references to ~/.evolution/mail and duplicate On This Computer
On Thu, 2011-05-19 at 09:50 -0400, Matthew Barnes wrote: On Thu, 2011-05-19 at 16:49 +0930, Wayne Sierke wrote: I found that in ~/.config/evolution/mail there are still references to ~/.evolution/mail: mail/state.ini is safe to delete. It merely stores UI state for various folders, such as whether the folder is expanded in the sidebar and which message was last selected in the message list. The state.ini file will be recreated as you use Evolution. The .goutputstream files are temporary files creating while copying or appending a file. They're supposed to be removed automatically but I seem to recall some GIO bug awhile back where they were getting left behind, perhaps if the operation was interrupted or something. In any case they too are safe to delete. Neither of these are related to automatic contacts. Mea culpa, I should have explained more clearly. Automatic Contacts is enabled, however the Select Address book selection is blank. The drop-down list for it includes two On This Computer folder entries both offering a Personal folder for selection and they are indistinguishable from each other. After grepping through ~/.config/evolution I surmised that the two entries probably corresponded to the two Store entries that were found in mail/state.ini: %cd ~/.config/evolution grep -r 'Store.*mbox' . ./mail/state.ini:[Store mbox:/home/ws/.evolution/mail/local] ./mail/state.ini:[Store mbox:/home/ws/.local/share/evolution/mail/local] ./mail/folders/.goutputstream-M54NFV:[Store mbox:/home/ws/.evolution/mail/local] ./mail/folders/.goutputstream-R4VQLV:[Store mbox:/home/ws/.evolution/mail/local] ./mail/.goutputstream-WNN9OV:[Store mbox:/home/ws/.evolution/mail/local] ./mail/.goutputstream-WNN9OV:[Store mbox:/home/ws/.local/share/evolution/mail/local] I don't use the Address Book extensively but I'm reasonably certain that Evolution presents the two On This Computer/Personal folders wherever the selection of an Address Book is required. So what should/can I do to eliminate the extraneous On This Computer entry? Thanks, Wayne ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list