AUser0, в explorer открывает, но в cmd их напрямую использовать не получится, вот что я имел в виду. А физическое расположение может отличаться от системы и как она устанавливалась/обновлялась.
Таких папок две: shell:Startup и shell:Common Startup, но эти пути с командой del работать не будут (только со start), надо узнавать их физическое расположение через реестр или использовать другой язык (например, VBScript).
Возможно. Совершенно недавно читал что-то похожее про доменную зону какой-то страны (кажется, Румынии, но, может быть даже той же Италии), что можно свободно использовать серверы имён из этой зоны (пусть .ro), а прочие надо предварительно регистрировать на официальном сайте реестра зоны. К сожалению, не помню источник.
То есть вы пытались задать сервера имён через dns-записи типа NS в том же списке, где и записи остальных типов (A, MX…)? Именно сервера имён для домена (те, что показываются в WHOIS) обычно задаются в другом месте, где никаких A-записей прописать нельзя.
Как таковой bat здесь нужен лишь для вызова утилиты findstr и перенаправления её вывода: findstr /v /g:strings.txt oldlist.txt>newlist.txt
(ну, ещё для удаления и переименования файлов).
Вы думаете, всё что Вы предложили, будет существенно быстрее?
Владислав Лысков, почему? Именно AppData или вообще? Я менял таким образом расположение пользовательских папок и считаю, что это совершенно безопасно. Только лучше сразу перезагрузится, так как уже запущенные приложения, скорее всего, будут смотреть по старым путям. А можно не править реестр, а, например, в какой-нибудь программе поменять переменную USERFROFILE и запустить из неё другое приложение, и тогда это приложение будет искать пользовательские папки в новом месте.
Владимир Коротенко, почему тогда именно postmaster, и разве сказанное Вами не относится только к самому домену, а не к домену со всеми возможными поддоменами?
С cmd, скорее всего, ничего, устройство/псевдофайл NUL определяется на более общем уровне, так что правильнее спросить «Что не так с Windows?».
Тут несколько удивительно, что ошибка происходит не при чтении из несуществующего устройства, а при записи в него (вместо создания файла с таким именем).
