[qmailtoaster] muliple mx retry
hi had a question concerning Remote email delivery does qmail retry mx server's as per their priority for remote emails ? ie if i am sending email to [EMAIL PROTECTED] and xyz.com has 3 mx servers and if the first one is down is the second one tried immediately ? regds raj - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] muliple mx retry
It should do, as per RFC. James On 8 May 2008, at 11:01, Raj wrote: hi had a question concerning Remote email delivery does qmail retry mx server's as per their priority for remote emails ? ie if i am sending email to [EMAIL PROTECTED] and xyz.com has 3 mx servers and if the first one is down is the second one tried immediately ? regds raj - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [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] qmail-inject: fatal: unable to parse this line:
I'm not sure why qmail-inject is coming into play here. What generated this message? The Cc: line indeed appears to be malformed (missing initial ). senthil vel wrote: Hi list, A mail sent to the local mail id bounced with the following bounce message. I cant clearly understand the issue. For delivering a local mail, what is the function of qmail-inject? Is it must? kindly help me...Atleast i wish to understand why that mail has bounced... Please help me understand the issue and solve it Hi. This is the qmail-send program at mail.xxx.com http://mail.xxx.com. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: qmail-inject: fatal: unable to parse this line: Cc: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED], qqq [EMAIL PROTECTED] mailto:[EMAIL PROTECTED], www [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] system error I'm not going to try again; this message has been in the queue too long. -- Thanks and Regards, S.Senthilvel, -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] muliple mx retry
Yeah, it *should*. I do recall though that the stock qmail program had a problem in this area. I don't know if one of the many toaster patches fixes that behavior or not. Have you searched that list archives? James Palmer wrote: It should do, as per RFC. James On 8 May 2008, at 11:01, Raj wrote: hi had a question concerning Remote email delivery does qmail retry mx server's as per their priority for remote emails ? ie if i am sending email to [EMAIL PROTECTED] and xyz.com has 3 mx servers and if the first one is down is the second one tried immediately ? regds raj -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Authentication failed : Server replied: 535 authentication failed (#5.7.1)
senthil vel wrote: While i am sending mail from web interface, i am getting this error...Kindly help me... -- Thanks and Regards, S.Senthilvel, Is web interface (squirrelmail) running on a different machine? Do you get this error when trying to log in, or when sending? -- -Eric 'shubes' - 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
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 ? 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 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,
[qmailtoaster] Problem updating qmailtoaster spamassassin
Hi guys I have the following message error when I try to update: REQUIRED module out of date: HTML::Parser optional module missing: Mail::SPF optional module missing: Mail::SPF::Query optional module missing: IP::Country optional module missing: Razor2 optional module missing: Net::Ident optional module missing: IO::Socket::INET6 optional module missing: IO::Socket::SSL optional module missing: Mail::DomainKeys optional module missing: Mail::DKIM optional module missing: Encode::Detect warning: some functionality may not be available, please read the above report before continuing! so I asume I didn't have those pearl modules so I tried: perl -MCPAN -eshell then install HTML::Parser but It just wouldn't install nothing as it would say that it cannot connect to download. what I am doing wrong? or is there another way to install the modules? Thanks - 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
-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
Roxanne Sandesara wrote: 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. It's not so clear to me that sa-update caused your problem, but I do think it's possible, and perhaps likely given that you added it last weekend. I don't run sa-update or RDJ. How did you go about adding sa-update this past weekend? Chkrootkit found nothing. That's always good. ;) 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 ? I wouldn't go there. 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 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
[qmailtoaster] What is this Postmaster notify sayin?
Hello all I just finish a final exam and so maybe I am just a little confused about this email I am getting. My toaster has been working great. Then I started getting these emails Fri, May 2, 2008 8:20 pm I got 5 of them on that friday, about a minute apart. I then got one on sunday at 11:36am and another yesterday evening at 10pm. My questions are: Does this mean that someone is trying to relay spam through another-server.mydomain.com? If so, this is the first such email I have recieved on this. This does not imply that there is a problem with my-mail-srever.mydomain.com, does it? Here is the email. Subject:Postmaster notify: see transcript for details From: Mail Delivery Subsystem [EMAIL PROTECTED] Date: Wed, May 7, 2008 10:36 pm To: [EMAIL PROTECTED] Priority: Normal Options:View Full Header | View Printable Version | Download this as a file | View Message details The original message was received at Wed, 7 May 2008 22:36:24 -0500 from localhost with id m483aOsa020007 - The following addresses had permanent fatal errors - [EMAIL PROTECTED] (reason: 511 sorry, can't find a valid MX for rcpt domain (#5.1.1 - chkuser)) - Transcript of session follows - ... while talking to my-mail-srever.mydomain.com.: DATA 511 sorry, can't find a valid MX for rcpt domain (#5.1.1 - chkuser) 554 5.0.0 Service unavailable 503 RCPT first (#5.5.1) This file attached as well... Reporting-MTA: dns; another-server.mydomain.com Received-From-MTA: DNS; localhost.localdomain Arrival-Date: Fri, 2 May 2008 20:20:11 -0500 Final-Recipient: RFC822; [EMAIL PROTECTED] Action: failed Status: 5.0.0 Remote-MTA: DNS; my-mail-srever.mydomain.com Diagnostic-Code: SMTP; 511 sorry, can't find a valid MX for rcpt domain (#5.1.1 - chkuser) Last-Attempt-Date: Fri, 2 May 2008 20:20:12 -0500 END Chris... - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Problem updating qmailtoaster spamassassin
this is what I get when I issue de install command: CPAN: LWP::UserAgent loaded ok Fetching with LWP: ftp://cpan.upn.mx/pub/CPAN/authors/01mailrc.txt.gz LWP failed with code[500] message[LWP::Protocol::MyFTP: connect: timeout] Fetching with Net::FTP: ftp://cpan.upn.mx/pub/CPAN/authors/01mailrc.txt.gz Trying with /usr/bin/links -source to get ftp://cpan.upn.mx/pub/CPAN/authors/01mailrc.txt.gz ERROR at dump.c:188: Receive timeout System call /usr/bin/links -source ftp://cpan.upn.mx/pub/CPAN/authors/01mailrc.txt.gz; /root/.cpan/sources/authors/01mailrc.txt returned status 1 (wstat 256) Warning: expected file [/root/.cpan/sources/authors/01mailrc.txt.gz] doesn't exist Trying with /usr/bin/wget -O - to get ftp://cpan.upn.mx/pub/CPAN/authors/01mailrc.txt.gz --10:59:08-- ftp://cpan.upn.mx/pub/CPAN/authors/01mailrc.txt.gz = `-' Resolving cpan.upn.mx... 200.23.113.93 Thanks Guillermo Villasana escribió: Hi guys I have the following message error when I try to update: REQUIRED module out of date: HTML::Parser optional module missing: Mail::SPF optional module missing: Mail::SPF::Query optional module missing: IP::Country optional module missing: Razor2 optional module missing: Net::Ident optional module missing: IO::Socket::INET6 optional module missing: IO::Socket::SSL optional module missing: Mail::DomainKeys optional module missing: Mail::DKIM optional module missing: Encode::Detect warning: some functionality may not be available, please read the above report before continuing! so I asume I didn't have those pearl modules so I tried: perl -MCPAN -eshell then install HTML::Parser but It just wouldn't install nothing as it would say that it cannot connect to download. what I am doing wrong? or is there another way to install the modules? Thanks - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [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] Problem updating qmailtoaster spamassassin
this is what I get when I issue de install command: CPAN: LWP::UserAgent loaded ok Fetching with LWP: ftp://cpan.upn.mx/pub/CPAN/authors/01mailrc.txt.gz LWP failed with code[500] message[LWP::Protocol::MyFTP: connect: timeout] Fetching with Net::FTP: ftp://cpan.upn.mx/pub/CPAN/authors/01mailrc.txt.gz Trying with /usr/bin/links -source to get ftp://cpan.upn.mx/pub/CPAN/authors/01mailrc.txt.gz ERROR at dump.c:188: Receive timeout System call /usr/bin/links -source ftp://cpan.upn.mx/pub/CPAN/authors/01mailrc.txt.gz; /root/.cpan/sources/authors/01mailrc.txt returned status 1 (wstat 256) Warning: expected file [/root/.cpan/sources/authors/01mailrc.txt.gz] doesn't exist Trying with /usr/bin/wget -O - to get ftp://cpan.upn.mx/pub/CPAN/authors/01mailrc.txt.gz --10:59:08-- ftp://cpan.upn.mx/pub/CPAN/authors/01mailrc.txt.gz = `-' Resolving cpan.upn.mx... 200.23.113.93 Thanks Guillermo Villasana escribió: Hi guys I have the following message error when I try to update: REQUIRED module out of date: HTML::Parser optional module missing: Mail::SPF optional module missing: Mail::SPF::Query optional module missing: IP::Country optional module missing: Razor2 optional module missing: Net::Ident optional module missing: IO::Socket::INET6 optional module missing: IO::Socket::SSL optional module missing: Mail::DomainKeys optional module missing: Mail::DKIM optional module missing: Encode::Detect warning: some functionality may not be available, please read the above report before continuing! so I asume I didn't have those pearl modules so I tried: perl -MCPAN -eshell then install HTML::Parser but It just wouldn't install nothing as it would say that it cannot connect to download. what I am doing wrong? or is there another way to install the modules? Thanks - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [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
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 - into
Re: [qmailtoaster] Problem updating qmailtoaster spamassassin
Follow the directions at http://dag.wieers.com/rpm/FAQ.php#B for B2. How to configure to use RPMforge, then use yum to install them, e.g.: # yum install perl-HTML-Parser perl-Mail-SPF etc Guillermo Villasana wrote: Hi guys I have the following message error when I try to update: REQUIRED module out of date: HTML::Parser optional module missing: Mail::SPF optional module missing: Mail::SPF::Query optional module missing: IP::Country optional module missing: Razor2 optional module missing: Net::Ident optional module missing: IO::Socket::INET6 optional module missing: IO::Socket::SSL optional module missing: Mail::DomainKeys optional module missing: Mail::DKIM optional module missing: Encode::Detect warning: some functionality may not be available, please read the above report before continuing! so I asume I didn't have those pearl modules so I tried: perl -MCPAN -eshell then install HTML::Parser but It just wouldn't install nothing as it would say that it cannot connect to download. what I am doing wrong? or is there another way to install the modules? Thanks -- -Eric 'shubes' - 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
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) - 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
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 also not really sure that the executables themselves /have/ been messed up. It's possible. They might be. Or they might be pulling in data from some other included file that is incorrect. I just can't / find/ that other file. I also can't quite fathom how, if the executables had been messed up during the installation - which also happened this prior weekend - how things managed to run just fine until yesterday afternoon. My suspicion would have been that some run of some 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) - 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
Eric, Is there an easy way to go about removing various QTP packages? Such as sa-update, newmodel etc? Have them all installed at the minute with no problems, just wanting the option! Cheers, James On 8 May 2008, at 17:49, 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) - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [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
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 also not really sure that the executables themselves /have/ been messed up. It's possible. They might be. Or they might be pulling in data from some other included file that is incorrect. I just can't /find/ that other file. grin I know that. Just tossing some back. The qtp-sa-update basically does exactly what the links James provided do. It doesn't touch the spamassassin executables in any shape or form, other than to run sa-update. - 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
James Palmer wrote: Eric, Is there an easy way to go about removing various QTP packages? Such as sa-update, newmodel etc? Have them all installed at the minute with no problems, just wanting the option! rpm -e qmailtoaster-plus - 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
Does that actually remove all the installed packages though, or just the QTP installers? I.e. remove spamdyke, the new channel and cron jobs added by sa-update and the yum repo added by newmodel? Cheers, James On 8 May 2008, at 18:14, Jake Vickers wrote: James Palmer wrote: Eric, Is there an easy way to go about removing various QTP packages? Such as sa-update, newmodel etc? Have them all installed at the minute with no problems, just wanting the option! rpm -e qmailtoaster-plus - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [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] Update of ClamAV Solved
Hi Guys, Unfortunately I still couldn't figure out the solution for my particular problem. ClamAV has been running for many days now and still mail can't be processed if i use simscan (currently I have disabled simscan from my tcp.smtp, so bye bye SA and clamav). I've tried enabling simscan and turning clam off in the simcontrol file and that way it works, so I know something related with clam is not working properly. I'd rule out the clam updating downtime thingy because it has been installed many days ago. The weird thing is that if I uninstall clam 0.93-1.3.18 (rpm -e clamav-toaster-0.93-1.3.18 --nodeps) and I reinstall clamav-toaster-0.92-1.3.16 (rpm -i clamav-toaster-0.92-1.3.16.rpm) it succeeds but it still does not scan at all. So I can't go back either. I've tried so far this: qmailctl stop rpm -e clamav-toaster-0.92-1.3.16 --nodeps rpmbuild --rebuild --with fdr60 clamav-toaster-0.93-1.3.18.src.rpm rpm -i /usr/src/redhat/RPMS/i386/clamav-toaster-0.93-1.3.18.rpm qmailctl start Everything got installed but I get the qq soft reject on incoming mail. So I tried also this: /var/qmail/bin/simscanmk /var/qmail/bin/qmail-badloadertypes /var/qmail/bin/qmail-badmimetypes qmailctl cdb Nothing changed, so I finally disabled simscan for the time being. Any ideas? Pablo Zavalia Igor Vukotic escribió: Im running 0.93-1.3.18 and work perfectly fine (except huge CPU usage), but every else is fine and stable. If you want some specific detail i can provide :) On 2008.05.06, at 19:14, Eric Shubert wrote: I wish. ;) I'm still running clamav-toaster-0.92.1-1.3.17 with no apparent problem. TTMOMK, 0.9x versions previous to this one were problematic. The current version on the web site is clamav-toaster-0.93-1.3.18. Has anyone had any success or problems with this version? I'd like to hear some feedback from any/every one running this version. Igor Vukotic' wrote: Hi Pablo, I recognised log message *qmail-smtpd: qq soft reject (mail server temporarily rejected message* That exactly happened to my server when i restart qtp services and when i look at top you will probably see clamav process consume huge CPU usage. Good thing is if you leave server (1-2-minute) it will work normally and i suggest to use submission ports for clients, not 25 My server has 160Gb mails on HDD (i use IMAP for clients) and its running on 2xXeon 2GHz, 4Gb ram and it took 1-2 minute to clam finish the first job. Bad thing is when your clamav will be updated, it will die on 1-2 minute again. Maybe Eric has some trick for us, but clamav consume very much CPU-u, and better HW is shorter time :) On 2008.05.02, at 03:47, Pablo Zavalia wrote: Thanks for the reply Eric, that was quick! Smtp logs this: @4000481a6504112f8364 tcpserver: pid 7772 from MY-DESKTOP-IP @4000481a6504112f8b34 tcpserver: ok 7772 qmailserver.example.com:server-ip:25 :MY-DESKTOP-IP::25380 @4000481a650420c9c6a4 tcpserver: status: 11/100 @4000481a650421d03e0c CHKUSER relaying rcpt: from [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] : [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] : remote desktop:unknown:desktop-ip rcpt [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] : client allowed to relay @4000481a650503bfb974 qmail-smtpd: qq soft reject (mail server temporarily rejected message (#4.3.0)): MAILFROM: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] RCPTTO: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] @4000481a650503e1dfa4 tcpserver: end 7772 status 0 Nothing comes up in spamd log. I wonder why. Moreover I tried to run the simscan binary and i got this: $ /var/qmail/bin/simscan Segmentation fault I'm puzzled... Pablo Eric Shubert escribió: What are the corresponding smtp and spamd log messages when the message is rejected? Pablo Zavalia wrote: I've upgraded my clam clamav-toaster-0.92-1.3.16 which was working fine for the new released version clamav-toaster-0.93-1.3.18. Installation went ok, the package manager reported that it was installed fine. The thing es that mail is not being accepted, here's is an example of an smtp transaction: - 220 qmailserver.example.com - SMTP Server ESMTP - EHLO sender.example.com - 250-hostname.example.com - SMTP Server - 250-STARTTLS - 250-PIPELINING - 250-8BITMIME - 250-SIZE 20971520 - 250 AUTH LOGIN PLAIN CRAM-MD5 - AUTH CRAM-MD5 - 334 ( CRAM MD5 auth ) - (more auth) - 235 ok, go ahead (#2.0.0) - MAIL FROM: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] - 250 ok - RCPT TO: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] - 250 ok - DATA - 354 go ahead - Date: Thu, 01 May 2008 20:47:10 -0400 - Subject: test Thu, 01 May 2008 20:47:10 -0400 - - This is a test mailing - - . ** 451 mail server temporarily rejected message (#4.3.0) - QUIT - 221 qmailserver.example.com - SMTP Server This stopped working after the upgrade, my tcp.smtp is:
Re: [qmailtoaster] Update of ClamAV Solved
Try rebuilding simscan and install that. Erik On Thu, May 8, 2008 at 10:41 AM, Pablo Zavalia [EMAIL PROTECTED] wrote: Hi Guys, Unfortunately I still couldn't figure out the solution for my particular problem. ClamAV has been running for many days now and still mail can't be processed if i use simscan (currently I have disabled simscan from my tcp.smtp, so bye bye SA and clamav). I've tried enabling simscan and turning clam off in the simcontrol file and that way it works, so I know something related with clam is not working properly. I'd rule out the clam updating downtime thingy because it has been installed many days ago. The weird thing is that if I uninstall clam 0.93-1.3.18 (rpm -e clamav-toaster-0.93-1.3.18 --nodeps) and I reinstall clamav-toaster-0.92-1.3.16 (rpm -i clamav-toaster-0.92-1.3.16.rpm) it succeeds but it still does not scan at all. So I can't go back either. I've tried so far this: qmailctl stop rpm -e clamav-toaster-0.92-1.3.16 --nodeps rpmbuild --rebuild --with fdr60 clamav-toaster-0.93-1.3.18.src.rpm rpm -i /usr/src/redhat/RPMS/i386/clamav-toaster-0.93-1.3.18.rpm qmailctl start Everything got installed but I get the qq soft reject on incoming mail. So I tried also this: /var/qmail/bin/simscanmk /var/qmail/bin/qmail-badloadertypes /var/qmail/bin/qmail-badmimetypes qmailctl cdb Nothing changed, so I finally disabled simscan for the time being. Any ideas? Pablo Zavalia Igor Vukotic escribió: Im running 0.93-1.3.18 and work perfectly fine (except huge CPU usage), but every else is fine and stable. If you want some specific detail i can provide :) On 2008.05.06, at 19:14, Eric Shubert wrote: I wish. ;) I'm still running clamav-toaster-0.92.1-1.3.17 with no apparent problem. TTMOMK, 0.9x versions previous to this one were problematic. The current version on the web site is clamav-toaster-0.93-1.3.18. Has anyone had any success or problems with this version? I'd like to hear some feedback from any/every one running this version. Igor Vukotic' wrote: Hi Pablo, I recognised log message *qmail-smtpd: qq soft reject (mail server temporarily rejected message* That exactly happened to my server when i restart qtp services and when i look at top you will probably see clamav process consume huge CPU usage. Good thing is if you leave server (1-2-minute) it will work normally and i suggest to use submission ports for clients, not 25 My server has 160Gb mails on HDD (i use IMAP for clients) and its running on 2xXeon 2GHz, 4Gb ram and it took 1-2 minute to clam finish the first job. Bad thing is when your clamav will be updated, it will die on 1-2 minute again. Maybe Eric has some trick for us, but clamav consume very much CPU-u, and better HW is shorter time :) On 2008.05.02, at 03:47, Pablo Zavalia wrote: Thanks for the reply Eric, that was quick! Smtp logs this: @4000481a6504112f8364 tcpserver: pid 7772 from MY-DESKTOP-IP @4000481a6504112f8b34 tcpserver: ok 7772 qmailserver.example.com :server-ip:25 :MY-DESKTOP-IP::25380 @4000481a650420c9c6a4 tcpserver: status: 11/100 @4000481a650421d03e0c CHKUSER relaying rcpt: from [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] : [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] : remote desktop:unknown:desktop-ip rcpt [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] : client allowed to relay @4000481a650503bfb974 qmail-smtpd: qq soft reject (mail server temporarily rejected message (#4.3.0)): MAILFROM: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] RCPTTO: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] @4000481a650503e1dfa4 tcpserver: end 7772 status 0 Nothing comes up in spamd log. I wonder why. Moreover I tried to run the simscan binary and i got this: $ /var/qmail/bin/simscan Segmentation fault I'm puzzled... Pablo Eric Shubert escribió: What are the corresponding smtp and spamd log messages when the message is rejected? Pablo Zavalia wrote: I've upgraded my clam clamav-toaster-0.92-1.3.16 which was working fine for the new released version clamav-toaster-0.93-1.3.18. Installation went ok, the package manager reported that it was installed fine. The thing es that mail is not being accepted, here's is an example of an smtp transaction: - 220 qmailserver.example.com - SMTP Server ESMTP - EHLO sender.example.com - 250-hostname.example.com - SMTP Server - 250-STARTTLS - 250-PIPELINING - 250-8BITMIME - 250-SIZE 20971520 - 250 AUTH LOGIN PLAIN CRAM-MD5 - AUTH CRAM-MD5 - 334 ( CRAM MD5 auth ) - (more auth) - 235 ok, go ahead (#2.0.0) - MAIL FROM: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] - 250 ok - RCPT TO: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] - 250 ok - DATA - 354 go ahead - Date: Thu, 01 May 2008 20:47:10 -0400 - Subject: test Thu, 01 May 2008 20:47:10 -0400 -
Re: [qmailtoaster] Update of ClamAV Solved
How do I do that? rpm --rebuild? Pablo Zavalia Erik A. Espinoza escribió: Try rebuilding simscan and install that. Erik On Thu, May 8, 2008 at 10:41 AM, Pablo Zavalia [EMAIL PROTECTED] wrote: Hi Guys, Unfortunately I still couldn't figure out the solution for my particular problem. ClamAV has been running for many days now and still mail can't be processed if i use simscan (currently I have disabled simscan from my tcp.smtp, so bye bye SA and clamav). I've tried enabling simscan and turning clam off in the simcontrol file and that way it works, so I know something related with clam is not working properly. I'd rule out the clam updating downtime thingy because it has been installed many days ago. The weird thing is that if I uninstall clam 0.93-1.3.18 (rpm -e clamav-toaster-0.93-1.3.18 --nodeps) and I reinstall clamav-toaster-0.92-1.3.16 (rpm -i clamav-toaster-0.92-1.3.16.rpm) it succeeds but it still does not scan at all. So I can't go back either. I've tried so far this: qmailctl stop rpm -e clamav-toaster-0.92-1.3.16 --nodeps rpmbuild --rebuild --with fdr60 clamav-toaster-0.93-1.3.18.src.rpm rpm -i /usr/src/redhat/RPMS/i386/clamav-toaster-0.93-1.3.18.rpm qmailctl start Everything got installed but I get the qq soft reject on incoming mail. So I tried also this: /var/qmail/bin/simscanmk /var/qmail/bin/qmail-badloadertypes /var/qmail/bin/qmail-badmimetypes qmailctl cdb Nothing changed, so I finally disabled simscan for the time being. Any ideas? Pablo Zavalia Igor Vukotic escribió: Im running 0.93-1.3.18 and work perfectly fine (except huge CPU usage), but every else is fine and stable. If you want some specific detail i can provide :) On 2008.05.06, at 19:14, Eric Shubert wrote: I wish. ;) I'm still running clamav-toaster-0.92.1-1.3.17 with no apparent problem. TTMOMK, 0.9x versions previous to this one were problematic. The current version on the web site is clamav-toaster-0.93-1.3.18. Has anyone had any success or problems with this version? I'd like to hear some feedback from any/every one running this version. Igor Vukotic' wrote: Hi Pablo, I recognised log message *qmail-smtpd: qq soft reject (mail server temporarily rejected message* That exactly happened to my server when i restart qtp services and when i look at top you will probably see clamav process consume huge CPU usage. Good thing is if you leave server (1-2-minute) it will work normally and i suggest to use submission ports for clients, not 25 My server has 160Gb mails on HDD (i use IMAP for clients) and its running on 2xXeon 2GHz, 4Gb ram and it took 1-2 minute to clam finish the first job. Bad thing is when your clamav will be updated, it will die on 1-2 minute again. Maybe Eric has some trick for us, but clamav consume very much CPU-u, and better HW is shorter time :) On 2008.05.02, at 03:47, Pablo Zavalia wrote: Thanks for the reply Eric, that was quick! Smtp logs this: @4000481a6504112f8364 tcpserver: pid 7772 from MY-DESKTOP-IP @4000481a6504112f8b34 tcpserver: ok 7772 qmailserver.example.com :server-ip:25 :MY-DESKTOP-IP::25380 @4000481a650420c9c6a4 tcpserver: status: 11/100 @4000481a650421d03e0c CHKUSER relaying rcpt: from [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] : [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] : remote desktop:unknown:desktop-ip rcpt [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] : client allowed to relay @4000481a650503bfb974 qmail-smtpd: qq soft reject (mail server temporarily rejected message (#4.3.0)): MAILFROM: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] RCPTTO: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] @4000481a650503e1dfa4 tcpserver: end 7772 status 0 Nothing comes up in spamd log. I wonder why. Moreover I tried to run the simscan binary and i got this: $ /var/qmail/bin/simscan Segmentation fault I'm puzzled... Pablo Eric Shubert escribió: What are the corresponding smtp and spamd log messages when the message is rejected? Pablo Zavalia wrote: I've upgraded my clam clamav-toaster-0.92-1.3.16 which was working fine for the new released version clamav-toaster-0.93-1.3.18. Installation went ok, the package manager reported that it was installed fine. The thing es that mail is not being accepted, here's is an example of an smtp transaction: - 220 qmailserver.example.com - SMTP Server ESMTP - EHLO sender.example.com - 250-hostname.example.com - SMTP Server - 250-STARTTLS - 250-PIPELINING - 250-8BITMIME - 250-SIZE 20971520 - 250 AUTH LOGIN PLAIN CRAM-MD5 - AUTH CRAM-MD5 - 334 ( CRAM MD5 auth ) - (more auth) - 235 ok, go ahead (#2.0.0) - MAIL FROM: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] - 250 ok - RCPT TO: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] - 250 ok - DATA - 354 go ahead - Date: Thu, 01 May 2008 20:47:10 -0400 - Subject: test Thu, 01 May 2008 20:47:10 -0400 - - This is a test mailing -
Re: [qmailtoaster] Re: Soft Rejections
QTP is a set of tools which provide easy ways to do things that an administrator might typically do. There are no QTP packages per se, only qmailtoaster-plus itself. As far as undoing what a qtp tool has done, that would need to be addressed on a case by case basis: .) for spamdyke, that has been covered on the list and is documented on the wiki. .) for sa-update, I don't know off hand. .) there is no yum repo added by newmodel. I hope this clears things up a bit. James Palmer wrote: Does that actually remove all the installed packages though, or just the QTP installers? I.e. remove spamdyke, the new channel and cron jobs added by sa-update and the yum repo added by newmodel? Cheers, James On 8 May 2008, at 18:14, Jake Vickers wrote: James Palmer wrote: Eric, Is there an easy way to go about removing various QTP packages? Such as sa-update, newmodel etc? Have them all installed at the minute with no problems, just wanting the option! rpm -e qmailtoaster-plus - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -Eric 'shubes' - 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 probs, was just curious! James On 8 May 2008, at 20:21, Eric Shubert wrote: QTP is a set of tools which provide easy ways to do things that an administrator might typically do. There are no QTP packages per se, only qmailtoaster-plus itself. As far as undoing what a qtp tool has done, that would need to be addressed on a case by case basis: .) for spamdyke, that has been covered on the list and is documented on the wiki. .) for sa-update, I don't know off hand. .) there is no yum repo added by newmodel. I hope this clears things up a bit. James Palmer wrote: Does that actually remove all the installed packages though, or just the QTP installers? I.e. remove spamdyke, the new channel and cron jobs added by sa-update and the yum repo added by newmodel? Cheers, James On 8 May 2008, at 18:14, Jake Vickers wrote: James Palmer wrote: Eric, Is there an easy way to go about removing various QTP packages? Such as sa-update, newmodel etc? Have them all installed at the minute with no problems, just wanting the option! rpm -e qmailtoaster-plus - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [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: [EMAIL PROTECTED] -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [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
James Palmer wrote: Does that actually remove all the installed packages though, or just the QTP installers? I.e. remove spamdyke, the new channel and cron jobs added by sa-update and the yum repo added by newmodel? That removes the qmailtoaster-plus package. It does not undo any changes/upgrade/whatever you have done by using the scripts it contains. To remove sa-update changes I would imagine there would be an easy way to remove the channels but that will be for you to explore. Here's SA's page on sa-learn and channels: http://wiki.apache.org/spamassassin/RuleUpdates#head-612bf6b3bb5d01d608f59869f29630fbf46476fa Then just delete the cron job (should be blatantly obvious, just like it doesn't modify executables) from /etc/cron.daily. Don't know what you're talking about as far as the repo. You can remove the qmailtoaster-plus repo by just removing the RPM. This is all basic stuff. - 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
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 also not really sure that the executables themselves /have/ been messed up. It's possible. They might be. Or they might be pulling in data from some other included file that is incorrect. I just can't /find/ that other file. I also can't quite fathom how, if the executables had been messed up during the installation - which also happened this prior weekend - how things managed to run just fine until yesterday afternoon. My suspicion would have been that some run of some 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) - 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: [EMAIL PROTECTED]
Re: [qmailtoaster] Update of ClamAV Solved
Did: rpm -e simscan-toaster-1.3.1-1.3.6 --nodeps rpmbuild --rebuild --with fdr60 simscan-toaster-1.3.1-1.3.6.src.rpm rpm -i /usr/src/redhat/RPMS/i386/simscan-toaster-1.3.1-1.3.6.i386.rpm Then I put everything back to normal in tcp.smtp Worked like a charm! rebuilding simscan was the solution it seems, I'll post the entire sequence of commands later for reference. Now I need to monitor cpu usage. Thanks! Pablo Zavalia Pablo Zavalia escribió: How do I do that? rpm --rebuild? Pablo Zavalia Erik A. Espinoza escribió: Try rebuilding simscan and install that. Erik On Thu, May 8, 2008 at 10:41 AM, Pablo Zavalia [EMAIL PROTECTED] wrote: Hi Guys, Unfortunately I still couldn't figure out the solution for my particular problem. ClamAV has been running for many days now and still mail can't be processed if i use simscan (currently I have disabled simscan from my tcp.smtp, so bye bye SA and clamav). I've tried enabling simscan and turning clam off in the simcontrol file and that way it works, so I know something related with clam is not working properly. I'd rule out the clam updating downtime thingy because it has been installed many days ago. The weird thing is that if I uninstall clam 0.93-1.3.18 (rpm -e clamav-toaster-0.93-1.3.18 --nodeps) and I reinstall clamav-toaster-0.92-1.3.16 (rpm -i clamav-toaster-0.92-1.3.16.rpm) it succeeds but it still does not scan at all. So I can't go back either. I've tried so far this: qmailctl stop rpm -e clamav-toaster-0.92-1.3.16 --nodeps rpmbuild --rebuild --with fdr60 clamav-toaster-0.93-1.3.18.src.rpm rpm -i /usr/src/redhat/RPMS/i386/clamav-toaster-0.93-1.3.18.rpm qmailctl start Everything got installed but I get the qq soft reject on incoming mail. So I tried also this: /var/qmail/bin/simscanmk /var/qmail/bin/qmail-badloadertypes /var/qmail/bin/qmail-badmimetypes qmailctl cdb Nothing changed, so I finally disabled simscan for the time being. Any ideas? Pablo Zavalia Igor Vukotic escribió: Im running 0.93-1.3.18 and work perfectly fine (except huge CPU usage), but every else is fine and stable. If you want some specific detail i can provide :) On 2008.05.06, at 19:14, Eric Shubert wrote: I wish. ;) I'm still running clamav-toaster-0.92.1-1.3.17 with no apparent problem. TTMOMK, 0.9x versions previous to this one were problematic. The current version on the web site is clamav-toaster-0.93-1.3.18. Has anyone had any success or problems with this version? I'd like to hear some feedback from any/every one running this version. Igor Vukotic' wrote: Hi Pablo, I recognised log message *qmail-smtpd: qq soft reject (mail server temporarily rejected message* That exactly happened to my server when i restart qtp services and when i look at top you will probably see clamav process consume huge CPU usage. Good thing is if you leave server (1-2-minute) it will work normally and i suggest to use submission ports for clients, not 25 My server has 160Gb mails on HDD (i use IMAP for clients) and its running on 2xXeon 2GHz, 4Gb ram and it took 1-2 minute to clam finish the first job. Bad thing is when your clamav will be updated, it will die on 1-2 minute again. Maybe Eric has some trick for us, but clamav consume very much CPU-u, and better HW is shorter time :) On 2008.05.02, at 03:47, Pablo Zavalia wrote: Thanks for the reply Eric, that was quick! Smtp logs this: @4000481a6504112f8364 tcpserver: pid 7772 from MY-DESKTOP-IP @4000481a6504112f8b34 tcpserver: ok 7772 qmailserver.example.com :server-ip:25 :MY-DESKTOP-IP::25380 @4000481a650420c9c6a4 tcpserver: status: 11/100 @4000481a650421d03e0c CHKUSER relaying rcpt: from [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] : [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] : remote desktop:unknown:desktop-ip rcpt [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] : client allowed to relay @4000481a650503bfb974 qmail-smtpd: qq soft reject (mail server temporarily rejected message (#4.3.0)): MAILFROM: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] RCPTTO: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] @4000481a650503e1dfa4 tcpserver: end 7772 status 0 Nothing comes up in spamd log. I wonder why. Moreover I tried to run the simscan binary and i got this: $ /var/qmail/bin/simscan Segmentation fault I'm puzzled... Pablo Eric Shubert escribió: What are the corresponding smtp and spamd log messages when the message is rejected? Pablo Zavalia wrote: I've upgraded my clam clamav-toaster-0.92-1.3.16 which was working fine for the new released version clamav-toaster-0.93-1.3.18. Installation went ok, the package manager reported that it was installed fine. The thing es that mail is not being accepted, here's is an example of an smtp transaction: - 220 qmailserver.example.com - SMTP Server ESMTP - EHLO sender.example.com - 250-hostname.example.com - SMTP Server - 250-STARTTLS - 250-PIPELINING -
Re: [qmailtoaster] Re: Soft Rejections
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 also not really sure that the executables themselves /have/ been messed up. It's possible. They might be. Or they might be pulling in data from some other included file that is incorrect. I just can't /find/ that other file. I also can't quite fathom how, if the executables had been messed up during the installation - which also happened this prior weekend - how things managed to run just fine until yesterday afternoon. My suspicion would have been that some run of some 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
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 also not really sure that the executables themselves /have/ been messed up. It's possible. They might be. Or they might be pulling in data from some other included file that is incorrect. I just can't /find/ that other file. I also can't quite fathom how, if the executables had been messed up during the installation - which also happened this prior weekend - how things managed to run just fine until yesterday afternoon. My suspicion would have been that some run of some 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: [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
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 also not really sure that the executables themselves /have/ been messed up. It's possible. They might be. Or they might be pulling in data from some other included file that is incorrect. I just can't /find/ that other file. I also can't quite fathom how, if the executables had been messed up during the installation - which also happened this prior weekend - how things managed to run just fine until yesterday afternoon. My suspicion would have been that some run of some
Re: [qmailtoaster] Re: Soft Rejections
Mr Pratt -- I have to be honest. I find the attitude perceived in this post to be rude, demeaning, and uncalled for. Like you, I was in a situation a few years ago wherein I had to migrate my office's mail server needs from a machine I'd had nothing to do with and no control over to another fully-featured server in a matter of weeks. I did not have time to do this any other way. I could not find the documentation - in manners I could understand quickly and work with effectively - on any other project save QMT. Frankly, QMT saved my company, and in the process my job. The people on this list, including the developers, have been very supportive, very responsive, and very helpful. I will be the first to admit that I do not understand everything I would like to understand about the why and the how of the inner workings of the pieces and parts of QMT. I try, and I think I understand more today than I did three years ago. But I must say that your attitude of negativity to those who do not yet know as much as you is the very reason people end up shelling out thousands of dollars for the hardware and the MS software to fill these business needs: because if they shell out enough money, they can make Microsoft and/or others help them, keeping things functioning and allow them to do their jobs. The positive and supportive attitude of others on this list, like EE, ES and Jake Vickers - and they are the rule, rather than the exception - is exactly what /all/ FOSS projects need if they are to succeed in gaining the 'street' and business credibility they require. Like it or not, sometimes a network admin gets thrown into the deep end and has to accomplish things that are far outside his or her knowledge and expertise. Belittling her for asking for help and support accomplishes nothing, except perhaps making you feel superior. I'm sorry I don't meet your expectations. I'm also sorry you don't meet mine. Roxanne 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,
[qmailtoaster] testing restore - now no authentication works (IE squirrelmail, imap client or qmailadmin)
Hey there, I was going through a test run today trying out the qtp-backup and qtp-restore. I made sure both machines had the same version of qtp. One was a toaster that has been running for some months and is now centos 4.6. The new one is a brand spanking new centos 5.1 install, with a blank set of domains. SO for sh**s and giggles I wanted to see if i could restore back onto the new toaster. All my data appears to be there. The vqadmin reports back all of the users and passwords. As does the vpopmail bin tools. Now when I attempt to log into webmail, I get the dreaded ERROR: Connection dropped by IMAP server. error (google returns many many reasons and apparent solutions - none of which have yet worked for me thus far). When I attempt to login to the qmailadmin, I get an invalid password error. I double checked and I have the ports listening (so it seems). Here is the output of netstats -pant: # netstat -pant Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp0 0 0.0.0.0:993 0.0.0.0:* LISTEN 16192/tcpserver tcp0 0 0.0.0.0:995 0.0.0.0:* LISTEN 16154/tcpserver tcp0 0 0.0.0.0:33060.0.0.0:* LISTEN 2603/mysqld tcp0 0 0.0.0.0:587 0.0.0.0:* LISTEN 16151/tcpserver tcp0 0 0.0.0.0:110 0.0.0.0:* LISTEN 16180/tcpserver tcp0 0 127.0.0.1:783 0.0.0.0:* LISTEN 16133/perl tcp0 0 0.0.0.0:143 0.0.0.0:* LISTEN 16230/tcpserver tcp0 0 127.0.0.1:530.0.0.0:* LISTEN 30042/named tcp0 0 0.0.0.0:25 0.0.0.0:* LISTEN 16221/tcpserver tcp0 0 127.0.0.1:953 0.0.0.0:* LISTEN 30042/named tcp0 0 :::80 :::* LISTEN 16417/httpd tcp0 0 ::1:53 :::* LISTEN 30042/named tcp0 0 :::22 :::* LISTEN 2416/sshd tcp0 0 ::1:953 :::* LISTEN 30042/named tcp0 0 :::443 :::* LISTEN 16417/httpd tcp0 1728 :::my.remote.ip.addy:22 :::my.office.ip.addy:51994 ESTABLISHED 15897/0 Now could this simply be due to the fact that the OS versions are different? Is this a lost cause? DNK - 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
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. Be amazed Jaime, be very amazed. No RTFMs here. That's not our gig. We're not here to stroke egos. 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. 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: [EMAIL PROTECTED]
RE: [qmailtoaster] Re: Soft Rejections
-Original Message- From: Roxanne Sandesara [mailto:[EMAIL PROTECTED] Sent: Thursday, May 08, 2008 7:50 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Re: Soft Rejections Mr Pratt -- I have to be honest. I find the attitude perceived in this post to be rude, demeaning, and uncalled for. Like you, I was in a situation a few years ago wherein I had to migrate my office's mail server needs from a machine I'd had nothing to do with and no control over to another fully-featured server in a matter of weeks. I did not have time to do this any other way. I could not find the documentation - in manners I could understand quickly and work with effectively - on any other project save QMT. Frankly, QMT saved my company, and in the process my job. Ms Silver/Sandesara, Ok, so perhaps I am jaded. I have watched the spam literally destroy the value of email. If QMT saved a company, super. That's great. I have no problems with that. What I am questioning is the version control here, or lack thereof, and forgive me, but I do not feel pity for any business that find's themselves in hot water over email. It's been going to hell for 7 years now, life is tough, get a helmet. The people on this list, including the developers, have been very supportive, very responsive, and very helpful. I will be the first to admit that I do not understand everything I would like to understand about the why and the how of the inner workings of the pieces and parts of QMT. I try, and I think I understand more today than I did three years ago. But I must say that your attitude of negativity to those who do not yet know as much as you is the very reason people end up shelling out thousands of dollars for the hardware and the MS software to fill these business needs: because if they shell out enough money, they can make Microsoft and/or others help them, keeping things functioning and allow them to do their jobs. I agree, list support seems great, however that is true of any oss list out there, that is the point of them. My point was that it should not be simple for just anyone to install a mail server, as that is at least 50% of the reason email is growing more and more worthless. Again, I have spent 7 years dealing with messed-up configurations, spam beyond belief and utter stupidity on the part of people who suddenly started running mail servers and thereby proliferating the spam problem further, because they did not know enough to lock down their boxes, and ignored the problem(s) afterwards. The positive and supportive attitude of others on this list, like EE, ES and Jake Vickers - and they are the rule, rather than the exception - is exactly what /all/ FOSS projects need if they are to succeed in gaining the 'street' and business credibility they require. Agreed , my apologies for not espousing the oss warriors - we all owe them indeed. As well as Dr. Bernstein. And Linus. Etc. etc. ;) Like it or not, sometimes a network admin gets thrown into the deep end and has to accomplish things that are far outside his or her knowledge and expertise. Yes, that is when you call a consultant, or ask for the risk of business suicide, I've been there myself And quite the contrary , although I do the majority of my work these days on very propietery systems, and no they are not MS, either! Belittling her for asking for help and support accomplishes nothing, except perhaps making you feel superior. I'm sorry I don't meet your expectations. I'm also sorry you don't meet mine. Roxanne Roxanne - I did not mean for this to be about you, or your level of competence in any fashion, and so my deepest apologies for you taking it this way. If you do remember , I did try to help you with sa, and am only trying to help you further by getting some clarification on this project, because in all reality, it's really just a re-package project, of other projects... This makes version control yet even more complex. :\ My profound apologies to you, as I tried to refer to you in the 3rd person for that specific reason. I do not consider myself better than anyone else either just because I have run mail servers for a long time ,,, rather, I was trying to get a reply from the developers here. (To be honest, I despise email, I am actually a storage area network admin these days, and am getting out of the email business completely in a few months, and could not be happier about it! :) In my opinion, having watched Email's business value (ok so it never really had any but whatever right) decrease with the spam and viruses over the past few years by 100% a year, I am quite convinced that like the current us economy, it cannot sustain itself. The spam and garbage grows by 100% per year. How can any system accurately filter it all in 5 more years? ... yikes... I have no interest in finding out either at this point, because it's beyond hope.. :\ PS - I don't know you , so I have no
Re: [qmailtoaster] Re: Soft Rejections
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?... Qmailtoaster was originally started by Miguel Beccari years ago as an easy way to install Qmail. I've personally installed it about every way you can think of, and this is one of the faster ways to get a mail server up an running. Carrying on, Miguel kinda disappeared after a while, and Nick Hemmesch took the project over for the next 4 years or so. Since this is a hobby for those of us who develop things for Qmailtoaster the release cycle is sporadic at best. Nick became busy with work and home life and handed over the position to Erik Espinoza. Erik also has a real job and works on the project when he has spare time. Since it all ran on the server owned by whoever was maintaining it at the time, they were the only ones who could update the packages. At this time, Erik is the only one who can update the main site. Eric Shubes, myself, Justice London, Sam Clippinger, Lucian Cristian, Dan McCallister, Nate Davis, and the many who I've forgotten to mention (Sorry!) all contribute when/if we can. A couple of us have written updated packages and we have to submit them to Erik who will (if everything turns out okay during testing) update the main site when he has some time. I created the Qmailtoaster-Plus package along with Eric Shubes as a helper for those who run Qmailtoaster systems everyday. A lot of the tools bundled with it are the same tools that we (and those who have contributed to the package) use everyday. It's meant to try and make an admin's job easier. You'll find that myself and Eric write 85% of the scripts in this package ourselves, for ourselves. The package was meant as a way for us to easily share some of the tools we use. In the course of helping people you have to remember that we're reading the same emails as you and probably while working on other projects. You don't hear much out of ME because I work on other things. Installing/fixing/repairing/upgrading/building Qmail machines is one of the services that I offer at my consulting company. I get paid for these services and have successfully gotten several ISPs running using this very same software and I was even asked to consult on a 1-million user Qmail system out West /shameless plug. I (like the others who provide support on this list) receive 400-800 emails a day (I work on a couple different projects). I don't always read the emails in depth and (bad on my part I'll admit) I shoot answers from the hip most of the time. That's what you get on a list like this though. If you want personal attention and someone to hold your hand through every step of whatever problem you may have (and not get from-the-hip answers) then you're more than welcome to hire a consultant for this purpose. There's a section on the wiki for commercial support that lists those of us who offer services. No offense to Roxanne, but if you want faster fixes and someone to give you more than 25% of their attention to your problem then be willing to pay for it. Without seeing specific things on a system we have to guess at what the problem may be and that's the risk you take for relying on free support. As far as the development cycle; it's frozen. At least Qmailtoaster is. Erik is working on the 1.4 branch and has frozen the 1.3 branch with the exception of upstream updates (spamassassin, clamav). We (Eric and I, with me being the only one who can update the website right now but that's soon to be rectified) update qmailtoaster-plus when we get time and as we feel that enough updates have been made to qualify for a new release. 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. No offense taken. I explained why I don't answer much in the above. 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. QTP is just an add-on for QMT. It's a collection of scripts and utilities mostly written by Eric and myself that we felt like sharing with others in the hopes of making their jobs easier. And I came to Qmailtoaster in pretty much the same way as you a few years ago. I guess what *truly*
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] testing restore - now no authentication works (IE squirrelmail, imap client or qmailadmin)
dnk wrote: Hey there, I was going through a test run today trying out the qtp-backup and qtp-restore. I made sure both machines had the same version of qtp. One was a toaster that has been running for some months and is now centos 4.6. The new one is a brand spanking new centos 5.1 install, with a blank set of domains. SO for sh**s and giggles I wanted to see if i could restore back onto the new toaster. All my data appears to be there. The vqadmin reports back all of the users and passwords. As does the vpopmail bin tools. Now when I attempt to log into webmail, I get the dreaded ERROR: Connection dropped by IMAP server. error (google returns many many reasons and apparent solutions - none of which have yet worked for me thus far). When I attempt to login to the qmailadmin, I get an invalid password error. I double checked and I have the ports listening (so it seems). Here is the output of netstats -pant: # netstat -pant Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp0 0 0.0.0.0:993 0.0.0.0:* LISTEN 16192/tcpserver tcp0 0 0.0.0.0:995 0.0.0.0:* LISTEN 16154/tcpserver tcp0 0 0.0.0.0:33060.0.0.0:* LISTEN 2603/mysqld tcp0 0 0.0.0.0:587 0.0.0.0:* LISTEN 16151/tcpserver tcp0 0 0.0.0.0:110 0.0.0.0:* LISTEN 16180/tcpserver tcp0 0 127.0.0.1:783 0.0.0.0:* LISTEN 16133/perl tcp0 0 0.0.0.0:143 0.0.0.0:* LISTEN 16230/tcpserver tcp0 0 127.0.0.1:530.0.0.0:* LISTEN 30042/named tcp0 0 0.0.0.0:25 0.0.0.0:* LISTEN 16221/tcpserver tcp0 0 127.0.0.1:953 0.0.0.0:* LISTEN 30042/named tcp0 0 :::80 :::* LISTEN 16417/httpd tcp0 0 ::1:53 :::* LISTEN 30042/named tcp0 0 :::22 :::* LISTEN 2416/sshd tcp0 0 ::1:953 :::* LISTEN 30042/named tcp0 0 :::443 :::* LISTEN 16417/httpd tcp0 1728 :::my.remote.ip.addy:22 :::my.office.ip.addy:51994 ESTABLISHED 15897/0 Now could this simply be due to the fact that the OS versions are different? Is this a lost cause? DNK I highly doubt it (but anything's possible), and no. I wouldn't trust vqadmin at all, but some folks say it's ok for looking things up. My first guess would be MySQL grants. Did you run the mysqladmin commands in the cnt50-svcs.sh script? I would expect so since you can retrieve information with /home/vpopmail/bin/vuserinfo. Is the password there the same as what's in /home/vpopmail/etc/vpopmail.mysql ? (Hey, it's just a guess) -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] testing restore - now no authentication works (IE squirrelmail, imap client or qmailadmin)
dnk wrote: Hey there, I was going through a test run today trying out the qtp-backup and qtp-restore. I made sure both machines had the same version of qtp. One was a toaster that has been running for some months and is now centos 4.6. The new one is a brand spanking new centos 5.1 install, with a blank set of domains. Now when I attempt to log into webmail, I get the dreaded ERROR: Connection dropped by IMAP server. error (google returns many many reasons and apparent solutions - none of which have yet worked for me thus far). When I attempt to login to the qmailadmin, I get an invalid password error. Sounds like the vpopmail password may be different. Look at /home/vpopmail/etc/vpopmail.mysql and make sure it matches the password for the database. - 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
James Pratt wrote: I agree, list support seems great, however that is true of any oss list out there, that is the point of them. My point was that it should not be simple for just anyone to install a mail server, as that is at least 50% of the reason email is growing more and more worthless. Again, I have spent 7 years dealing with messed-up configurations, spam beyond belief and utter stupidity on the part of people who suddenly started running mail servers and thereby proliferating the spam problem further, because they did not know enough to lock down their boxes, and ignored the problem(s) afterwards. I'm only going to comment at this one part: Were you an admin during the days of the net send spams? That was OS related, not even email and I was called in to fix a system that was receiving THOUSANDS a day. I find that an hour long TV show is only 26 minutes a tiny step over into the spam realm. Spam is nothing but advertising. I even purchased XM radio because I was tired of what I considered spam - I already have a new car; I don't need someone screaming at me like a WWF wrestler that I *HAVE* to go get a new one. Or Dan Marino endorsing Chevy dealerships. Come on, like he drives anything less than an S-Class. Spam is spam. It was a problem BEFORE projects like this one came about. It would be there either way. There was even unsolicited messages back on my FIDOnet BBS back in the 80's. There wasn't really even an interweb thing then (yes, I've been at this a while). And just about anyone could go to a hacker FTP site or use Bittorrent and download Exchange 2000, 2002, 2003, etc. and spam from them just as easily. And they're a *LOT* easier to install (okay, another shameless plug: my ISO is about as easy to install, but you still don't get the pretty icons to click on to do everything for you). Anyway, spam would be there any way. In an independent study that I conducted (not endorsed, qualified, accurate, blah blah blah) most of my spam comes from Sendmail mailers or PHP based mailers. I'm off to spend some time with my family now. Night all!
Re: [qmailtoaster] qmail-inject: fatal: unable to parse this line:
Yes. That missing '' is the problem here..But the qmail-inject will also responsible for delivering local mails? Please help me to check this(in which file?). Or please provide me some links to understand the concept of qmail-inject.. Thanks Eric... On Thu, May 8, 2008 at 7:24 PM, Eric Shubert [EMAIL PROTECTED] wrote: I'm not sure why qmail-inject is coming into play here. What generated this message? The Cc: line indeed appears to be malformed (missing initial ). senthil vel wrote: Hi list, A mail sent to the local mail id bounced with the following bounce message. I cant clearly understand the issue. For delivering a local mail, what is the function of qmail-inject? Is it must? kindly help me...Atleast i wish to understand why that mail has bounced... Please help me understand the issue and solve it Hi. This is the qmail-send program at mail.xxx.com http://mail.xxx.com. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: qmail-inject: fatal: unable to parse this line: Cc: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED], qqq [EMAIL PROTECTED] mailto:[EMAIL PROTECTED], www [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] system error I'm not going to try again; this message has been in the queue too long. -- Thanks and Regards, S.Senthilvel, -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Thanks and Regards, S.Senthilvel, Webindia Internet Services Chennai - 600 029, India.
Re: [qmailtoaster] Authentication failed : Server replied: 535 authentication failed (#5.7.1)
Sorry..Here too the mistake is mine.. In /nutsmail/config/config.php file the host name was wrongly set..So the authentication tried in some other host.Sorry again Eric,Thanks for the valuable help... On Thu, May 8, 2008 at 7:26 PM, Eric Shubert [EMAIL PROTECTED] wrote: senthil vel wrote: While i am sending mail from web interface, i am getting this error...Kindly help me... -- Thanks and Regards, S.Senthilvel, Is web interface (squirrelmail) running on a different machine? Do you get this error when trying to log in, or when sending? -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Thanks and Regards, S.Senthilvel, Webindia Internet Services Chennai - 600 029, India.
[qmailtoaster] Bulk sending Slow
I have a toaster which is working fine for quite some time now for a client of mine. Now one of their back office machine generates about 900 daily email statements for their clients which needs to be send thru this toaster. The backoffice software generates those emails and put into outlook express. Each email is a statement with their previous days transactions and account balance are very small in size. But it takes hours for the outlook to send those mails. The outgoing server port is set as 587. How can I speed up the despatch? Any help is highly appreciated. Regards Biju Jose No virus found in this outgoing message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.11/1422 - Release Date: 5/8/2008 5:24 PM
[qmailtoaster] 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.5.3 - chkuser)
Hello all. I'm getting the dredded 553 message out of the blue. I am able to send email using squirrel, however if I try to send email to any address on the 3 domains I have on the server, it fails. My tcp.smtp seems fine for the local and the public IP. 127.:allow,RELAYCLIENT=,DKSIGN=/var/qmail/control/domainkeys/%/private 192.168.:allow,RELAYCLIENT=,DKSIGN=/var/qmail/control/domainkeys/%/privat e XXX.XXX.XXX.XXX:allow,RELAYCLIENT=,DKSIGN=/var/qmail/control/domainkeys/% /private Where X is my public IP. In the SMTP log I get @40004823c9ac0a7515fc CHKUSER accepted sender: from [EMAIL PROTECTED]:: remote out01.mta.ISP.com:unknown:XXX.XXX.XXX.XXX rcpt : sender accepted @40004823c9de3173d7ec CHKUSER rejected relaying: from [EMAIL PROTECTED]:: remote out01.mta. ISP.com:unknown:XXX.XXX.XXX.XXX rcpt [EMAIL PROTECTED] : client not allowed to relay I get this message from any address trying to send to the email addresses on my server. As you can guess, this is an issue. So my question is, should I add the MTA address of my ISP to the tcp.smtp ? or is there something else that would be blocking email from coming in?? Glen
Re: [qmailtoaster] spamassassin-toaster-3.2.4-1.3.15
Hey ES, I'll take a look at this in the weekend and post it if all looks good. EE On Thu, May 8, 2008 at 4:12 PM, Eric Shubert [EMAIL PROTECTED] wrote: Sorry for the large attachment, but I know some folks are eager to get this (and I forgot it on my previous post!) -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]