| Summary: | search in all (imap) folders leads to "too many open files" error | ||
|---|---|---|---|
| Product: | [Unmaintained] kmail | Reporter: | bert |
| Component: | IMAP | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | RESOLVED UNMAINTAINED | ||
| Severity: | normal | CC: | bjoern, djander, holger.lehmann, kmail-bugs, lemma, lists, mark, martin.fitzpatrick, sean-kde, vkrevs |
| Priority: | NOR | Keywords: | triaged |
| Version: | 1.2.3 | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
bert
2008-04-18 10:40:22 UTC
Similar to bug 107279, only in your case KMail does not crash, right? Bram Schoenmakers wrote:
[bugs.kde.org quoted mail]
Correct. Lots of error dialogs, but not necessarily a crash. After I
close a few hundred pop-ups, kmail usually continues normally.
("Usually" is a relative term: I don't make this mistake very often. :-) )
Cannot reproduce on 4.2.2 (Kubuntu) (n.b. original report is for 3.x) I can't reproduce either using trunk r948809. Does this problem still happen for you? *** Bug 130175 has been marked as a duplicate of this bug. *** *** Bug 175775 has been marked as a duplicate of this bug. *** In the duplicate bugs there are reports of this issue in KDE 4.2 too. I think running into the "too many open files" problem is quite dependent on the system configuration. It should be checked when files are openend and when closed when searchign through them *** Bug 210774 has been marked as a duplicate of this bug. *** Seen this on kmail in Kubuntu 10.04. Adding to that, it seems that kmail in this environment tries to traverse all possible namespaces of the IMAP server (INBOX, user. , as well as global / shared folders) and list virtually any folder the user is allowed to access. The error messages pop up as soon as I start kmail and even try accessing the account in question, basically rendering kmail unusable for me right now. Generally, I wonder whether it is desirable to have the MUA initially scan the whole IMAP tree for available folders as (given a large server environment) this definitely will show things down initially and permanently (checking for new mail in these folders) while leaving the user lost amongst a vast load of folders (s)he doesn't know / care about... Limiting the folders visible by default to a smaller selection (INBOX only?) would eventually eliminate this problem as well... Using Kmail from Debian Wheezy (kmail_4%3a4.4.11.1+l10n-3+b1_amd64.deb) and a directory structure as shown below (17.2 GBytes in about 600 files and directories) this problem bites so badly that Kmail is quite unusable. mail4:/home/xxxx_xxxxx# >>> du -s * 44 Accounts 335460 AM 4 Archives 4 Calcs 347248 Calculations 6688 Citation 2741192 Clients 4 XX2976 4 complaints 4 Customers 9166128 DESIGN 28288 Drafts 16428 Insurance 1152 Invoicing 4 Junk 4 XXXXX XXXXXX 12 mail 1700 Misc 1064 PC 1023740 QA 4 Rejections 424 ROUTING MODS 506976 Rxxxxxxxxxxx 78316 Rubbish 112720 Sent 4 Supplier Rejections 2644428 Suppliers 6732 Temp 4 Test Certs 167832 Trash I gave up with Kmail and replaced it with 'Evolution', which works fine with the same mail store. Thank you for taking the time to file a bug report. KMail2 was released in 2011, and the entire code base went through significant changes. We are currently in the process of porting to Qt5 and KF5. It is unlikely that these bugs are still valid in KMail2. We welcome you to try out KMail 2 with the KDE 4.14 release and give your feedback. |