Witam! Natknąłem się ostatnio na problem w konfiguracji konta home.pl w programie Mailspring. Po przeprowadzenie dochodzenia okazało się, że biblioteki libetpan i mailcore2, z których korzysta Mailspring, do odczytania listy folderów używa komendy XLIST. Niestety kończy się to błędem parsera. Szybki test komunikacji przez terminal (openssl s_client) dał dość zaskakujące rezultaty (wklejam część komunikacji): 1 OK [CAPABILITY IMAP4rev1 SASL-IR LITERAL+ CHILDREN I18NLEVEL=1 ID IDLE SORT SORT=DISPLAY UIDPLUS UNSELECT QUOTA MOVE WITHIN LIST-EXTENDED LIST-STATUS SPECIAL-USE XLIST STARTTLS] Completed 2 XLIST "" "*" * XLIST (\HasChildren \) "." "Archive" * XLIST (\HasNoChildren \) "." "Archive.2020" * XLIST (\HasNoChildren \) "." "Archive.2021" * XLIST (\HasNoChildren \) "." "Courses" * XLIST (\HasNoChildren \Draft) "." "DRAFTS" * XLIST (\HasNoChildren \Inbox) "." "INBOX" … 2 OK Completed Proszę zwrócić uwagę na „puste” („\”) flagi przed zamknięciem nawiasów. Z tego co widziałem, żadne RFC nie dopuszcza takiego rozwiązania i jest to jednocześnie coś co powoduje błąd parsera, który, zgadzam się, mógłby być bardziej liberalny w tej kwestii, ale jest jak jest. Zwykły LIST (a raczej LIST-EXTENDED patrząc na CAPABILITY) zachowuje się już poprawnie: 3 LIST "" "*" * LIST (\HasChildren) "." "Archive" * LIST (\HasNoChildren) "." "Archive.2020" * LIST (\HasNoChildren) "." "Archive.2021" * LIST (\HasNoChildren) "." "Courses" * LIST (\HasNoChildren \Drafts) "." "DRAFTS" * LIST (\HasNoChildren) "." "INBOX" … 3 OK Completed Welcome string serwera pokazuje, że jest to Dovecot. W związku z tym sugeruję, żeby: wyłączyć zupełnie rozszerzenie XLIST, poprawić odpowiedzi serwera na tą komendę. XLIST jest i tak oznaczony przez Google'a jako „wycofany” i to już od 2013 r., więc nie powinno to być większym problemem, tym bardziej, że i tak jest włączony LIST-EXTENDED.
No i pięknie! Bardzo dziękuję! Jeśli będę mógł w czymś pomóc lub coś doprecyzować, to proszę dać znać na forum (śledzę wątek).