Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > muc.lists.qmail > #3322 > unrolled thread

Re: Anniversary of Qmail

Back to article view | Back to muc.lists.qmail

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Re: Anniversary of Qmail prj@case.edu (Paul Jarc) - 2025-11-18 12:14 -0500
    Re: Anniversary of Qmail Erwin Hoffmann <feh@fehcom.de> - 2025-11-18 18:51 +0100

#3322 — Re: Anniversary of Qmail

"Amitai Schleier" <schmonz@schmonz.com> wrote:
> in the meanwhile, I’d be happy to publish the historical releases in a new repo under https://github.com/notqmail

If you're not rewriting history, you can still put them in your
existing repo.  Start by building a new repo, but then push/pull that
into your original repo.  git doesn't mind having multiple unrelated
histories in one repo.

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-admin@muc.de

[toc] | [next] | [standalone]

#3323

[Multipart message — attachments visible in raw view] — view raw

Hi Amitai,

this is certainly a great idea.

What I was heading for is to describe the 'main line' of qmail and the
patches around it addressing particular problems/SMTP enhancements in
terms of a mind map (branches). 

Thus to speak the qmail heritage tree. 
Potentially also addressing some security pitfalls and lessons learned.

There is DJB's paper about '10 years of Qmail'. Maybe it is time to
widen the scope and also to include the effort of the community and
other achievements of DJB. 

Well, these are my own thoughts, other people may have different.

Regards.
--eh.


Am Dienstag, dem 18.11.2025 um 12:14 -0500 schrieb Paul Jarc:
> "Amitai Schleier" <schmonz@schmonz.com> wrote:
> > in the meanwhile, I’d be happy to publish the historical releases
> > in a new repo under https://github.com/notqmail
> 
> If you're not rewriting history, you can still put them in your
> existing repo.  Start by building a new repo, but then push/pull that
> into your original repo.  git doesn't mind having multiple unrelated
> histories in one repo.

-- 
Dr. Erwin Hoffmann | www.fehcom.de
PGP key-id: 20FD6E671A94DC1E
PGP key-fingerprint:  8C6B 155B 0FDA 64F1 BCCE A6B9 20FD 6E67 1A94 DC1E

[toc] | [prev] | [standalone]

Back to top | Article view | muc.lists.qmail

csiph-web