ge

ставится и настраивается reverse proxy , например Nginx , он обрабатывает входящие запросы и забрасывает их по разным locations

Предлагаю Linux Mint с окружением Cinnamon, как наиболее дружелюбный к пользователю после Шиндовс. Дружит с UEFI отлично! Хотя Минт тяжеленький по сравнению с другими. Если это Вас волнует, тогда не стоит смотреть в его сторону.
Ubuntu Mate не тяжелая! Это - тоже хороший вариант.
Согласен с гражданином, отвечающим ранее: Линухс в любом из своих проявлений крайне гибок к настройке. Поэтому, какую бы систему Вы не выбрали, всё можно докрутить по усмотрению.
Главное по-началу не брать Арч)) Кто-то там говорит, что он лёгок в работе. Мне кажется, что с ним проще выпилиться сразу

Проблема описана не очень внятно, но если "письма с сайта уходят в спам" - то добавление второй MX записи не решит проблему.
Проблему решит исследование - по какой причине они уходят в spam, и возможно это происходит из-за отсутсвия корректно настроенных SPF, DKIM и DMARC для вашего почтового домена.
Проверьте ваш почтовый домен в любом postmaster, например mail.ru - https://postmaster.mail.ru/ и там вам покажет - что нужно сделать.

зачем?
базовые команды - это ВЕСЬ функционал линукс.
задачи на grep - это задачи не на grep, а в основном задачи на регулярки, которые не только в grep
В общем нет смысла делать подобное, ибо базовые вещи учатся за пару вечеров, а сложные - тутор писать годами надо.

Во-первых кто-то же пишет сам викс?
Во-вторых есть десятки направлений где он не подойдёт. Развернёте на виксе ВК? Сбербанк-онлайн? Тостер? Озон?

Не, часть работы он несомненно на себя возьмёт. Простенькие лендинги, магазины и прочее. Но как только вам нужен чуть нестандартный функционал - тут его полномочия всё.

не совсем понятна задача, но возможно вам проще будет загнать строки в массив

$ cat lines.txt
lan1
lan2
lan3

$ lines=(`cat lines.txt`)

$ echo ${lines[0]}
lan1
$ echo ${lines[1]}
lan2
$ echo ${lines[2]}
lan3

notify-send --icon=mail-unread  "Message Header" "<a href='https://developer.mozilla.org'><span color='green' font='Times, 12'><b>Link Name</b></span></a> \n <b><i>Message 1</i></b> <span font='11'>\nMessage 2</span> "

Ставьте закрывающие теги:
если есть <b> должен быть закрывающий <\b>
нуитд

notify-send «Шапка» "<b>жирный</b> <i>италик</i> <a href='https://developer.mozilla.org/ru/'>ссылка</a>"

https://www.mail-tester.com/

Всем привет!
Пытаюсь помочь своим коллегам с наведением порядка в отделе тех поддержки. Думаем как его перестроить, чтобы увеличить количество отработанных обращений.

ИМХО, нужно думать над тем как уменьшить кол-во ВОЗНИКАЕММЫХ обращений, а не как больше обработать :)

В связи с этим возникла необходимость понять, какие проблемы с управлением отделом мы не видим, но с которыми на практике приходится иметь дело. Т.е. что может нам помешать.

Тут все просто и зависит от того
1) у вас текущий тех.отдел только траблшутит или еще и может как-то влиять на положение дел в ИТ? Другими словами есть ли понятие 1-2-3 линия и разделение по направлениям (ПК, сервера, сети, БД, етц)
2) Знают ли ваши пользователи как и что "устроено в ИТ". Т.е. есть ли видение в целом, инструкции, база знаний, описание процессов и тд и тп
3) Какие у отдела/ИТ_в_целом есть инструменты для:
- мониторинга
- центр.уплавления ПК/серверами (апдейты, софт, прочеее)
- инвентаразации/управление активами и ПО
- прийом/распределение/учет заявок. Аналитика всей кухни "заявок"
4) что у вс с ИБ

Если Вам знакома эта тема, буду очень благодарен за советы, что нужно изменить в отделе тех поддержки и почему.

Тяжело что-то подсказать не зная и половины вашей кухни!

обычно делают так. На pyhton делают api (с помощью Flask например).

А из php вызывают методы этого api с помощью GuzzleHttp\Client например.

Таким образом наступает мир во всем мире!

Настраиваете nginx/apache чтобы домен смотрел в нужную папку
Для nginx можете посмотреть пример https://www.keycdn.com/support/nginx-directory-index
Для apache можете посмотреть пример https://cwiki.apache.org/confluence/display/HTTPD/...

Вот почему я, человек в глаза не видавший питона, могу нагуглить ?https://www.datacamp.com/community/tutorials/makin...

Через системы управления версиями - к примеру через git

sublime3 - вполне себе пойдет, я пишу в vim но для старта куда удобней sublime
для старта выучи что такое
1. выучи команду
man ls
и
ls --help
пойми в чем их разница и вдолби в голову что это то с чего начинается любая работа в баш.

В начале выучи что такое код завершения команды, ну и как следствие
stdin
stdout
stderr
Научись работать с этими потоками. без них никуда, да это проще чем кажется.

НО нужно что-то подавать на эти потоки следоватлеьно тебе нужны
ls
cd
pwd - нужна как ни странно
tail -f - вывод в потоке
дальше гугл плюс man и --help

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

&& - упрощеная конструкция возврата положительного кода завершения
|| -не тру завершение кода
awk - тоже редактор потока
sed - редактор потока
ну и научись передавать все это художество |
это вообще легко
ну и xargs как апофиоз этого
Далее уже можно IF учить и тд и тп но по факту у тебя уже будет
1. работа с потоком ты ее понял и тебе нет проблемы получить вывод из sttderr его части сделать какое-то минимальное условие используя упрощеную ифку
сед позволит тебе редактировать эти данные на лету.
файнд позволит работать с кучей файлов по мкске и тд
grep -без него ни ногой.

Ну и да на последок тебе нужно понять как работают права в линук + владельцы и группы chmod chown
то что запускаемость это атрибут

Со временем прийдет понимание что линукс умеет тольк показывать буковки и брать буковки, откуда они появились его не особо интересуют, принт ли это данных из бд, или последствие пхп скрипта.
ты указал ему файл интерпритатора и подал на него данные, он че-то тебе выплюнул на один из потоков, ты его поймал и что-то с ним сделал.
Дальше количество утилит не имеют значения, ты открываеш ман смотриш и работаеш.