Saboteur

Есть оборудование требующее отправку сообщений умеет только через почту и без авторизации. ( насколько я понимаю оно немного древнее до той эпохи когда появились спамы и тд ;)

SMTP вообще без авторизации может работать, главное слать правильные заголовки домена. Другой вопрос как сейчас сделать быстро SMTP, почта с которого дойдет хоть куда-нибудь.
Но можно слать на локалхост, а с него уже дальше ловить скриптом и пересылать или через нормальный SMTP или например в телеграм

Никак. Нет для SMTP такого как "подтверждение".

Даже наоборот, многие админы настраивают сервера таким образом, что получая письмо на несуществующего юзера НИЧЕГО не отвечать и не давать потенциальным спаммерам лишнюю информацию.
Можно пробовать ориентироваться на ошибку 550, но опять же, ее могут и не возвращать.

В некоторых почтовых клиентах есть галочка "подтведить о получении и прочтении".
Это фича почтового клинета, она не поддерживается в SMTP протоколе.
Если почтовый сервер с той стороны или почтовый клиент с той стороны поддерживают, они на самом деле просто письмо со статусом отправляют назад. (В корпоративном exchange это может быть на уровне протокола, но не обязательно это поддерживается даже между двумя exchange, так как обычно транспорт между двумя отдельными серверами может быть SMTP)

В Unix/Linux еще в прошлом веке можно было замапить емайл на какой-то скрипт одной строкой в конфиге.
То есть почтовый сервер при получении письма, сразу запускает скрипт и скармливает ему текст сообщения.

Сейчас тоже самое - берется письмо и скармливается программе, которая его парсит и выполняет нужные действия.
Просто ищите как это настраивается на вашем почтовом сервере.

Лучше не парсить письма прямо в /var/spool/mail а просто из скрипта получать их как пользователь. Тогда они будут корректно отдаваться, помечаться прочитанными, можно будет даже удалять ненужные и собирать нужные. Самостоятельно делать парсер базы писем в /var более громоздкий вариант.