Red Hat Bugzilla – Bug 76816
evolution-1.1.2-1 starts an impd process as regular user when trying to connect to a local imapd server
Last modified: 2008-05-01 11:38:04 EDT
From Bugzilla Helper: User-Agent: Mozilla/5.0 Galeon/1.2.6 (X11; Linux i686; U;) Gecko/20020830 Description of problem: when creating an account to connect to the locally host imapd service, being run out of xinetd, evolution starts an imapd process as the user running evolution...this inteferes with the operation of the imapd process being run as root from xinitd. I can't imagine why evolution is trying to do this. Version-Release number of selected component (if applicable): 1.1.2-1 How reproducible: Always Steps to Reproduce: 1. create a new Mail Account via evo's tools menu->settings menu item->mail accounts tab 2. select to recieve mail from a local imap server (localhost or any other name that resolves to your computer) 3. enable the new imap server account 4. there should now be an imapd process started running as the user trying to use evolution and evolution will not be able to connect to the local imap server Actual Results: evolution will be unable to connect to the local imap server until you kill the userspace imapd procesesses. But evo will recreate the imapd process everytime you start evo or disable/enable the local imap account Expected Results: I don't think evolution is suppose to create a userspace imapd process. Additional info:
No, that's perfectly normal. Connect to imap port, xinetd spawns an imapd process running as root. Authenticate user. setuid() to user so that they can't read things which they shouldn't be able to. In a terminal, run 'CAMEL_VERBOSE_DEBUG=1 evolution-mail', wait for it to say that evolution-mail is ready and then start evolution. You should see the imap transcript in the terminal to get a real idea of how it's failing.
Created attachment 88004 [details] editted evolution debugging output
Hi Again, sorry it took so long to get back to you with this extra info This problem is still occuring in the latest rawhide evolution package evolution-1.2.0-3. Here is the output from the CAMEL_VERBOSE_DEBUG=1 evolution-mail command that you suggested. I've editted the output to protect the innocent. It looks like evolution is contacting my home IMAP server(a redhat rawhide imap-2001a-16), and finds the folder information...but the evolution gui never lists the available folders, it only says that the server is being contacted. Attached is the debugging output, but here is the tail end of the log received: * LSUB () "/" mail/2002/2002-08 received: B00002 OK LSUB completed sending : B00003 LSUB "" mail received: B00003 OK LSUB completed sending : B00004 LSUB "" INBOX received: B00004 OK LSUB completed And I created a fresh test user on the offending imap server...rawhide evo talks to the new test user's imap account just fine. So I think it might be some folder/subfolder layout errors in my current imap folder structure. I think I should be able to get around the problem by shuffling some folders around. I'll report back if I figure out exactly what in the folder layout reproduces this problem. -jef
Based on the output there, it appears like you have only subscribed folders selected for display and you don't have anything subscribed. You might try reseting the options regarding using the imap namespace. Also, it might just magically be better in 1.2.1 or later :)