3 ms·
I can't understand the reasoning on putting everything behind HTTP these days. Personally, I think that if a project decides to go that route it's because poor
by pecg 8y ago
I can't understand the reasoning on putting everything behind HTTP these days. Personally, I think that if a project decides to go that route it's because poor design decisions. Separation of interests should exist in software solutions.
- deleted 8y ago[deleted]
- nantes 8y agoWhere does it say that it sits behind HTTP? The only bit I see that talks about something similar is, "Salmon is designed to sit _behind a traditional mail server_ in the same way a web application sits behind Apache or Nginx", emphasis is mine.
- rubinelli 8y agoIt would be nice if the documentation had some examples of how to do that, though. All it says is this: > Salmon is best deployed behind another mailserver such as Postfix or Sendmail - much in the same way as you host a WSGI application behind Apache or Nginx.
- icebraining 8y agoIf you search for "[mailserver] lmtp forward", it's not hard to find. For example, here's a configuration for Exim: https://wiki.dovecot.org/LMTP/Exim#Using_LMTP_over_TCP_Socket https://wiki.dovecot.org/LMTP/Exim#Using_LMTP_over_TCP_Socke...
- adiusmus 8y agoLots of tools for interacting with services via http. Curl, urllib, SOAP etc etc. Node.js / Python both have very good support for http. Soap etc, run a web server for quick file serving from command line if you want. Dgraoh and other tools can easily be interfaced via http. Why not leverage all that?
- dec0dedab0de 8y agoI can't understand the reasoning on putting everything behind HTTP these days. Personally, I think that if a project decides to go that route it's because poor design decisions. Separation of interests should exist in software solutions. It is a combination of developers wanting to have cross platform end users, while also working around restrictions in place on corporate networks. It's been downhill since hotmail.