[qmailtoaster-devel] QMT v2 chat

Martin Waschbuesch | 6 Jul 2010 09:21

Re: [qmailtoaster-devel] QMT v2 chat

Hi Jake,

As always when it comes to qmail patches, it is sort of hard to know what exactly we do have in our list of patches. Perhaps we should keep a list of individual patches we use with information about them? Like

or something like it? Some advantages would follow:

1.) We would know just exactly what QMT can do as opposed to stock qmail-1.03

2.) We'd be able to more easily compare our work with patches other people have written and allow other people to benefit from what we found to work.

4.) It just might be the seed for an up-to-date qmail source tree with a current list of features and most known issues fixed.

From what I've seen, the biggest problem qmail had (and curiously enough it has not changed much since it became public domain) was that updates always were and still sort of are just that: patchwork.

Just look at the way qmail.org lists patches - unless you already know all about it, you're lost when browsing that list (plus there ARE dead links among that list as well). I think it would be a great benefit to QMT if we were (sort of) the first to bring order into that mess.

The netqmail people used to provide this, but AFAIK, they have been quite silent since netqmail-1.06, which was just a change in licensing terms.

Oh, last but not least, some notes on patches posted on our wiki (dunno if that list is even up to date): http://wiki.qmailtoaster.com/index.php/Patches_included_with_QmailToaster

Andrew St. Jean - qregex-starttls-2way-auth-20060305 http://www.arda.homeunix.net/store/qmail/ Frederik Vermeulen - qmail-tls 20060104 http://inoa.net/qmail-tls/ *** Updated version exists: http://inoa.net/qmail-tls/netqmail-1.05-tls-20070408.patchErwin Hoffman - SMTP-AUTH Version 0.57 http://www.fehcom.de/qmail/ *** link dead? I only get access forbiddenRobert Sander - qmail-remote-auth http://www.ornl.gov/lists/mailing-lists/qmail/2002/03/msg00091.html
Antonio Nati - chkuser-2.0.8b http://www.interazioni.it/opensource/chkuser/ Chris christophe <at> saout.de - qmail-spf.rc5 http://www.saout.de/misc/spf/ Russ Nelson - qmail-1.03-dk-0.54 domainkeys patch http://www.qmail.org/qmail-1.03-dk-0.54.patch Jeremy Kister - qmail-dk-0.54-auth patch http://jeremy.kister.net/code/qmail-dk-0.54-auth.patch Erwin Hoffmann - warlord-1.3.11 http://www.fehcom.de/qmail/ Bill Shupp - netqmail-maildir++.patch http://shupp.org/patches/netqmail-maildir++.patch Bill Shupp - custom-smtp-reject http://www.shupp.org/patches/custom.patch Johannes Erdfelt - big-concurrency patch http://qmail.org/big-concurrency.patch Inter7 - qmailtap-1.1 tap http://www.inter7.com/qmailtap/qmail-tap-1.1.diff *** dead link?Alexey Loukianov - Log Enhancement Patch Jean-Paul van de Plasse - REQUIRE_AUTH Patch Marcelo Coelho - qmail-srs-0.4.patch http://opensource.mco2.net/qmail/srs/ *** Updated version exists: qmail-srs-0.7.patchSMTP Linefeed Patch Big DNS Patch

Anyway, just a thought.

Martin

Am 06.07.2010 um 08:35 schrieb Jake Vickers:

On 07/06/2010 01:11 AM, Anil Aliyan wrote:
Sounds like something similar to TrendMicro's + qmail in sandwich mode. Two

instances of qmail for incoming and outgoing. Incoming instance will receive

mail from external or internal domains and then send for scanning and then

again sending it for local delivery.

Not familiar with their setup, but essentially yes.
I'm just looking at the patches now and decided to stay with what we know works, and has always worked, or go with a different patch set. Need to weigh the benefits against what the losses are.
Other than changing some of the defaults in chkuser, is there anything that chkuser does not do that you think it should, or be handled by a different patch set?

---------------------------------------------------------------------
To unsubscribe, e-mail: qmailtoaster-devel-unsubscribe <at> qmailtoaster.com
For additional commands, e-mail: qmailtoaster-devel-help <at> qmailtoaster.com