[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kdepim-users
Subject:    Re: [kdepim-users] kmail makes no difference between new and unread
From:       MartinG <gronslet () gmail ! com>
Date:       2007-02-03 1:35:16
Message-ID: bcb3ef430702021735l31e46783r2b22aa067f1bc0c8 () mail ! gmail ! com
[Download RAW message or body]

On 2/2/07, Ingo Klöcker <kloecker@kde.org> wrote:
> Do a 'ps aux' and look for processes that seem to be IMAP-related.

Well, 'ps aux' doesn't work, seems this is a SunOS, 'uname -a' reports:
SunOS <snip> 5.9 Generic_118558-30 sun4u sparc SUNW,Sun-Fire-280R Solaris

(hostname removed by me). However, the header of my inbox looks like this:
-----------------
From MAILER-DAEMON Sat Feb  3 01:36:19 2007
Date: 03 Feb 2007 01:36:19 +0100
From: Mail System Internal Data <MAILER-DAEMON@XXXXXXXXXXXXX>
Subject: DON'T DELETE THIS MESSAGE -- FOLDER INTERNAL DATA
Message-ID: <XXXXXXXXXXXX>
X-IMAP: 1170340795 0000031215
Status: RO

This text is part of the internal format of your mail folder, and is not
a real message.  It is created automatically by the mail system software.
-----------------

(X's are by me)

ah, I read the manual, and tried 'ps -ef' and found stuff like:
"sh -c tail -54f $HOME/procmail/procmail.log".

I do not have any ".procmailrc" file in my homedir on this server,
however, I noticed that on another server at our university, I had a
".procmailrc" (that didn't do any magic). I removed that one, but that
didn't change anything - the problem persists.

> As soon as you leave a folder all messages marked as "new" are marked
> as "unread". This is intended behavior and allows you to see which
> messages arrived in this folder since you've last looked at it.

Yes, this is the way I want it to be.

> Just to be sure: This happens with a disconnected IMAP account, right?

Yes, disconnected IMAP.

> This problem is only relevant when KMail reads maildir folders created
> by other applications. KMail does either append ":2,S" or ":2,RS" but
> never just ":2," without any following characters to the filename of a
> maildir message. (I've just checked the relevant code.) And thus the
> above code will always work correctly for messages in the dIMAP cache.
>

Thank you - finally I got an answer to this question :)

> As the misbehavior you describe is extremely prominent it must be
> related to your IMAP server. Otherwise anybody using filters with dIMAP
> would see this problem.

OK, I would like to do a test to confirm this. Maybe I could set up
IMAP on my home server. Is there a step by step how-to for newbies on
Fedora Core 6 that is recommended..?

But I can't really see how it can be solely related to the server. As
mentioned in a previous post in this thread - if I mark the emails
manually, the server doesn't mess up the marks. How would the server
know whether I mark messages manually, or if the KMail filter is
marking them...?

Thanks again for your response,

best regards
MartinG
_______________________________________________
KDE PIM users mailing list
kdepim-users@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-users

[prev in list] [next in list] [prev in thread] [next in thread]