Philip wrote:
>On Tue, 22 Jun 2004, Mark T. Valites wrote:
>
>> How does Exim determine when the last time a user checked their mail?
>
>Read time on the file.
Yes. Sorry Mark, didn't get you meant the "* quota_<timevalue>" bit.
>The documentation makes it clear that this is
>only possible for single-file mailboxes.
>
Any plans on making this work with maildir? I know it's a fairly complex
mess, but it would be a nice thing to have, at the least (I/O) expense
of course.
I know that the maildirsize gets rewritten every 15 minutes if the mailbox
is full, as a re-count is enforced. So it's not the correct place to base
a decision on, aside from the little detail that it's optional to boot.
If there was a way (maybe with an additional helper file) to record the
fact that nothing actually changed (used space/number of files) for
whatever period of time, exim could base it's decision on that.
Failing that, the newest file in "maildir/new" would be a valid choice,
because obviously nobody looked at this mailbox with a client since that
date.
If there are no files in "new", I guess things get hairy. One could of
course apply the same logic for "cur", but mails might have been moved
to other folders from there and to be sure exim would need to check
all the files in all the "folders". And I quote folders, because of course
exim doesn't really know for sure what kind of helper directories/files
a specific imap/pop server might create in/below the "maildir" and if
any of those are potentially (and periodically) being updated w/o the
user ever logging in.
Regards,
Christian Balzer
--
Christian Balzer Network/Systems Engineer NOC
chibi@??? Global OnLine Japan/Fusion Network Services
http://www.gol.com/
