Hi Paul (Fox),
but looking at rmm.c, refile.c, and folder_delmsgs(), i don't think
that issue applies. the patch below fixes the problem, and makes
rmmproc and refile do the right thing (well, at least, the modern
thing). NB: i didn't test to the limit where execvp should return
E2BIG.
When you say it makes refile `do the right thing', do you mean refile
doesn't create copies of the emails if the future rmmproc can't be
invoked? I'm guessing not from the patch's brevity. :-) That means
the user is left with many duplicate emails, most likely with different
numbers, hard-linked across two folders to clean up.
Cheers, Ralph.
_______________________________________________
Nmh-workers mailing list
Nmh-workers(_at_)nongnu(_dot_)org
https://lists.nongnu.org/mailman/listinfo/nmh-workers