Version: 1.9.6 (using KDE 3.5.6, compiled sources) Compiler: Target: i486-linux-gnu OS: Linux (i686) release 2.6.21-rt1-davidb I send email from Kmail using localhost and exim4 does the rest. Since I have a dynamic IP, I smarthost through my "provider". Recently they started requiring authorization. So I finally got exim4 to do this (not the easiest thing to configure but that's another story :-)) Sending mail now works fine. However, when I reply, authorization most always fails! Exim apparently does not know a reply from anything else in this context. So there is apparently something in the headers from kmail causing this. Strange one. Resending from "sent mail" will work on the first or second try. BTW (this may be a bug for "konstruct"): I could not try authorization bypassing exim because this capability does not get compiled into kmail.
For me, this seems to be either a exim4 bug or a configuration issue. It would be nice to find out what exactly is causing this.
I discussed this with exim4 maintainers before this because I originally thought the whole authentication problem was a bug in exim. Kmail sends the mail to localhost and exim4 takes over from there. The only hint that this is a "reply" might be "Re:" in the subject (or is there something in the headers as well?). So why should replies fail on auth when the same id and password are being sent with any transmission? Would kmail for some strange reason send replies through a different transport? I have the localhost, sendmail (symlink to exim4) and the provider smtp account. Localhost is the default. A send direct to the provider will fail because kmail is not doing authorization.
I have been using exactly the same setup for more than 6 months now without problem. When I started using this, I had kmail 1.10.0 and the version of exim4 that is shiped with debian lenny (or maybe slightly older). Now I am using kmail 1.11.0 and still no problems.
So we have a confirmation that this works now