read -r -d '' HTML_MAIL <<EOF
<pre><b>To: </b>$EMAIL_ADDRESS
<b>From: </b>$FROM
<b>Subject: </b>$SUBJECT</pre>
$HTML_BODY
EOF

+ read -r -d '' HTML_MAIL
read: Illegal option -d

Ты мог просто сделать так, без read'ов и heredoc'ов:

$ HTML_MAIL="<pre><b>To: </b>$EMAIL_ADDRESS
<b>From: </b>$FROM
<b>Subject: </b>$SUBJECT</pre>
$HTML_BODY"

я не уверен, сохранятся ли переносы строк

Ну я ж тебе пиздеть не буду, не по-братцки это.

давайте я заставлю работать скрипт, опубликую, а вы будете разрывать его направо и налево

А если серьёзно, ну ты ж в чатике башеёбов, не веришь что ли моему опыту? Я ж заранее всё ещё тестирую перед тем, как предлагать.

сейчас стадия - чтоб работало.
потом будет стадия - чтоб красиво работало
и только потом, чтоб безопасно работало

Звучит как рецепт для уязвимостей и неожиданных багов в окончательной отладке

Да нет, я вот поддерживаю экстремальное программирование, меня в эту веру обратили ещё в детстве

> Простота решений. Принимается первое простейшее рабочее решение. Экстремальность метода связана с высокой степенью риска решения, обусловленного поверхностностью анализа и жестким временным графиком. Реализуется минимальный набор главных функций системы на первой и каждой последующей итерации; функциональность расширяется на каждой итерации.

хуяк, хуяк и в продакшен

Вообще да, сам такой же фигнёй маюсь...

бейсик и ассемблер впитал с молоком матери :)

https://github.com/click0/tmpmail/blob/master/tmpmail
прошу покритиковать :)
патчи приветствуются

1. Если пишешь всё равно кроссплатформенно, то может лучше на /bin/sh вместо bash? Я там явных башизмов-то и не вижу у тебя.
2. Почему бы не называть все переменные внутри скрипта в нижнем регистре? Это их будет отличать от переменных окружения.
3. Если таки хочешь оставить баш, то используй хотя бы local для всех локальных переменных в функциях
4. Есть ли причины использовать псевдоboolean с этими "true" или "false", если есть 1 и 0? :)
5. Советую избегать echo -e, потому что не кроссплатформенно (echo по стандарту не умеет в \n и в ключ -e), лучше везде printf
6. Вместо разыменовывания переменных прямо в echo "xxx", читаемее делать это в printf "%s:%s" "$abc" "$cde"
7. ID=$(echo $MAIL_DATA | jq -r ".id"), нет кавычек у MAIL_DATA, может разъебашить
8. printf '%s\n' "$ID ||$FROM ||$SUBJECT" — это лол, может '%s || %s || %s' "${id}"...?
9. Ну вместо cat и временного файла я уже показывал вариант выше
10. EMAIL_ADDRESS="$(get_email_address)" нет смысла в кавычках тут, по стандарту можно без, оно нормально сработает даже если будут пробелы внутри output'а функции

Не используется trap для чистки файлов в случае выхода из скрипта ПРЕЖДЕВРЕМЕННО, оче нехорошо

где ты увидел trap ?

Я говорю, что его там нет, а лучше бы был.

ты лучше посмотри todo

я так и не понял, как с case быть