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 [email protected] https://lists.nongnu.org/mailman/listinfo/nmh-workers
