Mailspring: Parsing Error (IMAP)View Log [home.pl compatibility]

Created on 5 Jul 2018  路  25Comments  路  Source: Foundry376/Mailspring

Hello, I have a problem when trying to connect to home.pl servers

Parsing Error (IMAP):

----------IMAP----------

  • OK projektyngo.home.pl IdeaImapServer 0.83 ready
    1 CAPABILITY
  • CAPABILITY IMAP4rev1 LITERAL+ CHILDREN I18NLEVEL=1 IDLE SORT SORT=DISPLAY UIDPLUS UNSELECT QUOTA MOVE WITHIN LIST-EXTENDED LIST-STATUS SPECIAL-USE XLIST STARTTLS AUTH=PLAIN AUTH=LOGIN
    1 OK Completed
    2 LOGIN "t[email protected]" "**"
  • CAPABILITY IMAP4rev1 LITERAL+ CHILDREN I18NLEVEL=1 IDLE SORT SORT=DISPLAY UIDPLUS UNSELECT QUOTA MOVE WITHIN LIST-EXTENDED LIST-STATUS SPECIAL-USE XLIST STARTTLS
    2 OK Completed
    3 LIST "" ""
  • LIST (\Noselect) "." ""
    3 OK Completed
    4 XLIST "" "*"
  • XLIST (\HasNoChildren \Draft) "." "DRAFTS"
  • XLIST (\HasChildren \Inbox) "." "INBOX"
  • XLIST (\HasNoChildren ) "." "INBOX.ARCH"
  • XLIST (\HasNoChildren \Sent) "." "SENT"
  • XLIST (\HasNoChildren \Spam) "." "SPAM"
  • XLIST (\HasNoChildren \Trash) "." "TRASH"
  • XLIST (\HasNoChildren ) "." "confirmed-ham"
  • XLIST (\HasNoChildren ) "." "confirmed-spam"
    4 OK Completed
    XLIST (\HasNoChildren ) "." "INBOX.ARCH"
done-pending-release mailserver-incompatibility needs-reproduction

Most helpful comment

Hey folks鈥攕orry for the delay, this took a little while to track down, but I've got it fixed! Here's a quick rundown in case anyone stumbles across this in the future:

  • Home.pl is using an IMAP server that calls itself "IdeaImapServer". I've never heard of this one before. It advertises the XLIST IMAP capability, but the XLIST response it sends cannot be parsed by Mailcore2. Mailspring now special cases "IdeaImapServer" and falls back to a more basic "LIST" request to get folder names.

  • Home.pl doesn't provide message dates when you ask for "message headers" via IMAP. This is really strange - it's sort of one of the basic pieces of information along with message subjects. However, it does provide a "received date" (the date the message was received by the server rather than the date the sender pushed it through their SMTP server.) I've made Mailspring handle this case gracefully and I think this MIGHT also fix #1019, #813, which I've been hunting for for a LONG time.

  • Home.pl's "Welcome to home.pl" email contained a bunch of inline attachments (nice little GIFs) but they didn't set a Content-Disposition indicating they were meant to be displayed in the message so they all showed up as attachments in Mailspring, which is crap. Mailspring now looks to see if the attachments are referenced in the HTML of the message, so we can detect that they're meant for inline display even if the MIME headers are missing. This should fix #219!

Thanks so much for your patience everyone鈥攁nd @dtokarczyk for the test account! I have to do a bit of testing, but this will ship soon in the next Mailspring release.

All 25 comments

Did you manage to solve this? I have same problems on home.pl server.
My log:

