Does this mail application really work for anybody?
So far, it has not fetched me a single email via IMAP. i have carefully checked the recommended settings of IMAP for each email provider and set as they recommend….but no use
Just curiosity….if I am doing something wrong or it is not functional?
I actually use icedove…this works…..but I would love to use the native application, if it functions as intended
POP3 works, apparently, but in this time of people accessing their mail on multiple devices that is only good for accounts that are exclusively for Haiku use.
I have given up on Mail for the time being. It’s from an earlier, simpler, age. As @michel noted, it does work for POP3 but even then it will have problems with HTML messages…
Icedove and claws mail are working fine (plugin needed for html email for claws mail)
The standard mail application wasn’t satisfactory for my usage, so I’m not using it for the moment
I’ve used Mail and mail_daemon since forever, first with gmx, then googlemail, and for some years now with mailbox.org.
Googlemail needed some special configuring on the google website (details are probably in some forum post), but I’d recommend leaving google anyway…
I use zohomail…ad free….
But, if this application is in such a state that it cannot function as intended, why should it be included in the installation stage, taking up user space?
I say we can put it to vote, to retain this or discard and if majority says discard it we can remove it from installation media
Haiku is in beta stage. And the app is working for at least some of us…
The Haiku mail daemon worked fine for me for fetching mail by IMAP from my servers (iRedMail on Linux and OpenBSD).
I had to switch to IceDove because it had some sending problems and I needed GPG encryption and signing.
But I would definitely prefer to be using the native mail daemon. 
The Mail app takes a whooping 700KB. Even adding attributes, mail_daemon, libmail, add-ons and catalogs it’s still less than 3MB. That’s when expanded. The real storage is compressed. Not saying that it must stay, it could be removed from the base system and developed outside, but the space it takes is not a concern.
I have another proposal. Any one with accounts that don’t work, have a look at why and fix it. That would make it more useful and also make life better for other users.
Or: there are about 80 bugs and enhancements filed against mail related components. Some of them mention IMAP. Many of them show that mail does indeed work for some people. Take one, fix it, repeat until the count is down to 0.
And frankly, if every thing that has problems is taken out of the installation…
Now, for gmail specifically, I have just tried. Their instructions for IMAP say they don’t support passwords anymore and you have to use the “start a Goggle session” option in your client. Option that that we don’t have, of course. It seems that in fact means you have to use OAuth2 authentication, so all you need is someone to implement it.
Maybe we can use POP? They don’t say anything about starting a session with google for that. “Just” activate it in gmail settings, activate 2 factor authentication in your google account, create an app password and use that. With plain text login type, as APOP return a not supported error. Doesn’t seem to work. Well, in gmail settings it says it’s processing the change in POP state, so maybe I have to wait.
While I’m waiting… Let’s try the app password with IMAP. Wow! It works. At least for me. Removed the POP account and applied to be sure, started a draft message in the web interface, synchronized in Haiku… and yes, there it is. My only problem is that messages get duplicated (or worse) when they have labels, say a message appearing in both /Inbox and /[Gmail]/All.
I’m using the native Mail app with a https://haikumail.online account,works totally fine.
Receiving,sending,folders,… everything as expected.
I’ve read multiple times from other forum users that some other providers (namely GMX and Disroot) also work fine.
If it doesn’t work with multiple providers,it’s probably a configuration mistake.
Sure,the Mail Daemon could use some improvements,but it’s not like it doesn’t work at all.
Yesterday I created a disroot account. After it was confirmed - allow up to 48 hours to get the confirmation mail - I was able to add the new account in the E-Mail preferences and can successfully send and receive email.
Without any info on how you configured your disroot account, we couldn’t guess.
Who said I do not have an account? I have an account at disroot and I have configured it in icedove, which is working without issues
Zohomail, gmail , I access through web login
If this mail app had worked, I would have used zohomail with this…
Please tell me how this app can be removed….
I did not install it. It was in the installation media…so. …I do not want to bork my installation…I want to uninstall it neatly
I certainly didn’t. Your thread title implied that disroot doesn’t work with the Mail app, and I proofed that it does.
Well blacklisting the app will still eat that large space on your disk so you you have to rebuild Haiku image without the app. But seriously, for less than 3MB at max, it doesn’t even worth the effort.
My email application doesn’t work with gmail either. That’s OK for me, but I sure wouldn’t put myself in the position of having to support it for others. As I recall from a very casual look, to add support for its authentication would involve some rigamarole with Google, where I’d register with them as a developer and explain in some detail what I’m doing, to get my application’s cryptographic key.or something. I didn’t look into it any further. When I put together another oauth client for a different application, I believe I used libcurl for most of the work, but that was oauth 1.
Anyway, email is another function that for the moment, is satisfied by third party software, for people new to Haiku. That’s OK, it’s the same on any other platform I know of. The problem isn’t that we have a mail application that won’t work for many, probably most users, or that its design is questionable - we have all kinds of stuff available like that. The problem is just that it’s called “Mail” and installed right there in the standard application menu. Not many platforms make a mistake like that.
Ok. Sorry. I did not read properly
MacOS comes with a built-in Mail application that can trace its ancestry all the way to NeXTStep. It works well.
Oh yeah. I used to use that, but quite a ways back I disabled it by configuring a non-working email ID, and now I’m trying to remember why. Something it did that I couldn’t change in the configuration. Probably it was downloading emails to cache when I didn’t want it to.
Hard -2 from me. I check my E-Mails on Haiku and Haiku only…
Second that, even if I’m not using it (did in the past), this is legacy nonetheless, there shouldn’t even be a mention on removing it!