| Summary: | Not downloading all POP3 emails | ||
|---|---|---|---|
| Product: | [Applications] kmail | Reporter: | Ian Powell <ianseeks> |
| Component: | pop3 | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | RESOLVED UNMAINTAINED | ||
| Severity: | major | ||
| Priority: | NOR | ||
| Version: | 1.12.4 | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Attachments: | This is a File/Save of the strange email from Kmail - defaults to mbox type even though i use maildir | ||
The same problem occurs in Kontact 4.4.5/kmail 1.13.5 I've now changed to using fetchmail to get the mail from the ISP and using Kmail to get it from the local user mail database. This now works properly as fetchmail has retrieved all the outstanding mail as well as getting all the new mail. It looks like an issue within kmail getting emails. |
Created attachment 49546 [details] This is a File/Save of the strange email from Kmail - defaults to mbox type even though i use maildir Version: 1.12.4 (using KDE 4.4.5) OS: Linux Kmail does not retrieve all emails frm my POP3 mailboxes, it replaces a lost email with a dummy email with strange content. Between the "===" lines is a copy of the content of the strange email substitute. ============================== Status: R X-Status: N X-KMail-EncryptionState: X-KMail-SignatureState: X-KMail-MDN-Sent: Subject: Date: Sunday 07 Feb 2106 From: To: 1 UID35-1224801402 2 UID36-1224801402 3 UID37-1224801402 ======================================= The "lost" email remains on the ISP mailbox as "read". If i set it back to unread Kmail still will not get it. Reproducible: Sometimes Steps to Reproduce: There does not seem to be a pattern to when it fails Actual Results: Just load Kontact Version 4.3.5 which runs kmail (using opensuse KDE Platform Version 4.4.95 (KDE 4.4.95 (KDE 4.5 >= 20100723)) OS: Linux (i686) release 2.6.31.12-0.2-default Compiler: gcc