Konto firmowej poczty może odrzucić poprawne hasło na Androidzie lub iOS, gdy dostawca wymaga innej metody uwierzytelniania.
Spis treści
Dlaczego poprawne hasło nie działa w aplikacji pocztowej?
Hasło do skrzynki nie zawsze jest jedynym warunkiem dostępu z aplikacji mobilnej. Dostawca poczty może wymagać logowania OAuth, osobnego hasła aplikacji albo dodatkowego potwierdzenia MFA. Takie zasady zależą od usługodawcy i od typu konta.
Ważny jest także sposób obsługi poczty. Konto może korzystać z IMAP, POP albo Exchange. Są to różne typy kont pocztowych i aplikacja może proponować dla nich inne metody konfiguracji. Typ konta można rozpoznać na podstawie ustawień lub informacji podawanych przez dostawcę poczty. Opis typów kont IMAP, POP i Exchange pokazuje, czym różnią się te modele.
Czym różnią się hasło, hasło aplikacji i OAuth?
Zwykłe hasło do skrzynki
To podstawowe hasło używane podczas logowania do konta. Może wystarczyć, jeśli dostawca pozwala aplikacjom mobilnym logować się bez dodatkowego mechanizmu. Sam fakt, że hasło działa w przeglądarce, nie oznacza jednak, że zostanie zaakceptowane przez każdą aplikację pocztową.
Hasło aplikacji
Hasło aplikacji to osobny ciąg znaków przeznaczony dla aplikacji pocztowej. Jest używane wtedy, gdy dostawca nie przyjmuje zwykłego hasła w danym kliencie lub gdy konto korzysta z dodatkowego zabezpieczenia. Przykładem takiego modelu jest konfiguracja poczty iCloud na Androidzie, która może wymagać hasła utworzonego specjalnie dla aplikacji. Instrukcja konfiguracji iCloud na Androidzie opisuje ten sposób logowania.
Hasła aplikacji nie należy utożsamiać ze zwykłym hasłem do skrzynki. Jeśli dostawca oferuje tę funkcję, hasło generuje się w ustawieniach konta i wpisuje w aplikacji pocztowej zamiast podstawowego hasła.
MFA, czyli uwierzytelnianie wieloskładnikowe
MFA wymaga co najmniej dwóch elementów potwierdzających tożsamość, na przykład hasła oraz kodu lub potwierdzenia w dodatkowym urządzeniu. Panel administracyjny usługi pocztowej może pozwalać administratorowi na włączenie MFA dla użytkowników. Dokumentacja Zoho Mail dotycząca TFA opisuje zarządzanie takim zabezpieczeniem.
Po włączeniu MFA zwykłe wpisanie hasła w aplikacji może nie wystarczyć. Dostawca może wtedy obsługiwać logowanie przez OAuth albo wymagać osobnego hasła aplikacji.
OAuth, czyli nowoczesne logowanie
OAuth pozwala rozpocząć logowanie na stronie dostawcy zamiast przekazywać zwykłe hasło bezpośrednio do aplikacji pocztowej. Po pomyślnym logowaniu dostawca przekazuje aplikacji uprawnienie do obsługi poczty. Aplikacje obsługujące OAuth mogą pokazywać przycisk logowania do dostawcy lub otwierać jego stronę logowania. Opis OAuth 2.0 w BlueMail wyjaśnia ten model autoryzacji.
Jak ustalić wymaganą metodę logowania?
- Ustal typ konta. Sprawdź, czy skrzynka działa jako IMAP, POP lub Exchange. Ta informacja wpływa na sposób konfiguracji konta w aplikacji.
- Sprawdź, czy konto ma włączone MFA. Jeśli logowanie wymaga dodatkowego potwierdzenia, zwykłe hasło może nie być akceptowane przez aplikację.
- Poszukaj opcji logowania OAuth. Jeżeli aplikacja pokazuje logowanie przez dostawcę lub otwiera jego stronę, użyj tego sposobu zamiast wpisywać hasło ręcznie. OAuth jest właściwym wyborem, gdy dostawca i aplikacja go obsługują.
- Sprawdź możliwość utworzenia hasła aplikacji. Jeśli dostawca przewiduje hasła aplikacji lub bezpieczne klucze pocztowe, użyj wygenerowanego hasła zamiast zwykłego hasła do skrzynki. Takie rozwiązanie jest stosowane przez niektórych dostawców, gdy aplikacja nie korzysta z OAuth. Informacje o OAuth i bezpiecznym kluczu pocztowym dla aplikacji e-mail opisują oba warianty.
- Wpisz dane zgodnie z wybraną metodą. Dla OAuth przejdź przez ekran logowania dostawcy. Dla hasła aplikacji użyj wygenerowanego klucza. Zwykłego hasła używaj tylko wtedy, gdy dostawca dopuszcza tę metodę dla danego typu konta.
Co zrobić, jeśli aplikacja nadal odrzuca logowanie?
- Sprawdź, czy aplikacja została skonfigurowana jako właściwy typ konta, na przykład IMAP zamiast POP.
- Jeśli konto ma MFA, nie zakładaj, że zwykłe hasło będzie działać w każdym kliencie. Sprawdź obsługę OAuth lub hasła aplikacji.
- Jeśli aplikacja pokazuje ekran dostawcy, dokończ logowanie w tym oknie zamiast wpisywać dane w formularzu aplikacji.
- Jeśli dostawca udostępnia hasło aplikacji lub bezpieczny klucz pocztowy, użyj tego klucza dokładnie w miejscu przeznaczonym na hasło.
- Nie wyłączaj MFA tylko po to, aby ominąć błąd logowania. Najpierw dobierz metodę zgodną z polityką bezpieczeństwa dostawcy.
Najbezpieczniejszy wybór metody
Jeżeli aplikacja i dostawca obsługują OAuth, wybierz logowanie OAuth. Gdy OAuth nie jest dostępny, a konto używa MFA lub dostawca blokuje zwykłe hasło, użyj hasła aplikacji albo bezpiecznego klucza pocztowego, jeśli taka funkcja jest dostępna. Zwykłe hasło pozostaje właściwe tylko dla konfiguracji, w której dostawca wyraźnie dopuszcza ten sposób logowania.