| Summary: | KMail: Account should not require username and password | ||
|---|---|---|---|
| Product: | [Unmaintained] kmail | Reporter: | Ali Akcaagac <aliakc> |
| Component: | pop3 | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | RESOLVED WAITINGFORINFO | ||
| Severity: | wishlist | CC: | bjoern, luigi.toscano, onenert |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Ali Akcaagac
2004-10-07 18:49:48 UTC
Afaik you can simply enter "." or something other as password for T-Online. No, this doesn't work (while it does in Evolution) somehow KMail wants true username and true userpassword. I use my mail adresse as user name and the password, set within kde while setting up kmail. After establishing the internet connection I fail to get mails wit the error message " logon at pop.t-online.de impossible, may be the password is wrong" plus server message " Mailbox locked! is other pop3-connection active?". After repeating the logon the same way, someone the authentification and po3 connection workes. Leaving kmail open while reopening the internent connection it usually work emmideately. I havbe tested with password ".", but it does not work. Does something like pop.t-online.de exist ? If so then I would assume it to refer to the old pop 1 protocol and thus it might fail. I usually refer to pop3.t-online.de because it refers to the pop 3 protocol. Sure naming a subnet in a domain doesn't refer to the real protocol used but by definition and common practice it shows what is meant. For t-online you can use anything as USER/PASS - at least from the POP3 server standpoint. you can even say "foo" and "bar" or something. IIRC the POP3 server answers with something like "you don't need to specify USER/PASS". Maybe this confuses kmail. As I don't have T-Online I can just speak of my memory. T-Online has some idea of single sign on. You dial in their network and you can send and receive email without further authentication. So I think there are basically two solutions: 1. Work around that "you don't need" message. 2. Change the definition of user/pass to be optional and/or empty. And therefore don't try to login for no user/pass and send empty for empty user/pass - this would solve bug 14920, too No, this doesn't work here. *** Bug 14920 has been marked as a duplicate of this bug. *** Thank you for your feature request. Kmail1 is currently unmaintained so we are closing all wishes. Please feel free to reopen a feature request for Kmail2 if it has not already been implemented. Thank you for your understanding. Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2. |