Быстрый Google показывает этот сайт с тем, что смотрело на первый взгляд, чтобы быть кем-то с подобной проблемой. Это устраняет Вашу проблему?
Это кажется, что Ваша qmail система думает, что это - спам. qmail настраивается для разрешения того почтового домена реле через него?
Это не ясно мне от того, чтобы читать Ваше сообщение и ссылку, которую Вы предоставили относительно того, используете ли Вы пользовательскую изоляцию. Мое предложение состояло бы в том, чтобы определить, хотите ли Вы использовать пользовательскую изоляцию или не и затем запуститься с нуля.
Вот ссылка, которая может помочь:
http://learn.iis.net/page.aspx/305/configuring-ftp-75-user-isolation/
Я знаю, что Вы сказали, что проверили полномочия дважды, но я хотел проверить, что Вы проверили файл - полномочия уровня, а также полномочия доли?
Это настройка пользовательской изоляции.
Вам нужно изменить его на "не изолировать пользователей, запускать пользователей в "каталоге имен пользователей" "
". Я только что затронул эту проблему, и для всех, кто ищет ошибку в Google, хотелось бы добавить решение, работающее на Windows Server 2012 IIS 8.0. В конце концов, это оказалось очень просто: вам нужно создать папку LocalUser
в корне FTP, который вы указали при создании FTP-сайта. Затем создайте в этой папке папки с именами пользователей.
Например, D: \ ftp-root \ LocalUser \ user1
Другой причиной этой ошибки может быть использование FTP IPv4 Address and Domain Restrictions.
Если ваш IIS FTP-сайт или один из его родителей, включая сайт по умолчанию, использует ограничения по адресам IPv4, то вам нужно убедиться, что ваш IP-адрес разрешен.
У меня была та же самая проблема, которую вы описали, с той же самой Ошибкой, которая была возвращена FileZilla. Вот как я это исправил:
Вам нужно будет проверить физический путь FTP. Ниже приведены шаги для проверки.
Перейдите в IIS.
Щелкните правой кнопкой мыши на FTP-сайте по умолчанию. Управление FTP Sit >> Расширенные настройки
Настройки >> Физический путь.
Он должен быть правильным, иначе вы обнаружите, что домашний каталог недоступен.
Проверьте журналы FTP , записанные IIS. Коды статуса и субстатуса дадут вам больше информации о проблеме. Вот список кодов состояния: Коды состояния FTP в IIS 7.0 и более поздних версиях
В моем случае эта проблема возникла из-за того, что мой IIS не был настроен для пассивного режима . После ввода диапазона портов и внешнего IP-адреса в функции поддержки брандмауэра FTP,сообщение об ошибке исчезло:
В этом сообщении блога упоминается еще несколько основных причин: 530 Пользователь не может войти в систему, домашний каталог недоступен
Правила авторизации. Убедитесь, что у вас есть правило авторизации, разрешающее пользователю или анонимный доступ. Проверьте страницу «IIS> FTP-сайт> Правила авторизации FTP», чтобы разрешить или запретить доступ для определенных или всех пользователей.
Разрешения NTFS. Пользователи FTP (локальные пользователи или пользователи домена) должны иметь разрешения на физическую папку. Щелкните папку правой кнопкой мыши и перейдите в Свойства. На вкладке «Безопасность» убедитесь, что у пользователя есть необходимые разрешения. Вы можете игнорировать вкладку «Общие». Он не используется для доступа по FTP.
Аккаунт заблокирован. Если ваша локальная или доменная учетная запись заблокирована или срок ее действия истек, вы можете увидеть ошибку «Пользователь не может войти в систему». Проверьте свойства локального пользователя или настройки пользователя Active Directory, чтобы убедиться, что учетная запись пользователя активна.
Другие проблемы с разрешениями. Учетная запись пользователя может не иметь прав «Входить локально» или «Разрешать только безопасность анонимных подключений».
У нас была такая же проблема. ( 530 пользователь не может войти в систему, домашний каталог недоступен ) Проблема заключалась в том, что новое открытие (чтобы разрешить больше сеансов) в нашем брандмауэре разрешило другой IP-адрес нашему FTP-серверу (у нас есть настройки ограничений IP) Решением было добавить IP-адрес в СПИСОК РАЗРЕШЕНИЙ IPRestrictions
У меня была точно такая же проблема, как и у OP, после добавления нового пользователя и связанной папки пользователя на существующий сайт FTPS. Решение в конце концов состояло в том, чтобы просто перезапустить сайт в IIS. После этого я смог успешно подключиться к новой учетной записи пользователя.