On Mon, 19 Apr 2010 16:45:16 +0200 Cyril' <ds...@minou.biz> wrote: > Thanks, Stevan, > Hallo Cyril,
> I read through this, but unfortunately I understand why appliance.txt has > been removed, it's just because is was 98% the same as the current > "relay.txt", with the word "appliance" removed, and some details added. > > I'm still stuck with my installation project... Isn't there anybody arount > who installed a dspam relay? > I did. Many, many, many installations over the years. And others here on the list have done that too. > I am surprised by the gap between the simplicity as explained in the docs, > and the fact that nobody has a clear, working setup to describe about that... > You are mixing up things. Not finding any (for you clear) step by step instructions on the net does not mean that it does not exist. I mean it does not mean that such a documentation does not exist and/or it does not mean that it is hard to configure DSPAM in relay mode. Some topics are just not worth the time to describe them. Just forget DSPAM for a moment and install your MTA of choice and configure it to accept mails for the domains you would like it to accept and make that MTA to relay mail to your backend server. And after that make your backend server to use your frontend server for outbound mail. When you have done that and it works, then come back here and I or other will describe you in a bunch of easy steps how to integrate DSPAM into that setup. In fact we would even not need to describe anything since all what then needs to be done is documented in the DSPAM documentation. It's ultra easy. Very easy. I mean the DSPAM part. The hard part is the MTA and for that I would suggest you to go and either buy a book about the MTA you would like to use or go to the mailing list/forum/whatever of the MTA you would like to use and ask there for help how to setup an frontend/relay server or just go and read the documentation of the MTA you would like to use or get an consultant doing the work for you if all of this is over your head. I don't wand to sound harsh but obviously you don't understand enough about messaging and while an How-To or instructions from members of the DSPAM mailing list could help you to get such an setup up and running, one problem will still remain and that is that you don't have enough knowledge about messaging. And what is the point having a running frontend server that you somehow glued together by following step by step instructions when you don't understand how to operate it? > There is a major concern I am unsure about : how is the "retrain" thing > handled?? The relay.txt states it will be automagically activated when a > recipient "spam-...@domain" is matched, but some other implementations (well, > almost all) use a pattern matching, trigger some kinda script, calling dspam > itself with parameters... What's the truth about this??? > The truth? The truth is again simple: both ways work. The one with pattern matching DOES NOT RELAY on DSPAM doing the "automagical" work, while the one using "spam-localp...@domainpart.tld" and/or "ham-localp...@domainpart.tld" (as described in the documentation of DSPAM) DOES RELAY on DSPAM to do the "automagical" work. Asking me why most of the How-To's out there choose the pattern matching technique and not the other? I don't know? Maybe the pattern matching way is more logical to them? I really don't know. Humans solve problems differently. It is like asking you to tell me what the sum of all real numbers from 1 to 100 is. A lot will go and sum 1 + 2 + 3 + 4 + 5 + .... + 100 and get 5050. I will sure not use that technique and will just do 50 * 101 and get as well 5050. For me it is logical to use the multiplication because I know that summing all real numbers between 1 and 100 can be split in: 1+100=101 2+99=101 3+98=101 4+97=101 5+96=101 6+95=101 7+94=101 8+93=101 9+92=101 10+91=101 11+90=101 12+89=101 13+88=101 14+87=101 15+86=101 16+85=101 17+84=101 18+83=101 19+82=101 20+81=101 21+80=101 22+79=101 23+78=101 24+77=101 25+76=101 26+75=101 27+74=101 28+73=101 29+72=101 30+71=101 31+70=101 32+69=101 33+68=101 34+67=101 35+66=101 36+65=101 37+64=101 38+63=101 39+62=101 40+61=101 41+60=101 42+59=101 43+58=101 44+57=101 45+56=101 46+55=101 47+54=101 48+53=101 49+52=101 50+51=101 And this is nothing else then just 50 * 101. For me this is logical. The other technique of summing all the real numbers between 1 and 100 is known to me but I find it more time intensive to do 99 times an addition then doing once a devision (100 / 2) and then an addition (100 + 1) and then a multiplication (50 * 101). But at the end both techniques leed to the same result. > Thanks if anyone can help... I'm lost.. > In your original mail you claimed that DSPAM is not clear and that you are lost because of DSPAM not being able to provide an easy way to realize an relay mode setup. And this is not true. You are lost because of the MTA stuff. If you get the MTA setup to work WITHOUT DSPAM then adding DSPAM to the whole setup is a piece of cake. So that is why I am respondig so hard to you. Get that MTA part up and running and I will proove to you that you where wrong and that the DSPAM part is easy. > Cyril' > -- Kind Regards from Switzerland, Stevan Bajić > Stevan Bajić a écrit :On Sun, 18 Apr 2010 02:15:52 +0200 > Cyril' <ds...@minou.biz> wrote: > > Hi all, > > Hello > > [...] > > No more "appliance.txt", sometimes referred... > > I am attaching you the appliance.txt from DSPAM 3.4.9. I think John > removed that file after 3.4.9 from DSPAM. So if you see a reference to that > file in any How-To then you know that you are reading a old How-To (at least > 5 year old since 3.4.9 has been released 2005-08-08). > > [...] > > Thank for any help, > Cyril' > > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > > _______________________________________________ > Dspam-user mailing list > Dspam-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspam-user > > > [text/plain (346B)] > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > > [text/plain (162B)] > _______________________________________________ > Dspam-user mailing list > Dspam-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspam-user ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Dspam-user mailing list Dspam-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspam-user
