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
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
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
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 :)