On Thu, 2004-05-27 at 10:05, Michael C. Neel wrote: > > Ahh, so you have spambayes downloading messages, then changing their > > headers, then re-uploading them? > > > > Yes, it's what i've been trying to say =) > > > > Don't run both clients at once I guess. What you're doing is really > > nasty, you should do it on the server if thats what you want. Evo > > has 'known issues' with some servers and multi-access to the same > > folders at the same time. > > Yes, there problem doesn't exist, but that leave option a) no spam > filtering or b) no email reading, not really good either way. > > So yes, it would have saved alot of trouble if someone said this was a > 'known issue' from the start, instead of telling my I didn't have my > setup correct. Are there any workarounds for these cases? And what > exactly is the root cause; if it's possible to alter source I can to > solve the problem.
The problem is that Evolution doesn't always manage to get flag updates from the server (tho I believe it gets EXPUNGE notifications fine?). Evolution also doesn't sync flag changes immediately, it waits until the user changes folders and/or the send&receive timeout expires (or the NOOP timer expires). I can guarentee, tho, that Evolution is not uploading any messages to the server thus causing duplicate copies. The duplicates are there because of a bug in spambayes, presumably (or a server bug). > > Last, I can tell spambayes to log all dialog with the IMAP server when > it run, very handy to see what it's doing. It there a way to enable > it in evo that would help as well. export CAMEL_VERBOSE_DEBUG=1 in the shell before running evolution. Jeff _______________________________________________ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
