exim отклоняют весь local_part, соответствующий шаблону

ОБНОВЛЕНИЕ: Эти инструкции могут быть устаревшими. Это появляется в недавних системах, которые переместили сокеты брелока для ключей гнома, формируют случайный каталог в ~/.cache/ кому: /run/user/<ID>/keyring/ (по крайней мере, на Debian Jessie), таким образом, простой перезапуск должен быть достаточным.

Это немного хитро, поскольку гном-демон брелока для ключей устанавливает параметры уникальной среды, прежде чем Ваша сессия запустится, и эта среда используется для доступа к канавке демона сокет. Среда копируется в каждое приложение, таким образом, нет никакого способа сбросить все переменные среды. Существует путь, который включает вручную перезапуск демона, symlinking старый dir к новому (таким образом, старая среда все еще работает), и затем запуск отдельных сервисов.

  1. Удостоверьтесь, что нет никакого гнома-демона брелока для ключей, работающего (эта команда не должна возвращать pid, если она делает необходимо уничтожить ее),

    pgrep -f gnome-keyring-daemon
    
  2. Очистите старые сокеты брелока для ключей

    rm -rf ~/.cache/keyring-*
    
  3. Запустите процесс демона - мы используем setsid и перенаправляем SDTIN, OUT & ERR, таким образом, нет никакой ассоциации к нашему shell/tty. Это создаст новый каталог с сокетом управления в ~/.cache/.

    setsid /usr/bin/gnome-keyring-daemon </dev/null >/dev/null 2>&1
    
  4. Символьная ссылка новый каталог сокета к старому (идеально заменяют подстановочный знак фактическим каталогом, но так как мы удалили их всех ранее, должен быть только один):

    ln -s ~/.cache/keyring-* $GNOME_KEYRING_CONTROL
    

    NB: у меня нет Вашей проблемы оболочки гнома, но если Вам не экспортировали эти переменные из того, где Вы запускаете оболочку гнома Вы, многие должны вручную передать следующие переменные среды оболочке гнома: GPG_AGENT_INFO GNOME_KEYRING_CONTROL SSH_AUTH_SOCK. Необходимо смочь получить значение на путь, удаленный в № 2 (если у Вас есть несколько каталогов, необходимо искать новое).

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

    /usr/bin/gnome-keyring-daemon --start --components=pkcs11
    /usr/bin/gnome-keyring-daemon --start --components=gpg
    /usr/bin/gnome-keyring-daemon --start --components=ssh
    

    Эти последние команды распечатают переменные среды... можно проигнорировать их, просто удостоверьтесь, что нет никаких ошибок сокетного соединения.

Кроме того, если Вы хотите к очистке старые сокеты, можно добавить a @reboot запись крона, которая делает очистку:

find ~/.cache/ -maxdepth 1 -type l -name 'keyring-*' -delete
2
10.10.2014, 11:36
2 ответа

Определяет идентификатор раздела как SWAP Linux . Запись раздела в главной записи Master Boot устройства содержит шестнадцатеричное значение этого типа раздела. В этом случае это будет 0x82 .

Проблема в каждой операционной системе интерпретирует их разные. Это теоретически возможно, что если вы используете две операционные системы с тем же жестким диском, тот же код может использоваться для обозначения двух различных типов раздела.

Например, в операционной системе Linux ID 0x82 означает своп и в Solaris он определяет нормальный раздел.

Однако тип раздела просто отмечает раздел. Вы можете создать пространство Linux Swap в таком разделов с Mkswap .

-121--205475-

Линия ACL может быть следующей:

deny condition = ${lookup{$localpart}nwildlsearch{/path/to/the/black.list}{yes}{no}}

, в то время как , в то время как Black.List содержит PCRE Regexes по одному на линию:

^.*[0-9].*
^.*[!@#$%^&*()_+].*
^.*sales.*
2
27.01.2020, 22:05

На основе ответа Kondybas -, специфический для Ubuntu/Debian ответ заключается в изменении следующих строк в /etc/exim4/conf. d/main/01_exim4-config_listmacrosdefs читать:

.ifndef CHECK_RCPT_LOCAL_LOCALPARTS                                             
CHECK_RCPT_LOCAL_LOCALPARTS = ^[.] : ^.*[@%!/|`#&?0-9]                          
.endif

Очевидно, что это работает только для добавления [0-9] в паттерн. Для других паттернов может потребоваться решение Кондибаса .

1
27.01.2020, 22:05

Теги

Похожие вопросы