Re: [qmailtoaster] Update of ClamAV Solved
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] :[EMAIL PROTECTED]: remote desktop:unknown:desktop-ip rcpt [EMAIL PROTECTED] : client allowed to relay @4000481a650503bfb974 qmail-smtpd: qq soft reject (mail server temporarily rejected message (#4.3.0)): MAILFROM:[EMAIL PROTECTED] RCPTTO:[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] - 250 ok - RCPT TO:[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: 127.:allow,RELAYCLIENT=,DKSIGN=/var/qmail/control/domainkeys/%/ private,RBLSMTPD=,NOP0FCHECK=1 :allow ,BADMIMETYPE = ,RBLSMTPD = ,SENDER_NOCHECK = 1 ,BADLOADERTYPE = M ,CHKUSER_RCPTLIMIT=50,CHKUSER_WRONGRCPTLIMIT=10,QMAILQUEUE=/ var/qmail/bin/simscan,DKSIGN=/var/qmail/control/domainkeys/%/ private,NOP0FCHECK=1 When I remove the QMAILQUEUE=.. part and do a qmailctl cdb, the mail starts being accepted. The only problem is that AV and Spam are not being processed. I am running a regular qmail-toaster with Fedora Core 6 arch i686 The server is now working, but with no scanning, i'd appreciate any suggestions that you may have to fix this. Thanks in advance Pablo Zavalia Ariel escribió: steps taken 1 - qmailctl stop 2 - rpmbuild package clamv* 3 - rpm -e clamav-toaster-0.92.1-1.3.17 --nodeps 4 - rpm -i clamav-toaster-0.93-1.3.18.i386.rpm works OK smime.p7s Description: S/MIME cryptographic signature
[qmailtoaster] yahoo and aol bouncing email due to user complaints
I host a tiny ezmlm list (100 subscribers) and several members have asked why they're getting messages from the list saying messages have been bouncing and if they continue to bounce they'll be removed from the list. A few weeks ago I discovered that yahoo has been deferring emails to the list due to user complaints. It doesn't seem to happen when I send an email to a single yahoo user, just list-related. Now it has come to my attention that aol is bouncing emails to the list due to user complaints or too much email. One bounce was dated April 12. This is a very low volume list. A few days ago I started getting duplicate emails. I've read some threads on that and RAM seems to be a culprit. I have not upgraded lately and memory levels have been pretty consistent for some time. Never been a problem in the past year. Also two days ago logwatch reported yum updates/installs/uninstalls of packages and I did not initiate this activity. That has me thinking hacker. I know this is a fruit salad of issues but I'm including them in case they could be related. Any advice on how to approach these problems and in what order would be appreciated. John - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[qmailtoaster] Spamdyke Question
Does Spamdyke log its activity? Specifically, does it maintain a log of the messages it rejects? I've checked /var/log/qmail, /var/log, and hunted around /opt/ spamdyke without finding any immediately apparent likely candidates. The .conf file states log level 2, but I am afraid I'm just newbie enough I don't actually know the definition of that convention. I'm curious, because I would like - if at all possible - to be able to search such a log, in the case of an email a user states is 'missing' or not received. (I'm trying to be pre-emptive.) Roxanne - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Spamdyke Question
/var/log/maillog Sal, 2008-05-06 tarihinde 09:56 -0400 saatinde, Roxanne Sandesara yazdı: Does Spamdyke log its activity? Specifically, does it maintain a log of the messages it rejects? I've checked /var/log/qmail, /var/log, and hunted around /opt/ spamdyke without finding any immediately apparent likely candidates. The .conf file states log level 2, but I am afraid I'm just newbie enough I don't actually know the definition of that convention. I'm curious, because I would like - if at all possible - to be able to search such a log, in the case of an email a user states is 'missing' or not received. (I'm trying to be pre-emptive.) Roxanne - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Mesut Güler Egemen Yazılım - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Spamdyke Question
It also contains information on rejected mails and the reason for rejection in /var/log/qmail/smtp/current James On 6 May 2008, at 14:56, Roxanne Sandesara wrote: Does Spamdyke log its activity? Specifically, does it maintain a log of the messages it rejects? I've checked /var/log/qmail, /var/log, and hunted around /opt/ spamdyke without finding any immediately apparent likely candidates. The .conf file states log level 2, but I am afraid I'm just newbie enough I don't actually know the definition of that convention. I'm curious, because I would like - if at all possible - to be able to search such a log, in the case of an email a user states is 'missing' or not received. (I'm trying to be pre-emptive.) Roxanne - 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]
[qmailtoaster] POP collect howto
Hi list, I am thinking of replacing a Win32 Mdaemon server with a QMT box, mainly to benefit from spamdyke. But I keep having second thoughts about an issue that I dont know how to solve: In this Mdaemon server, I have a POPcollect thing set up, that checks a catch-all account in an external server that acts as mx-backup, and then it distributes the downloaded mail to the corresponding accounts. This is a standard feature for Mdaemon. The question is, how can I implement that in a QMT installation? I have no clue. Thanks for your thoughts- Sergio Sergio Minini :: NetKey Solutions :: ( 4742.1101 :: http://www.netkey.com.ar/ http://www.netkey.com.ar P: ¿Realmente necesitás imprimir este correo electrónico? Ahorremos papel.
Re: [qmailtoaster] POP collect howto
Sergio Minini {NETKEY} wrote: Hi list, I am thinking of replacing a Win32 Mdaemon server with a QMT box, mainly to benefit from spamdyke. But I keep having second thoughts about an issue that I dont know how to solve: In this Mdaemon server, I have a POPcollect thing set up, that checks a catch-all account in an external server that acts as mx-backup, and then it distributes the downloaded mail to the corresponding accounts. This is a standard feature for Mdaemon. The question is, how can I implement that in a QMT installation? I have no clue. Thanks for your thoughts- Sergio I use fetchmail to poll remote servers and deliver to local accounts.
Re: [qmailtoaster] Spamdyke Question
Roxanne Sandesara wrote: Does Spamdyke log its activity? Specifically, does it maintain a log of the messages it rejects? I've checked /var/log/qmail, /var/log, and hunted around /opt/spamdyke without finding any immediately apparent likely candidates. The .conf file states log level 2, but I am afraid I'm just newbie enough I don't actually know the definition of that convention. I'm curious, because I would like - if at all possible - to be able to search such a log, in the case of an email a user states is 'missing' or not received. (I'm trying to be pre-emptive.) Roxanne http://www.spamdyke.org/documentation/README.html#LOG qtp-install-spamdyke sets up default configuration with: log-level=2 log-target=0 -- -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] Update of ClamAV Solved
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]:[EMAIL PROTECTED]: remote desktop:unknown:desktop-ip rcpt [EMAIL PROTECTED] : client allowed to relay @4000481a650503bfb974 qmail-smtpd: qq soft reject (mail server temporarily rejected message (#4.3.0)): MAILFROM:[EMAIL PROTECTED] RCPTTO:[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] - 250 ok - RCPT TO:[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: 127.:allow,RELAYCLIENT=,DKSIGN=/var/qmail/control/domainkeys/%/private,RBLSMTPD=,NOP0FCHECK=1 :allow,BADMIMETYPE=,RBLSMTPD=,SENDER_NOCHECK=1,BADLOADERTYPE=M,CHKUSER_RCPTLIMIT=50,CHKUSER_WRONGRCPTLIMIT=10,QMAILQUEUE=/var/qmail/bin/simscan,DKSIGN=/var/qmail/control/domainkeys/%/private,NOP0FCHECK=1 When I remove the QMAILQUEUE=.. part and do a qmailctl cdb, the mail starts being accepted. The only problem is that AV and Spam are not being processed. I am running a regular qmail-toaster with Fedora Core 6 arch i686 The server is now working, but with no scanning, i'd appreciate any suggestions that you may have to fix this. Thanks in advance Pablo Zavalia Ariel escribió: steps taken 1 - qmailctl stop 2 - rpmbuild package clamv* 3 - rpm -e clamav-toaster-0.92.1-1.3.17 --nodeps 4 - rpm -i clamav-toaster-0.93-1.3.18.i386.rpm works OK -- -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] POP collect howto
Jake, could you please tell a bit more? Thanks! Sergio -Original Message- From: Jake Vickers [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 06, 2008 1:13 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] POP collect howto Sergio Minini {NETKEY} wrote: Hi list, I am thinking of replacing a Win32 Mdaemon server with a QMT box, mainly to benefit from spamdyke. But I keep having second thoughts about an issue that I dont know how to solve: In this Mdaemon server, I have a POPcollect thing set up, that checks a catch-all account in an external server that acts as mx-backup, and then it distributes the downloaded mail to the corresponding accounts. This is a standard feature for Mdaemon. The question is, how can I implement that in a QMT installation? I have no clue. Thanks for your thoughts- Sergio I use fetchmail to poll remote servers and deliver to local accounts.
Re: [qmailtoaster] POP collect howto
Sergio Minini {NETKEY} wrote: Jake, could you please tell a bit more? Thanks! Sergio Sure. fechmail was a program written for back in the old dial-up days - you would configure your system to dial up and have fetchmail grab your various email accounts and deliver them to the mail system on your local machine. It's grown into other areas and continues to solve issues like this from time to time. Basically fetchmail will grab from any mailhost it can talk to (POP3, IMAP, etc.) which you configure using a config file (.fetchmailrc). Here's an edited example of one that I used to use to grab my wife's Rollins College email and deliver it to her account on my QMT machine before she graduated and we started paying back the loan: set postmaster [EMAIL PROTECTED] set syslog poll gw.rollins.edu protocol imap authenticate password user her_rollins_username password her_rollins_password is her_qmt_username # leave off the @domain part smtpaddress v2gnu.com that would log into her Rollins IMAP account, download any new messages and the deliver them to [EMAIL PROTECTED] when the fetmail command was called during a cron. There are ways of running the incoming mail through a maildrop/mailfilter script but that was more than I needed for this simple application. Hope that helps some. Here's fetchmail's website (http://fetchmail.berlios.de/).
Re: [qmailtoaster] Update of ClamAV Solved
I've been running 0.93 since it was released on QMR site and have had no issues whatsoever. James On 6 May 2008, at 18: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]:[EMAIL PROTECTED]: remote desktop:unknown:desktop-ip rcpt [EMAIL PROTECTED] : client allowed to relay @4000481a650503bfb974 qmail-smtpd: qq soft reject (mail server temporarily rejected message (#4.3.0)): MAILFROM:[EMAIL PROTECTED] RCPTTO:[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] - 250 ok - RCPT TO:[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: 127.:allow,RELAYCLIENT=,DKSIGN=/var/qmail/control/domainkeys/ %/private,RBLSMTPD=,NOP0FCHECK=1 :allow ,BADMIMETYPE = ,RBLSMTPD = ,SENDER_NOCHECK = 1 ,BADLOADERTYPE = M ,CHKUSER_RCPTLIMIT =50,CHKUSER_WRONGRCPTLIMIT=10,QMAILQUEUE=/var/qmail/bin/ simscan,DKSIGN=/var/qmail/control/domainkeys/%/ private,NOP0FCHECK=1 When I remove the QMAILQUEUE=.. part and do a qmailctl cdb, the mail starts being accepted. The only problem is that AV and Spam are not being processed. I am running a regular qmail-toaster with Fedora Core 6 arch i686 The server is now working, but with no scanning, i'd appreciate any suggestions that you may have to fix this. Thanks in advance Pablo Zavalia Ariel escribió: steps taken 1 - qmailctl stop 2 - rpmbuild package clamv* 3 - rpm -e clamav-toaster-0.92.1-1.3.17 --nodeps 4 - rpm -i clamav-toaster-0.93-1.3.18.i386.rpm works OK -- -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] POP collect howto
wow, thanks! This surely will be useful if i go on and switch to QMT. Thanks a lot for your explanation. Sergio -Original Message- From: Jake Vickers [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 06, 2008 2:39 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] POP collect howto Sergio Minini {NETKEY} wrote: Jake, could you please tell a bit more? Thanks! Sergio Sure. fechmail was a program written for back in the old dial-up days - you would configure your system to dial up and have fetchmail grab your various email accounts and deliver them to the mail system on your local machine. It's grown into other areas and continues to solve issues like this from time to time. Basically fetchmail will grab from any mailhost it can talk to (POP3, IMAP, etc.) which you configure using a config file (.fetchmailrc). Here's an edited example of one that I used to use to grab my wife's Rollins College email and deliver it to her account on my QMT machine before she graduated and we started paying back the loan: set postmaster [EMAIL PROTECTED] set syslog poll gw.rollins.edu protocol imap authenticate password user her_rollins_username password her_rollins_password is her_qmt_username # leave off the @domain part smtpaddress v2gnu.com that would log into her Rollins IMAP account, download any new messages and the deliver them to [EMAIL PROTECTED] when the fetmail command was called during a cron. There are ways of running the incoming mail through a maildrop/mailfilter script but that was more than I needed for this simple application. Hope that helps some. Here's fetchmail's website (http://fetchmail.berlios.de/).
Re: [qmailtoaster] POP collect howto
Hi Jake, Exactly what I've been wanting to implement. where can I get .fetchmailrc file? Regards Gabriel
Re: [qmailtoaster] POP collect howto
You just create it. vi .fetchmailrc Then put in your config (use Jake's as a good example) then save and quit (:wq) Voila. James On 6 May 2008, at 18:56, Gabriel Lai wrote: Hi Jake, Exactly what I've been wanting to implement. where can I get .fetchmailrc file? Regards Gabriel
Re: [qmailtoaster] POP collect howto
Gabriel Lai wrote: Hi Jake, Exactly what I've been wanting to implement. where can I get .fetchmailrc file? fetchmail itself should be in the repos - just yum install fetchmail to get it. The .fetchmailrc file you have to create yourself. There's a lot of how-tos out there showing how to create them. Just remember that if you create one and it doesn't work, it may just be because you have a newer version of fetchmail than what the author wrote the article for. fetchmail has gone through a couple config file changes in the last couple years as things are added.
[qmailtoaster] upgrading to QTP...
I'm trying to upgrade an old QMT to QTP and ran into a little trouble. Here's the end of the output from qtp-newmodel where it fails: [...snip...] Would you like a unioned sandbox (quicker, smaller) [y]/n: y Using union filesystem ... qtp-mount-sandbox v0.3 --No existing unionfs115 found. Continuing with build process --Testing for valid rpm install tool: yum -y install found! --Searching for valid kernel source/devel to build unionfs115: --Looking at current kernel --You have no installed kernel source! --Installing --Installing the most current kernel source Setting up Install Process Setting up repositories rpmforge 100% |=| 1.1 kB 00:00 update100% |=| 951 B 00:00 qmailtoaster-plus 100% |=| 951 B 00:00 base 100% |=| 1.1 kB 00:00 addons100% |=| 951 B 00:00 extras100% |=| 1.1 kB 00:00 Reading repository metadata in from local files Parsing package install arguments Resolving Dependencies -- Populating transaction set with selected packages. Please wait. --- Downloading header for kernel-smp-devel to pack into transaction set. kernel-smp-devel-2.6.9-67 100% |=| 755 kB 00:00 --- Package kernel-smp-devel.x86_64 0:2.6.9-67.0.7.EL set to be updated -- Running transaction check Dependencies Resolved = = = = = Package Arch Version RepositorySize = = = = = Installing: kernel-smp-develx86_64 2.6.9-67.0.7.EL update3.8 M Transaction Summary = = = = = Install 1 Package(s) Update 0 Package(s) Remove 0 Package(s) Total download size: 3.8 M Downloading Packages: (1/1): kernel-smp-devel-2 100% |=| 3.8 MB 00:04 Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Installing: kernel-smp-devel # [1/1] Installed: kernel-smp-devel.x86_64 0:2.6.9-67.0.7.EL Complete! --Checking if install process went okay --Install process failed!! --Please install manually and reboot to latest kernel release before retry! qtp-build-unionfs failed, Exiting! qtp-newmodel - qtp-mount-sandbox failed, exiting [...end...] My questions are: Did this actually install a new kernal? If I reboot the machine will I be running the new kernal? What does 'Please install manually' mean (is this referring to the kernal? maybe the new kernal is not really installed and I have to do it manually through yum before rebooting?) What if I do qtp-newmodel again and this time say 'no' when it asks if I want a 'unioned sandbox'? Might that make it install without updating the kernal? I'm just always a little nervous to install new things and reboot - should I get over this? Sorry for my confusion. Thanks so much for any help! - Jim - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] POP collect howto
Ok thanks very much Jake and James Palmer. - Original Message From: Jake Vickers [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Wednesday, May 7, 2008 2:03:55 AM Subject: Re: [qmailtoaster] POP collect howto Gabriel Lai wrote: Hi Jake, Exactly what I've been wanting to implement. where can I get .fetchmailrc file? fetchmail itself should be in the repos - just yum install fetchmail to get it. The .fetchmailrc file you have to create yourself. There's a lot of how-tos out there showing how to create them. Just remember that if you create one and it doesn't work, it may just be because you have a newer version of fetchmail than what the author wrote the article for. fetchmail has gone through a couple config file changes in the last couple years as things are added.
Re: [qmailtoaster] upgrading to QTP...
Jim Bassett wrote: I'm trying to upgrade an old QMT to QTP and ran into a little trouble. Here's the end of the output from qtp-newmodel where it fails: [...snip...] Would you like a unioned sandbox (quicker, smaller) [y]/n: y Using union filesystem ... qtp-mount-sandbox v0.3 --No existing unionfs115 found. Continuing with build process --Testing for valid rpm install tool: yum -y install found! --Searching for valid kernel source/devel to build unionfs115: --Looking at current kernel --You have no installed kernel source! --Installing --Installing the most current kernel source Setting up Install Process Setting up repositories rpmforge 100% |=| 1.1 kB00:00 update100% |=| 951 B00:00 qmailtoaster-plus 100% |=| 951 B00:00 base 100% |=| 1.1 kB00:00 addons100% |=| 951 B00:00 extras100% |=| 1.1 kB00:00 Reading repository metadata in from local files Parsing package install arguments Resolving Dependencies -- Populating transaction set with selected packages. Please wait. --- Downloading header for kernel-smp-devel to pack into transaction set. kernel-smp-devel-2.6.9-67 100% |=| 755 kB00:00 --- Package kernel-smp-devel.x86_64 0:2.6.9-67.0.7.EL set to be updated -- Running transaction check Dependencies Resolved = Package Arch Version RepositorySize = Installing: kernel-smp-develx86_64 2.6.9-67.0.7.EL update 3.8 M Transaction Summary = Install 1 Package(s) Update 0 Package(s) Remove 0 Package(s) Total download size: 3.8 M Downloading Packages: (1/1): kernel-smp-devel-2 100% |=| 3.8 MB00:04 Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Installing: kernel-smp-devel # [1/1] Installed: kernel-smp-devel.x86_64 0:2.6.9-67.0.7.EL Complete! --Checking if install process went okay --Install process failed!! --Please install manually and reboot to latest kernel release before retry! qtp-build-unionfs failed, Exiting! qtp-newmodel - qtp-mount-sandbox failed, exiting [...end...] My questions are: Did this actually install a new kernal? No, it installed the kernel development package. The kernel-dev package contains kernel headers, which are part of the kernel source, used when compiling kernel modules. If I reboot the machine will I be running the new kernal? No, as there's no new kernel installed. What does 'Please install manually' mean (is this referring to the kernal? maybe the new kernal is not really installed and I have to do it manually through yum before rebooting?) This sorta looks like a bug of some sort to me. The yum install seemed to go ok, but the script doesn't appear to think so. What if I do qtp-newmodel again and this time say 'no' when it asks if I want a 'unioned sandbox'? That would allow you to pick a copied or linked sandbox, either one of which should work. Both will take a bit of time, and a copied sandbox takes considerable (2G+) disk space. Might that make it install without updating the kernal? Yes. There are no kernel modules involved with a linked or copied sandbox, only a unionfs one. I'm just always a little nervous to install new things and reboot - should I get over this? No, rebooting is very rarely necessary. Or at least should be. Sorry for my confusion. Thanks so much for any help! No problem. I'm a bit curious why the script chose to install the kernel-smp-devel package. Are you running the smp kernel? What does # uname -a show? Also, # rpm -qa | grep kernel ? -- -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] upgrading to QTP...
On May 6, 2008, at 2:40 PM, Eric Shubert wrote: Jim Bassett wrote: I'm trying to upgrade an old QMT to QTP and ran into a little trouble. Here's the end of the output from qtp-newmodel where it fails: [...snip...] Would you like a unioned sandbox (quicker, smaller) [y]/n: y Using union filesystem ... qtp-mount-sandbox v0.3 --No existing unionfs115 found. Continuing with build process --Testing for valid rpm install tool: yum -y install found! --Searching for valid kernel source/devel to build unionfs115: --Looking at current kernel --You have no installed kernel source! --Installing --Installing the most current kernel source Setting up Install Process Setting up repositories rpmforge 100% |=| 1.1 kB00:00 update100% |=| 951 B00:00 qmailtoaster-plus 100% |=| 951 B00:00 base 100% |=| 1.1 kB00:00 addons100% |=| 951 B00:00 extras100% |=| 1.1 kB00:00 Reading repository metadata in from local files Parsing package install arguments Resolving Dependencies -- Populating transaction set with selected packages. Please wait. --- Downloading header for kernel-smp-devel to pack into transaction set. kernel-smp-devel-2.6.9-67 100% |=| 755 kB00:00 --- Package kernel-smp-devel.x86_64 0:2.6.9-67.0.7.EL set to be updated -- Running transaction check Dependencies Resolved = = = = = = = = = Package Arch Version RepositorySize = = = = = = = = = Installing: kernel-smp-develx86_64 2.6.9-67.0.7.EL update 3.8 M Transaction Summary = = = = = = = = = Install 1 Package(s) Update 0 Package(s) Remove 0 Package(s) Total download size: 3.8 M Downloading Packages: (1/1): kernel-smp-devel-2 100% |=| 3.8 MB00:04 Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Installing: kernel-smp-devel # [1/1] Installed: kernel-smp-devel.x86_64 0:2.6.9-67.0.7.EL Complete! --Checking if install process went okay --Install process failed!! --Please install manually and reboot to latest kernel release before retry! qtp-build-unionfs failed, Exiting! qtp-newmodel - qtp-mount-sandbox failed, exiting [...end...] My questions are: Did this actually install a new kernal? No, it installed the kernel development package. The kernel-dev package contains kernel headers, which are part of the kernel source, used when compiling kernel modules. If I reboot the machine will I be running the new kernal? No, as there's no new kernel installed. What does 'Please install manually' mean (is this referring to the kernal? maybe the new kernal is not really installed and I have to do it manually through yum before rebooting?) This sorta looks like a bug of some sort to me. The yum install seemed to go ok, but the script doesn't appear to think so. What if I do qtp-newmodel again and this time say 'no' when it asks if I want a 'unioned sandbox'? That would allow you to pick a copied or linked sandbox, either one of which should work. Both will take a bit of time, and a copied sandbox takes considerable (2G+) disk space. Might that make it install without updating the kernal? Yes. There are no kernel modules involved with a linked or copied sandbox, only a unionfs one. I'm just always a little nervous to install new things and reboot - should I get over this? No, rebooting is very rarely necessary. Or at least should be. Sorry for my confusion. Thanks so much for any help! No problem. I'm a bit curious why the script chose to install the kernel-smp-devel package. Are you running the smp kernel? What does # uname -a show? Also, # rpm -qa | grep kernel ? -- -Eric 'shubes' Thanks for the response Eric! # uname -a Linux server1.example.com 2.6.9-22.0.2.ELsmp #1 SMP Tue Jan 17 06:12:06 CST 2006 x86_64 x86_64 x86_64 GNU/Linux # rpm -qa | grep kernel kernel-2.6.9-22.EL kernel-utils-2.4-13.1.69 kernel-smp-2.6.9-22.0.2.EL kernel-smp-2.6.9-22.EL kernel-smp-devel-2.6.9-67.0.7.EL kernel-2.6.9-22.0.2.EL I tried qtp-newmodel again with a unioned sandbox and it failed in exactly the same way. Then I did qtp-newmodel again, this time with a linked sandbox. This got much further but then failed when trying to update some perl stuff: Transaction Check Error: file /usr/share/man/man3/ MIME::Base64.3pm.gz from install of perl-MIME-Base64-3.07-1.el4.rf conflicts with file
[qmailtoaster] Illegal division by zero in sa-stats
Hi, When running sa-stats I'm getting this Illegal division by zero at /usr/sbin/sa-stats line 291. Does this tells me something is wrong with my installation? How can I fix this? How can I be sure that SA is doing its job? Thank you very much. Tom
Re: [qmailtoaster] Update of ClamAV Solved
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]:[EMAIL PROTECTED]: remote desktop:unknown:desktop-ip rcpt [EMAIL PROTECTED] : client allowed to relay @4000481a650503bfb974 qmail-smtpd: qq soft reject (mail server temporarily rejected message (#4.3.0)): MAILFROM:[EMAIL PROTECTED] RCPTTO:[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] - 250 ok - RCPT TO:[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: 127.:allow,RELAYCLIENT=,DKSIGN=/var/qmail/control/domainkeys/ %/private,RBLSMTPD=,NOP0FCHECK=1 :allow ,BADMIMETYPE = ,RBLSMTPD = ,SENDER_NOCHECK = 1 ,BADLOADERTYPE = M ,CHKUSER_RCPTLIMIT =50,CHKUSER_WRONGRCPTLIMIT=10,QMAILQUEUE=/var/qmail/bin/ simscan,DKSIGN=/var/qmail/control/domainkeys/%/ private,NOP0FCHECK=1 When I remove the QMAILQUEUE=.. part and do a qmailctl cdb, the mail starts being accepted. The only problem is that AV and Spam are not being processed. I am running a regular qmail-toaster with Fedora Core 6 arch i686 The server is now working, but with no scanning, i'd appreciate any suggestions that you may have to fix this. Thanks in advance Pablo Zavalia Ariel escribió: steps taken 1 - qmailctl stop 2 - rpmbuild package clamv* 3 - rpm -e clamav-toaster-0.92.1-1.3.17 --nodeps 4 - rpm -i clamav-toaster-0.93-1.3.18.i386.rpm works OK -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] smime.p7s Description: S/MIME cryptographic signature
Re: [qmailtoaster] upgrading to QTP...
Jim Bassett wrote: # uname -a Linux server1.example.com 2.6.9-22.0.2.ELsmp #1 SMP Tue Jan 17 06:12:06 CST 2006 x86_64 x86_64 x86_64 GNU/Linux # rpm -qa | grep kernel kernel-2.6.9-22.EL kernel-utils-2.4-13.1.69 kernel-smp-2.6.9-22.0.2.EL kernel-smp-2.6.9-22.EL kernel-smp-devel-2.6.9-67.0.7.EL kernel-2.6.9-22.0.2.EL The development package version needs to match the current running kernel. The qtp-mount-sandbox script appears to need a little work yet in this area. I it apparently assumes that you're running the most recent kernel. In order to use the unionfs, you'll need to either: .) install the kernel-smp-devel-2.6.9-22.0.2.EL package (which matches your running kernel) .) upgrade your kernel to 2.6.9-67.0.7.EL and reboot (which matches your kernel-smp-dev package) .) wait for a fix, but that could be a while. I tried qtp-newmodel again with a unioned sandbox and it failed in exactly the same way. Then I did qtp-newmodel again, this time with a linked sandbox. This got much further but then failed when trying to update some perl stuff: Transaction Check Error: file /usr/share/man/man3/MIME::Base64.3pm.gz from install of perl-MIME-Base64-3.07-1.el4.rf conflicts with file from package perl-5.8.5-24.RHEL4 file /usr/share/man/man3/MIME::QuotedPrint.3pm.gz from install of perl-MIME-Base64-3.07-1.el4.rf conflicts with file from package perl-5.8.5-24.RHEL4 file /usr/share/man/man3/DB_File.3pm.gz from install of perl-DB_File-1.817-1.el4.rf conflicts with file from package perl-5.8.5-24.RHEL4 qtp-newmodel - installation of dependent packages failed, exiting I'm afraid you'll need to get the perl dependencies sorted out on your own. qtp-newmodel attempts to install perl modules that the latest SpamAssassin uses, but it's not very smart about it. That would take some significant work to do. I remember some posts on the list about Perl dependencies so I'm going to go look for those now. Of course any pointers would be welcome. Really appreciate all the help, Jim -- -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] Illegal division by zero in sa-stats
Tom Manliclic wrote: Hi, When running sa-stats I'm getting this Illegal division by zero at /usr/sbin/sa-stats line 291. Does this tells me something is wrong with my installation? How can I fix this? How can I be sure that SA is doing its job? Thank you very much. Tom Looks like a bug in the script to me. Happens when there's 0 spam in the log (hence division by zero). The script should undoubtedly check for that. It might be indicative that SA isn't functioning properly, but not necessarily (especially if it's only been run for a brief period of time). You can be sure that SA is running properly by monitoring the spamd log, and checking some message headers for the X-Spam-* lines. -- -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] Illegal division by zero in sa-stats
Eric Shubert wrote: Tom Manliclic wrote: Hi, When running sa-stats I'm getting this Illegal division by zero at /usr/sbin/sa-stats line 291. Does this tells me something is wrong with my installation? How can I fix this? How can I be sure that SA is doing its job? Thank you very much. Tom Looks like a bug in the script to me. Happens when there's 0 spam in the log (hence division by zero). The script should undoubtedly check for that. It might be indicative that SA isn't functioning properly, but not necessarily (especially if it's only been run for a brief period of time). You can be sure that SA is running properly by monitoring the spamd log, and checking some message headers for the X-Spam-* lines. It has to do with the way the logs are stored with QMT if I remember right. Running the stock sa-stats file (not the one bundled with QTP which is fixed, but one bundled with Spamassassin) causes this I believe.
[qmailtoaster] SSL on Submission port
Is any other way to force and user SSL on submission port then one what is described on http://wiki.qmailtoaster.com/index.php/SSL_on_submission_port Really need help with that so if somebody have suggestion, please :) smime.p7s Description: S/MIME cryptographic signature
Re: [qmailtoaster] Update of ClamAV Solved
First check log files: /var/log/clamav/freshclam.log my looks : -- freshclam daemon 0.93 (OS: linux-gnu, ARCH: i386, CPU: i386) ClamAV update process started at Sun May 4 04:02:11 2008 main.cvd is up to date (version: 46, sigs: 231834, f-level: 26, builder: sven) nonblock_connect: connect timing out (30 secs) Can't connect to port 80 of host db.hr.clamav.net (IP: 147.52.3.167) Trying host db.hr.clamav.net (193.92.150.194)... Downloading daily-7017.cdiff [100%] Downloading daily-7018.cdiff [100%] daily.cld updated (version: 7018, sigs: 1, f-level: 26, builder: ccordes) Database updated (276275 signatures) from db.hr.clamav.net (IP: 193.92.150.194) -- Received signal: wake up ClamAV update process started at Sun May 4 06:02:42 2008 main.cvd is up to date (version: 46, sigs: 231834, f-level: 26, builder: sven) Downloading daily-7019.cdiff [100%] daily.cld updated (version: 7019, sigs: 44875, f-level: 26, builder: ccordes) Database updated (276709 signatures) from db.hr.clamav.net (IP: 193.92.150.194) -- Received signal: wake up ClamAV update process started at Sun May 4 08:02:43 2008 main.cvd is up to date (version: 46, sigs: 231834, f-level: 26, builder: sven) daily.cld is up to date (version: 7019, sigs: 44875, f-level: 26, builder: ccordes) -- Received signal: wake up ClamAV update process started at Sun May 4 10:02:44 2008 main.cvd is up to date (version: 46, sigs: 231834, f-level: 26, builder: sven) daily.cld is up to date (version: 7019, sigs: 44875, f-level: 26, builder: ccordes) Then check realtime scan: # tail -f /var/log/qmail/clamd/current |tai64nlocal And you see that clam is checking attachments 2008-05-07 00:09:47.097325500 /var/qmail/simscan/ 1210111786.260698.1247/textfile1: OK 2008-05-07 00:09:47.097372500 /var/qmail/simscan/ 1210111786.260698.1247/textfile0: OK 2008-05-07 00:12:17.504186500 /var/qmail/simscan/ 1210111936.662573.1373/textfile2: OK 2008-05-07 00:12:17.527527500 /var/qmail/simscan/ 1210111936.662573.1373/msg.1210111936.662573.1373: OK 2008-05-07 00:12:17.527766500 /var/qmail/simscan/ 1210111936.662573.1373/addr.1210111936.662573.1373: OK 2008-05-07 00:12:17.527995500 /var/qmail/simscan/ 1210111936.662573.1373/textfile1: OK 2008-05-07 00:12:17.528022500 /var/qmail/simscan/ 1210111936.662573.1373/textfile0: OK 2008-05-07 00:12:29.410172500 /var/qmail/simscan/ 1210111949.403882.1397/addr.1210111949.403882.1397: OK 2008-05-07 00:12:29.416250500 /var/qmail/simscan/ 1210111949.403882.1397/msg.1210111949.403882.1397: OK 2008-05-07 00:12:29.417115500 /var/qmail/simscan/ 1210111949.403882.1397/textfile0: OK And finally check some mail with attachment and look message at Row Source and you need to have line in header like: Received: by simscan 1.3.1 ppid: 26098, pid: 26100, t: 2.4541s scanners: attach: 1.3.1 clamav: 0.93/m:46 spam: 3.2.4 If every thing is ok, your clamav is working. To check for glitch like i have on my server just stop/start qmail and check smtp log and top # qmailctl stop # qmailctl start and i get # supervise: fatal: unable to acquire send/supervise/lock: temporary failure supervise: fatal: unable to acquire send/supervise/lock: temporary failure but after 1-2 minute for my issue everythig works fine (on top i see clamav use 100% CPU) On 2008.05.06, at 23:45, Tom Manliclic wrote: Hi Igor, Can you possibly send me a information on what to check to see if my clamav works fine? Thank you very much for the help. Apologize if I emailed you directly. Thanks, Tom Igor Vukotić wrote: 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
Re: [qmailtoaster] Illegal division by zero in sa-stats
Jake Vickers wrote: Eric Shubert wrote: Tom Manliclic wrote: Hi, When running sa-stats I'm getting this Illegal division by zero at /usr/sbin/sa-stats line 291. Does this tells me something is wrong with my installation? How can I fix this? How can I be sure that SA is doing its job? Thank you very much. Tom Looks like a bug in the script to me. Happens when there's 0 spam in the log (hence division by zero). The script should undoubtedly check for that. It might be indicative that SA isn't functioning properly, but not necessarily (especially if it's only been run for a brief period of time). You can be sure that SA is running properly by monitoring the spamd log, and checking some message headers for the X-Spam-* lines. It has to do with the way the logs are stored with QMT if I remember right. Running the stock sa-stats file (not the one bundled with QTP which is fixed, but one bundled with Spamassassin) causes this I believe. Thanks, Jake. Which version are you running, Tom? -- -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] SSL on Submission port
I got the SSL help, it is more detailed process to setup. First, http://wiki.qmailtoaster.com/index.php/Certificate Second, http://wiki.qmailtoaster.com/index.php/SSL Regards, Kevin Igor Vukotić wrote: Is any other way to force and user SSL on submission port then one what is described on http://wiki.qmailtoaster.com/index.php/SSL_on_submission_port Really need help with that so if somebody have suggestion, please :) - 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
That's good, Igor. You might want to use qmlog for qmail's logs though, e.g.: # qmlog -f clamd 05-06 17:57:10 SelfCheck: Database status OK. 05-06 17:57:10 /var/qmail/simscan/1210121829.425324.10240/textfile1: OK 05-06 17:57:10 /var/qmail/simscan/1210121829.425324.10240/textfile0: OK 05-06 17:57:10 /var/qmail/simscan/1210121829.425324.10240/textfile2: OK qmlog works with each of the multilog toaster logs, and has some neat searching capbility as well. Entering the command with no parameters will show you the options: # qmlog qmlog v0.2.2 - show current log of service 'service' usage: qmlog service [option] ... services: authlib clamd imap4 imap4-ssl pop3 pop3-ssl send smtp spamd submission options: -h[elp] this help -l[ist] list saved logs of service -f follow as it grows, using 'tail -f' -t N show (tail) last N lines -nl show without using less -nt show with no trimming -d mmdd[:hhmm][-mmdd[:hhmm]] show logs that contain the date 'mmdd' [thru -'mmdd'] -lc regexshow logs that contain a string that matches 'regex' -ln pattern show logs with file name containing 'pattern' -s command pipe output through sed 'command' -g regex show only lines that match the string 'regex' # The qmlog command is included with the qmailtoaster-plus package. Igor Vukotić wrote: First check log files: /var/log/clamav/freshclam.log my looks : -- freshclam daemon 0.93 (OS: linux-gnu, ARCH: i386, CPU: i386) ClamAV update process started at Sun May 4 04:02:11 2008 main.cvd is up to date (version: 46, sigs: 231834, f-level: 26, builder: sven) nonblock_connect: connect timing out (30 secs) Can't connect to port 80 of host db.hr.clamav.net (IP: 147.52.3.167) Trying host db.hr.clamav.net (193.92.150.194)... Downloading daily-7017.cdiff [100%] Downloading daily-7018.cdiff [100%] daily.cld updated (version: 7018, sigs: 1, f-level: 26, builder: ccordes) Database updated (276275 signatures) from db.hr.clamav.net (IP: 193.92.150.194) -- Received signal: wake up ClamAV update process started at Sun May 4 06:02:42 2008 main.cvd is up to date (version: 46, sigs: 231834, f-level: 26, builder: sven) Downloading daily-7019.cdiff [100%] daily.cld updated (version: 7019, sigs: 44875, f-level: 26, builder: ccordes) Database updated (276709 signatures) from db.hr.clamav.net (IP: 193.92.150.194) -- Received signal: wake up ClamAV update process started at Sun May 4 08:02:43 2008 main.cvd is up to date (version: 46, sigs: 231834, f-level: 26, builder: sven) daily.cld is up to date (version: 7019, sigs: 44875, f-level: 26, builder: ccordes) -- Received signal: wake up ClamAV update process started at Sun May 4 10:02:44 2008 main.cvd is up to date (version: 46, sigs: 231834, f-level: 26, builder: sven) daily.cld is up to date (version: 7019, sigs: 44875, f-level: 26, builder: ccordes) Then check realtime scan: # tail -f /var/log/qmail/clamd/current |tai64nlocal And you see that clam is checking attachments 2008-05-07 00:09:47.097325500 /var/qmail/simscan/1210111786.260698.1247/textfile1: OK 2008-05-07 00:09:47.097372500 /var/qmail/simscan/1210111786.260698.1247/textfile0: OK 2008-05-07 00:12:17.504186500 /var/qmail/simscan/1210111936.662573.1373/textfile2: OK 2008-05-07 00:12:17.527527500 /var/qmail/simscan/1210111936.662573.1373/msg.1210111936.662573.1373: OK 2008-05-07 00:12:17.527766500 /var/qmail/simscan/1210111936.662573.1373/addr.1210111936.662573.1373: OK 2008-05-07 00:12:17.527995500 /var/qmail/simscan/1210111936.662573.1373/textfile1: OK 2008-05-07 00:12:17.528022500 /var/qmail/simscan/1210111936.662573.1373/textfile0: OK 2008-05-07 00:12:29.410172500 /var/qmail/simscan/1210111949.403882.1397/addr.1210111949.403882.1397: OK 2008-05-07 00:12:29.416250500 /var/qmail/simscan/1210111949.403882.1397/msg.1210111949.403882.1397: OK 2008-05-07 00:12:29.417115500 /var/qmail/simscan/1210111949.403882.1397/textfile0: OK And finally check some mail with attachment and look message at Row Source and you need to have line in header like: Received: by simscan 1.3.1 ppid: 26098, pid: 26100, t: 2.4541s scanners: attach: 1.3.1 clamav: 0.93/m:46 spam: 3.2.4 If every thing is ok, your clamav is working. To check for glitch like i have on my server just stop/start qmail and check smtp log and top # qmailctl stop # qmailctl start and i get # supervise: fatal: unable to acquire send/supervise/lock: temporary failure supervise: fatal: unable to acquire
Re: [qmailtoaster] Illegal division by zero in sa-stats
Thanks for the responses. I'm running spamassassin-toaster-3.2.4-1.3.13 version. Here is a sample header I got from one of my mails *X-Spam-Checker-Version:* SpamAssassin 3.2.4 (2008-01-01) on domain.com *X-Spam-Level:* *X-Spam-Status:* No, score=0.1 required=5.0 tests=AWL,HTML_MESSAGE,RDNS_NONE autolearn=no version=3.2.4 Thanks, Tom Eric Shubert wrote: Jake Vickers wrote: Eric Shubert wrote: Tom Manliclic wrote: Hi, When running sa-stats I'm getting this Illegal division by zero at /usr/sbin/sa-stats line 291. Does this tells me something is wrong with my installation? How can I fix this? How can I be sure that SA is doing its job? Thank you very much. Tom Looks like a bug in the script to me. Happens when there's 0 spam in the log (hence division by zero). The script should undoubtedly check for that. It might be indicative that SA isn't functioning properly, but not necessarily (especially if it's only been run for a brief period of time). You can be sure that SA is running properly by monitoring the spamd log, and checking some message headers for the X-Spam-* lines. It has to do with the way the logs are stored with QMT if I remember right. Running the stock sa-stats file (not the one bundled with QTP which is fixed, but one bundled with Spamassassin) causes this I believe. Thanks, Jake. Which version are you running, Tom?
Re: [qmailtoaster] Update of ClamAV Solved
Thank you very much Igor and Eric. Now I'm sure Clamd works fine. Tom Eric Shubert wrote: That's good, Igor. You might want to use qmlog for qmail's logs though, e.g.: # qmlog -f clamd 05-06 17:57:10 SelfCheck: Database status OK. 05-06 17:57:10 /var/qmail/simscan/1210121829.425324.10240/textfile1: OK 05-06 17:57:10 /var/qmail/simscan/1210121829.425324.10240/textfile0: OK 05-06 17:57:10 /var/qmail/simscan/1210121829.425324.10240/textfile2: OK qmlog works with each of the multilog toaster logs, and has some neat searching capbility as well. Entering the command with no parameters will show you the options: # qmlog qmlog v0.2.2 - show current log of service 'service' usage: qmlog service [option] ... services: authlib clamd imap4 imap4-ssl pop3 pop3-ssl send smtp spamd submission options: -h[elp] this help -l[ist] list saved logs of service -f follow as it grows, using 'tail -f' -t N show (tail) last N lines -nl show without using less -nt show with no trimming -d mmdd[:hhmm][-mmdd[:hhmm]] show logs that contain the date 'mmdd' [thru -'mmdd'] -lc regexshow logs that contain a string that matches 'regex' -ln pattern show logs with file name containing 'pattern' -s command pipe output through sed 'command' -g regex show only lines that match the string 'regex' # The qmlog command is included with the qmailtoaster-plus package. Igor Vukotić wrote: First check log files: /var/log/clamav/freshclam.log my looks : -- freshclam daemon 0.93 (OS: linux-gnu, ARCH: i386, CPU: i386) ClamAV update process started at Sun May 4 04:02:11 2008 main.cvd is up to date (version: 46, sigs: 231834, f-level: 26, builder: sven) nonblock_connect: connect timing out (30 secs) Can't connect to port 80 of host db.hr.clamav.net (IP: 147.52.3.167) Trying host db.hr.clamav.net (193.92.150.194)... Downloading daily-7017.cdiff [100%] Downloading daily-7018.cdiff [100%] daily.cld updated (version: 7018, sigs: 1, f-level: 26, builder: ccordes) Database updated (276275 signatures) from db.hr.clamav.net (IP: 193.92.150.194) -- Received signal: wake up ClamAV update process started at Sun May 4 06:02:42 2008 main.cvd is up to date (version: 46, sigs: 231834, f-level: 26, builder: sven) Downloading daily-7019.cdiff [100%] daily.cld updated (version: 7019, sigs: 44875, f-level: 26, builder: ccordes) Database updated (276709 signatures) from db.hr.clamav.net (IP: 193.92.150.194) -- Received signal: wake up ClamAV update process started at Sun May 4 08:02:43 2008 main.cvd is up to date (version: 46, sigs: 231834, f-level: 26, builder: sven) daily.cld is up to date (version: 7019, sigs: 44875, f-level: 26, builder: ccordes) -- Received signal: wake up ClamAV update process started at Sun May 4 10:02:44 2008 main.cvd is up to date (version: 46, sigs: 231834, f-level: 26, builder: sven) daily.cld is up to date (version: 7019, sigs: 44875, f-level: 26, builder: ccordes) Then check realtime scan: # tail -f /var/log/qmail/clamd/current |tai64nlocal And you see that clam is checking attachments 2008-05-07 00:09:47.097325500 /var/qmail/simscan/1210111786.260698.1247/textfile1: OK 2008-05-07 00:09:47.097372500 /var/qmail/simscan/1210111786.260698.1247/textfile0: OK 2008-05-07 00:12:17.504186500 /var/qmail/simscan/1210111936.662573.1373/textfile2: OK 2008-05-07 00:12:17.527527500 /var/qmail/simscan/1210111936.662573.1373/msg.1210111936.662573.1373: OK 2008-05-07 00:12:17.527766500 /var/qmail/simscan/1210111936.662573.1373/addr.1210111936.662573.1373: OK 2008-05-07 00:12:17.527995500 /var/qmail/simscan/1210111936.662573.1373/textfile1: OK 2008-05-07 00:12:17.528022500 /var/qmail/simscan/1210111936.662573.1373/textfile0: OK 2008-05-07 00:12:29.410172500 /var/qmail/simscan/1210111949.403882.1397/addr.1210111949.403882.1397: OK 2008-05-07 00:12:29.416250500 /var/qmail/simscan/1210111949.403882.1397/msg.1210111949.403882.1397: OK 2008-05-07 00:12:29.417115500 /var/qmail/simscan/1210111949.403882.1397/textfile0: OK And finally check some mail with attachment and look message at Row Source and you need to have line in header like: Received: by simscan 1.3.1 ppid: 26098, pid: 26100, t: 2.4541s scanners: attach: 1.3.1 clamav: 0.93/m:46 spam: 3.2.4 If every thing is ok, your clamav is working. To check for glitch like i have on my server just stop/start qmail and check smtp log and top # qmailctl stop # qmailctl start and i get # supervise: fatal: unable to acquire send/supervise/lock: temporary failure supervise: fatal: unable to acquire
[qmailtoaster] Cannot download using pop3 when emails are directed to a different webmail folder
Hi all, I use webmail (when outside) and pop3 when in the office. I created a filter in webmail that specific emails should be moved to a folder I created. This is working fine but I noticed that when such emails are moved, those are not being seen or downloaded when using pop3 (using outlook and thunderbird for testing). Just to be sure it works that way, I tried moving one email from my created webmail folder and tried connecting using pop3 and it did download the message. Is this the normal configuration that when emails are not in my Inbox, they would not be downloaded using pop3? Can we set pop3 to check/download every folder available in webmail? Also, I noticed that in webmail, when you click check email it just refreshes the folders in the left hand side and not the email list on the right. This results to confusion from a user point of view because they see that there is 1 email (Inbox (1)) but is not showing in the right side or email list until you click the Inbox button again. Thank you for the help again. Tom - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [qmailtoaster] Spamassassin installed but too much spam gettin in
Try modify /var/qmail/control/blacklists too, -r bl.spamcop.net -r list.dsbl.org -r cbl.abuseat.org _ From: António Pedro Lima [mailto:[EMAIL PROTECTED] Sent: Saturday, May 03, 2008 6:54 PM To: qmailtoaster-list@qmailtoaster.com Subject: RE: [qmailtoaster] Spamassassin installed but too much spam gettin in Jake, Thank you so much… That is a very good tip but I do not need it anymore. Eric Shubert told me about QT Plus, that I was looking into… And last night I ran into it. My mailserver looks perfect now. Spam is down to ZERO and it’s much faster doing its job! Spamdyke is really managing the messages perfectly! Now I can happily move all the accounts from de old server to this one. And I recommend everyone to upgrade to QMT Plus! Thank you all! And keep up the great job you are doing here!!! _ De: Jake Vickers [mailto:[EMAIL PROTECTED] Enviada: sábado, 3 de Maio de 2008 11:20 Para: qmailtoaster-list@qmailtoaster.com Assunto: Re: [qmailtoaster] Spamassassin installed but too much spam gettin in António Pedro Lima wrote: I’m using sa-learn –spam /path/to/folder/with/spam_mail _ That will learn the messages for root, not vpopmail which is what you need it to run as. Process the messages like this: sudo -u vpopmail -H sa-learn --spam /path/to/mail/* That will give you better results.