Как проверить полномочия IUsrs на определенную папку
Существует несколько опций выполнить это, и они все в основном зависят от курьера, которого Вы используете, чтобы сделать заключительную доставку к виртуальному почтовому ящику пользователя.
- При использовании Постфикса запаса, виртуального (8) курьер Вы не можете выполнить это.
- Если Вы используете или Cyrus LDA или Голубятню LDA, Вы habe еще две опции: можно или использовать их встроенную функциональность Решета (быстрый поиск Google должен показать, как проанализировать заголовок X-Spam-Status), и предоставьте глобальный сценарий Решета или используйте разделители получателя (набор
recipient_delimiter = +в Постфиксе' main.cf и взглянули на документацию перенаправления для amavisd-нового). - При использовании maildrop см. ответ James.
- Если ни одно из этого, опции применимы, Вы могли бы позволить amavisd-новый поместить те письма в карантин. Менеджеры по карантину OSS недостаточны для основанного на SQL карантина, который я действительно только знаю MailZu и MailZu-ng для amavisd-нового современного. Maia Mailguard идет со своей собственной amavisd-новой реализацией (я не рекомендую использовать Maia по различным причинам). Наконец, я в последнее время писал объединенное quarantine/mailsettings приложение управления, но я не могу дать даты на том, когда этот будет закончен).
Совершенно другой подход, учитывая, что или Ваш почтовый объем является низким или у Вас есть доступ к некоторым серьезным аппаратным средствам, должен был бы работать amavisd-новый как перед фильтром очереди, таким образом, избавляя от необходимости в папках спама/спама или карантине полностью: Если законная почта будет отклонена как спам, то отправитель будет уведомлен своим собственным почтовым сервером - так как Вы технически никогда не принимали почту, Вы ни за что не будете ответственны.
Существует несколько мест для взгляда... Вы находитесь в Компьютере/Управлении пользователями, но это - только часть проблемы.
Вы должны будете найти, что папка FTP в системе и щелчке правой кнопкой-> свойства смотрит на текущие полномочия на той папке. Если IIS работает в соответствии с учетной записью IUsr, у IUsr или группы, в которой находится IUsr, должен быть доступ для чтения-записи к той папке, если я понимаю Ваши вопросы правильно.
Если необходимо протестировать полномочия, а не видеть, где и как они настроены, можно получить пароль IUSR_xxxxxx путем выполнения этой процедуры: текст ссылки. Можно затем сделать некоторое интерактивное экспериментирование, путем выполнения рун/user:IUSR_xxxxxx cmd.exe и просмотреть вокруг для наблюдения, где проблема заключается. Я был в аналогичной ситуации, где я должен был предоставить пользовательский доступ для чтения к корню диска, так, чтобы это могло использовать папку в другом месте на диске.