On 21 Feb 1997, D. J. Bernstein wrote:
> qmail 1.00 is available through http://pobox.com/~djb/qmail.html.
>
> No code changes from 0.96. I have lots of cleanups scheduled, and I'll
> have to add IPv6 support someday, but 1.00 should be an adequate MTA for
> the next several years.
Mazal Tov, Dan, it's a male... I mean mail!
(nahh, didn't come out right)
wish list I summed up, please feel free to add here, guys.
- runtime-configured UIDs (not hardcoded)
- stick to FSSTD and kick the binaries/manpages out of /var in the default
installation
- clean up the last few backward compatabilities with sendmail
- find a nice solution for people used to using .forward
- RPM and deb packages becoming a standard official distribution format,
right next to the .tar.gz file, to help Qmail spred faster
- find a solution to the annoying explosion method (group of mails to the
same host are sent in paralel by separate processes/TCP connections
instead of more efficiant delivery)
> qmail 1.00 is available through http://pobox.com/~djb/qmail.html.
>
> No code changes from 0.96. I have lots of cleanups scheduled, and I'll
> have to add IPv6 support someday, but 1.00 should be an adequate MTA for
> the next several years.
Mazal Tov, Dan, it's a male... I mean mail!
(nahh, didn't come out right)
wish list I summed up, please feel free to add here, guys.
- runtime-configured UIDs (not hardcoded)
- stick to FSSTD and kick the binaries/manpages out of /var in the default
installation
- clean up the last few backward compatabilities with sendmail
- find a nice solution for people used to using .forward
- RPM and deb packages becoming a standard official distribution format,
right next to the .tar.gz file, to help Qmail spred faster
- find a solution to the annoying explosion method (group of mails to the
same host are sent in paralel by separate processes/TCP connections
instead of more efficiant delivery)