Как отключить, получают электронное письмо на уровне DNS?
Распаковка, вероятно, не правая терминология. DECOMPRESS XZ XZ и с TAR .
Ручная страница для GNU TAR ( MAN TAR , GNU TAL по умолчанию на Debian) Указывает, что вы можете использовать:
-I, --use-compress-program PROG
filter through PROG (must accept -d)
и xz поддерживает Вы можете использовать -D -D -D -D -D, так что вы можете использовать:
tar --use-compress-program xz xvf file.txz
Что намного менее четко от страницы человека в том, что -XZ и -J являются сокращенными для - использование-компресс-программа XZ или -I XZ .
И что не указано вообще на странице человека, в том, что вы можете просто сделать
tar xvf file.txz
в GNU TAR и что он распознает файл TAR как сжатый с XZ .
xz -d < file.tar.xz | tar xvf -
Это то же самое, что и с любым сжатым архивом. Вы должны никогда не должны создавать несжатой копию исходного файла.
Некоторые TAR Реализации, такие как последние версии GNU TAR , настроили варианты XZ .
С GNU TAR или BSDTAR :
tar Jxvf file.tar.xz
, хотя, если у вас есть версия, которая имеет -J , шансы это обнаружено XZ файлы автоматически, так:
tar xvf file.tar.xz
будет достаточно.
Если ваш GNU или BSD TAR слишком стар, чтобы поддержать xz , в частности, вы сможете использовать - Use-Compress-программа :
tar --use-compress-program=xz -xvf file.tar.gz
Одним из преимуществ наличия TAR призывает компрессорную утилиту состоит в том, что она может сообщить об этом состоянии в его статусе выхода.
Примечание. Если архив MAR.XZ был создан с PIXZ , PIXZ , возможно, добавил индекс TAR , который позволяет извлечь файлы индивидуально без необходимости распаковывать весь архив:
pixz -x path/to/file/in/archive < file.tar.xz | tar xvf -
Для корневого домена нет записи A, поэтому это должно привести к ошибке. Однако, спамеры могут знать об этом трюке и игнорировать эту MX-запись.
Другая техника, которую некоторые используют, это указание на [1120917]localhost[1120918]:
Это приведет к тому, что отправляющая система попытается отправить почту сама себе. Опять же, я не удивлюсь, если спамеры тоже поймают эту уловку.[1120557].
Если домен не должен отправлять или получать электронную почту, у него не должно быть записи MX. Спам-боты могут по-прежнему пытаться использовать запись A, чтобы найти ее и отправить ей электронное письмо.
Рассмотрите возможность добавления и записи SPF (Sender Policy Framework) в форме «v = spf1 -all», которая будет указывать на то, что домен не отправляет электронную почту. В DNS для этого есть тип записи SPF, но многие инструменты по-прежнему ищут запись TXT. Это должно уменьшить количество спама, рассылаемого обратно, если домен используется для отправки электронной почты.
Если домен действительно не отправляет и не принимает электронную почту, не должно быть серверов электронной почты, настроенных для приема электронной почты для него. Убедитесь, что ваш почтовый сервер отклоняет всю электронную почту, отправляемую получателям в этом домене. Если вы получаете электронную почту для домена, ваш почтовый сервер должен быть настроен на прием электронной почты для домена. Это не решение DNS, но часть решения.Ваш почтовый сервер должен быть настроен на прием электронной почты только для домена (ов), который должен отправлять и получать электронную почту.
Рекомендуется ограничить количество доменов, участвующих в обмене электронной почтой. Обычно это зарегистрированный домен. Обычно доменом электронной почты является example.com , а www.example.com не принимает и не отправляет электронную почту.
Вы не должны делать это без согласия другой стороны, но можно указать MX на неправильный хост, т.е. тот, который не настроен для этого домена, который откажется принимать эту почту (хотя я не уверен, будет ли запись A опробована тогда вместо этого) или на тот, у кого есть почтовый сервер, который просто выбрасывает все. Указание на узел без доступного MTA также может привести к тому, что отправитель пытается принять узел записи A.