----------IMAP----------

  • OK serwer1479711.home.pl IdeaImapServer 0.83 ready
    1 CAPABILITY
  • CAPABILITY IMAP4rev1 LITERAL+ CHILDREN I18NLEVEL=1 IDLE SORT SORT=DISPLAY UIDPLUS UNSELECT QUOTA MOVE WITHIN LIST-EXTENDED LIST-STATUS SPECIAL-USE XLIST AUTH=PLAIN AUTH=LOGIN
    1 OK Completed
    2 LOGIN "marcin.tabakiernik" ***
  • CAPABILITY IMAP4rev1 LITERAL+ CHILDREN I18NLEVEL=1 IDLE SORT SORT=DISPLAY UIDPLUS UNSELECT QUOTA MOVE WITHIN LIST-EXTENDED LIST-STATUS SPECIAL-USE XLIST
    2 OK Completed
    3 LIST "" ""
  • LIST (\Noselect) "." ""
    3 OK Completed
    4 XLIST "" "*"
  • XLIST (\HasNoChildren \Draft) "." "DRAFTS"
  • XLIST (\HasNoChildren ) "." "Drafts"
  • XLIST (\HasNoChildren \Inbox) "." "INBOX"
  • XLIST (\HasNoChildren \Sent) "." "SENT"
  • XLIST (\HasNoChildren \Spam) "." "SPAM"
  • XLIST (\HasNoChildren \Trash) "." "TRASH"
    4 OK Completed
    XLIST (\HasNoChildren ) "." "Drafts"

Same here!

Same problem with home.pl server too.

Me too! Same problem.

Same problem with home.pl

Bump, same problem

I have the same problem with home.pl

+1

+1

Hello,
Anyone solve it ?

I have the same problem with home.pl

I have the same problem with home.pl / post.pl. Anyone have any solution?

Same issue.

+1

+1

+1

It seems there is a problem with the Polish popular mail provider home.pl.

Any solved?

I've got exactly the same problem. Please fix it....

@Foundry376 Fix this problem? Other email clients do not have this problem, but yours is the most proper

Hey folks - thanks for reporting this. It looks like home.pl accounts aren't free and I'm a little confused which of their options you're using that is causing the problem. (It seems like one of them uses Google Apps Suite?)

If anyone has a home.pl domain and could temporarily create an email account I could test with, I should be able to get this fixed (or determine if it's a more serious problem.) I'd really appreciate it! Feel free to email me at [email protected]. Thanks 馃檹

Hello,
I've asked for help regarding this issue on home.pl helpdesk.
Hopefully someone from company will contact you and try to help with this.

@bengotow - I sent for you e-mail with account for tests. Good luck and we're waiting for fix :)

@RafalKrych Did you get info from Home.pl?

Hey folks鈥攕orry for the delay, this took a little while to track down, but I've got it fixed! Here's a quick rundown in case anyone stumbles across this in the future:

  • Home.pl is using an IMAP server that calls itself "IdeaImapServer". I've never heard of this one before. It advertises the XLIST IMAP capability, but the XLIST response it sends cannot be parsed by Mailcore2. Mailspring now special cases "IdeaImapServer" and falls back to a more basic "LIST" request to get folder names.

  • Home.pl doesn't provide message dates when you ask for "message headers" via IMAP. This is really strange - it's sort of one of the basic pieces of information along with message subjects. However, it does provide a "received date" (the date the message was received by the server rather than the date the sender pushed it through their SMTP server.) I've made Mailspring handle this case gracefully and I think this MIGHT also fix #1019, #813, which I've been hunting for for a LONG time.

  • Home.pl's "Welcome to home.pl" email contained a bunch of inline attachments (nice little GIFs) but they didn't set a Content-Disposition indicating they were meant to be displayed in the message so they all showed up as attachments in Mailspring, which is crap. Mailspring now looks to see if the attachments are referenced in the HTML of the message, so we can detect that they're meant for inline display even if the MIME headers are missing. This should fix #219!

Thanks so much for your patience everyone鈥攁nd @dtokarczyk for the test account! I have to do a bit of testing, but this will ship soon in the next Mailspring release.

I added Home.pl account in release 1.5.7 and is working fine.

Was this page helpful?
0 / 5 - 0 ratings