Casper Tone <[EMAIL PROTECTED]> writes: > First, sorry for breaking the nettiquete of the SA wiki, as I was not > aware of the local way of discussing page changes. Once again, I > regret having been unpolite, it was not my intention.
It's mostly that the Wiki is intended for factual information. Opinions and speculation, while some or most people may agree, do not belong on the Wiki. > 1.- Is there interest for a tool such as SAProxy? Yes. > I will start highligthing that SAProxy is the only real way to use > SpamAssassin in a Windows end user environment where there is not MTA > SpamAssassin support. That is not really true. There are other Windows front-ends: http://wiki.apache.org/spamassassin/CommercialWindows > It is a pain in the * not having any developer interested in SAProxy > and furthering its development (under whichever licence it could > be). Saddly, I am not perl literate. Blood, sweet and tears was what > it took me to make saproxy 1.2 from the sourceforge CVS to work with > SA 2.64. Now I am frightened to try with SA 3+ I agree, but complaining on the Wiki is not going to fix that. > You can see the PAL here > > http://www.opensource.org/licenses/artistic-license.php > > so, IMHO, Stata Labs must provide the source code. I cannot understand > why do you believe that under PAL they should not have to provide the > source code. And, last version SAProxy Pro has not been commited to > sourceforge CVS. And I have asked them for the code and have not reply > (yet). Perhaps, but that's up to the authors: Dan McDonald, Johan, and myself. I believe only the authors have standing to enforce the license. I've asked Stata Labs to ask Yahoo! if the software can be released and I'm going to wait a short while for an answer before proceeding. Daniel -- Daniel Quinlan ApacheCon! 13-17 November (3 SpamAssassin http://www.pathname.com/~quinlan/ http://www.apachecon.com/ sessions & more)
