Gdy połączenie się nie udaje

Documont sprawdza połączenie, gdy tylko klikniesz „Połącz”. Jeśli sprawdzenie się nie powiedzie, pod formularzem pojawia się jeden z poniższych komunikatów i nic nie zostaje zapisane.

Dwie uwagi na początek: szyfrowanie i port idą w parze – 993 do SSL/TLS, 143 do STARTTLS; przy zmianie szyfrowania port nie zmienia się sam. I wielu dostawców wymaga hasła dla aplikacji; zwykłe hasło jest wtedy odrzucane, choć jest prawidłowe.

Nie znaleźliśmy takiego serwera#

Komunikat: „Nie znaleźliśmy takiego serwera. Sprawdź adres serwera – zwykle wygląda jak imap.twojdostawca.pl.”

Wpisanej nazwy nie da się rozwiązać; niemal zawsze literówka. Sprawdź:

• czy w polu Serwer IMAP stoi nazwa serwera (imap.twojdostawca.pl), a nie twój adres e-mail;
• czy nie ma https:// ani ukośnika, ani spacji na początku lub na końcu;
• czy adres jest tym, który podaje pomoc twojego dostawcy pod hasłem IMAP.

Serwer nie przyjął połączenia#

Komunikat: „Serwer nie przyjął połączenia. Sprawdź port i szyfrowanie – zwykle 993 z SSL/TLS albo 143 ze STARTTLS.”

Serwer istnieje, ale na tym porcie nie przyjmuje połączeń; niemal zawsze zły port. Sprawdź:

• 993 z SSL/TLS albo 143 ze STARTTLS, bez zamiany;
• czy po zmianie szyfrowania dopasowano port;
• czy w sieci firmowej dostęp do skrzynek nie jest zablokowany; zapytaj administrację.

Nie udało się nawiązać szyfrowanego połączenia#

Komunikat: „Nie udało się nawiązać szyfrowanego połączenia. Prawdopodobnie port nie pasuje do szyfrowania – wypróbuj SSL/TLS na 993 lub STARTTLS na 143.”

Serwer odpowiedział, ale szyfrowania nie dało się zestawić. Sprawdź:

• zamieniając parę: SSL/TLS na 993 na STARTTLS na 143 albo odwrotnie;
• przy serwerze firmowym: Documont wymaga ważnego certyfikatu; samopodpisany jest odrzucany. Zmienia to administracja.

Bez szyfrowania Documont się nie łączy.

Twój dostawca odrzucił te dane logowania#

Komunikat: „Twój dostawca odrzucił te dane logowania. Sprawdź adres e-mail i hasło – wielu dostawców wymaga do IMAP hasła aplikacji.”

Połączenie stoi, serwer odrzucił logowanie. Najczęściej złe jest nie hasło, lecz rodzaj hasła. Sprawdź:

• hasło aplikacji zamiast zwykłego; u Apple jest obowiązkowe → Połącz iCloud Mail;
• czy po zmianie hasła Apple wygenerowano nowe hasło dla aplikacji;
• czy w polu Adres e-mail stoi pełny adres; w iCloud tylko część przed @;
• Microsoft 365, Outlook.com, Hotmail: Microsoft nie przyjmuje już haseł → Skrzynki Microsoft.

Nie udało się otworzyć folderu#

Komunikat: „Logowanie się powiodło, ale nie udało się otworzyć folderu. Sprawdź jego nazwę – u większości dostawców to INBOX.”

Sprawdź:

• czy zostawiasz INBOX, jeśli nie chcesz innego folderu;
• pisownię dokładnie taką jak w programie pocztowym; wielkość liter ma znaczenie;
• podfoldery z separatorem dostawcy, na przykład INBOX.Faktury albo INBOX/Faktury;
• jeden folder na połączenie, bez podfolderów; dla kolejnego folderu załóż drugie połączenie.

Serwer nie odpowiedział na czas#

Komunikat: „Serwer nie odpowiedział na czas. Sprawdź adres serwera i port albo spróbuj ponownie za chwilę.”

W czasie oczekiwania nie przyszła odpowiedź: albo awaria u dostawcy, albo port, na którym nic nie odpowiada. Sprawdź:

• próbując ponownie;
• jeśli to się powtarza, adres serwera i port. W iCloud port 143 nie odpowiada; tam obowiązuje 993 z SSL/TLS.

Nie udało się#

Komunikat: „Nie udało się. Spróbuj ponownie za chwilę.”

Błąd, który nie pasuje do żadnego innego komunikatu. Jeśli dostawca coś zgłosił, stoi to poniżej: „Serwer odpowiada: …”. Sprawdź:

• próbując ponownie;
• szukając odpowiedzi serwera w pomocy swojego dostawcy; pochodzi ona dosłownie od niego;
• jeśli błąd zostaje, napisz do nas, podając odpowiedź serwera i dostawcę, ale bez swojego hasła.

Brakuje danych lub są nieprawidłowe#

Komunikat: „Brakuje danych lub są nieprawidłowe. Sprawdź wprowadzone informacje.”

Ten komunikat przychodzi, zanim Documont odezwie się do jakiegokolwiek serwera: pole obowiązkowe jest puste albo nieprawidłowe. Sprawdź, czy serwer IMAP, adres e-mail i hasło są wypełnione i czy w polu Port stoi liczba.