Автор вопроса определил проблему; но решение xyr - это ошибка, а описание механики xyr неверно.

Команда mail не выполняет двойную вилку. Она вилкует только один раз, и процесс sendmail shim является ее непосредственным дочерним процессом, который ни к чему не перенаправляется. Он просто решает, ждать ли waitpid() этого ребенка или нет, прежде чем выйти.

То же самое верно и для самого sendmail shim. Он не выполняет двойную вилку. На некоторых MTS он вообще не вилкуется. На других он форкает только один раз и выбирает, ждать или нет, в зависимости от некоторой конфигурируемой опции "режим доставки".

Правильный способ обойти эту проблему состоит из двух пунктов:

1. Установите в mailx документированную и стандартизованную опцию sendwait. Она специально решает проблемы асинхронного enqueueing, заставляя mailx ждать завершения дочернего процесса sendmail shim. (К сожалению, хотя эта опция существует по крайней мере с 1986 года и документирована для mailx в SVID, в bsd-mailx ее нет. А вот в heirloom-mailx она есть.)
2. Установите в используемом MTS режим синхронной очереди/доставки, если он его еще не использует.
   • Если используется netqmail, ничего не делайте. Шим sendmail от netqmail всегда работает в очереди и синхронно, напрямую загружая цепочку через qmail-inject в qmail-queue без каких-либо форков.
   • Если вы используете Postfix, ничего не делайте. Postfix's sendmail shim всегда ставится в очередь и работает синхронно, форкается один раз и ждет завершения postdrop, после чего завершает работу.
   • exim имеет опцию командной строки -odf.

Дальнейшее чтение

• "Утилиты: mailx: Внутренние переменные в mailx" Shell & Utilities. Единая спецификация UNIX. Выпуск 7. IEEE 1003.1. 2013. The Open Group.