this post was submitted on 22 Jan 2024
20 points (95.5% liked)
Open Source
31111 readers
382 users here now
All about open source! Feel free to ask questions, and share news, and interesting stuff!
Useful Links
- Open Source Initiative
- Free Software Foundation
- Electronic Frontier Foundation
- Software Freedom Conservancy
- It's FOSS
- Android FOSS Apps Megathread
Rules
- Posts must be relevant to the open source ideology
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon from opensource.org, but we are not affiliated with them.
founded 5 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Websites do not have the functionality to connect to mail servers. These are different protocols.
For mail server infrastructure, Stalwart is said to be pretty good. I haven't had a chance to try it yet.
This doesn't make sense.
A website is basically just the responses a server sends to a browser. That server has any functionality you want it to.
A website is the response a web server sends on a web port to a web browser. SMTP on port 80/443 won’t work well, but please try.
You understand that computers can use more than one port?
There's nothing abnormal about what he's requesting.
You understand that web servers (listening on a web server port) and mail servers (listening on one or more mail server ports, possibly on the same computer) are entirely different technologies?
They're just protocols. There's nothing preventing a program from interacting with both. Webmail isn't some mystical art no one's ever thought of before.
Again, I’m talking about the server part here, and there is a lot preventing a server to be both a web and a mail server.
Doesn't look like "a lot" to me. 15 years and going strong. The first page of google results for "how to set up a mail server" all include webmail, which would be both a web and a mail server.
It's just a computer (or program, depending on context). It can do whatever you want it to.
If I want to write/modify a mail server that watches video feeds from 6 different beaches and only bothers accepting mail when beaches 2, 3 and 5 are empty and beaches 1, 4, and 6 have 500 people, nothing is stopping me. It's stupid and a waste of time, but it's a computer. It can run arbitrary code.
That's ignoring that if you read what he wants, it would be a client to the actual recipient mail server and only needs to actually serve the web interface so that he can access his email from various browsers.
Stalwart looks neat, thanks for mentioning it. 🐧
If you try it, report back. ;-) My current setup is mostly OpenSMTPD & Dovecot, but I'm open for good reasons to move away.
Tested Stalwart, the all in one option with both JMAP and IMAP. Looks fairlygood, works fine with IMAP and SMTP, but making it work with JMAP clients took me some time. This page helped for the F-Droid client lrr.rs. With Cypth it was a no go. SnappyMail webmail software is not mentioned on the JMAP clients page at all but it is with development 1/2 done with JMAP implementation. In a few months time Stalwart is expected to have a web interface for admins. Looking forward to testing again when that is available.
Thank you! :-)
okay :) I find it interesting because :
Especially the JMAP part I am curious about. I hope to toy with this every now and then, and then report back :)
JMAP sounds interesting indeed, but as far as I understand, there is an underwhelming number of clients that speak it?
Ah, yes, you're right, cheers for that, but I am interested to compare JMAP speed and options with IMAP. And to test Stalwart I would not mind using the first and the last three in that Clients list.
Of course. I want to have a webmail websever. It's an interface for viewing and writing mails with the backend doing the mailserver connection.