Summary: | "Unknown host" errors for multiple POP3 accounts on same server | ||
---|---|---|---|
Product: | [Applications] kmail | Reporter: | Dave Treweeke <dave> |
Component: | pop3 | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | bluedzins, lynix47 |
Priority: | NOR | ||
Version: | 1.10.0 | ||
Target Milestone: | --- | ||
Platform: | Fedora RPMs | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Dave Treweeke
2007-11-04 16:50:11 UTC
I've noticed upon checking the logs on the remote server that the connection from kmail isn't establishing a login for the affected account(s) when they're generating the errors in kmail. I see logins for the other accounts on that remote server, but not for the login that's intermittently failing. Could this be related to: https://bugs.kde.org/show_bug.cgi?id=146314 ? Well, I've got 20Mbit broadband here so the connection is unlikely to be congested enough to cause kmail to time-out. It is possible however that there is a concurrency issue that might be solved by restricting kmail to only connect to a maximum of n connections at once rather than attempting to connect to them all simultaneously. I did try setting a "pre command" of sleep 1, but that just got run right before all of the connections fired off - I was kind of hoping that I could set a pre-command for each account, but it seems that the all of the pre-commands are run right at the start of a manual "check mail in". Is that how that particular functionality was designed to work? Just as I write this I'm wondering if serially running the "check mail in" for a maximum of n concurrent multiple (when there are multiple) accounts might work better than connecting to all in parallel. Manually checking the 14 (in my case) POP3 accounts one-by-one would be less than ideal. Dave, would it possible to just check if calling (manually for the test) one-by-one account helps in your case? Maybe it is not the issue with traffic but KMail itself. Hi Maciej, yes I can confirm that manually calling each account one-by-one works without any problems in my case. Dave, thank you for testing -- so it seems that sequential access to accounts is really needed instead of parallel. This would make this report a duplicate of the wish-report mentioned before. Hi Maciej, are you using a 64-bit or 32-bit distro? Are you still using SuSE? I think that we might be able to rule out any distro-specific bits since I'm running Fedora 7 on an x86_64 and I think you're running on something different. It does seem that the two problems we've experienced could well have the same underlying cause relating to blocking or concurrency issues within kmail. That's right -- we use different distros and CPUs (I use suse, 32bit CPU). So different distros, different archs but we're experiencing similar problems. I wonder how we get the devs to take a look at this? > I wonder how we get the devs to take a look at this?
We already did that :-)
I don't see anyone other than you an me commenting on this... I was kind of expecting that a dev might ask for some trace information or something like that, although if they know what the root cause and fix is then maybe they don't need any additional info. Try to add the following to your kmailrc (in .kde/share/config) : [Network] MaxConnectionsPerHost=1 I've modified my kmailrc as you identified above. I'll post back in a day or two after I've confirmed what effect the change has had. Initially things look more stable, but as with most of these types of problem it'll need a few days of use to confirm that this fix cures the issue. I can confirm that modifying my kmailrc as outlined in comment #12 has resolved my issue. I'm going to mark this bug as resolved since my specific issue has been solved (many thanks Thomas). *** Bug 166366 has been marked as a duplicate of this bug. *** The solution mentioned in comment #12 didn't resolve the problem for me... > The solution mentioned in comment #12 didn't resolve the problem for me...
OK, reopening. You don't have DNS problems (i.e. websites taking a long time to show up in Konqueror), do you?
Thanks for reopening. Well I always used Firefox so I didn't notice it but indeed I think I do have these problems: websites start loading but Konqueror stops after the first few objects (images). After a long break in which I only see a white page the site gets rendered without all the elements that haven't been loaded so far. Sorry for not mentioning this but as I said I didn't use Konqueror. How can I get rid of this? > Thanks for reopening. Well I always used Firefox so I didn't notice it but indeed I think I do have these problems: websites start loading but Konqueror stops after the first few objects (images). After a long break in which I only see a white page the site gets rendered without all the elements that haven't been loaded so far. OK, closing this bug again, your problem is bug 162600. As I mentioned there, a workaround is to change the DNS resolving of your system to bypass your router's DNS and go directly to the DNS servers of your ISP. |