From kmail-devel Sat Feb 02 08:16:29 2002 From: Michael =?iso-8859-1?q?H=E4ckel?= Date: Sat, 02 Feb 2002 08:16:29 +0000 To: kmail-devel Subject: Re: How to make KMail play nice with mutt and procmail X-MARC-Message: https://marc.info/?l=kmail-devel&m=101263785516204 On Freitag, 1. Februar 2002 22:21, Ingo Kl=F6cker wrote: > Hi! > > I just had a nice idea. > > AFAIK we currently only store the mtime of the mailbox files in the > index files. This seems to cause problems with mutt as it doesn't > change the mtime for some reason. According to Dirk's comments it seems that it even has a reason for that.= It=20 abuses the modified timestamp to determine if there are new mails or not=20 instead of treating it as any other application treats any other file. > Maybe we should also store the size of the mailbox file. If mutt change= s > the file it's size will almost certainly change (and if it doesn't > change then the change which mutt made is most likely no problem). Well, this is something that works nearly always but not 100% reliable. > If we detect a change then we must of course recreate the index. But we > could try to do this without loosing the message flags by "merging" the > old index and the new index, i.e. by copying all message flags from the > old index to the new index (we should have enough information to > identify corresponding messages in both indeces). I don't think that we have. Anyway I still think, we should somehow write= the=20 status back in the mbox files. > If we implement this we would finally solve all problems with the > interoperability of KMail with mutt, procmail and possible other KMail > clients running on a different machine but accessing the same mailbox > files over NFS. > What would be the best locking method? procmail lockfile or mutt > dotlock? These locking methods all have the problem, that they leave stale lock fi= les,=20 if KMail crashes, therefore we probably have to use FCNTL which however=20 doesn't work on NFS. It should be checked, how mutt and pine do that. Regards, Michael H=E4ckel _______________________________________________ kmail Developers mailing list kmail@mail.kde.org http://mail.kde.org/mailman/listinfo/kmail