GNOME Bugzilla – Bug 313632
how to proceed when "No provider available for protocol"?
Last modified: 2006-05-10 00:34:30 UTC
This bug has been opened here: https://bugzilla.ubuntu.com/show_bug.cgi?id=13323 "I have recently installed Ubuntu over a previous installation of Mandrake Linux 10.0 and I preserved the home directory for my user. In the process I also preserved configuration and settings from a previous version of evolution (1.2). When I downloaded mail immediately it popped an error message regarding a provider for the protocol 'file'. My intuition told me that the old filter format may be different from the current format, so I deleted all the old inbound filters and downloaded my mail fine (POP). However, when sending out messages, I get the same error, and I don't have any listed filters for outgoing messages. The message gets sent, however I think in the process of saving the sent message to the Sent folder, it reads a misconfiguration (or does not know how to handle a URI for 'file:///') and has trouble handling the operation. It does get appended to the Sent folder fine, since it indicates that is the default behaviour -- clicking Ok on the error dialog then effectively appends the sent message to the local Sent folder. Where do I start fixing this? Do I need to remove the old directory from evolution 1.2.x? ... > Thanks for your bug. Are you sure you were using evolution 1.2 and not 2.2? That's a 2 and 1/2 year version. Your description is not clear on the issue, what do you do exactly and what message do you get? Is that a dialog or a log message? Can you note the exact sentence? ... Regarding the error message, it's a dialog that appears after every successful sending of an email message. The exact error is: Failed to append to file:///home/mikhail/evolution/local/Sent: No provider available for protocol `file' Appending to local `Sent' folder instead.."
we'll need the setting from ~/evolution to do anything with this upgrade bug. tar cf settings.tar .evolution/mail/*.xml evolution/config.xmldb evolution/*.xml .gconf/apps/evolution gzip -9 settings.tar you can mail me directly if you're concerned for privacy (that wont include any passwords but will include account names). to work around the bug, probably go into the account settings and change the 'defaults' page to point to the real sent folder.
informations sent according to the distribution submitter, reopening
well, there are filters in the filters.xml refereing to account id's or directories which do not exists anymore. updating the filters.xml would work. setting to needinfo.
why the needinfo? What information do you need? do you except the user to update a .xml, how?
Seb: You have to send this information to the present mailer maintainer sparthasarathi@novell.com
poornima: if you do not tell *which* information is needed, NEEDINFO is useless. you can always *assign* this to partha, no need to email around and waste time with that. i second sebastien's criticism. reopening.
we need some other way then forcing users to edit their filters.xml and search for errors.
also see bug 340740
from all accounts of this problem I've seen, it's because users have restored older evolution backups, manually copying 1.x data overtop of the 2.x data or they used a beta version that didn't yet have the migration code written. Anyways, to the OP - you just need to go to your account settings and set your Sent (and possibly Drafts) folders in the "Defaults" tab (hmmm, kind of a poor name for a notebook tab with this info). If filters are also broken you can Edit Filters in the ui and go through your filters and make sure they all point to valid folders - if not, re-select the folder the mail should be delivered to.