RE: [qmailtoaster] Re: Soft Rejections
-Original Message- From: Roxanne Sandesara [mailto:[EMAIL PROTECTED] Sent: Thursday, May 08, 2008 11:24 AM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Re: Soft Rejections So, having run find / -type f | xargs grep -i spamassassin-toaster- root, I find the following: /usr/bin/sa-compile:my $LOCAL_RULES_DIR = '/var/tmp/spamassassin- toaster-root/etc/mail/spamassassin';# substituted at 'make' time /usr/bin/sa-learn:my $LOCAL_RULES_DIR = '/var/tmp/spamassassin- toaster-root/etc/mail/spamassassin'; # substituted at 'make' time /usr/bin/sa-update:my $LOCAL_RULES_DIR = '/var/tmp/spamassassin- toaster-root/etc/mail/spamassassin';# substituted at 'make' time /usr/bin/sa-update: 'LOCAL_RULES_DIR' = '/var/tmp/ spamassassin-toaster-root/etc/mail/spamassassin', /usr/bin/sa-update:/var/tmp/spamassassin-toaster-root/etc/ mail/spamassassin/sa-update-keys Binary file /usr/bin/spamc matches /usr/bin/spamd:my $LOCAL_RULES_DIR = '/var/tmp/spamassassin-toaster- root/etc/mail/spamassassin';# substituted at 'make' time /usr/bin/spamassassin:my $LOCAL_RULES_DIR = '/var/tmp/spamassassin- toaster-root/etc/mail/spamassassin';# substituted at 'make' time /usr/bin/spamassassin:=item /var/tmp/spamassassin-toaster-root/etc/ mail/spamassassin /usr/bin/spamassassin:=item /var/tmp/spamassassin-toaster-root/etc/ mail/spamassassin So this clearly came into place when I added sa-update in place of RulesDuJour this past weekend. I don't know if that's normal or not, but I'm assuming not, since no one else recognized that path or considered it valid except during build/compile/install. Chkrootkit found nothing. My guess would be, at this point, I open sa-compile, sa-learn, sao- update, etc., in vi, find those instances of that directory and redirect them to where they should be? Which would be /etc/mail/ spamassassin ? No , you will just end up pulling your hair out , especially if you have to try and guess paths .. rebuild the entire sa package using rpmbuild ... The sa-learn, sa-compile, and sa-update files are created upon SA installation, so I can't see how just setting up sa-update would rebuild everything like that unless you used some type of automated sa-update configurator or something... (?) The spamassassin executable (perl script) should look something like: $ strings /usr/bin/spamassassin | grep LOCAL my $LOCAL_RULES_DIR = '/etc/mail/spamassassin';# substituted at 'make' time my $LOCAL_STATE_DIR = '/var/lib/spamassassin';# substituted at 'make' time LOCAL_RULES_DIR = $LOCAL_RULES_DIR, LOCAL_STATE_DIR = $LOCAL_STATE_DIR, (This is from a sendmail box, so the paths may be different. I can't get into my toaster server right now. :\ Cheers, jp Roxanne On May 7, 2008, at 8:39 PM, James Pratt wrote: With all due respect, I see *nothing* that indicates *any* sort of dns issue here. The problem is that the Spamassassin installation is trying to create temp files in a very non-standard directory, as Eric said in a prior post. I would guess the build is just plain messed up - what does rpm -ql Spamassassin-toaster say? Inspect the rebuild output closely after. Do not rebuild it as the root user. If I were you, I would re-rpmbuild, and also run chkrootkit, and/or rkhunter... many people (still!) compile things as root. That is a very bad thing, qmail or no. :( Regards, jp -Original Message- From: Roxanne Sandesara [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 07, 2008 8:24 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Re: Soft Rejections No, nothing in the blacklists file. And Spamassassin's RBL checks are turned off in local.cf. I'm running chrooted Bind, not a caching nameserver. And yes. I was su - into vpopmail's shell to run the spamassassin -- lint -D tests. Roxanne On May 7, 2008, at 7:29 PM, Eric Shubert wrote: Roxanne Sandesara wrote: DNS appears to be working. I have no idea if an RBL site is down. At this point I've deactivated spamdyke, which was the only thing doing RBL checks, so that shouldn't be an issue anymore. You have nothing in /var/qmail/control/blacklists? That would do rbl checking. Spamassassin probably is as well, unless you are running it with the -L (local checks only) option. Are you running a caching-nameserver on the toaster? That isn't absolutely required, but highly recommended. I still have this nonsense SpamAssassin perl module error, and no way to correct it. Are you running spamassassin commands with sudo -u vpopmail -h? You need to always run spamassassin as vpopmail user. Otherwise it won't pick up the correct environment. Roxanne On May 7, 2008, at 4:52 PM, Eric Shubert wrote: Sounds a bit like a DNS issue to me. Is your DNS not working, or perhaps an RBL site down? Roxanne
RE: [qmailtoaster] Re: Soft Rejections
Ah, ok... that explains it ... So whoever wrote this qtp-sa-update deserves a smackdown... What are they thinking by touching the SA executables ? That is just *very* bad (I would dare say *evil* ;) programming... :\ Note to others: Configure sa-update's using these instructions - simple, to the point, and it wont' touch your binaries/scripts... http://wiki.apache.org/spamassassin/RuleUpdates ... and for ditching RDJ, there is openprotect.com's SARE rule channel: http://saupdates.openprotect.com/ Cheers, jp -Original Message- From: Roxanne Sandesara [mailto:[EMAIL PROTECTED] Sent: Thursday, May 08, 2008 11:55 AM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Re: Soft Rejections I used the qtp script qtp-sa-update, so yes, I believe that would qualify as 'an automated sa-update configurator'. I'll have to wait until late tonight or some time this weekend to attempt the rebuild and re-install. On May 8, 2008, at 11:48 AM, James Pratt wrote: -Original Message- From: Roxanne Sandesara [mailto:[EMAIL PROTECTED] Sent: Thursday, May 08, 2008 11:24 AM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Re: Soft Rejections So, having run find / -type f | xargs grep -i spamassassin- toaster- root, I find the following: /usr/bin/sa-compile:my $LOCAL_RULES_DIR = '/var/tmp/spamassassin- toaster-root/etc/mail/spamassassin';# substituted at 'make' time /usr/bin/sa-learn:my $LOCAL_RULES_DIR = '/var/tmp/spamassassin- toaster-root/etc/mail/spamassassin'; # substituted at 'make' time /usr/bin/sa-update:my $LOCAL_RULES_DIR = '/var/tmp/spamassassin- toaster-root/etc/mail/spamassassin';# substituted at 'make' time /usr/bin/sa-update: 'LOCAL_RULES_DIR' = '/var/tmp/ spamassassin-toaster-root/etc/mail/spamassassin', /usr/bin/sa-update:/var/tmp/spamassassin-toaster-root/etc/ mail/spamassassin/sa-update-keys Binary file /usr/bin/spamc matches /usr/bin/spamd:my $LOCAL_RULES_DIR = '/var/tmp/spamassassin-toaster- root/etc/mail/spamassassin';# substituted at 'make' time /usr/bin/spamassassin:my $LOCAL_RULES_DIR = '/var/tmp/spamassassin- toaster-root/etc/mail/spamassassin';# substituted at 'make' time /usr/bin/spamassassin:=item /var/tmp/spamassassin-toaster-root/etc/ mail/spamassassin /usr/bin/spamassassin:=item /var/tmp/spamassassin-toaster-root/etc/ mail/spamassassin So this clearly came into place when I added sa-update in place of RulesDuJour this past weekend. I don't know if that's normal or not, but I'm assuming not, since no one else recognized that path or considered it valid except during build/compile/install. Chkrootkit found nothing. My guess would be, at this point, I open sa-compile, sa-learn, sao- update, etc., in vi, find those instances of that directory and redirect them to where they should be? Which would be /etc/mail/ spamassassin ? No , you will just end up pulling your hair out , especially if you have to try and guess paths .. rebuild the entire sa package using rpmbuild ... The sa-learn, sa-compile, and sa-update files are created upon SA installation, so I can't see how just setting up sa-update would rebuild everything like that unless you used some type of automated sa-update configurator or something... (?) The spamassassin executable (perl script) should look something like: $ strings /usr/bin/spamassassin | grep LOCAL my $LOCAL_RULES_DIR = '/etc/mail/spamassassin';# substituted at 'make' time my $LOCAL_STATE_DIR = '/var/lib/spamassassin';# substituted at 'make' time LOCAL_RULES_DIR = $LOCAL_RULES_DIR, LOCAL_STATE_DIR = $LOCAL_STATE_DIR, (This is from a sendmail box, so the paths may be different. I can't get into my toaster server right now. :\ Cheers, jp Roxanne On May 7, 2008, at 8:39 PM, James Pratt wrote: With all due respect, I see *nothing* that indicates *any* sort of dns issue here. The problem is that the Spamassassin installation is trying to create temp files in a very non-standard directory, as Eric said in a prior post. I would guess the build is just plain messed up - what does rpm -ql Spamassassin-toaster say? Inspect the rebuild output closely after. Do not rebuild it as the root user. If I were you, I would re-rpmbuild, and also run chkrootkit, and/or rkhunter... many people (still!) compile things as root. That is a very bad thing, qmail or no. :( Regards, jp -Original Message- From: Roxanne Sandesara [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 07, 2008 8:24 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Re: Soft Rejections No, nothing in the blacklists file. And Spamassassin's RBL checks are turned off in local.cf. I'm running chrooted Bind, not a caching nameserver. And yes. I was su
RE: [qmailtoaster] Re: Soft Rejections
cron job or another ended up altering some file or another to put in this incorrect path and create the issue. But I really have no clue. I'm fishing in the dark. Nevertheless. I will try, as stated, to DL the latest SA src.rpm, rebuild, and re-install when I get a chance, either late tonight or this coming weekend. I do appreciate all of the help I received trying to narrow down what was going on and how to get things back up and running. Roxanne On May 8, 2008, at 12:49 PM, Jake Vickers wrote: James Pratt wrote: Ah, ok... that explains it ... So whoever wrote this qtp-sa- update deserves a smackdown... What are they thinking by touching the SA executables ? That is just *very* bad (I would dare say *evil* ;) programming... :\ Note to others: Configure sa-update's using these instructions - simple, to the point, and it wont' touch your binaries/scripts... http://wiki.apache.org/spamassassin/RuleUpdates ... and for ditching RDJ, there is openprotect.com's SARE rule channel: http://saupdates.openprotect.com/ I'm just jumping in on the tail of this, but you can try and give me the smack down if you want. Or you can quit using the software I write. qtp-sa-update does not touch the SA executables at all. I don't even know where you would get the idea if you even looked at the script. I think if you do your due diligence you'll see the script does almost exactly what the 2 links you provided do almost step by step. Looking at the error, it looks like a remnant left over from when the spamassassin-toaster package spec file was broken or at least acting weird. I'd suggest rebuilding the package (spamassassin-toaster). It looks like you got one of the many bugs reported on the list by this latest version or revert to an older version. (to recap: the qtp-sa-update script removed the RDJ rules if they were there from an older version of QTP, then installs the Apache/Spamassassin channel, then installs the OpenProtect channel. It doesn't touch the executable at all) -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: qmailtoaster-list- [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [qmailtoaster] Re: Soft Rejections
no expectations of you. This is the internet. It's help each other, sink or swim. Sorry to piss you off so much, but I'm only trying to figure out why you had this problem to begin with, because at this point, it appears very sloppy version control on the part of the re-packagers caused your issue(s)... :( Jamie On May 8, 2008, at 7:13 PM, James Pratt wrote: Ok, I have to really question the development habits/cycle of this project at this point... Why is this guy recommending a version that's not on the official site, and further, he writes the fix has to do with the OP's original problem. Wasn't' it just last night he was blaming it on dns? Wth?... Sorry about earlier Jake, nothing personal, I don't use qtp, nor did I do due diligence , but in the absence of any developer reply, I was hoping someone may clarify if I put it that way, so thank you . Personally, I knew NOONE on earth would be foolish enough to write a utility that breaks sa of course, I was trying to make the OP understand that a simple update of sa-config would never do such harm. I run qmt , not qtp, and to be brutally honest, it's only because I had to move my qmail server quickly and could not rebuild it from scratch net-qmail src etc. I joined this list to get some idea of who uses this stuff more than needing help, and to keep up with any updates. I guess what *truly* amazes me about this mailing list is that there are s many clueless noobs running these setups as a real business.. that's frightening... When I first learned straight qmail back in '02 and had asked even 50% of the types of questions I see here on a weekly basis (especially, Help, my customers are whining and im clueless!), I would get no reply at all, a swift and terse RTFM and either a link to qmail.org, or the proper RFC/archive post. Point being, it's incredibly complex industrial-grade MTA software that is bundled here... Making it simple for everyday people to run an MTA is not always a good thing - it may be good for mail admins who know what they are doing (Right everyone, you all do know Email and what RFC822 is correct, ? :), but not necessarily for just anybody with a linux shell/server and a static IP with dns... Tell me, does this bother you at all? How do you know your software is not abused by professional spammers? I know if I decided to become one, I would probably be here in a second. Hey, no *real* learning of the mta software necessary? Perfect, spams-aaaay!! :) Lastly, how is this project perceived by the qmail-users mail list folks? This is an open question to anyone who helps develop this qtp/qmt stuff, as I'm simply curious. Do they consider it to be highly bastardized, unsupported, and not recommended, just as qmail rocks is ? ... Can anyone address these questions , especially the apparent lack of version control/builds, as evidenced below, to convince me this is something worth staying with, because right now it looks about as well-kept/organized as the current White House... :-P Cheers! jamie -Original Message- From: Roxanne Sandesara [mailto:[EMAIL PROTECTED] Sent: Thursday, May 08, 2008 6:09 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Re: Soft Rejections OK. Should probably put 1.3.14 on the website, then. So that qtp- newmodel and other upgrades don't run into the same problem. Interesting. That directory is the one that was coming up as part of my 'issues'. I'm afraid I'm not quite up to 'spec file mod' level status. Is it at all possible that the correction for 1.3.14 would lead to a change somewhere in some portion of the includes or the files for the binaries for Spamassassin which would then convince the system to look for the .pre files in that location rather than /etc/mail/ spamassassin ? Roxanne On May 8, 2008, at 5:59 PM, Eric Shubert wrote: Use 1.3.14. It contains a bug fix in the spec file (otherwise they're the same). The bug it fixes is: install: cannot create regular file `/var/tmp/spamassassin-toaster-root/etc/mail/spamassassin/ local.cf.bz2': No such file or directory Roxanne Sandesara wrote: I do have a question. When the last Spamassassin-toaster package came out, there were problems. This was then followed by a thread that included a package Eric put together that was version 3.2.4 release 1.3.14. I have that package. But the QMT website is only showing release 1.3.13. Should I do a rebuild with release 1.3.14's src.rpm? Or should I DL release 1.3.13's src.rpm and build that instead? Roxanne On May 8, 2008, at 12:59 PM, Roxanne Sandesara wrote: To be clear, I was not blaming Jake, or his utilities. I've had great luck with everything Jake has ever done or offered. I was merely answering the question of how it was I'd installed sa-update. I'm
RE: [qmailtoaster] Re: Soft Rejections
-Original Message- From: Eric Shubert [mailto:[EMAIL PROTECTED] Sent: Thursday, May 08, 2008 8:07 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Re: Soft Rejections Jaime, I should think you'd have a little more courtesy on a list associated with a product that apparently helped to bail out your rear end. Nah... .. your... um... product in no way bailed out my rear end, I was just lazy. LOL. ;) Be amazed Jaime, be very amazed. No RTFMs here. That's not our gig. We're not here to stroke egos. I understand that, that's awesome, I would go join bind-users for ego-strokes and flame-wars. What I'm asking is if this project has any real version control. No answer so far..?. I think the fact that you've worked with qmail since '02 and ended up with QMT speaks volumes. You couldn't build a reliable mail server in 6 years? You're right that it's not trivial. Well my friend, not to burst your bubble, but it's my personal home mail server, just for fun. (I really only care about my web server) .. Yes, I had built the old one six years ago, and many others since for other people. If you are implying that it took me 6 years to build a server, and that it is *that* complex, that's pretty funny.. I could have just as easily used sendmail, since I only need one account nowadays, but was feeling lazy and did not want to deal with m4 over my last winter break. I had just installed 1.5 mil of new hardware.. I was a bit tired. .. should I apologize to you now too? :0) Back to the point.. version control , anyone...? hmm... James Pratt wrote: Ok, I have to really question the development habits/cycle of this project at this point... Why is this guy recommending a version that's not on the official site, and further, he writes the fix has to do with the OP's original problem. Wasn't' it just last night he was blaming it on dns? Wth?... Sorry about earlier Jake, nothing personal, I don't use qtp, nor did I do due diligence , but in the absence of any developer reply, I was hoping someone may clarify if I put it that way, so thank you . Personally, I knew NOONE on earth would be foolish enough to write a utility that breaks sa of course, I was trying to make the OP understand that a simple update of sa-config would never do such harm. I run qmt , not qtp, and to be brutally honest, it's only because I had to move my qmail server quickly and could not rebuild it from scratch net-qmail src etc. I joined this list to get some idea of who uses this stuff more than needing help, and to keep up with any updates. I guess what *truly* amazes me about this mailing list is that there are s many clueless noobs running these setups as a real business.. that's frightening... When I first learned straight qmail back in '02 and had asked even 50% of the types of questions I see here on a weekly basis (especially, Help, my customers are whining and im clueless!), I would get no reply at all, a swift and terse RTFM and either a link to qmail.org, or the proper RFC/archive post. Point being, it's incredibly complex industrial-grade MTA software that is bundled here... Making it simple for everyday people to run an MTA is not always a good thing - it may be good for mail admins who know what they are doing (Right everyone, you all do know Email and what RFC822 is correct, ? :), but not necessarily for just anybody with a linux shell/server and a static IP with dns... Tell me, does this bother you at all? How do you know your software is not abused by professional spammers? I know if I decided to become one, I would probably be here in a second. Hey, no *real* learning of the mta software necessary? Perfect, spams-aaaay!! :) Lastly, how is this project perceived by the qmail-users mail list folks? This is an open question to anyone who helps develop this qtp/qmt stuff, as I'm simply curious. Do they consider it to be highly bastardized, unsupported, and not recommended, just as qmail rocks is ? ... Can anyone address these questions , especially the apparent lack of version control/builds, as evidenced below, to convince me this is something worth staying with, because right now it looks about as well-kept/organized as the current White House... :-P Cheers! jamie -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional
RE: [qmailtoaster] Re: Soft Rejections
Could this be it http://lists.mailscanner.info/pipermail/mailscanner/2008-March/082765.ht ml ~ciao jamie -Original Message- From: Roxanne Sandesara [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 07, 2008 3:18 PM To: qmailtoaster-list@qmailtoaster.com Subject: [qmailtoaster] Re: Soft Rejections Further searching. I found an instance of this in the archives that suggested running a spamassassin --lint. I did so, and got the following: # spamassassin --lint check: no loaded plugin implements 'check_main': cannot scan! at /usr/ lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/PerMsgStatus.pm line 164. Help? I'm not sure what to do here. Roxanne On May 7, 2008, at 3:10 PM, Roxanne Sandesara wrote: About two hours ago, my Toaster just started soft-rejecting just about every message that isn't coming from inside. The first confirmed symptom was that email was not being sent from people's clients. I checked the submission logs, found the errors, and altered the tcp.smtp file to put RBLSMTP= into the line for the external IP address of the firewall. This corrected our outgoing mail. But email is still being soft-rejected from all outside sources. I've tried doing the same for the 'everything else' line, but that isn't working to fix this. 1) If I need to uninstall Spamdyke, how do I do so? 2) How do I find out /why/ these messages are being soft-rejected, so that I can wrangle this server around and make it start accepting email like a mailserver should? 3) Anyone have any idea why this would just suddenly start to be a problem? Roxanne - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [qmailtoaster] Re: Soft Rejections
If you run spamassassin --lint -D can you verify you are loading the configs you are intending? Ie, is the config path below that is erroring the same as your sa installation for your site? Check directories higher up in the path for the r-xr-xr-x bits as well... jamie -Original Message- From: Roxanne Sandesara [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 07, 2008 3:41 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Re: Soft Rejections Yes and no. I did not mess up the pre files. The line in question is there in the proper file. However, the additional testing measures suggested there have yielded other results. When I shell in as vpopmail user and --lint, I get : warn : config: path /var/tmp/spamassassin-toaster-root/etc/mail/ spamassassin is inaccessible: Permission denied I've tried going back to root and chowning this to vpopmail:vchkpw. The outcome/error does not change. Somehow, this must be the problem, but I know I didn't make this happen and I don't know how to correct it. Help? Roxanne On May 7, 2008, at 3:27 PM, James Pratt wrote: Could this be it http://lists.mailscanner.info/pipermail/mailscanner/2008-March/ 082765.ht ml ~ciao jamie -Original Message- From: Roxanne Sandesara [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 07, 2008 3:18 PM To: qmailtoaster-list@qmailtoaster.com Subject: [qmailtoaster] Re: Soft Rejections Further searching. I found an instance of this in the archives that suggested running a spamassassin --lint. I did so, and got the following: # spamassassin --lint check: no loaded plugin implements 'check_main': cannot scan! at / usr/ lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/PerMsgStatus.pm line 164. Help? I'm not sure what to do here. Roxanne On May 7, 2008, at 3:10 PM, Roxanne Sandesara wrote: About two hours ago, my Toaster just started soft-rejecting just about every message that isn't coming from inside. The first confirmed symptom was that email was not being sent from people's clients. I checked the submission logs, found the errors, and altered the tcp.smtp file to put RBLSMTP= into the line for the external IP address of the firewall. This corrected our outgoing mail. But email is still being soft-rejected from all outside sources. I've tried doing the same for the 'everything else' line, but that isn't working to fix this. 1) If I need to uninstall Spamdyke, how do I do so? 2) How do I find out /why/ these messages are being soft-rejected, so that I can wrangle this server around and make it start accepting email like a mailserver should? 3) Anyone have any idea why this would just suddenly start to be a problem? Roxanne - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: qmailtoaster-list- [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: qmailtoaster-list- [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [qmailtoaster] Re: Soft Rejections
You can also try modifying /var/qmail/supervise/spamd/run and add a -D to the spamd startup option. This will make spamd output lots of mostly useless information to /var/log/qmail/spamd/current, which may or may not help you figure it out.. (Obviously, you have to restart spamd etc) I can't think of anything else or why it may have happened. I've had a similar issue before with the config path being un-readable, but on sendmail and mimedefang, not qmail or qtp. :\ jamie -Original Message- From: James Pratt [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 07, 2008 3:46 PM To: qmailtoaster-list@qmailtoaster.com Subject: RE: [qmailtoaster] Re: Soft Rejections If you run spamassassin --lint -D can you verify you are loading the configs you are intending? Ie, is the config path below that is erroring the same as your sa installation for your site? Check directories higher up in the path for the r-xr-xr-x bits as well... jamie -Original Message- From: Roxanne Sandesara [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 07, 2008 3:41 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Re: Soft Rejections Yes and no. I did not mess up the pre files. The line in question is there in the proper file. However, the additional testing measures suggested there have yielded other results. When I shell in as vpopmail user and --lint, I get : warn : config: path /var/tmp/spamassassin-toaster-root/etc/mail/ spamassassin is inaccessible: Permission denied I've tried going back to root and chowning this to vpopmail:vchkpw. The outcome/error does not change. Somehow, this must be the problem, but I know I didn't make this happen and I don't know how to correct it. Help? Roxanne On May 7, 2008, at 3:27 PM, James Pratt wrote: Could this be it http://lists.mailscanner.info/pipermail/mailscanner/2008-March/ 082765.ht ml ~ciao jamie -Original Message- From: Roxanne Sandesara [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 07, 2008 3:18 PM To: qmailtoaster-list@qmailtoaster.com Subject: [qmailtoaster] Re: Soft Rejections Further searching. I found an instance of this in the archives that suggested running a spamassassin --lint. I did so, and got the following: # spamassassin --lint check: no loaded plugin implements 'check_main': cannot scan! at / usr/ lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/PerMsgStatus.pm line 164. Help? I'm not sure what to do here. Roxanne On May 7, 2008, at 3:10 PM, Roxanne Sandesara wrote: About two hours ago, my Toaster just started soft-rejecting just about every message that isn't coming from inside. The first confirmed symptom was that email was not being sent from people's clients. I checked the submission logs, found the errors, and altered the tcp.smtp file to put RBLSMTP= into the line for the external IP address of the firewall. This corrected our outgoing mail. But email is still being soft-rejected from all outside sources. I've tried doing the same for the 'everything else' line, but that isn't working to fix this. 1) If I need to uninstall Spamdyke, how do I do so? 2) How do I find out /why/ these messages are being soft- rejected, so that I can wrangle this server around and make it start accepting email like a mailserver should? 3) Anyone have any idea why this would just suddenly start to be a problem? Roxanne - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: qmailtoaster-list- [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: qmailtoaster-list- [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: qmailtoaster-list- [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [EMAIL PROTECTED
RE: [qmailtoaster] Re: Soft Rejections
: check: is spam? score=2.865 required=5 [10425] dbg: check: tests=BAYES_05,MISSING_DATE,MISSING_HEADERS,MISSING_SUBJECT,NO_RECEIVED , NO_RELAYS [10425] dbg: check: subtests=__HAS_MSGID,__MISSING_REF,__MSGID_OK_DIGITS,__MSGID_OK_HOST,__ M SOE_MID_WRONG_CASE,__NONEMPTY_BODY,__SANE_MSGID,__UNUSABLE_MSGID On May 7, 2008, at 3:45 PM, James Pratt wrote: If you run spamassassin --lint -D can you verify you are loading the configs you are intending? Ie, is the config path below that is erroring the same as your sa installation for your site? Check directories higher up in the path for the r-xr-xr-x bits as well... jamie -Original Message- From: Roxanne Sandesara [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 07, 2008 3:41 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Re: Soft Rejections Yes and no. I did not mess up the pre files. The line in question is there in the proper file. However, the additional testing measures suggested there have yielded other results. When I shell in as vpopmail user and --lint, I get : warn : config: path /var/tmp/spamassassin-toaster-root/etc/mail/ spamassassin is inaccessible: Permission denied I've tried going back to root and chowning this to vpopmail:vchkpw. The outcome/error does not change. Somehow, this must be the problem, but I know I didn't make this happen and I don't know how to correct it. Help? Roxanne On May 7, 2008, at 3:27 PM, James Pratt wrote: Could this be it http://lists.mailscanner.info/pipermail/mailscanner/2008-March/ 082765.ht ml ~ciao jamie -Original Message- From: Roxanne Sandesara [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 07, 2008 3:18 PM To: qmailtoaster-list@qmailtoaster.com Subject: [qmailtoaster] Re: Soft Rejections Further searching. I found an instance of this in the archives that suggested running a spamassassin --lint. I did so, and got the following: # spamassassin --lint check: no loaded plugin implements 'check_main': cannot scan! at / usr/ lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/PerMsgStatus.pm line 164. Help? I'm not sure what to do here. Roxanne On May 7, 2008, at 3:10 PM, Roxanne Sandesara wrote: About two hours ago, my Toaster just started soft-rejecting just about every message that isn't coming from inside. The first confirmed symptom was that email was not being sent from people's clients. I checked the submission logs, found the errors, and altered the tcp.smtp file to put RBLSMTP= into the line for the external IP address of the firewall. This corrected our outgoing mail. But email is still being soft-rejected from all outside sources. I've tried doing the same for the 'everything else' line, but that isn't working to fix this. 1) If I need to uninstall Spamdyke, how do I do so? 2) How do I find out /why/ these messages are being soft- rejected, so that I can wrangle this server around and make it start accepting email like a mailserver should? 3) Anyone have any idea why this would just suddenly start to be a problem? Roxanne - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: qmailtoaster-list- [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: qmailtoaster-list- [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: qmailtoaster-list- [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: qmailtoaster-list- [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [EMAIL PROTECTED
RE: [qmailtoaster] Re: Soft Rejections
rawbody tests [10425] dbg: rules: running full tests; score so far=2.865 [10425] dbg: rules: compiled full tests [10425] dbg: rules: running meta tests; score so far=2.865 [10425] dbg: rules: compiled meta tests [10425] dbg: check: is spam? score=2.865 required=5 [10425] dbg: check: tests=BAYES_05,MISSING_DATE,MISSING_HEADERS,MISSING_SUBJECT,NO_RECEIVED , NO_RELAYS [10425] dbg: check: subtests=__HAS_MSGID,__MISSING_REF,__MSGID_OK_DIGITS,__MSGID_OK_HOST,__ M SOE_MID_WRONG_CASE,__NONEMPTY_BODY,__SANE_MSGID,__UNUSABLE_MSGID On May 7, 2008, at 3:45 PM, James Pratt wrote: If you run spamassassin --lint -D can you verify you are loading the configs you are intending? Ie, is the config path below that is erroring the same as your sa installation for your site? Check directories higher up in the path for the r-xr-xr-x bits as well... jamie -Original Message- From: Roxanne Sandesara [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 07, 2008 3:41 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Re: Soft Rejections Yes and no. I did not mess up the pre files. The line in question is there in the proper file. However, the additional testing measures suggested there have yielded other results. When I shell in as vpopmail user and --lint, I get : warn : config: path /var/tmp/spamassassin-toaster-root/etc/mail/ spamassassin is inaccessible: Permission denied I've tried going back to root and chowning this to vpopmail:vchkpw. The outcome/error does not change. Somehow, this must be the problem, but I know I didn't make this happen and I don't know how to correct it. Help? Roxanne On May 7, 2008, at 3:27 PM, James Pratt wrote: Could this be it http://lists.mailscanner.info/pipermail/mailscanner/2008-March/ 082765.ht ml ~ciao jamie -Original Message- From: Roxanne Sandesara [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 07, 2008 3:18 PM To: qmailtoaster-list@qmailtoaster.com Subject: [qmailtoaster] Re: Soft Rejections Further searching. I found an instance of this in the archives that suggested running a spamassassin --lint. I did so, and got the following: # spamassassin --lint check: no loaded plugin implements 'check_main': cannot scan! at / usr/ lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/PerMsgStatus.pm line 164. Help? I'm not sure what to do here. Roxanne On May 7, 2008, at 3:10 PM, Roxanne Sandesara wrote: About two hours ago, my Toaster just started soft-rejecting just about every message that isn't coming from inside. The first confirmed symptom was that email was not being sent from people's clients. I checked the submission logs, found the errors, and altered the tcp.smtp file to put RBLSMTP= into the line for the external IP address of the firewall. This corrected our outgoing mail. But email is still being soft-rejected from all outside sources. I've tried doing the same for the 'everything else' line, but that isn't working to fix this. 1) If I need to uninstall Spamdyke, how do I do so? 2) How do I find out /why/ these messages are being soft- rejected, so that I can wrangle this server around and make it start accepting email like a mailserver should? 3) Anyone have any idea why this would just suddenly start to be a problem? Roxanne - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: qmailtoaster-list- [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: qmailtoaster-list- [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: qmailtoaster-list- [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: qmailtoaster-list- [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org
RE: [qmailtoaster] Re: Soft Rejections
I'd probably start with:
find / -type f | xargs grep -i spamassassin-toaster-root
(that will find any file on the system containing that string)
if that fails, run a --lint -D with strace like I mentioned - you should
see what is calling it from where and how in the output .
lastly, Does that folder even exist in /var/tmp, or is it trying to be
created and failing with the error?
jamie
-Original Message-
From: Roxanne Sandesara [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 07, 2008 4:19 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] Re: Soft Rejections
To be honest, I have no clue what it is used for. I didn't create it.
I didn't ask for it. I would have to assume that something within
SpamAssassin for Toaster is doing this. But if it's a path no one
else here has heard of, then I don't know what would have set it up
to use this.
To me, it looks like a chrooted spamassassin. But I don't know why
that would be in place. How would you suggest I go about looking for
whatever is creating or calling for it?
Roxanne
On May 7, 2008, at 4:09 PM, James Pratt wrote:
Possibly a very dumb question, but what is :
/var/tmp/spamassassin-toaster-root/etc/mail/spamassassin used for
at
your site? Is something in one of your .cf's pointing to it? This
is
probably why it's not on google, as it's not a standard path, or at
least one I've ever heard of.. :\
-Original Message-
From: Roxanne Sandesara [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 07, 2008 4:00 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] Re: Soft Rejections
I believe it's the only error I have going on. The output is below.
$ spamassassin --lint -D
[10425] dbg: logger: adding facilities: all
[10425] dbg: logger: logging level is DBG
[10425] dbg: generic: SpamAssassin version 3.2.4
[10425] dbg: config: score set 0 chosen.
[10425] dbg: util: running in taint mode? yes
[10425] dbg: util: taint mode: deleting unsafe environment
variables,
resetting PATH
[10425] dbg: util: PATH included '/usr/kerberos/bin', keeping
[10425] dbg: util: PATH included '/usr/local/bin', keeping
[10425] dbg: util: PATH included '/bin', keeping
[10425] dbg: util: PATH included '/usr/bin', keeping
[10425] dbg: util: PATH included '/usr/X11R6/bin', keeping
[10425] dbg: util: final PATH set to: /usr/kerberos/bin:/usr/local/
bin:/bin:/usr/bin:/usr/X11R6/bin
[10425] dbg: dns: is Net::DNS::Resolver available? yes
[10425] dbg: dns: Net::DNS version: 0.58
[10425] dbg: diag: perl platform: 5.008008 linux
[10425] dbg: diag: module installed: Digest::SHA1, version 2.07
[10425] dbg: diag: module installed: HTML::Parser, version 3.56
[10425] dbg: diag: module installed: Net::DNS, version 0.58
[10425] dbg: diag: module installed: MIME::Base64, version 3.07
[10425] dbg: diag: module installed: DB_File, version 1.816
[10425] dbg: diag: module installed: Net::SMTP, version 2.31
[10425] dbg: diag: module installed: Mail::SPF, version v2.005
[10425] dbg: diag: module installed: Mail::SPF::Query, version
1.999001
[10425] dbg: diag: module installed: IP::Country::Fast, version
604.001
[10425] dbg: diag: module not installed: Razor2::Client::Agent
('require' failed)
[10425] dbg: diag: module not installed: Net::Ident ('require'
failed)
[10425] dbg: diag: module installed: IO::Socket::INET6, version
2.54
[10425] dbg: diag: module installed: IO::Socket::SSL, version 1.13
[10425] dbg: diag: module installed: Compress::Zlib, version 1.42
[10425] dbg: diag: module installed: Time::HiRes, version 1.9712
[10425] dbg: diag: module installed: Mail::DomainKeys, version 1.0
[10425] dbg: diag: module installed: Mail::DKIM, version 0.301
[10425] dbg: diag: module installed: DBI, version 1.602
[10425] dbg: diag: module installed: Getopt::Long, version 2.35
[10425] dbg: diag: module installed: LWP::UserAgent, version 2.033
[10425] dbg: diag: module installed: HTTP::Date, version 1.47
[10425] dbg: diag: module installed: Archive::Tar, version 1.38
[10425] dbg: diag: module installed: IO::Zlib, version 1.04
[10425] dbg: diag: module not installed: Encode::Detect ('require'
failed)
[10425] dbg: ignore: using a test message to lint rules
[10425] warn: config: path /var/tmp/spamassassin-toaster-root/etc/
mail/spamassassin is inaccessible: Permission denied
[10425] dbg: config: using /etc/mail/spamassassin for site rules
pre files
[10425] dbg: config: read file /etc/mail/spamassassin/init.pre
[10425] dbg: config: read file /etc/mail/spamassassin/v310.pre
[10425] dbg: config: read file /etc/mail/spamassassin/v312.pre
[10425] dbg: config: read file /etc/mail/spamassassin/v320.pre
[10425] dbg: config: using /usr/share/spamassassin for sys rules
pre files
[10425] dbg: config: using /usr/share/spamassassin for default
rules dir
[10425] dbg: config: read file /usr/share/spamassassin
RE: [qmailtoaster] Re: Soft Rejections
With all due respect, I see *nothing* that indicates *any* sort of dns issue here. The problem is that the Spamassassin installation is trying to create temp files in a very non-standard directory, as Eric said in a prior post. I would guess the build is just plain messed up - what does rpm -ql Spamassassin-toaster say? Inspect the rebuild output closely after. Do not rebuild it as the root user. If I were you, I would re-rpmbuild, and also run chkrootkit, and/or rkhunter... many people (still!) compile things as root. That is a very bad thing, qmail or no. :( Regards, jp -Original Message- From: Roxanne Sandesara [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 07, 2008 8:24 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Re: Soft Rejections No, nothing in the blacklists file. And Spamassassin's RBL checks are turned off in local.cf. I'm running chrooted Bind, not a caching nameserver. And yes. I was su - into vpopmail's shell to run the spamassassin -- lint -D tests. Roxanne On May 7, 2008, at 7:29 PM, Eric Shubert wrote: Roxanne Sandesara wrote: DNS appears to be working. I have no idea if an RBL site is down. At this point I've deactivated spamdyke, which was the only thing doing RBL checks, so that shouldn't be an issue anymore. You have nothing in /var/qmail/control/blacklists? That would do rbl checking. Spamassassin probably is as well, unless you are running it with the -L (local checks only) option. Are you running a caching-nameserver on the toaster? That isn't absolutely required, but highly recommended. I still have this nonsense SpamAssassin perl module error, and no way to correct it. Are you running spamassassin commands with sudo -u vpopmail -h? You need to always run spamassassin as vpopmail user. Otherwise it won't pick up the correct environment. Roxanne On May 7, 2008, at 4:52 PM, Eric Shubert wrote: Sounds a bit like a DNS issue to me. Is your DNS not working, or perhaps an RBL site down? Roxanne Sandesara wrote: I've had spamdyke running for a week without any problems until today (if indeed Spamdyke is the problem). However, thanks for the advice. I went back, found that discussion from last week, and have - at least temporarily - deactivated spamdyke. However, this has not corrected my problem. Messages are still being soft-rejected, even after turning off spamdyke and restarting qmail. I've got this strange permissions problem with what must be a created subdirectory in /tmp, which seems to be causing errors with SpamAssassin. I have no idea if that could be causing the soft rejects or not, but I'd - obviously - like to correct it. but I can't find anything on the Net matching the error message with the directory. Still looking for help. Roxanne On May 7, 2008, at 3:34 PM, im.fuzzy wrote: Roxanne Sandesara wrote: Further searching. I found an instance of this in the archives that suggested running a spamassassin --lint. I did so, and got the following: # spamassassin --lint check: no loaded plugin implements 'check_main': cannot scan! at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/ PerMsgStatus.pm line 164. Help? I'm not sure what to do here. Roxanne On May 7, 2008, at 3:10 PM, Roxanne Sandesara wrote: spamdyke has to be configured...it is not a plug-n-play (like so much of the toaster stuff is) for us noobs, in my experience. i had had the watchall running and installed spamdyke...my supplier emails started being being delayed/ rejected/whatever mostly for the rdns checks...uninstalled spamdyke immediately...revisit it later in off-peak times for me igor or ivan asked 'spamdyke uninstall...howto' about a week ago...that is how i fixed my toaster fuzz - - --- QmailToaster hosted by: VR Hosted http://www.vr.org - - --- To unsubscribe, e-mail: qmailtoaster-list- [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- - -- QmailToaster hosted by: VR Hosted http://www.vr.org -- - -- To unsubscribe, e-mail: qmailtoaster-list- [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [EMAIL PROTECTED] ---Eric 'shubes' --- - - QmailToaster hosted by: VR Hosted http://www.vr.org --- - - To unsubscribe, e-mail: qmailtoaster-list- [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [EMAIL PROTECTED]
RE: [qmailtoaster] error Upgrade Clamav.
If you are upgrading, use rpm -Uvh ... otherwise, it's rpm -ivh From: Ariel [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 30, 2008 2:16 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] error Upgrade Clamav. # rpm -Uvh /usr/src/redhat/RPMS/i386/clamav-toaster-0.93-1.3.18.i386.rpm error: Error de dependencias: libclamunrar_iface.so.3 se necesita para clamav-toaster-0.93-1.3.18.i386 Centos 4.6 - # rpm -qa | grep -i toaster courier-imap-toaster-4.1.2-1.3.7 courier-authlib-toaster-0.59.2-1.3.6 ripmime-toaster-1.4.0.6-1.3.3 libdomainkeys-toaster-0.68-1.3.3 control-panel-toaster-0.5-1.3.4 spamassassin-toaster-3.2.4-1.3.13 ezmlm-cgi-toaster-0.53.324-1.3.2 maildrop-toaster-devel-2.0.2-1.3.3 vpopmail-toaster-5.4.17-1.3.4 libsrs2-toaster-1.0.18-1.3.3 qmail-pop3d-toaster-1.03-1.3.15 vqadmin-toaster-2.3.4-1.3.3 simscan-toaster-1.3.1-1.3.6 qmailmrtg-toaster-4.2-1.3.3 maildrop-toaster-2.0.3-1.3.5 isoqlog-toaster-2.1-1.3.4 daemontools-toaster-0.76-1.3.3 autorespond-toaster-2.0.4-1.3.3 qmailtoaster-plus.repo-0.1-1 qmailtoaster-plus-0.3.0-1.4.4 qmail-toaster-1.03-1.3.15 ucspi-tcp-toaster-0.88-1.3.5 qmailadmin-toaster-1.2.11-1.3.4 ezmlm-toaster-0.53.324-1.3.3 clam** not exist ?? 2008/4/30 Thiago - TI - Realeza [EMAIL PROTECTED]: no...just do this: # rpm -e clamav-toaster --nodeps an then you make all the process of upgrade cheers!! Thiago Ariel escreveu: clamav want to upgrade, I read that I should uninstall the previous version before compiling the new. By wanting to uninstall the previous version I returned this: rpm-e-clamav toaster-0.92.1-1.3.17 error: error units: clamav-toaster is needed for (installed) simscan-toaster-1.3.1-1.3.6.i386 I have to remove simscan-toaster-1.3.1-1.3.6.i386 too? en español al querer actualizar clamav, lei que debo desinstalar la version anterior antes de compilar la nueva. Al querer desinstalar la version anterior me devuelve esto: rpm -e clamav-toaster-0.92.1-1.3.17 error: Error de dependencias: clamav-toaster se necesita para (instalado) simscan-toaster-1.3.1-1.3.6.i386 I have to remove simscan-toaster-1.3.1-1.3.6.i386 too? No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.6/1404 - Release Date: 29/4/2008 18:27 - QmailToaster hosted by: VR Hosted - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [qmailtoaster] Server replied: 451 DNS temporary failure (#4.5.1 - chkuser)
From: senthil vel [mailto:[EMAIL PROTECTED] Sent: Monday, April 21, 2008 9:13 AM To: qmailtoaster-list@qmailtoaster.com Subject: [qmailtoaster] Server replied: 451 DNS temporary failure (#4.5.1 - chkuser) Hi list, When i am trying to send mail to a particular domain, this error is occuring(Server replied: 451 DNS temporary failure (#4.5.1 - chkuser)). I checked that domain name with host -t mx domainname command. From one place it showing Mx records. From another location (where server is present) following error is coming Host domainname not found: 2(SERVFAIL). Kindly help mee -- Thanks and Regards, S.Senthilvel, Hi, that's really not very helpful. What domain are you trying to resolve? (dig is your friend when having dns issues - also, http://www.completewhois.com can help a lot ). :\ Regards, jamie
RE: [qmailtoaster] Server replied: 451 DNS temporary failure (#4.5.1 - chkuser)
-Original Message- From: Jake Vickers [mailto:[EMAIL PROTECTED] Sent: Monday, April 21, 2008 9:45 AM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Server replied: 451 DNS temporary failure (#4.5.1 - chkuser) senthil vel wrote: I am trying Dimerco.com. I need to send mail to that domain only. They show no MX records from here: [EMAIL PROTECTED]:~$ dig mx dimerco.com ; DiG 9.4.1-P1 mx dimerco.com ;; global options: printcmd ;; Got answer: ;; -HEADER- opcode: QUERY, status: SERVFAIL, id: 51042 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;dimerco.com. IN MX ;; Query time: 249 msec ;; SERVER: 70.60.227.157#53(70.60.227.157) ;; WHEN: Mon Apr 21 09:44:48 2008 ;; MSG SIZE rcvd: 29 There is also no SOA record at either of the domains' designated NS servers... :\ http://www.sixxs.net/tools/zonecheck/?zone=dimerco.comns0=h.dnsvr.comi ps0=ns1=d.dnsvr.comips1=ns2=ips2=ns3=ips3=ns4=ips4=ns5=ips5=n s6=ips6=ns7=ips7=intro=ttestname=texplain=tdetails=tprogress=tes tdescreport=byseverityformat=htmllang=enerrorlvl=profile=automatic chkmail=tchkzone=tchkrir=ttransp3=ipv4transp3=ipv6transp4=std [EMAIL PROTECTED] ~]# dig dimerco.com soa ; DiG 9.2.4 dimerco.com soa ;; global options: printcmd ;; Got answer: ;; -HEADER- opcode: QUERY, status: SERVFAIL, id: 5341 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;dimerco.com. IN SOA ;; Query time: 6019 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Mon Apr 21 09:55:12 2008 ;; MSG SIZE rcvd: 29 - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [qmailtoaster] Server replied: 451 DNS temporary failure (#4.5.1 - chkuser)
I suppose you can try, but those two mx hostnames do not resolve either (at least from here... ) :\ [EMAIL PROTECTED] ~]# dig hk.dimerco.com ; DiG 9.2.4 hk.dimerco.com ;; global options: printcmd ;; Got answer: ;; -HEADER- opcode: QUERY, status: SERVFAIL, id: 25370 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;hk.dimerco.com.IN A ;; Query time: 632 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Mon Apr 21 10:11:58 2008 ;; MSG SIZE rcvd: 32 [EMAIL PROTECTED] ~]# dig ecms.dimerco.com ; DiG 9.2.4 ecms.dimerco.com ;; global options: printcmd ;; Got answer: ;; -HEADER- opcode: QUERY, status: SERVFAIL, id: 40803 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;ecms.dimerco.com. IN A ;; Query time: 594 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Mon Apr 21 10:12:08 2008 ;; MSG SIZE rcvd: 34 From: senthil vel [mailto:[EMAIL PROTECTED] Sent: Monday, April 21, 2008 10:06 AM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Server replied: 451 DNS temporary failure (#4.5.1 - chkuser) But from one place i got the following details, host -t mx dimerco.com dimerco.com mail is handled by 10 HK.dimerco.com. dimerco.com mail is handled by 20 ecms.dimerco.com. ping HK.dimerco.com PING HK.dimerco.com (202.82.211.48) 56(84) bytes of data. Can i write in my /var/qmail/control/smtproutes file as dimerco.com:202.82.211.48 To solve this in a temporary manner?
