[Evolution] Summary and folder mismatch, even after a sync
Using Evolution 0.99.2, I get this error periodically when I select or deselect specific subfolders of my Inbox. (It's also happening with the trash foler). Once this starts happening to a folder I can't expunge any messages from it. The only workaround I've found is to delete the folder...quit evolution, fire it up again and re-create the folder. (Recreating the folder without first quitting the pp tells me the folder still exists). Can anyone tell me exactly what this error means, what causes it to happen and/or what I can do to prevent it from happening? Fred ChagnonSystems Administrator [EMAIL PROTECTED] Internet Services and Infrastructure 416.341.5347AT&T Canada "Only in RPGs does fighting make you a better person." - Peter Olafson ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] Summary and folder mismatch, even after a sync
On Tuesday, December 4, 2001, at 04:24 PM, Juan Martinez wrote: > Is there a way to share folders between pine and evolution while > filtering with procmail? Consider having your mail stored on an IMAP server. OK - Pine can be a bit of a pain to get configured as an IMAP client, but it does work, and work well. I have all my mail processed by Procmail and sorted into folders available via IMAP. Evolution talks to it happily and so will Pine. The upside of a configuration like this is you're clear to use pretty much any platform in the world and have access to your email the way you left it. I regularly use Pine, Evolution, Outlook, Outlook Express (on Windows and Mac), Entourage and Netscapes 4 and 6. I'm composing this in the OS X "Mail" application. Plenty of choices when you use IMAP. :) The mail server handles any locking issues and you never touch the mail store files directly. The downside is needing a machine on a live IP connected 24/7 if you really want to start roaming, but there's no reason you couldn't have a desktop machine running an IMAP server and feeding itself via fetchmail or something. If you want to tread this path, feel free to email me. Side note: Like I said above, I use a LOT of mail clients regularly, and Evolution is the one I always _wish_ I was using. :) If I can get the damned thing to compile under OS X, I'll be the happiest man in the world. Mike. ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] Summary and folder mismatch, even after a sync
An eaiser fix is to just remove the .ev-summary file in the folder, that way you dont lose your messages at least. It happens because it tried to re-fresh the summary to match the folder, but after doing that, it still didn't make sense. i.e. it tried to load a message from a specific spot in the file, but the message wasn't there. The summary is like an index of the mailbox contents, which includes a 'summary' of each message (like subject, etc), as well as (for mbox files) a pointer to the start of the message inside the mbox. The error is basically when that pointer doesn't match the file. Is there anything that happens to start it happening? Like running out of disk or something like that? There's a long-outstanding bug for this one, but i haven't a clue how to fix it. Theoretically it should only happen if the mailbox is modified by another client *while* evolution has the mailbox locked and does processing on it. Or perhaps if you run out of disk space. It should alos automatically repair itself when it can, but obviuosly this isn't happening either. On Fri, 2001-11-30 at 01:16, Fred Chagnon wrote: > Using Evolution 0.99.2, I get this error periodically when I select or > deselect specific subfolders of my Inbox. (It's also happening with the > trash foler). > > Once this starts happening to a folder I can't expunge any messages from > it. The only workaround I've found is to delete the folder...quit > evolution, fire it up again and re-create the folder. (Recreating the > folder without first quitting the pp tells me the folder still exists). > > Can anyone tell me exactly what this error means, what causes it to > happen and/or what I can do to prevent it from happening? > > > Fred Chagnon Systems Administrator > [EMAIL PROTECTED]Internet Services and Infrastructure > 416.341.5347 AT&T Canada > > "Only in RPGs does fighting make you a better person." > - Peter Olafson > > > ___ > evolution maillist - [EMAIL PROTECTED] > http://lists.ximian.com/mailman/listinfo/evolution ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] Summary and folder mismatch, even after a sync
> An eaiser fix is to just remove the .ev-summary file in the folder, that > way you dont lose your messages at least. > > It happens because it tried to re-fresh the summary to match the folder, > but after doing that, it still didn't make sense. i.e. it tried to load > a message from a specific spot in the file, but the message wasn't > there. The summary is like an index of the mailbox contents, which > includes a 'summary' of each message (like subject, etc), as well as > (for mbox files) a pointer to the start of the message inside the mbox. > The error is basically when that pointer doesn't match the file. > > Is there anything that happens to start it happening? Like running out > of disk or something like that? There's a long-outstanding bug for this > one, but i haven't a clue how to fix it. > > Theoretically it should only happen if the mailbox is modified by > another client *while* evolution has the mailbox locked and does > processing on it. Or perhaps if you run out of disk space. It should > alos automatically repair itself when it can, but obviuosly this isn't > happening either. Thanks. This is very helpful. The problem actually hasn't happened in awhile. I've got 1.0 running now as well, so I'll hope that it's somehow disppeared for good. The folders shouldn't be open by any other applications. I use procmail to filter my mail into stand ~/mail/ folders which are all symlinked to ~/evolution/local/Inbox/subfolders/.. I need to do it this way so I have pine read out of ~/mail/ and access my mail remotely from a terminal. But the two mail clients are never running simultaneously. Anyway, I'll pay more attention to how it happens should it happen again and keep you posted. Thanks for the info. Fred ChagnonSystems Administrator [EMAIL PROTECTED] Internet Services and Infrastructure 416.341.5347AT&T Canada "Only in RPGs does fighting make you a better person." - Peter Olafson ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] Summary and folder mismatch, even after a sync
On Tue, 2001-12-04 at 06:24, Fred Chagnon wrote: > > An eaiser fix is to just remove the .ev-summary file in the folder, that > > way you dont lose your messages at least. > > > > It happens because it tried to re-fresh the summary to match the folder, > > but after doing that, it still didn't make sense. i.e. it tried to load > > a message from a specific spot in the file, but the message wasn't > > there. The summary is like an index of the mailbox contents, which > > includes a 'summary' of each message (like subject, etc), as well as > > (for mbox files) a pointer to the start of the message inside the mbox. > > The error is basically when that pointer doesn't match the file. > > > > Is there anything that happens to start it happening? Like running out > > of disk or something like that? There's a long-outstanding bug for this > > one, but i haven't a clue how to fix it. > > > > Theoretically it should only happen if the mailbox is modified by > > another client *while* evolution has the mailbox locked and does > > processing on it. Or perhaps if you run out of disk space. It should > > alos automatically repair itself when it can, but obviuosly this isn't > > happening either. > > Thanks. This is very helpful. The problem actually hasn't happened in > awhile. I've got 1.0 running now as well, so I'll hope that it's somehow > disppeared for good. Ahh good, hopefully yes. > The folders shouldn't be open by any other applications. I use procmail > to filter my mail into stand ~/mail/ folders which are all symlinked to > ~/evolution/local/Inbox/subfolders/.. Uh, this actually IS the sort of problem I was talking about. If you do this, you will definetly be accessing the folders with another application while evolution is. But so long as procmail actually locks the folders, it should be safe (if it doesn't, well you could lose mail). You may want to investigate using 'maildir' as your mailbox format, with that you can have pine and evolution point directly to the same tree with no problems. Hopefully at some point we'll support having multiple subdirs with our 'spool' type (its listed as 'mbox spool files' in the account creation wizard), and then you should just be able to point evolution at your pine files directly. Still, locking needs to be performed the same way by procmail and evolution for this to work. > I need to do it this way so I have pine read out of ~/mail/ and access > my mail remotely from a terminal. > > But the two mail clients are never running simultaneously. Yeah but procmail will write to the folders as mail arrives. > Anyway, I'll pay more attention to how it happens should it happen again > and keep you posted. Cool. ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] Summary and folder mismatch, even after a sync
Is there a way to share folders between pine and evolution while filtering with procmail? On 4 Dec 2001, Not Zed wrote: > Date: 04 Dec 2001 08:42:18 +1030 > From: Not Zed <[EMAIL PROTECTED]> > To: Fred Chagnon <[EMAIL PROTECTED]> > Cc: [EMAIL PROTECTED] > Subject: Re: [Evolution] Summary and folder mismatch, even after a sync > > On Tue, 2001-12-04 at 06:24, Fred Chagnon wrote: > > > An eaiser fix is to just remove the .ev-summary file in the folder, that > > > way you dont lose your messages at least. > > > > > > It happens because it tried to re-fresh the summary to match the folder, > > > but after doing that, it still didn't make sense. i.e. it tried to load > > > a message from a specific spot in the file, but the message wasn't > > > there. The summary is like an index of the mailbox contents, which > > > includes a 'summary' of each message (like subject, etc), as well as > > > (for mbox files) a pointer to the start of the message inside the mbox. > > > The error is basically when that pointer doesn't match the file. > > > > > > Is there anything that happens to start it happening? Like running out > > > of disk or something like that? There's a long-outstanding bug for this > > > one, but i haven't a clue how to fix it. > > > > > > Theoretically it should only happen if the mailbox is modified by > > > another client *while* evolution has the mailbox locked and does > > > processing on it. Or perhaps if you run out of disk space. It should > > > alos automatically repair itself when it can, but obviuosly this isn't > > > happening either. > > > > Thanks. This is very helpful. The problem actually hasn't happened in > > awhile. I've got 1.0 running now as well, so I'll hope that it's somehow > > disppeared for good. > > Ahh good, hopefully yes. > > > The folders shouldn't be open by any other applications. I use procmail > > to filter my mail into stand ~/mail/ folders which are all symlinked to > > ~/evolution/local/Inbox/subfolders/.. > > Uh, this actually IS the sort of problem I was talking about. If you do > this, you will definetly be accessing the folders with another > application while evolution is. But so long as procmail actually locks > the folders, it should be safe (if it doesn't, well you could lose > mail). > > You may want to investigate using 'maildir' as your mailbox format, with > that you can have pine and evolution point directly to the same tree > with no problems. > > Hopefully at some point we'll support having multiple subdirs with our > 'spool' type (its listed as 'mbox spool files' in the account creation > wizard), and then you should just be able to point evolution at your > pine files directly. Still, locking needs to be performed the same way > by procmail and evolution for this to work. > > > I need to do it this way so I have pine read out of ~/mail/ and access > > my mail remotely from a terminal. > > > > But the two mail clients are never running simultaneously. > > Yeah but procmail will write to the folders as mail arrives. > > > Anyway, I'll pay more attention to how it happens should it happen again > > and keep you posted. > > Cool. > > > > ___ > evolution maillist - [EMAIL PROTECTED] > http://lists.ximian.com/mailman/listinfo/evolution > ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] Summary and folder mismatch, even after a sync
1. Use imap. 2. Use maildir. 3. You can use an mbox tree, but you just may occasionally encounter some weird problems. Evolution does about as much as it can to ensure those problems are not fatal though (or it is intended that it does). The only reason i say its not supported, is that I dont want to have to ensure it works. If things fail (but they shouldn't), and you lose mail, its 'well i told you it was a risk', but if its a risk you're prepared to take ... For example I know if you use 'elm -f folder' it does NO locking on the folder. So it is possible to lose mail if both evolution or procmail and elm are accessing the same folder at the same time. I dont know if pine locks its local folders, or only locks teh spool folder. If it doesn't it too could lose mail. etc. In cases where the other application uses no locking, or a different locking mechanism, then there is always the potential for serious mailbox corruption, even if it isn't great. I remember having many corrupted mailbox spools on a system where the pop server used a differnet locking mechanism to sendmail. So the problem isn't only limited to evolution. maildir gets around this as it uses and requires no locking. imap gets around this problem by having multiple access arbitrated through a single server. So. Using mbox files is 'probably safe', but it might not be, depending on the system setup and software you're using! On Tue, 2001-12-04 at 15:54, Juan Martinez wrote: > Is there a way to share folders between pine and evolution while > filtering with procmail? > > > On 4 Dec 2001, Not Zed wrote: > > > Date: 04 Dec 2001 08:42:18 +1030 > > From: Not Zed <[EMAIL PROTECTED]> > > To: Fred Chagnon <[EMAIL PROTECTED]> > > Cc: [EMAIL PROTECTED] > > Subject: Re: [Evolution] Summary and folder mismatch, even after a sync > > > > On Tue, 2001-12-04 at 06:24, Fred Chagnon wrote: > > > > An eaiser fix is to just remove the .ev-summary file in the folder, that > > > > way you dont lose your messages at least. > > > > > > > > It happens because it tried to re-fresh the summary to match the folder, > > > > but after doing that, it still didn't make sense. i.e. it tried to load > > > > a message from a specific spot in the file, but the message wasn't > > > > there. The summary is like an index of the mailbox contents, which > > > > includes a 'summary' of each message (like subject, etc), as well as > > > > (for mbox files) a pointer to the start of the message inside the mbox. > > > > The error is basically when that pointer doesn't match the file. > > > > > > > > Is there anything that happens to start it happening? Like running out > > > > of disk or something like that? There's a long-outstanding bug for this > > > > one, but i haven't a clue how to fix it. > > > > > > > > Theoretically it should only happen if the mailbox is modified by > > > > another client *while* evolution has the mailbox locked and does > > > > processing on it. Or perhaps if you run out of disk space. It should > > > > alos automatically repair itself when it can, but obviuosly this isn't > > > > happening either. > > > > > > Thanks. This is very helpful. The problem actually hasn't happened in > > > awhile. I've got 1.0 running now as well, so I'll hope that it's somehow > > > disppeared for good. > > > > Ahh good, hopefully yes. > > > > > The folders shouldn't be open by any other applications. I use procmail > > > to filter my mail into stand ~/mail/ folders which are all symlinked to > > > ~/evolution/local/Inbox/subfolders/.. > > > > Uh, this actually IS the sort of problem I was talking about. If you do > > this, you will definetly be accessing the folders with another > > application while evolution is. But so long as procmail actually locks > > the folders, it should be safe (if it doesn't, well you could lose > > mail). > > > > You may want to investigate using 'maildir' as your mailbox format, with > > that you can have pine and evolution point directly to the same tree > > with no problems. > > > > Hopefully at some point we'll support having multiple subdirs with our > > 'spool' type (its listed as 'mbox spool files' in the account creation > > wizard), and then you should just be able to point evolution at your > > pine files directly.
Re: [Evolution] Summary and folder mismatch, even after a sync
> An eaiser fix is to just remove the .ev-summary file in the folder, that > way you dont lose your messages at least. Curses. It's still happening. I suspect you're right though. There's probably a race condition going on between procmail and evolution. I'll double check and make sure that procmail is locking files before writing to them. For now my solution to this problem is to move the mbox file somewhere...nuke all the files in the afflicted directory, then move the mbox file back and let Evolution rebuild the .ev-summuary and .ibex files again. Fred ChagnonSystems Administrator [EMAIL PROTECTED] Internet Services and Infrastructure 416.341.5347AT&T Canada "Only in RPGs does fighting make you a better person." - Peter Olafson ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution