[Bug 50462] mail is permanently lost if disk is full

[Martin Koller]

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
         
http://bugs.kde.org/show_bug.cgi?id=50462         




------- Additional Comments From m.koller surfeu at  2006-11-01 15:48 -------
I also had a look at the popaccount class, and I can not see the code path described in comment #37.
What I see is that the mail download happens in separate steps:
mails are fetched from the server (by the kio_pop slave) and only if they could be stored into the target folder (after the filtering), they are added to the internal list named idsOfMsgsToDelete for later deletion (which is a separate call). See PopAccount::slotProcessPendingMsgs(): there is:

    addedOk = processNewMsg(*cur); //added ok? Error displayed if not.

    if (!addedOk) {
      mMsgsPendingDownload.clear();
      msgIdsAwaitingProcessing.clear();
      msgUidsAwaitingProcessing.clear();
      break;  // >>>> so no delete here
    }
    else {
      idsOfMsgsToDelete.append( *curId );   // >>>> only if OK, they will be deleted
...
 

To proof that, I put a users home dir on an extra partition, sent him a few mails, filled the partition to 100% and tryed to retrieve the mails.

kmail detected that the disc is full and terminated with a Notify dialog.

Checking the POP mail server (doing this by telnet on port 110) I found all mails still there.

So I can not confirm that there is such a problem with POP servers and the users $HOME is full.
Also, I found no hint in the code that the received mail is somewhere temporarily stored elsewhere (I mean not below $HOME).