This is an issue with dot locking that I brought up about two years ago,
but apparently never opened a bug for. This change in behavior is a
good reason not to use dot locking as the default.
I just opened a bug report for it:
https://savannah.nongnu.org/bugs/index.php?func=detailitem&item_id=14977
I have been successfully using lockf locking over NFS for a couple
years.
Dot locking is the only kind of locking guaranteed to be `supported' on
all/most servers, so I don't see how any other default is sensible.
Maybe I'm misunderstanding something.
Anyway, I think the best might be for nmh to refuse to manipulate (create,
edit, etc.) files that it cannot dotlock. I'm not sure whether that
refusal should be a fatal error for the entire command being executed,
or a warning and partial success of the command.
Cheers,
- Joel
_______________________________________________
Nmh-workers mailing list
Nmh-workers@nongnu.org
http://lists.nongnu.org/mailman/listinfo/nmh-workers