[qmailtoaster] simscan connect error 2
where's the best place to ask about these errors in /var/log/qmail/smtp/current ? --mh - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] default configurations
# cd to the directory where the binary rpm is saved (you did save it, right?) If you used qtp-newmodel, it'd be in /usr/src/qtp-upgrade/old-rpms. # service qmail stop # rpm -e --nodeps spamassassin-toaster # rpm -ivh spamassassin-toaster-3*.i386.rpm # service qmail start [EMAIL PROTECTED] wrote: during qtp-newmodel, I accidentally told it to load the old assassin configs, and now it seems I am getting errors in spamassassin -D --lint. Is there anyway to reload spam assassin using qtp? Chris Penn - 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]
[qmailtoaster] queue
Hello, Can somebody tell me a tool for administering the queue for the qmail toaster ? Or how can i reduce the time that an email stays in the queue? Thanks
Re: [qmailtoaster] queue
Bogdan Peptine wrote: Hello, Can somebody tell me a tool for administering the queue for the qmail toaster ? Or how can i reduce the time that an email stays in the queue? There are some tools in Qmailtoaster-Plus to play with the queue. To reduce the time messages are in the queue, adjust the queuelifetime file: http://wiki.qmailtoaster.com/index.php/Queuelifetime
Re: [qmailtoaster] courier-authlib help
xampp is targeted towards development. I don't think anyone in their right mind would run a production xampp server. I hope that is not your intention with the toaster. At any rate, I fail to see the purpose. That being said, I think that your problem is more suitably asked on the courier list. Tushar Bankar wrote: Thanks Eric for your reply. I want to use qmail-toaster like xampp software. That means i want qmail under one directory under /opt. Thanks. On Wed, Apr 2, 2008 at 8:27 PM, Eric Shubert [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: You're not using the standard configuration WHY? Tushar Bankar wrote: Dear All, i am compiling courier-authlib with lampp (xampp.org http://xampp.org http://xampp.org) tool. ./configure--prefix=/opt/qmail-toaster/usr LDFLAGS=-L/opt/lampp/lib/mysql --with-mysql-libs=/opt/lampp/lib/mysql --with-mailuser=vpopmail --with-mailgroup=vchkpw --sysconfdir=/opt/qmail-toaster/etc/courier --with-authvchkpw --without-authuserdb --without-authpam --without-authldap --without-authpwd --with-authshadow --without-authpgsql --without-authmysql --without-authcustom --without-authpipe --enable-ltdl-install=no --with-ssl --with-redhat But when i start the qmail, the file /var/log/qmail/authlib/current says : INFO: libmysqlclient.so.15: cannot open shared object file: No such file or directory my libmysqlclient is located in /opt/lampp/lib/mysql I am using courier-authlib-0.60.2 version Anybody has any idea? Thanks. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] mailto:[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] simscan connect error 2
Michael Handiboe wrote: where's the best place to ask about these errors in /var/log/qmail/smtp/current ? --mh I'd start here. Same errors? -- -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] SMTP Failing to send periodically
Yes. [EMAIL PROTECTED] wrote: can I use a self signed cert? I would recommend doing an upgrade (using qtp-newmodel) first. Your version of clamav in particular is problematic. For fixing TLS, see http://wiki.qmailtoaster.com/index.php/Certificate. [EMAIL PROTECTED] wrote: I am using thunderbird with TLS and I have tried TLS if available. In both cases, on port 587, it switches to plain after giving that vchkpw error. ~]# rpm -qa | grep toaster ucspi-tcp-toaster-0.88-1.3.5 qmail-toaster-1.03-1.3.15 autorespond-toaster-2.0.4-1.3.3 qmailadmin-toaster-1.2.11-1.3.4 isoqlog-toaster-2.1-1.3.4 clamav-toaster-0.90.1-1.3.13 daemontools-toaster-0.76-1.3.3 vpopmail-toaster-5.4.17-1.3.4 libsrs2-toaster-1.0.18-1.3.3 qmail-pop3d-toaster-1.03-1.3.15 courier-imap-toaster-4.1.2-1.3.7 control-panel-toaster-0.5-1.3.4 ezmlm-cgi-toaster-0.53.324-1.3.3 qmailmrtg-toaster-4.2-1.3.3 maildrop-toaster-devel-2.0.3-1.3.5 vqadmin-toaster-2.3.4-1.3.3 spamassassin-toaster-3.1.8-1.3.8 ripmime-toaster-1.4.0.6-1.3.3 qmailtoaster-plus.repo-0.1-1 qmailtoaster-plus-0.3.0-1.4.0 libdomainkeys-toaster-0.68-1.3.3 courier-authlib-toaster-0.59.2-1.3.6 ezmlm-toaster-0.53.324-1.3.3 maildrop-toaster-2.0.3-1.3.5 squirrelmail-toaster-1.4.9a-1.3.6 simscan-toaster-1.3.1-1.3.6 My maillog shows (CRAM-MD5) instead of (PLAIN). .) (why) are you using plain login? .) are you using TLS? (You REALLY should be, especially at a University!) What version of toaster packages are you using? # rpm -qa | grep toaster [EMAIL PROTECTED] wrote: imap and pop3 are working fine I am able to send on both ports. The mail does send smtp with thunderbird on port 587 but gives this in maillog: Apr 1 18:32:44 mailserver vpopmail[8551]: vchkpw-submission: password fail (pass: 'XXX') [EMAIL PROTECTED]@mydomain.com:72.xxx.xx.xxx Apr 1 18:32:49 virga vpopmail[8553]: vchkpw-submission: (PLAIN) login success [EMAIL PROTECTED]@mydomain.com:72.xxx.xx.xxx both ports are open. 25/tcp open smtp 587/tcp open submission Please let me know if there is anything else you may want to know. Thanks Chris... [EMAIL PROTECTED] wrote: I followed the qmailtoaster install here: http://wiki.qmailtoaster.com/index.php/CentOS_5_QmailToaster_Install The users are sending email with thunderbird and it is periodically failing when thunderbird tries to connect to the smtp. the only error I see is in /var/log/maillog Apr 1 15:57:47 mailserver vpopmail[5080]: vchkpw-smtp: password fail (pass: 'PASSWORD_HASH_OF_USER_HERE') [EMAIL PROTECTED]:IP ADDRESS OF SENDER HERE Any suggestions are extremely welcome. Chris Penn Periodically failing meaning all users sometimes work and all sometimes fail, or some users always work and some users sometimes fail, or some users always work and some users always fail, or ... Are they sending on port 25 or 587? Do they ever have a problem receiving? -- -Eric 'shubes' -- -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] - 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] - 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] simscan connect error 2
Eric Shubert wrote: Michael Handiboe wrote: where's the best place to ask about these errors in /var/log/qmail/smtp/current ? I'd start here. Same errors? Thanks Eric, Here's what happens: With Thunderbird, I click 'send' and it sits and spins and I never get a positive acknowledgement that the message sent. This happens a lot, but not all the time. The message in fact, sends. But I don't know that for a while. I *think* the simscan error is related. Next time I experience the problem, I'll capture a few lines from the log and post them here. Michael - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] default configurations
When does it ask you about the configs, and what would be the correct response? - Original Message From: Eric Shubert [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, April 3, 2008 9:59:40 AM Subject: Re: [qmailtoaster] default configurations # cd to the directory where the binary rpm is saved (you did save it, right?) If you used qtp-newmodel, it'd be in /usr/src/qtp-upgrade/old-rpms. # service qmail stop # rpm -e --nodeps spamassassin-toaster # rpm -ivh spamassassin-toaster-3*.i386.rpm # service qmail start [EMAIL PROTECTED] wrote: during qtp-newmodel, I accidentally told it to load the old assassin configs, and now it seems I am getting errors in spamassassin -D --lint. Is there anyway to reload spam assassin using qtp? Chris Penn - 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] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] default configurations
After backing them up, just before the upgrade is actually done (when qmail is shut down). The best (and default) reply is to not restore them. They no longer get clobbered inappropriately (that I'm aware of). I should probably remove this functionality at some point. Jack Martin wrote: When does it ask you about the configs, and what would be the correct response? - Original Message From: Eric Shubert [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, April 3, 2008 9:59:40 AM Subject: Re: [qmailtoaster] default configurations # cd to the directory where the binary rpm is saved (you did save it, right?) If you used qtp-newmodel, it'd be in /usr/src/qtp-upgrade/old-rpms. # service qmail stop # rpm -e --nodeps spamassassin-toaster # rpm -ivh spamassassin-toaster-3*.i386.rpm # service qmail start [EMAIL PROTECTED] wrote: during qtp-newmodel, I accidentally told it to load the old assassin configs, and now it seems I am getting errors in spamassassin -D --lint. Is there anyway to reload spam assassin using qtp? Chris Penn -- -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] simscan connect error 2
Michael Handiboe wrote: Eric Shubert wrote: Michael Handiboe wrote: where's the best place to ask about these errors in /var/log/qmail/smtp/current ? I'd start here. Same errors? Thanks Eric, Here's what happens: With Thunderbird, I click 'send' and it sits and spins and I never get a positive acknowledgement that the message sent. This happens a lot, but not all the time. The message in fact, sends. But I don't know that for a while. I *think* the simscan error is related. Next time I experience the problem, I'll capture a few lines from the log and post them here. Michael I had similar symptoms pre-clamav-0.92. If your clamav-toaster package isn't current, I'd recommend upgrading. -- -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] timeline to update spamassassin-toaster-3.2.4
Looks good...message header: Received: by simscan 1.3.1 ppid: 16383, pid: 16385, t: 0.5770s scanners: attach: 1.3.1 clamav: 0.92.1/m:45/d:5777 spam: 3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on php4.phpwebservices.com X-Spam-Level: * X-Spam-Status: No, score=1.0 required=5.0 tests=RDNS_NONE autolearn=no version=3.2.4 I will see if I can detail some of the error messages I get in different scenarios in a different thread. As far as SA goes, I got these warnings when it installed. I am thinking no big deal, but let me know before I remove that sandbox...in case you need files from it. There were also some warnings about clamav - passing of argument messages... So this is all probably just to make a clean make vs not working. first set Checking if your kit is complete... Looks good 'ENABLE_SSL' is not a known MakeMaker parameter name. 'SYSCONFDIR' is not a known MakeMaker parameter name. second set Installing spamassassin-toaster-3.2.4-1.3.14 in the sandbox ... Preparing... ## spamassassin-toasterwarning: /etc/mail/spamassassin/init.pre created as /etc/mail/spamassassin/init.pre.rpmnew warning: /etc/mail/spamassassin/v320.pre created as /etc/mail/spamassassin/v320.pre.rpmnew ## -Original Message- From: Eric Shubert [mailto:[EMAIL PROTECTED] Sent: Thursday, April 03, 2008 7:56 AM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] timeline to update spamassassin-toaster-3.2.4 Spamd log, message headers. If simscan isn't reporting the correct SA (or clamav) version, you need to run qmailctl cdb. Helmut Fritz wrote: O.k. - worked! I did get a warning on spamassassin install, but everything seems o.k. What is the best way to check everything to ensure it is all running and the correct version? -Original Message- From: Eric Shubert [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 02, 2008 7:32 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] timeline to update spamassassin-toaster-3.2.4 One more thing. If you use qtp-newmodel, you'll need to update the entry in the latest SRPMS/newmodel-list- file to correspond to the 1.3.14 version. Eric Shubert wrote: You could test it as a manual build, or you could drop it into the /usr/src/qtp-upgrade/SRPMS directory and qtp-newmodel should use it from there. If you use qtp-newmodel, use a fresh sandbox. Helmut Fritz wrote: So should I test this as a manual build, or what do I need to change to get newmodel to use this new package? Thx! -Original Message- From: Eric Shubert [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 02, 2008 7:00 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] timeline to update spamassassin-toaster-3.2.4 I think I figured out the problem. This problem explains several things, including why it was necessary to remove spamassassin before upgrading. That should no longer be the case, and I will be making that change to qtp-newmodel soon. The fixed spec with the source package is attached. md5sum is: e93f7ec0515c6484ff8def5699245c03 spamassassin-toaster-3.2.4-1.3.14.src.rpm Please give it a shot. Confidence is high that it will work, with and without qtp-newmodel. New installs will appreciate that rbl and urisurbl checking is turned on by default, as in the stock SA package. If you upgrade and would like these features turned on, simply check the .rpmnew files in the configuration directory. P.S. Sorry for the large attachment on the list. Eric Shubert wrote: I'll be dang. I just recreated it on my test box (w/ same perl and COS4.6 as Helmut). Strange thing is, I already have spamassassin-toaster-3.2.4-1.3.13 installed on that box. Go figure. Let me see if I can figure out what's going on now. From what I can tell so far, the /etc/ directory isn't created by makeinstall after all. Stay tuned. Helmut Fritz wrote: The report is nice because of you all asking for the details... I just try to not have folks need to repeat themselves. Hopefully I can remember all this stuff if needed again! :) I have recently (last week and this weekend) upgraded the entire box to prep to qmt upgrade... [EMAIL PROTECTED] ~]# rpm -qa | grep ^perl- perl-HTML-Tagset-3.03-30 perl-XML-Parser-2.34-5 perl-Digest-HMAC-1.01-13 perl-Crypt-OpenSSL-RSA-0.21-1.2.el4.rf perl-HTML-Parser-3.35-6 perl-libwww-perl-5.79-5 perl-5.8.5-36.el4_5.2 perl-Net-DNS-0.48-2.el4 perl-suidperl-5.8.5-36.el4_5.2 perl-Digest-SHA1-2.07-5 perl-Time-HiRes-1.55-3 perl-Filter-1.30-6 perl-DBI-1.40-8 perl-URI-1.30-4 perl-DateManip-5.42a-3 perl-DBD-MySQL-2.9004-3.1.centos4 -Original Message- From: Eric Shubert [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 02, 2008 2:06 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re:
RE: [qmailtoaster] simscan connect error 2
That was the main reason for me wanting to upgrade. Occasionally my clamav would eat up 100% cpu (of one cpu) and messages would be sent and received via smtp, but the sending application never knew it completed, seemed to time out and would keep resending. The end result was often I would get 2-8 of the same message. This was whether it was a client application sending via smtp or another server... I was able to correlate these instances with clamav running off with the cpu. It was at version 090...and I just upgraded last night (everything to latest) so we shall see if clamav behaves now. -Original Message- From: Eric Shubert [mailto:[EMAIL PROTECTED] Sent: Thursday, April 03, 2008 9:12 AM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] simscan connect error 2 Michael Handiboe wrote: Eric Shubert wrote: Michael Handiboe wrote: where's the best place to ask about these errors in /var/log/qmail/smtp/current ? I'd start here. Same errors? Thanks Eric, Here's what happens: With Thunderbird, I click 'send' and it sits and spins and I never get a positive acknowledgement that the message sent. This happens a lot, but not all the time. The message in fact, sends. But I don't know that for a while. I *think* the simscan error is related. Next time I experience the problem, I'll capture a few lines from the log and post them here. Michael I had similar symptoms pre-clamav-0.92. If your clamav-toaster package isn't current, I'd recommend upgrading. -- -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] timeline to update spamassassin-toaster-3.2.4
Helmut Fritz wrote: Looks good...message header: Received: by simscan 1.3.1 ppid: 16383, pid: 16385, t: 0.5770s scanners: attach: 1.3.1 clamav: 0.92.1/m:45/d:5777 spam: 3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on php4.phpwebservices.com X-Spam-Level: * X-Spam-Status: No, score=1.0 required=5.0 tests=RDNS_NONE autolearn=no version=3.2.4 I will see if I can detail some of the error messages I get in different scenarios in a different thread. Please do. As far as SA goes, I got these warnings when it installed. I am thinking no big deal, but let me know before I remove that sandbox...in case you need files from it. There were also some warnings about clamav - passing of argument messages... So this is all probably just to make a clean make vs not working. first set Checking if your kit is complete... Looks good 'ENABLE_SSL' is not a known MakeMaker parameter name. 'SYSCONFDIR' is not a known MakeMaker parameter name. I don't know why these messages are appearing. I saw documentation on the SA web site about them, and they seem to be working ok. I'm not inclined to track that down unless there's some other indication that warrants it. MakeMaker is somewhat of a PITA (IMHO). second set Installing spamassassin-toaster-3.2.4-1.3.14 in the sandbox ... Preparing... ## spamassassin-toasterwarning: /etc/mail/spamassassin/init.pre created as /etc/mail/spamassassin/init.pre.rpmnew warning: /etc/mail/spamassassin/v320.pre created as /etc/mail/spamassassin/v320.pre.rpmnew ## These are normal now, and unavoidable, at least without patching the Makefile.PL script considerably. This is the standard way in which rpm handles changes to configuration files. I would have expected the warnings for the local.cf and v310.pre files instead of init.pre and v320.pre. FWIW, you shouldn't change (and neither will the package) any of the .pre files. You should do all of your tailoring in the local.cf file, which will not be overwritten by an upgrade. -- -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] timeline to update spamassassin-toaster-3.2.4
That tailoring is beyond me...I did not and won't be touching any of that stuff! Thx Eric, all looks good. -Original Message- From: Eric Shubert [mailto:[EMAIL PROTECTED] Sent: Thursday, April 03, 2008 9:50 AM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] timeline to update spamassassin-toaster-3.2.4 Helmut Fritz wrote: Looks good...message header: Received: by simscan 1.3.1 ppid: 16383, pid: 16385, t: 0.5770s scanners: attach: 1.3.1 clamav: 0.92.1/m:45/d:5777 spam: 3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on php4.phpwebservices.com X-Spam-Level: * X-Spam-Status: No, score=1.0 required=5.0 tests=RDNS_NONE autolearn=no version=3.2.4 I will see if I can detail some of the error messages I get in different scenarios in a different thread. Please do. As far as SA goes, I got these warnings when it installed. I am thinking no big deal, but let me know before I remove that sandbox...in case you need files from it. There were also some warnings about clamav - passing of argument messages... So this is all probably just to make a clean make vs not working. first set Checking if your kit is complete... Looks good 'ENABLE_SSL' is not a known MakeMaker parameter name. 'SYSCONFDIR' is not a known MakeMaker parameter name. I don't know why these messages are appearing. I saw documentation on the SA web site about them, and they seem to be working ok. I'm not inclined to track that down unless there's some other indication that warrants it. MakeMaker is somewhat of a PITA (IMHO). second set Installing spamassassin-toaster-3.2.4-1.3.14 in the sandbox ... Preparing... ## spamassassin-toasterwarning: /etc/mail/spamassassin/init.pre created as /etc/mail/spamassassin/init.pre.rpmnew warning: /etc/mail/spamassassin/v320.pre created as /etc/mail/spamassassin/v320.pre.rpmnew ## These are normal now, and unavoidable, at least without patching the Makefile.PL script considerably. This is the standard way in which rpm handles changes to configuration files. I would have expected the warnings for the local.cf and v310.pre files instead of init.pre and v320.pre. FWIW, you shouldn't change (and neither will the package) any of the .pre files. You should do all of your tailoring in the local.cf file, which will not be overwritten by an upgrade. -- -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] simscan connect error 2
Helmut Fritz wrote: clamav running off with the cpu. It was at version 090...and I just upgraded last night (everything to latest) so we shall see if clamav behaves now. wow, thanks for the info guys. I can probably handle this one! :) --mh - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] default configurations
so when upgrading Spamassassin, using the default configs is fine? That is, not restoring the old configs will work fine with the toaster? Thankx, Chris Penn... After backing them up, just before the upgrade is actually done (when qmail is shut down). The best (and default) reply is to not restore them. They no longer get clobbered inappropriately (that I'm aware of). I should probably remove this functionality at some point. Jack Martin wrote: When does it ask you about the configs, and what would be the correct response? - Original Message From: Eric Shubert [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, April 3, 2008 9:59:40 AM Subject: Re: [qmailtoaster] default configurations # cd to the directory where the binary rpm is saved (you did save it, right?) If you used qtp-newmodel, it'd be in /usr/src/qtp-upgrade/old-rpms. # service qmail stop # rpm -e --nodeps spamassassin-toaster # rpm -ivh spamassassin-toaster-3*.i386.rpm # service qmail start [EMAIL PROTECTED] wrote: during qtp-newmodel, I accidentally told it to load the old assassin configs, and now it seems I am getting errors in spamassassin -D --lint. Is there anyway to reload spam assassin using qtp? Chris Penn -- -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]
[qmailtoaster] Build Error: Simscan
I'm looking for anyone who might be able to help me puzzle out the cause and correction for a build error I'm getting with simscan. Every other package in the whole Toaster install came out wonderfully, but this. What follows is a script taken during an attempt to build the package, and then a cat of the tmp file from the build. rpmbuild --rebuild --with fdr60 /usr/src/redhat/SRPMS/simscan - toaster*.src.rpm Installing /usr/src/redhat/SRPMS/simscan-toaster-1.3.1-1.3.6.src.rpm Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.95461 + umask 022 + cd /usr/src/redhat/BUILD + LANG=C + export LANG + unset DISPLAY + cd /usr/src/redhat/BUILD + rm -rf simscan-1.3.1 + /usr/bin/bzip2 -dc /usr/src/redhat/SOURCES/simscan-1.3.1.tar.bz2 + tar -xf - + STATUS=0 + '[' 0 -ne 0 ']' + cd simscan-1.3.1 ++ /usr/bin/id -u + '[' 0 = 0 ']' + /bin/chown -Rhf root . ++ /usr/bin/id -u + '[' 0 = 0 ']' + /bin/chgrp -Rhf root . + /bin/chmod -Rf a+rX,u+w,g-w,o-w . + echo 'Patch #0 (simscan-1.3.x-clamav.patch.bz2):' Patch #0 (simscan-1.3.x-clamav.patch.bz2): + /usr/bin/bzip2 -d + patch -p0 -s + STATUS=0 + '[' 0 -ne 0 ']' + '[' -f /var/tmp/simscan-1.3.1-gcc ']' + rm -f /var/tmp/simscan-1.3.1-gcc + echo gcc + '[' -f /var/tmp/simscan-1.3.1-show_flags ']' + cat + chmod u+x /var/tmp/simscan-1.3.1-show_flags + /var/tmp/simscan-1.3.1-show_flags [40m[001;031m RPM RELEASE: [40m[001;033msimscan- toaster-1.3.1-1.3.6 [0m [40m[001;031m OS TYPE IS : [40m[001;033mFedora Core 6 Linux [0m [40m[001;031m BUILD DATE : [40m[001;033mSat Apr 14 2007 [0m [40m[001;031m CCFLAGS: [40m[001;033m-O2 -g -pipe -Wall -Wp,- D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer- size=4 -m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables [0m [40m[001;031m LDFLAGS: [40m[001;033m-O2 -g -pipe -Wall -Wp,- D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer- size=4 -m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables [0m + '[' -f /var/tmp/simscan-1.3.1-show_flags ']' + rm -f /var/tmp/simscan-1.3.1-show_flags + exit 0 Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.79697 + umask 022 + cd /usr/src/redhat/BUILD + cd simscan-1.3.1 + LANG=C + export LANG + unset DISPLAY + CFLAGS='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions - fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 - mtune=generic -fasynchronous-unwind-tables' + export CFLAGS + CXXFLAGS='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions - fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 - mtune=generic -fasynchronous-unwind-tables' + export CXXFLAGS + FFLAGS='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions - fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 - mtune=generic -fasynchronous-unwind-tables' + export FFLAGS ++ find . -name config.guess -o -name config.sub + for i in '$(find . -name config.guess -o -name config.sub)' ++ basename ./config.guess + '[' -f /usr/lib/rpm/redhat/config.guess ']' + /bin/rm -f ./config.guess ++ basename ./config.guess + /bin/cp -fv /usr/lib/rpm/redhat/config.guess ./config.guess `/usr/lib/rpm/redhat/config.guess' - `./config.guess' + for i in '$(find . -name config.guess -o -name config.sub)' ++ basename ./config.sub + '[' -f /usr/lib/rpm/redhat/config.sub ']' + /bin/rm -f ./config.sub ++ basename ./config.sub + /bin/cp -fv /usr/lib/rpm/redhat/config.sub ./config.sub `/usr/lib/rpm/redhat/config.sub' - `./config.sub' + ./configure --build=i686-redhat-linux-gnu --host=i686-redhat-linux- gnu --target=i386-redhat-linux-gnu --program-prefix= --prefix=/usr -- exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/ etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/ com --mandir=/usr/share/man --infodir=/usr/share/info --enable- user=clamav --enable-attach --enable-ripmime=/usr/bin/ripmime -- enable-per-domain --enable-spam --enable-spam-hits=20 --enable- received --enable-clamavdb-path=/usr/share/clamav --enable-custom- smtp-reject checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking build system type... i686-redhat-linux-gnu checking host system type... i686-redhat-linux-gnu checking for style of include used by make... GNU checking for i686-redhat-linux-gnu-gcc... no checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking dependency style of gcc... none checking for strsep... yes checking for i686-redhat-linux-gnu-gcc... gcc
Re: [qmailtoaster] default configurations
The old configs will be preserved, and the new configs will be installed with a .rpmnew extension to the file name. You'll also see a warning message from rpm to that effect. [EMAIL PROTECTED] wrote: so when upgrading Spamassassin, using the default configs is fine? That is, not restoring the old configs will work fine with the toaster? Thankx, Chris Penn... After backing them up, just before the upgrade is actually done (when qmail is shut down). The best (and default) reply is to not restore them. They no longer get clobbered inappropriately (that I'm aware of). I should probably remove this functionality at some point. Jack Martin wrote: When does it ask you about the configs, and what would be the correct response? - Original Message From: Eric Shubert [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, April 3, 2008 9:59:40 AM Subject: Re: [qmailtoaster] default configurations # cd to the directory where the binary rpm is saved (you did save it, right?) If you used qtp-newmodel, it'd be in /usr/src/qtp-upgrade/old-rpms. # service qmail stop # rpm -e --nodeps spamassassin-toaster # rpm -ivh spamassassin-toaster-3*.i386.rpm # service qmail start [EMAIL PROTECTED] wrote: during qtp-newmodel, I accidentally told it to load the old assassin configs, and now it seems I am getting errors in spamassassin -D --lint. Is there anyway to reload spam assassin using qtp? Chris Penn -- -Eric 'shubes' -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
