pfg21

Проще сказать, в чем эксч похож на imap :) Эксч - это гигантский суперкомбайн с огромной кучищей всяких фич, наглухо интергированный в винду и офис. Без оутлука половина этих фич работать не будет, также очень многие фичи там завязаны на местные "облака от M$".

Почтовым протоколом там является MAPI.
Можно использовать IMAP, но он там оооочень медленный, причем, я думаю, это сделано специально.

Есть бесплатные расширения, но с новым TB они не работают. Работать с эксчем можно через davmail, но часть фич работать просто не будет, еще часть - будет работать наполовину, например шифрование почты - оно будет, но работать будет неудобно.

Программисты, будучи студентами на 1-2 курсе изучают алгоритмы и структуры данных (АСД) чтобы
писать более эффективные программы. При этом задача использования DBMS им еще не ставиться.
На этом этапе они учатся оптимизировать и понимать разницу между o(1), o(n^2), o(lon(n)) и т.п.
алгоритмической сложностью. Сложность определяет, как будет работать выбранный алгоритм
при очень резком (шквальном) росте исходных данных. И если ты это не учил, то ты сто процентов
напишешь фигню и твой алгоритм никогда не завершиться, какой-бы мощностьи процессор у тебя
ни стоял. И вот чтобы дать анализ такой ситуации, как раз и нужны знания АСД. А работа на пределе
мощностей сегодня везде. Игры. Рендеринг 3д. Майнинг. Обучение языковых моделей.

Работая с MySQL ты этого не видишь т.к. часть алгоритмов скрыта от тебя под фасадом SQL API.
Но тебе и недоступны вышеперечисленные задачи. Их стек - шире чем тот что ты используешь.
И если ты собираешся всю жизнь работать на PHP/MySQL то скорее всего АСД тебе действительно не
нужны.

Поставьте яндекс браузер - он до кучи Алису на комп поставит
У неё есть функция - постоянно слушать микрофон
И достаточно сказать "Алиса запиши текст в блокнот" и она начнёт записывать
Возможно, умеет и то что Вы хотите.

Видимо особенности подсчёта такие. Только Apple знает, как они там считают потребление трафика отдельными приложениями.

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

Если есть WSL, значит есть и Hyper-V.
Если есть Hyper-V, можно создать виртуальную машину с external virtual switch и вывести эту ВМ напрямую в локальную сеть. Не нужны будут костыли с netsh portproxy.

Принцип такой: перенаправить трафик в локальный порт, на котором висит приложение, умеющее быть клиентом SOCKS и поддерживающее локальные перенаправления. Например в 3proxy пример конфигурации https://3proxy.ru/plugins/TransparentPlugin/ - локальный трафик надо перенапралять в порт 12345, при этом перенаправлять надо так, чтобы трафик самого прокси не перенаправлялся обратно в него.

докер разрабатывался под линукс. и нормально в нем работает. и в прод запускается на линуксовых серверах...
поставьте виртуалку с ubuntu server и запускайте там докер как угодно. все будет работать

Вариант три: не использовать windows

Вариант раз: писать логи в stdout и пусть сам Docker или какой-нибудь vector их перенаправит куда следует в нужном формате.

Вариант два: Забить и настроить инструмент, который читает файлы на винде так, чтобы он LF считал за нормальный перенос строки.

ядерный bcache, LVM cache