Несомненно, это могло быть отказом разработчика. Например, спецификация говорит, что ПРИЕМ должен быть похожим на это:
RCPT TO:<user@example.com>
Однако это - очень обычная практика для фактической отправки этого:
RCPT TO: user@example.com
Самые полнофункциональные, сформировавшиеся MTAs принимают последнего даже при том, что это не строго корректно. Некоторые приложения (как почтовые брандмауэры, почтовые ловцы CRM, и т.д.) будут строги об этом и возвратят ошибку.
Я не говорю, что это - причина в этом случае, но это - пример того, как Ваш код мог работать с большинством серверов, но все еще быть Вашим отказом, если это повреждается на небольшом проценте серверов.
Я рекомендация второго Evan осуществить сниффинг трафика и понять, что на самом деле отправляется.
ТОЛПА: Изменение или Изменение Вашего Пароля, найденного от ТОЛПЫ: Толпитесь 101, имеет некоторые детали.
ага, найденный им в документации Atlassian. Необходимо предоставить весь доступ каталога для давки, каждый пользователь в нем может затем изменить их собственный пароль. Если Вы предоставляете доступ для давки группой, та группа заставляет права администратора толпиться, который НЕ является хорошей идеей.
Не знайте, почему они не могут позволить более прекрасные мелкие частицы доступа.