積丹尼 Dan Jacobson <jida...@jidanni.org> wrote:
> I don't plan to backup my oldmail files at all.
If you don't mind getmail re-retrieving all your old mail after you lose them,
then that's fine. Otherwise, you need to back them up.
> And having the user restore a days old stale oldmail file from backups
> would perhaps be worse than no oldmail file at all.
Actually, you're completely wrong there. With no oldmail file, getmail will
re-retrieve all old messages still on the server. With a days-old backup of
your oldmail file, getmail will only retrieve those few days' worth of old
messages.
Having the backup is clearly better.
> Even if disks are bigger these days it is simply bad practice to
> cross ones fingers and let files grow and grow.
Actually, you're wrong there too. The data in the oldmail files is not
"unused". It's all internal state data that is still needed. And given that
most users will only have tens to hundreds of kilobytes of oldmail data, and
that 200k of oldmail data is 1/640,000 of the size of a tiny 128GB SSD, the
storage space is NOT AN ISSUE. Not at all. Not even a little bit.
> I'm sure there must be some entries in a 10 years big oldmail file that
> could be deleted.
You're wrong there, too. Many users leave their mail on the server after
retrieval; ALL of the contents of the oldmail file are needed on an ongoing
basis. getmail will remove entries from them that it knows are no longer
needed; there is no manual maintenance of these files necessary at all.
You do not appear to know how getmail uses this data or how it works; your
suggestions are invalid. I would also like to know what exactly you are
trying to accomplish - you proposed a solution ("I want to edit or trim my
oldmail files") without actually saying what problem you're trying to solve.
If you can explain what the problem you're trying to solve is, perhaps I can
point you to the correct solution, because editing the oldmail files is not
it. You can contact me through the getmail users' mailing list for further
discussion of getmail.
Maintainer, please close this bug as invalid. There is no issue here to
solve.
Charles
--
------------------------------------------------------------------
Charles Cazabon <charl...@pyropus.ca>
Software, consulting, and services available at http://pyropus.ca/
------------------------------------------------------------------
