On Sun, 18 Apr 2010 02:15:52 +0200 Cyril' <ds...@minou.biz> wrote: > Hi all, > Hello
> I'm new to Dspam, with average postfix-skill. > I plan to have an antispam relay in front of an existing mail server > (currently qmail, to be migrated later). > > I have been searching for nights, in the last weeks, for a comprehensive > and *working* tutorial, howto, or just efficient advice on how to > achieve this. I am quite desperate and even wonder if someone really has > done that, or just heard about it. Most tutorial link to each other but > none of them is really complete.... not event the famous doc/relay.txt , > sooo light. No more "appliance.txt", sometimes referred... > You want to just use DSPAM on it's own without any MTA. Right? Or do you want to make that Anti-Spam relay together with DSPAM AND an MTA? Most users that I see having issues with such an setup are not struggeling because of DSPAM but because of their limited messaging know-how. If a user is able to install and configure a relay setup with his/her MTA of choice then plugging DSPAM into the mix is a no brainer. I am pretty sure that you have already a problem with that and not with DSPAM alone. > I went throught several issues while trying to merge all of these > partial info : > > - dspam requiring a valid virtual recipient for each incoming message?? > Yes. But the creation of that virtual recipient can be handled in many different ways. > I am ok to even process mails for non-existing users. > Then use the virtual setup and let DSPAM automatically create an virtual user and uid as it processes a message. Are you later planing to have users report FP/FN? Or are you just planing to have the messages tagged and don't care about FP/FN? If the later then it would probably be more intelligent to just create one single user and either tell the MTA (if you use one in conjunction with DSPAM) to process everything with that user when tagging with DSPAM or you could create a managed or shared,managed group in DSPAM. > ok, that may be > suboptimal BUT I don't want to care about synchronizing between user > databases... Maybe later, once the basic functionality would be working > See above. > - I never got any Positive ?? Processed spamassasson (quite old???) > corpus, with no error, but still nothing, all innocent.. > I don't understand that statement. > - I never could get any retrain? I tried hacks using spam-...@domain, > some third-party dspam-retrain script, but never got any result, log > about something, or else. > Then you are doing it wrong. Many here on the list have such a global spam-/ham alias and it's working for them. You need to be more specific about what you have done on your setup to enable that retraining alias if you want help. > - I never got any log from dspam itself... should that fall into > /var/log/maillog? > It all depends on your setup. Normally it is logged with facility mail and if you log that to /var/log/maillog then yes, DSPAM should log there too. > - I am unsure on the client/server(or not) mode... Should I : start > bin/dspam --daemon (which does not detach??) and then dspam --client? > What version of DSPAM and what distro are you using? All distros distributing DSPAM have their init/rc script that starts DSPAM in a proper way. > And this will be functionnaly equivalent to firing dspam itself, with > neiher --daemon or --client option? > I don't understand that statement. > I am very surprised not to find any valid help on the relay thing... I > thought that would be quite generic to build (working with any mta, > functionnaly transparent), and therefore easy to find support for... I > am a bit anxious on being unable to solve this issue.. :-( > It is transparent. And it is working with any MTA that understands SMTP. And on top of that it can work with MTAs that understand LMTP. Maybe I am to deep involved with DSPAM but I find anyone that can install and configure a full blown up MTA should be easy able to install DSPAM in relay mode. You don't have to be a rocket science to be able to do that. I really don't see a big problem. But as I said before: I am maybe to deep into DSPAM and maybe I am doing already to many decades messaging. > (Last version of dspam, 3.9, of course) > > Thank for any help, > Cyril' > -- Kind Regards from Switzerland, Stevan Bajić ------------------------------------------------------------------------------ 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
