![]() Registered Member ![]()
|
Hello,
kmail/kontact have been working fine for me for weeks now, on OS X 10.6.8, kdepim* 4.12.5, kdelibs 4.14.1, kde-baseapps 4.14.1 . Tonight all of a sudden the maildispatcher agent tries to send my "smtps" email through http, which rather unsurprisingly fails: akonadi_maildispatcher_agent(54519)/kio (Slave) *KIO::Slave::createSlave: createSlave "http" for KUrl("smtps://XXX%40gmail.com@smtp.googlemail.com:465/send?headers=0&from=XXX%40gmail.com&to=kde-mac%40kde.org&size=1945") a more complete extract:
Any idea where KIO would get this brilliant idea from? I've been fiddling a little bit with konqueror's settings, could it be that it somehow registered itself for sending mail? I recall doing a `konqueror mailto:/dsf@erw` for giggles, admiring the error message and then moving on. Where is the association for the smtps URI stored? kmail has become my main mail app, so a swift resolution would be greatly appreciated! |
![]() Administrator ![]()
|
Did you update anything recently? It's the first time I see an error like this.
"Violence is the last refuge of the incompetent."
![]() Plasma FAQ maintainer - Plasma programming with Python |
![]() Registered Member ![]()
|
Well, I'm working with others to improve the overall KDE experience on OS X, addressing all kinds of issues. So yes, I'm "updating" many things, though nothing related to sending email or the way whatever component determines what protocol to use for what URI. And certainly not after the last time I sent an email successfully.
BTW: MacPorts maintains port snapshots, so I've been able to switch back to using an older kdelibs install (which is basically the only component I did something on yesterday). No luck there, expectedly. For a minute I thought it might have to do with running `kget`, but quitting it sadly didn't return email send behaviour to normal. I did have a very curious Qt4 issue one day before, where window content wasn't being resized anymore. Also started "out of the blue" and required a Qt4 reinstall (*not* of my global Qt settings file...). So that's what I'm doing with kdepim4 c.s. now too ... Hence my question, where should I look for f***ed up config files? |
![]() Administrator ![]()
|
What if you remove the Mail Dispatcher Agent (using "akonadiconsole") and add it back again?
"Violence is the last refuge of the incompetent."
![]() Plasma FAQ maintainer - Plasma programming with Python |
![]() Registered Member ![]()
|
Any chance that one of the below libraries from kdepim 4.12.5 might be involved?
|
![]() Registered Member ![]()
|
Update:
- logged in to an account that had no .kde as yet - set it up minimally and then added a gmail account in kmail - sending works whew and damn now I'm going to have to hunt down what personal settings file has been munged OR set up everything from scratch, which is the kind of thing I HATE to do... |
![]() Registered Member ![]()
|
Well I be ^%@#$^
After that previous update to this thread, I restored my ~/.kde/share/ from a backup (thank you TimeMachine), but not after moving the current "corrupted" one aside. Things worked again, so I made a unison sync profile to compare the 2 directories. Long story short, and after a long shot guess, I found out that I had modified my network config (via systemsettings) to use the system proxy (privoxy in my case). I must have missed the fact that presents you with a different set of proxy spec fields ... so I left those empty. That was the culprit. No clear message that the proxy configuration was incomplete or otherwise in error (like what you get with the "auto detect" setting if the detection fails). Instead, this failure message that put me completely on the wrong foot and off on an impossible posse ... |
Registered users: Bing [Bot], claydoh, Google [Bot], rblackwell