Maxim

При частом использовании функции. Static, насколько я помню это постоянное хранение в памяти, вплоть до завершения программы.

использование слова static оправдано для методов и классов, где логически отсутствует необходимость в множественных объектах. Классический пример - математические функции. Объекты класса "калькулятор" не нужны никому. Поэтому в ООП языках, как правило, класс Math и ему подобные - статичны.

Статические методы следует использовать в случае когда у сущности нет состояния, либо оно глобально.

Дебиан, Убунту? Вероятно большое количество исходников ядра в /usr/src/
atp-get autoremove в помощь

apt-get update && apt-get autoclean && apt-get clean && apt-get autoremove

Возможно со мной многими не согласятся, но мыло в докере - извращение. Впрочем, сам докер, то еще извращение, но речь не совсем о нем.
Настройка полнофункционального почтового сервера задача не тривиальная. Подогнать его под свои нужды/хотелки развлечение на долгий срок. Еще почтовый сервер это много программных пакетов, собраных во имя "Великой Цели".
А Вы хотите готовое решение в контейнере?
Может, с таким подходом остановиться на MS Exchange? Впрочем, с ним так же придется помучиться.
Кроме шуток, а может делегировать сервер на Yandex? Там все просто и надежно. Параноя насчет того что ваши письма уже не ваши, оправдана лишь отчасти. Зато вполне работоспособное комплексное решение.
У меня почтовый сервер postfix + dovecot + PostgreSQL + SpamAssassin + greylist + RoundCube + RainLoop.... Ну и еще по мелочи, включая сито, DKIM, и что-то еще.
А Вы хотите скачать контейнер и получить все сразу :)

заниматься только ИТ, администрировать крутые проекты

УСТРОИТЬСЯ в 2-3 компании для работы по удаленке

утверждения, не то, чтобы противоречащие друг другу, но скажем так - ортогональные :) Крутые проекты бывают только в крупных компаниях, потому что они требуют денег, денег и еще раз денег. А это опять же корпоративные политики, регламенты, приказы... Зато будет только ИТ. Если же мутите свой бизнес - придется заниматься зиллоном "параллельных" тем - от бухучета до рекламы.

Если хотите без регламентов и корпоративных политик - открывайте свое дело. Но там крутых проектов не будет - по крайней мере поначалу. А будут все те же корпоративные сети, только вид сбоку, общение через ТЗ. Крупным компаниям интересен только админ на фуллтайм, никаких удаленок они обычно не рассматривают.

А теперь ответы
1. Таким, у которых нет денег на админа или же экономят на админе. Удаленка - это нечто вроде спаренного телефона в СССР, когда пары телефонные не в каждую квартиру заходили. Уровень проектов там будет соответствующий. Уровень заказчика - тоже. Фраза "я довела мышь до края коврика, что теперь делать"? - анекодт, но взят из жизни :)
2. Сотрудничают с равным. Если мутите свой бизнес, то зависит от того, какую. репутацию наберете. Если нет - какое сотрудничество?
3. Так же как и везде - полно.
4. Если мутите свой бизнес - читайте про PR. Если нет - про то, как общаться с потенциальным работодателем
5. В крупной конторе, где можно рассчитывать на "крутые проекты" - это единственный способ трудоустройства. Если мутите свой бизнес - Вы сами себя трудоустроили :)

Я Вас некоторым образом понимаю. Сам в таком положении был лет...эээ...десять назад. Но, если хотите заниматься "только ИТ", это означает, что есть другие люди, которые занимаются другими вещами - расчетом Вашей зарплаты, планированием закупок, оформлением трудовых книжек, перевозкой товара etc. А это может быть только в крупной компании. Открыв же свой бизнес, Вы избавляетесь от проблем, характерных для крупных компаний, но "чистого ИТ" уже не будет - хотите или не хотите, а придется заниматься бухучетом (или нанять), финансовым планированием (или нанять), рекламой и продвижением (или нанять), арендой офиса (или нанять). А если будете кого-то нанимать - это автоматически тащит за собой оформление трудовых договоров (или нанять)...

Мягкое кресло и на все согласная секретарша БигБоссу вовсе не за просто так даются бонусом... :)