I don't think every form UI to CRUD API becomes a chatbot interface. First and foremost is the validation of data that leads to chatbot asking multiple questions to resolve data consistency and correctness. Another way to look at is, with CRUD data, chatbot can fill the form UI if it passes all validation & asking user nod before it updates the system. Not all CRUD will transform to chatbot immediately but they may be augmented by chatbots to make the whole interaction as automated and easier, they'll co-exist until AGI can handle every situation perfect
Site looks great and opensource moniker while replacing major products with self hosting got me really interested. Checked the github and understood svelte in frontend UI. All the best on your journey.
btw, Is video & audio conferencing built from scratch or does it need MS Teams and Zoom or can integrate with 3rd party providers?
Could there be a serverless alternative where the service wakes up only to receive emails and will be charged only when emails are processed, filtered and served & rest of the time no charge - avoiding $3 to $5 charged by behemoths per inbox? Idea is how cheap can it go for personal inbox with all the features denied by the superlative pricing plans
> Could there be a serverless alternative where the service wakes up only to receive emails and will be charged only when emails are processed, filtered and served & rest of the time no charge - avoiding $3 to $5 charged by behemoths per inbox?
I love ideas as much as the next guy and serverless email is kind of floating out there:
It's possible to build it, but the problem is that you still have the same problem of deliverability. Obviously it works fine/great for receving emails though.
> Idea is how cheap can it go for personal inbox with all the features denied by the superlative pricing plans
It could get really cheap, but would people buy it? I always wonder if price is really the limiting factor for self hosted emails.
The biggest roadblock to serverless email is that it doesn't use the http protocol. Afaik all serverless providers only process http(s) requests, usually specifically on port 80/443 only, so SMTP/POP3/IMAP don't simply work serverless. You'd need at least a proxy that wraps them in http, or convince all email services to support a new http based protocol.
Arguably, a http based email protocol would be a good thing. Not only would it enable serverless, it would also enable all the features of http/2&3, like compression, multiplexing and better pipelining. Someone would just need to define it.
The downside would be that VPS providers can not limit mail spam from their servers by just blocking outbound traffic on certain ports, so you'd find all their IPs to quickly be blacklisted. So the protocol should ideally somehow also offer some form of spam detection/prevention that works better than simple IP blacklists to prevent that.
Hmm, maybe you could create something usable by using transactional mails providers (e.g. mailgun) that supports webhooks. When you receive an email, it'll get forwarded into your endpoint via http webhook. Your endpoint could be hosted in some serverless services.
