MVV

Винить - однозначно владельца зоны, в которой должны быть MX.
Копать - в сторону содержимого зон на каждом из полномочных для нее серверов DNS(их список определяется командой nslookup -type=ns имя.домена ):
командой nslookup -type=mx имя.домена имя.сервера
Думаю, что где-то у них нарушена синхронизация содержимого зон.
PS А почему на родном зеленом нет такого вопроса? С ПП поссорились?

Общий ответ - какой-то другой обработчик перехватывает запрос.

Конкретный ответ зависит от того, как хостится приложение и от остального его кода. Если приложение работает через IIS(хостится на нем или опубликовано через него), то этим обработчиком часто является модуль WebDAV, и его надо отключить. Самый простой вариант, как это сделать - второй ответ этого вопроса: https://stackoverflow.com/questions/55736265/getti..., подробности, если интересно - https://learn.microsoft.com/ru-ru/aspnet/web-api/o...

Вынесено из комментариев (не туда запостил):

Если бы я был контроллером API на MVC, я бы тоже так же ответил: "что за фигню вы мне прислали?" (в протоколе HTTP это обозначается кодом статуса 400).
Контроллер API ждет, что вы ему пришлете, нечто, содержащее значение для параметра message вашего метода действия. Если вы посылаете в формате JSON, то - объект с полем message: тогда он привяжет значение этого поля входному параметру метода действия, который имеет то же имя message, как у вас.
Потому в запросе POST надо слать объект с этим полем. Например - в уже сериализованном (строковом) формате:
string content = "TestContent";
Но можно в качестве content использовать и объект с полем message, например - анонимного типа:
var content = new { message = "TestContent" };
- PostAsJsonAsync сумеет превратить это в JSON.

И да, к контроллеру на Minimal API из вашего первого комментария все это точно так же относится.

Меня смущает имя вашего класса: Programs. Посмотрите, нет ли у вас в проекте класса Program (без 's')? ;-)
Ибо выполнение программы начинается с метода Main класса Program.

Первая проверка (на проблемы с Kerberos): есть ли доступ к этой папке, если вместо имени сервера использовать его IP?
Если дело не в этом, покажите разрешения на папку. Их можно вывести в консоль командной строки командой icacls <имя_папки> (или даже icacls . если перейти в эту папку). Содержимое консоли можно скопировать в буфер обмена (выделить мышкой и нажать Enter) и потом вставить в ответ в текстовом виде.

Попробуйте импортировать диск
PS Предварительно лучше сделать резервную копию.

Ответ: никак (разве что вы перепишете часть ядра XP, которая работает с томами на диске, а также - загрузчик). Как нам сообщает "Windows and GPT FAQ", диски GPT поддердиваются только в WinXP 64-bit (которая основана на коде Win2K3 Server 64-bit, а не на коде обычной WinXP) и только как диски с данными: ни загрузка с них, ни размещение на них папки WINDOWS не поддерживаются.

Используйте UNION для объединения результатов запросов к каждой из таблиц: да, надо написать все десять запосов с UNION между ними. Подробности - https://www.postgresql.org/docs/current/queries-un...
PS Присоединяюсь к предложению предыдущего комментатора: наличие таких задач намекает на то, что надо бы задуматься над архитектурой БД.

Если вам нужно две папки - сделайте их: просто скопируйте все содержимое одной папки в другую.
Только сделать надо это аккуратно, не пропустив никакие файлы и папки.

1. Проверить, что оба конца обжаты правильно. Как мимнимум, что к парам контактов 1-2, 3-6, 4-5 и 7-8 присоединены жилы из одной пары (одного цвета). Ещё лучше, если они обжаты на обоих сторонах одинаково или по схеме кросс-кабеля (поменяны местами 1-2 и 3-6, возможно - 4-5 и 7-8)
2. Прозвонить все жилы на предмет обрыва.
3. Переобжать кабель.
А лучше - просто заменить.

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

Если вдруг есть ещё КД, то для начала надо проверить состояние репликации политик на них, это можно сделать все в той же консоли.

И ещё один частный случай: если политики применяются на пользователей (особенно - если не на всех, а на группу), проверьте есть ли разрешения на чтение этих политик у компьютера: с некоторого (хоть и довольно старого) момента это стало необходимым.

Для добавления используйте vcvarsall.bat - он должен лежать в папке VC
Подробности - https://docs.microsoft.com/en-us/cpp/build/buildin...

Кроме встроенного брандмауэра (который по умолчанию занимается локальным трафиком) в Windows в RRAS есть фильтры пакетов. Это - более примитивный инструмент: они могут только блокировать или пропускать весь трафик кроме указанного в списке исключений, они настраивается для конкретного интерфейса, они работают только в одну сторону (для входящего и исходящего трафика фильтры отдельные), они не отслеживает сессии (но есть возможность избирательного блокирования пакетов подключения по TCP). Но, думаю, для решения вашей задачи фильтров хватит.
Доступ к настройке фильтров находится в свойствах каждого интерфейса в узле General для протоколов IP (v4 и v6).
В вашем случае можно на интерфейсе каждой сети в настройках входящего фильтра следует указать, что надо пропускать весь трафик, кроме трафика, направленного в другую сеть (указать в исключениях адрес и маску этой сети).