JIRA+Crowd: как позволить пользователям изменять свои собственные пароли?

Несомненно, это могло быть отказом разработчика. Например, спецификация говорит, что ПРИЕМ должен быть похожим на это:

RCPT TO:<user@example.com>

Однако это - очень обычная практика для фактической отправки этого:

RCPT TO: user@example.com

Самые полнофункциональные, сформировавшиеся MTAs принимают последнего даже при том, что это не строго корректно. Некоторые приложения (как почтовые брандмауэры, почтовые ловцы CRM, и т.д.) будут строги об этом и возвратят ошибку.

Я не говорю, что это - причина в этом случае, но это - пример того, как Ваш код мог работать с большинством серверов, но все еще быть Вашим отказом, если это повреждается на небольшом проценте серверов.

Я рекомендация второго Evan осуществить сниффинг трафика и понять, что на самом деле отправляется.

1
задан 7 October 2009 в 20:32
2 ответа
1
ответ дан 4 December 2019 в 02:22

ага, найденный им в документации Atlassian. Необходимо предоставить весь доступ каталога для давки, каждый пользователь в нем может затем изменить их собственный пароль. Если Вы предоставляете доступ для давки группой, та группа заставляет права администратора толпиться, который НЕ является хорошей идеей.

Не знайте, почему они не могут позволить более прекрасные мелкие частицы доступа.

0
ответ дан 4 December 2019 в 02:22

Теги

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