control: tags -1 wontfix
On Tue, Aug 08, 2017 at 12:10:07PM -0600, Charles Cazabon wrote:
> 積丹尼 Dan Jacobson wrote:
> >
> > OK, now all you need to do is add to the FAQ:
Sigh ...
> > Q: Do the oldmail files just grow and grow?
>
> Not only is that not a Frequently Asked Question, it is a Neve
積丹尼 Dan Jacobson wrote:
>
> OK, now all you need to do is add to the FAQ:
>
> Q: Do the oldmail files just grow and grow?
Not only is that not a Frequently Asked Question, it is a Never Asked
Question.
When I get users asking me this, I'll worry about it.
Charles
--
-
> "CC" == Charles Cazabon writes:
CC> getmail doesn't remove them /immediately/. It waits 30 days or so
Ah!, confirmed with:
for i in `ls -S ~/.getmail/oldmail*|sed q`; do
perl -F\\0 -anwle 'print $F[1]' $i|sort -n|sed q|LC_ALL=C xargs -i date -d
@{}
done
OK, now all you need to do is
積丹尼 Dan Jacobson wrote:
> > "CC" == Charles Cazabon writes:
> > getmail will remove entries from them that it knows are no longer needed
>
> That is great to know! However
[...]
> all say "deleted", but in the oldmail file one still sees [them]
getmail doesn't remove them /immediately/. It
> "CC" == Charles Cazabon writes:
CC> getmail will remove entries from them that it knows are no longer needed
That is great to know! However
2017-08-08 20:37:20 msg 1/34 (3122 bytes) msgid 1243652154/79861 from
delivered to MDA_external command procmail (), deleted
2017-08-08 20:37:21 msg
積丹尼 Dan Jacobson 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 perhap
Like one has different backup procedures for /etc vs. /var,
I don't plan to backup my oldmail files at all.
And having the user restore a days old stale oldmail file from backups
would perhaps be worse than no oldmail file at all.
http://pyropus.ca/software/getmail/faq.html#faq says
Do NOT delet
Correction:
Charles Cazabon wrote:
> You can remove all the messages you want from your destination maildirs or
> mbox files with affecting getmail, [...]
That's a typo. I meant "without affecting getmail".
Charles
--
--
Charles
積丹尼 Dan Jacobson wrote:
> What if my house burned down and I must start from scratch?
> Mention how to continue if those files are lost.
You have two choices.
1. Restore the files from your backups. You do take regular backups, right?
You know the saying "Files you don't have backed up are file
Osamu Aoki wrote:
> "CC" == Charles Cazabon writes:
> >
> > In short: no, you can never safely trim them. You can remove them only if
> > you never want to retrieve mail from the corresponding POP/IMAP account or
> > folder again. The files are absolutely tiny by any modern standard, so
> > th
Hi,
On Mon, Aug 07, 2017 at 11:46:03AM +0800, 積丹尼 Dan Jacobson wrote:
> What if my house burned down and I must start from scratch?
> Mention how to continue if those files are lost.
>
> I assume if one really wanted to get rid of them, a safe way would be
> 0. Disconnect the upstream mail server
What if my house burned down and I must start from scratch?
Mention how to continue if those files are lost.
I assume if one really wanted to get rid of them, a safe way would be
0. Disconnect the upstream mail server from the internet so no new mail
is coming in.
1. get all your mail upstream ->
Dan Jacobson wrote:
> X-Debbugs-Cc: charlesc-getmail-b...@pyropus.ca
> Package: getmail4
> Version: 4.53.0-1
> Severity: wishlist
>
> The only place oldmail files are mentioned is
> file:///usr/share/doc/getmail4/faq.html#faq-about-upgrade
>
> Please add another FAQ: "Do the oldmail files just g
X-Debbugs-Cc: charlesc-getmail-b...@pyropus.ca
Package: getmail4
Version: 4.53.0-1
Severity: wishlist
The only place oldmail files are mentioned is
file:///usr/share/doc/getmail4/faq.html#faq-about-upgrade
Please add another FAQ: "Do the oldmail files just grow and grow? When can I
safely trim/r
14 matches
Mail list logo
