Bug 286793

This is confirmation. kmail2 is the only MUA in the history of SMTP on *nix systems that cannot receive email via a standard mbox.

D'oh

Regards
Terry

(In reply to comment #1)
> This is confirmation. kmail2 is the only MUA in the history of SMTP on *nix
> systems that cannot receive email via a standard mbox.
> 

What do you confirm exactly ? This bug report is not about smtp and also not about mails not appearing in kmail...

adding a mbox account pointing to /var/spool/mail/$USER works correctly

(In reply to comment #2)

> What do you confirm exactly ? This bug report is not about smtp and also not
> about mails not appearing in kmail...

Yes and no. If you receive mail via SMTP and e.g. postfix and any local delivery agent, then thsi mail will be always spooled in /var/spool/mail. So we have to be able to use that "feature".

> adding a mbox account pointing to /var/spool/mail/$USER works correctly

Oh, sure. But you can not move that mail automatically to the inbox as older versions of KMail could do it, and any other MUA that I know can do it. Adding this mbox always creates a new folder.

The requirement is simply, that mail from the spool mbox ends up in the inbox as all mail, e.g. from IMAP or POP3 does.

And in my tests, but I think this is another bug which might be fixed already, you couldn't even remove mails from that folder. They reappeared when you quit and started KMail again.

This is really a problem for me too since I run my mail server I get all my mail into /var/spool/mail/USER mbox. Isn't there a way to add a feature to direct this to inbox and be able remove those messages from the server?
Thanks

Adding some more details to the report:

Add new Mbox account specifying Filename /var/mail/$user
    (on Kubuntu, /var/spool/mail is link to /var/mail)
Optionally change Display Name (default is $user)
Leave other settings as default, in particular:
    Enable file monitoring
    Compact every 50 messages
    Lock method None

Use mailx to send message to $user
Get several occurrences of these messages in Notifications:

    $user: The MBox file was changed by another program. A copy of the
    new file was made and pending changes are appended to that copy.
    To prevent this from happening use locking and make sure that all
    prog...

    $user: The file 'file:///var/mail/$user' was changed on disk while
    there were still pending changes in Akonadi. To avoid data loss, a
    backup of the internal changes has been created at
    'file:///home/$user/...

[Is it possible to see the complete text of a popup message in Notifications?]

Delete message (move to wastebin)
Use mailx to send another message to $user
Get notifications as above
Both messages appear in Kmail folder (the first message was deleted, but has re-appeared).

It's possible to stop deleted messages from re-appearing by changing the "compact every" setting to 1 message.

It's not possible to stop the error messages from appearing when mail is sent to $user. Kmail1 has FCNTL locking, but Kmail2 doesn't. None of the other lock methods in Kmail2 (Procmail or Mutt) are applicable.

Also, Kmail1 has a Destination Folder setting for an account, but this isn't available in Kmail2.

*** This bug has been confirmed by popular vote. ***

Hi folks,
any progress on this one? The behaviour of kmail2 is really not good in this regard. I have been "googling" around but did not find any reliable hint - on top of this, emails get lost or don't get removed from /var/spool/mail/<username> ....

Thank you for looking into this. Hopefully the old structure will be provided again - it was working since decades and it used to work like a charm.

Take care



Dieter Jurzitza

In the meantime, after a few months we are already at KDE 4.8.4, kmail2 seems to handle an mbox file or account properly in terms of deletion and compaction.

But still, when I add a filter with "To:" matching regexp ".*", "Move into folder" "inbox", "From checked accounts onlY and "Spool" (which is my /var/spool/mail/$USER mbox account), then kmail2 does not apply this filter to incoming mail on the mbox account. But when I select a mail manually and apply all filters, it works, and the mail is move to inbox.

So there's still no workaround for this bug and I'm stuck with KDE 4.6 (and therefore openSUSE 11.4), until I drop KDEPIM.

Hi Roman,
I have a better solution (for now ...) download, build and install kdepim from openSUSE 11.4 on openSUSE 12.1. I've been putting all kmail2 stuff into the trash can until the simple things like automatic delivery into my inbox (why the heck has this been changed? What sense does that make? Why rise the need to apply filters for nothing but get you incoming email to where everybody I could ever think of would expect it to be?). If that will not be working any more kmail gets simply unusuable for me and I'll have to switch to another email client.
My two cents, maybe the aforementioned solution can be of help for someone (only for now, but anyway).
Take care



Dieter Jurzitza

I can confirm the bug, the migration wizard created 2 separate resources, which is not at all what I wanted.

Still no news I assume...
BTW is this really Kmail2 related? I'd think Akonadi is now managing the mail resources.

As far as I can tell this works with either using the MBox folder as the target mail folder (default) or any other folder (using a filter).

While I myself use the spool file as a folder directly, moving or deleting mails as needed, one can also set up a filter and treat the spool file more like a POP3 account.

Just verfied this using a filter with:
* applies to incoming mails
* move to ... and selected a folder in my local maildir
* enable the filter only for the spool account (advanced filter settings)

Also changed the MBox resource's settings to compact on "1 Message"

Testing with mailx this is what happens:
* the mail appears in the selected target folder
* the spool file is of zero length

KMail inside Kontact 4.12.4

I again verified this with KDE 4.14.3 and it works as Kevin said.
Therefore closing.