Unable to retrieve IMAP mail using built-in mail app

[codewrangler]

Using the preferences app to setup an IMAP account, I can retrieve the IMAP folders and send mail out. However, I can not receive email from the server.

I am using hrev56563 (64 bit build).

[khallebal]

If your email provider is gmail don't bother trying, google has blocked any client/service that is not from Apple or MS, calling them "unsafe" and this starting from may this year, that was the last drop for me that made me leave gmail, i'm now using zohomail which works with the built-in mail client and claws-mail, if i's not gmail then just ignore this comment.

[codewrangler]

It's not gmail. It's my own IMAP server (fastdomain).

Replying to khallebal:

If your email provider is gmail don't bother trying, google has blocked any client/service that is not from Apple or MS, calling them "unsafe" and this starting from may this year, that was the last drop for me that made me leave gmail, i'm now using zohomail which works with the built-in mail client and claws-mail, if i's not gmail then just ignore this comment.

[nephele]

Hi codewrangler, I can receive email fine with my personal email server via IMAP. Per chance, are you using a self signed cert?

[codewrangler]

I'm not using any cert. I'm just configuring the account with the preferences app. Sending email works fine, but downloading email does not. I don't get an error, I just never see any email, anywhere on the disk.

[nephele]

are you using unencrypted IMAP then? in any case, webmailers don't use imap directly iirc.

can you share the log from the mall_daemon or the config you've used? (it might include confidential info though, so please check that)

[humdinger]

You can try stopping the mail_daemon in Terminal (quitting/killing it in another way will restart it):

launch_roster stop x-vnd.Be-POST

Then re-start it from Terminal with /system/server/mail_daemon Be prepared for a flood of output...

[codewrangler]

That doesn't make a difference. However, I grabbed a log from the output (changed the email and password) and will add the attachment.

Additional info, it seems to have downloaded files from the trash, that my web mail app shows is empty.

Replying to humdinger:

You can try stopping the mail_daemon in Terminal (quitting/killing it in another way will restart it):

launch_roster stop x-vnd.Be-POST

Then re-start it from Terminal with /system/server/mail_daemon Be prepared for a flood of output...

[codewrangler]

Log of email_daemon sync

[pamen]

HI, Using Nightly for 2 weeks or so. having the same problem with Kerio Connect IMAP server. Starting mail_daemon via terminal gives plenty of seemingly correct output (list of mailboxes, list of Seen/Other messages) but there is no fetch executed afterwards at all. Not a single email (unread or not) is downloaded. every 5 minutes This used to work just fine in Beta3.

Log shows correct listings of messages to fetch. No errors shown whatsoever, apart from not being able to access public folders, then:

A0000004 OK LSUB completed IMAP: worker 0x1273a2e7d510: enqueue check mailboxes C: A0000005 LOGOUT

• BYE logging out

Unhandled S: BYE, logging, out A0000005 OK LOGOUT completed

5 minutes later: check subscriptions (ok), no fetching performed as if the mailed assumed all is already locally saved.

search whole filesystem - no traces of downloaded RFC messages. No user error here.

[codewrangler]

More info: I also noticed that the mail-daemon will crash, when trying to shutdown the OS. However, I was not able to save a crash report (just hangs after that).

[codewrangler]

More testing: This issue also happens with R1/beta3 (Revision hrev55181+67) x86_64

[codewrangler]

OS version

[pamen]

Hi I spent quite a few hours trying to troubleshoot. Including the tips from above. I did set up full logging on Kerio mail server used for this IMAP connection (works with Beam, Trojita on Haiku, Outlook, TheBat! and even our home-brew IMAP client etc.)

All I get is: Mail_daemon connects fine with SSl or without (SMTP fails with old, not anymore compatible authentication methods) Asks correctly for server capabilities (and these are full set of RFC IMAP commands) Mail_daemon creates all folders correctly at setup time. Meail_daemon asks for list of new emails. -> Gets correct response for each folder with counts of unread. Mail_daemon ends session and disconnects. naver asks for total counts, does not download anything. No emails get downloaded. New or not new.

It would be a big pity not to have Email working, as the built-in email follows all BeOS / Haiku paradigms and is perfectly integrated.

Beam does not process any folders apart from Inbox, Trojita is a single-account solution (at least the version for Haiku).