21–30 of 31 posts
Earlier quoted context omitted.
It reduces confidence because warez is associated with running cracked software of which you don't know exactly what was modified/added/etc.
My how far we’ve come in such a short few years.
Notqmail is a fork of Qmail, which "begins where netqmail left off". A good description of their goals can be found on the wiki: * https://github.com/notqmail/notqmail/wiki > [Notqmail] will provide stable, compatible, small releases that do not conflict with or break your local site customization or the other software you run in your mail system. notqmail also aims higher: we are developing a qmail-derived system th…
The downside is its limited integration with other systems and especially databases. If you want to configure qmail, it has to be through text files. But if you want to operate one of the common cases of a relay-only host or a single UNIX host delivering mail to its local users, it works very well.
This would be great if some of the excellent components that work with qmail to make a nice email appliance also got updated. qmail with vpopmail and qmailadmin used to make a great email appliance, but previously the overhead of maintaining it made it un-usable long term so I ditched it for postfix+dovecote+postfixadmin but there was a lot to like about qmail+vpopmail+qmailadmin
I feel like everyone has moved on from qmail to postfix; I wonder who is still using qmail. I was a huge qmail fan back in the mid '90s, it was a breath of fresh air in comparison to sendmail. But by the 2000s it was feeling largely abandoned, had a lot of hoops you had to jump through, and Postfix was on the scene and had none of those disadvantages. The last time I used qmail, it was quite a pain to collect up all…
Somewhat related, have there any updates or a forked version of daemontools? https://en.m.wikipedia.org/wiki/Daemontools http://cr.yp.to/daemontools.html I’ve been using parts of it for many many years without issue but it does feel odd that nothing has required an update in nearly 20 years. Maybe the Unix philosophy and DJB is just that good!
diff -Nur admin.orig/daemontools-0.76/src/supervise.c admin/daemontools-0.76/src/supervise.c --- admin.orig/daemontools-0.76/src/supervise.c 2010-02-19 11:08:15.000000000 +0100 +++ admin/daemontools-0.76/src/supervise.c 2010-02-19 12:53:16.000000000 +0100 @@ -86,6 +86,8 @@ const char *run[2] = { "./run", 0 }; +int flagfailed = 0; + void trystart(void) { int f; @@ -94,6 +96,7 @@ case -1: strerr_warn4(WARNING,"unable t…
The original qmail was widely known for being very secure and fast. This implementation on the other hand, is apparently marketed using warez slang? > Netqmail 1.06 is produced by this motley krewe
netqmail 1.06, which none of us notqmail people were involved in, was produced by a handful of people I have often referred to as "list elders". They were very informed, very conservative, and very careful.
Nothing wrong with heuristics. It's a busy world out there. I appreciate that you're aware you're using one here, and I thought you might like to know it's led you astray. As a notqmail developer, I hope we live up to the standards set by the netqmail folks.
What's with "netqmail" in the readme vs "notqmail" here and in the project name?
README netqmail 1.06 4 years ago I suppose the readme hasn't been edited yet. notqmail begins where netqmail left off
This would be great if some of the excellent components that work with qmail to make a nice email appliance also got updated. qmail with vpopmail and qmailadmin used to make a great email appliance, but previously the overhead of maintaining it made it un-usable long term so I ditched it for postfix+dovecote+postfixadmin but there was a lot to like about qmail+vpopmail+qmailadmin
I feel like everyone has moved on from qmail to postfix; I wonder who is still using qmail. I was a huge qmail fan back in the mid '90s, it was a breath of fresh air in comparison to sendmail. But by the 2000s it was feeling largely abandoned, had a lot of hoops you had to jump through, and Postfix was on the scene and had none of those disadvantages. The last time I used qmail, it was quite a pain to collect up all…
Somewhat related, have there any updates or a forked version of daemontools? https://en.m.wikipedia.org/wiki/Daemontools http://cr.yp.to/daemontools.html I’ve been using parts of it for many many years without issue but it does feel odd that nothing has required an update in nearly 20 years. Maybe the Unix philosophy and DJB is just that good!
Notqmail is a fork of Qmail, which "begins where netqmail left off". A good description of their goals can be found on the wiki: * https://github.com/notqmail/notqmail/wiki > [Notqmail] will provide stable, compatible, small releases that do not conflict with or break your local site customization or the other software you run in your mail system. notqmail also aims higher: we are developing a qmail-derived system th…
The release philosophy conflict is interesting. Very rarely do we see "finished" software, but the current "official release" version of qmail was released on June, 15, 1998. This is basically due to DJB's insistence on avoiding bugs by taking the UNIX philosophy as far as possible; everything is done by a small set of processes communicating over pipes, and the attack surface kept very small. The downside is its lim…
Somewhat related, have there any updates or a forked version of daemontools? https://en.m.wikipedia.org/wiki/Daemontools http://cr.yp.to/daemontools.html I’ve been using parts of it for many many years without issue but it does feel odd that nothing has required an update in nearly 20 years. Maybe the Unix philosophy and DJB is just that good!
There is also s6, s6-rc and its associated tools, done in essentially the same spirit, micromanaged into the smallest possible units. At least it feels like that. Which leads to strange experiences if you lazily try to integrate them into your system, because they are so fast that you almost never see them appear in something like htop, not even as a short blip. Even on some small ARM idling at 200Mhz. One really has to watch the logs, and do it in a systematical way. But i like that. One of the rare pieces of software which don't make me aggressive or want to vomit, like very precise and exact clock work, or very good bicycle gearing. Silent and satisfying!
[1] http://skarnet.org/software/
Then there is
[2] http://web.obarun.org/software/
which is an attempt to ease that micromanagement from an archlinux derivative, which uses this instead of systemd.
Furthermore there is
[3] https://jdebp.eu/Softwares/nosh/
with the same goals, looking very impressive on paper, but written in C++? I don't know what to make of that. But probably try it out some time, even if only for the user space virtual terminal from there.
So... daemon tooling is far from dead!