I guess you're right, Stevan (and others here). Believe me, my point was not to blame dspam actually, nor claim about bad support or else ; first, I realize there is a rich community ready to help, then I have to admit my postfix knowledge may be insufficient for that application, and that's certainly the main issue. Probably I was looking for some automagical out-of-the box solution, which obviously is the wrong way. Sorry then if I appeared rude+newbie, it was not written like that in my mind! Really.
I'll go practice a bit and come back to you with serious questions ;-) I appreciate your help, since even to explain that to me, you took long from your time, thanks for that too! Keep up the good job. Cyril' Stevan Bajić a écrit : > 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' >> >> ------------------------------------------------------------------------------ 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
