Re: [qmailtoaster] Re: spambox and forwards
On 3/2/07, Jake Vickers [EMAIL PROTECTED] wrote: I haven't been keeping an eye on the thread, so can you detail what the issue was again? My issue was: I have built my toaster with --define 'spambox 1. Spam sent to an account that has Spam Detection? enabled in qmailadmin is handled correctly and moved to the Spam subfolder. But it does not seem to work with forwards: Say I have email account peter that has spam detection enabled, and then a forward named peter.peltonen which mail is delivered to peter account. All spam sent to peter.peltonen is delivered to INBOX and not moved to the spam subfolder. I tested this with the GTUBE test spam message you get with spamassassin -D /usr/share/doc/spamassassin-toaster-3.1.7/sample-spam.txt Is there a way to fix this so that also forwarded email that is recognised as spam will end up to the spambox? Regards, Peter - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] FUZZYOCR INCREASES LOAD
24x7server wrote: hi our system : redhat linux, dual xeon 2.8, 2 gb ram we use fuzzyocr along with qmail toaster. works nicely while scanning for images we have around 3000 email users. however when a large volume of spam suddenly hits the server then the load goes high and then this is what we notice 1) spamassassin skips surbl checks and fuzzyocr checks and emails are passed on without spam checks 2) concurrency incoming keeps increasing and finally exceeds the limit of 150 that we have set. we noted that this happens because opposite side mail servers keep trying to deliver to our server and due to delay in smtp sessions time out and retry again. Number of connections keep pooling up and increases beyond max concurrency limit. the main problem is because of fuzzy ocr which consumes maximum load. 3) since all this is done in the memory by simscan spamassassin scanning really slows down and email scanning time takes as much as 10 minutes. we dont mind delays in mail delivery during load but failure of the spam scanning and increase in number of concurrent connections simply stops incoming mail into our server. has anybody devised any tool by which spamassassin scanning can be done on the hard drive instead of memory. if anybody knows an alternative tool to fuzzyocr which is less load intensive or some alternative for spam scanning after accepting email into the server please let us know. Fuzzyocr is very expensive in the RAM department. For the load you're talking, you'll want probably 6G or more. Or distribute it across multiple machines. I personally stopped using it (due to the memory cost), and use the text rules that still catch them (sare_stock I believe) and Bayes. I also limit the number of connections per minute, with a 35 minute reload to clear out any iptables blocks for legitimate systems. Maybe some better BLs on the SMTP level as well. Not really a solution, but maybe will give you some ideas of where to target your attention. smime.p7s Description: S/MIME Cryptographic Signature
Re: [qmailtoaster] Re: spambox and forwards
Peter Peltonen wrote: On 3/2/07, Jake Vickers [EMAIL PROTECTED] wrote: I haven't been keeping an eye on the thread, so can you detail what the issue was again? My issue was: I have built my toaster with --define 'spambox 1. Spam sent to an account that has Spam Detection? enabled in qmailadmin is handled correctly and moved to the Spam subfolder. But it does not seem to work with forwards: Say I have email account peter that has spam detection enabled, and then a forward named peter.peltonen which mail is delivered to peter account. All spam sent to peter.peltonen is delivered to INBOX and not moved to the spam subfolder. I tested this with the GTUBE test spam message you get with spamassassin -D /usr/share/doc/spamassassin-toaster-3.1.7/sample-spam.txt Is there a way to fix this so that also forwarded email that is recognised as spam will end up to the spambox? Yeah, there's a break in there. The message comes in, hits the forward (which does no scanning) and then gets locally delivered (inject) to the account. I think when it used to be .qmail files you could tee in the mailfilter script, but I have not tried to do so since it changed to using the database method. Maybe look at the structure of the forward table and see how it's actually sending the message (is it using qmail-inject or a .qmail style forward). smime.p7s Description: S/MIME Cryptographic Signature
Re: [qmailtoaster] DEVEL PACKAGE: qmail-toaster
Bigdns patch! Woohoo! Thank you Erik. I cannot tell you the problems this has caused me with AOHell. W Erik A. Espinoza wrote: I'll try. On 3/3/07, Eric Shubes [EMAIL PROTECTED] wrote: Erik A. Espinoza wrote: Greetings, I have released a new qmail-toaster package on the devel site. Special thanks to Jean-Paul and Nick. Download available from http://devel.qmailtoaster.com/ Thanks, Erik EE, Really appreciate your work with these updates. Could you please include the changelog blurb with the announcement? Thanks a bunch! -- -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]
[qmailtoaster] clamav problem
Greetings list! I have been using qmailtoaster server for 1.5 months now, great work guys! This morning started with a problem that there wasnt coming any new mail to us. Tracked the problem to clamav, i disabled it and the mail started coming in. Does the clamav behave like this that if you are using old version, it just stops working someday or was it because of the rc2 version? Using clamav-toaster-0.90rc2-1.3.8. I will soon upgrade it to latest version. From log: @400045e8c3170068d1fc /var/qmail/simscan/1172882188.934163.21418/msg.1172882188.934163.21418: OK @400045e8c317006b7d94 /var/qmail/simscan/1172882188.934163.21418/msg.1172882188.934163.21418: OK @400045e8c31700810d1c /var/qmail/simscan/1172882188.934163.21418/addr.1172882188.934163.21418: OK @400045e8c31700835af4 /var/qmail/simscan/1172882188.934163.21418/addr.1172882188.934163.21418: OK @400045e8c31700a34ea4 /var/qmail/simscan/1172882188.934163.21418/textfile0: OK @400045e8c31700a5bbbc /var/qmail/simscan/1172882188.934163.21418/textfile0: OK @400045e8c317015c4634 *** glibc detected *** corrupted double-linked list: 0xb79ec570 *** @400045e8c31732f41eec +++ Started at Sat Mar 3 02:36:29 2007 @400045e8c31732f6f57c clamd daemon 0.90rc2 (OS: linux-gnu, ARCH: i386, CPU: i386) @400045e8c31732f7998c Log file size limited to 1048576 bytes. @400045e8c31732f8e1ac Reading databases from /usr/share/clamav @400045e8c31d1c3b93c4 Loaded 95862 signatures. @400045e8c31d1d772104 ERROR: Socket file /tmp/clamd exists. Either remove it, or configure a different one. @400045e8c31d1d7b2074 ERROR: Socket file /tmp/clamd exists. Either remove it, or configure a different one. etc... Using CentOS 4.4 [EMAIL PROTECTED] clamd]# rpm -qa | grep toaster daemontools-toaster-0.76-1.3.2 libsrs2-toaster-1.0.18-1.3.2 courier-imap-toaster-4.1.2-1.3.6 ezmlm-cgi-toaster-0.53.324-1.3.2 maildrop-toaster-devel-2.0.3-1.3.4 spamassassin-toaster-3.1.7-1.3.6 ucspi-tcp-toaster-0.88-1.3.3 libdomainkeys-toaster-0.68-1.3.2 courier-authlib-toaster-0.59-1.3.4 autorespond-toaster-2.0.4-1.3.2 ezmlm-toaster-0.53.324-1.3.2 qmailadmin-toaster-1.2.9-1.3.3 maildrop-toaster-2.0.3-1.3.4 isoqlog-toaster-2.1-1.3.2 qmail-pop3d-toaster-1.03-1.3.12 squirrelmail-toaster-1.4.9a-1.3.5 clamav-toaster-0.90rc2-1.3.8 simscan-toaster-1.3.1-1.3.4 vpopmail-toaster-5.4.13-1.3.3 control-panel-toaster-0.5-1.3.3 qmailmrtg-toaster-4.2-1.3.2 vqadmin-toaster-2.3.4-1.3.2 ripmime-toaster-1.4.0.6-1.3.2 qmailtoaster-plus-0.2.7-1.3.9 qmail-toaster-1.03-1.3.12 -- ___ T o m m i J a r v i l e h t o - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Re: spambox and forwards
Peter Peltonen wrote: On 3/5/07, Jake Vickers [EMAIL PROTECTED] wrote: Yeah, there's a break in there. The message comes in, hits the forward (which does no scanning) and then gets locally delivered (inject) to the account. I think when it used to be .qmail files you could tee in the mailfilter script, but I have not tried to do so since it changed to using the database method. Maybe look at the structure of the forward table and see how it's actually sending the message (is it using qmail-inject or a .qmail style forward). The valias table looks likes this: | alias | domain | valias_line | peter.peltonen | example.com | /home/vpopmail/domains/example.com/peter/Maildir/ | So I guess it is using qmail-inject to deliver the message. Is there anything I can do about it? I'm not in a spot to check the delivery schema. but is the message being passed through spamassassin and scored, just not passed through the mailfilter script? I seem to remember that you could delete the alias in the database and revert to the old style .qmail files - I know this USED to work a long time back, but I have not tried it on any of the newer versions (at least a year or more). Might be able to use a .qmail file for the alias and if it's being scanned pass it through mailfilter that way. Or you could be brave and try putting the mailfilter script in before the delivery in the DB. I'm not sure that will work - once again never tried it. I'll try and look some more at it this week, but I'm not promising anything. Seems like this would be a very nice feature (actually a fix) for the current versions. smime.p7s Description: S/MIME Cryptographic Signature
Re: [qmailtoaster] Re: spambox and forwards
Peter Peltonen wrote: On 3/5/07, Jake Vickers [EMAIL PROTECTED] wrote: Yeah, there's a break in there. The message comes in, hits the forward (which does no scanning) and then gets locally delivered (inject) to the account. I think when it used to be .qmail files you could tee in the mailfilter script, but I have not tried to do so since it changed to using the database method. Maybe look at the structure of the forward table and see how it's actually sending the message (is it using qmail-inject or a .qmail style forward). The valias table looks likes this: | alias | domain | valias_line | peter.peltonen | example.com | /home/vpopmail/domains/example.com/peter/Maildir/ | So I guess it is using qmail-inject to deliver the message. Is there anything I can do about it? Regards, Peter According to The BIG Qmail PICTURE(TM), forwards go straight from qmail-local to qmail-queue, w/out hitting qmail-inject. It appears that perhaps local forwarding doesn't do this any more if the valias is local. It probably should if it's not. I don't know how spambox presently works, but it sounds to me like the process that delivers to the spambox needs to be hooked into qmail-local *after* the forwarding takes place. I'd look at the code to verify all this. I don't know how sophisticated the forward setup editing is. You might try faking out the forward in such a way that it thinks the forward isn't local (by using full email address instead of simply account name). That way it'd get re-queued and the spambox filter should work. -- -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] clamav problem
That's the ticket all right. (TTBOMK) Tommi Järvilehto wrote: Or maybe this will prevent the problem coming back? A M wrote: sometimes after an freshclam automated update clamd gets a stale socket (setting FixStaleSocket yes in /etc/clamd.conf seems to fix it) -- ___ T o m m i J a r v i l e h t o - Original Message - From: Tommi Järvilehto [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Monday, March 05, 2007 3:38 PM Subject: [qmailtoaster] clamav problem Greetings list! I have been using qmailtoaster server for 1.5 months now, great work guys! This morning started with a problem that there wasnt coming any new mail to us. Tracked the problem to clamav, i disabled it and the mail started coming in. Does the clamav behave like this that if you are using old version, it just stops working someday or was it because of the rc2 version? Using clamav-toaster-0.90rc2-1.3.8. I will soon upgrade it to latest version. From log: @400045e8c3170068d1fc /var/qmail/simscan/1172882188.934163.21418/msg.1172882188.934163.21418: OK @400045e8c317006b7d94 /var/qmail/simscan/1172882188.934163.21418/msg.1172882188.934163.21418: OK @400045e8c31700810d1c /var/qmail/simscan/1172882188.934163.21418/addr.1172882188.934163.21418: OK @400045e8c31700835af4 /var/qmail/simscan/1172882188.934163.21418/addr.1172882188.934163.21418: OK @400045e8c31700a34ea4 /var/qmail/simscan/1172882188.934163.21418/textfile0: OK @400045e8c31700a5bbbc /var/qmail/simscan/1172882188.934163.21418/textfile0: OK @400045e8c317015c4634 *** glibc detected *** corrupted double-linked list: 0xb79ec570 *** @400045e8c31732f41eec +++ Started at Sat Mar 3 02:36:29 2007 @400045e8c31732f6f57c clamd daemon 0.90rc2 (OS: linux-gnu, ARCH: i386, CPU: i386) @400045e8c31732f7998c Log file size limited to 1048576 bytes. @400045e8c31732f8e1ac Reading databases from /usr/share/clamav @400045e8c31d1c3b93c4 Loaded 95862 signatures. @400045e8c31d1d772104 ERROR: Socket file /tmp/clamd exists. Either remove it, or configure a different one. @400045e8c31d1d7b2074 ERROR: Socket file /tmp/clamd exists. Either remove it, or configure a different one. etc... Using CentOS 4.4 [EMAIL PROTECTED] clamd]# rpm -qa | grep toaster daemontools-toaster-0.76-1.3.2 libsrs2-toaster-1.0.18-1.3.2 courier-imap-toaster-4.1.2-1.3.6 ezmlm-cgi-toaster-0.53.324-1.3.2 maildrop-toaster-devel-2.0.3-1.3.4 spamassassin-toaster-3.1.7-1.3.6 ucspi-tcp-toaster-0.88-1.3.3 libdomainkeys-toaster-0.68-1.3.2 courier-authlib-toaster-0.59-1.3.4 autorespond-toaster-2.0.4-1.3.2 ezmlm-toaster-0.53.324-1.3.2 qmailadmin-toaster-1.2.9-1.3.3 maildrop-toaster-2.0.3-1.3.4 isoqlog-toaster-2.1-1.3.2 qmail-pop3d-toaster-1.03-1.3.12 squirrelmail-toaster-1.4.9a-1.3.5 clamav-toaster-0.90rc2-1.3.8 simscan-toaster-1.3.1-1.3.4 vpopmail-toaster-5.4.13-1.3.3 control-panel-toaster-0.5-1.3.3 qmailmrtg-toaster-4.2-1.3.2 vqadmin-toaster-2.3.4-1.3.2 ripmime-toaster-1.4.0.6-1.3.2 qmailtoaster-plus-0.2.7-1.3.9 qmail-toaster-1.03-1.3.12 -- ___ T o m m i J a r v i l e h t o - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Re: spambox and forwards
Hello I have my vpopmail compiled with --disable-valias (I dont want alias stored in db) That means. I have .qmail files A forward is always [EMAIL PROTECTED] ... in the past alias/forwards were handled in a different way now all are kinda forwards :) With that setup the spambox works fine. If you store your alias in the mysql db, I think it is using the old scheme for alias delivery, and as a matter of fact will by bass your .qmail with the ref to your mailfilter script. -P Eric Shubes wrote: Peter Peltonen wrote: On 3/5/07, Jake Vickers [EMAIL PROTECTED] wrote: Yeah, there's a break in there. The message comes in, hits the forward (which does no scanning) and then gets locally delivered (inject) to the account. I think when it used to be .qmail files you could tee in the mailfilter script, but I have not tried to do so since it changed to using the database method. Maybe look at the structure of the forward table and see how it's actually sending the message (is it using qmail-inject or a .qmail style forward). The valias table looks likes this: | alias | domain | valias_line | peter.peltonen | example.com | /home/vpopmail/domains/example.com/peter/Maildir/ | So I guess it is using qmail-inject to deliver the message. Is there anything I can do about it? Regards, Peter According to The BIG Qmail PICTURE(TM), forwards go straight from qmail-local to qmail-queue, w/out hitting qmail-inject. It appears that perhaps local forwarding doesn't do this any more if the valias is local. It probably should if it's not. I don't know how spambox presently works, but it sounds to me like the process that delivers to the spambox needs to be hooked into qmail-local *after* the forwarding takes place. I'd look at the code to verify all this. I don't know how sophisticated the forward setup editing is. You might try faking out the forward in such a way that it thinks the forward isn't local (by using full email address instead of simply account name). That way it'd get re-queued and the spambox filter should work. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[qmailtoaster] RE: Fetch mail from ISP POP Domain
Hi List, I have set up the server and could send email out to other domain from this webmail client on the server. However, when I try to connect from PC on the LAN to the server by POP with the same username(s) and password(s) as I usually connected to MDaemon ( which I used before Qmailtoaster), it just could not log in. Could you explain more? Also, we used a Domain POP in MDaemon to fetch emails from one email account in our ISP POP Domain to our server and then distribute to different mail accounts in our LAN. How could we use the same feature with Qmailtoaster? The details of our system are described here: http://forums.fedoraforum.org/showthread.php?p=751121#post751121 Thank you for your advice. Best regards, Haison Company Eric Shubes wrote: Peter Peltonen wrote: On 3/5/07, Jake Vickers [EMAIL PROTECTED] wrote: Yeah, there's a break in there. The message comes in, hits the forward (which does no scanning) and then gets locally delivered (inject) to the account. I think when it used to be .qmail files you could tee in the mailfilter script, but I have not tried to do so since it changed to using the database method. Maybe look at the structure of the forward table and see how it's actually sending the message (is it using qmail-inject or a .qmail style forward). The valias table looks likes this: | alias | domain | valias_line | peter.peltonen | example.com | /home/vpopmail/domains/example.com/peter/Maildir/ | So I guess it is using qmail-inject to deliver the message. Is there anything I can do about it? Regards, Peter According to The BIG Qmail PICTURE(TM), forwards go straight from qmail-local to qmail-queue, w/out hitting qmail-inject. It appears that perhaps local forwarding doesn't do this any more if the valias is local. It probably should if it's not. I don't know how spambox presently works, but it sounds to me like the process that delivers to the spambox needs to be hooked into qmail-local *after* the forwarding takes place. I'd look at the code to verify all this. I don't know how sophisticated the forward setup editing is. You might try faking out the forward in such a way that it thinks the forward isn't local (by using full email address instead of simply account name). That way it'd get re-queued and the spambox filter should work. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Re: spambox and forwards
On 3/5/07, Jake Vickers [EMAIL PROTECTED] wrote: I'm not in a spot to check the delivery schema. but is the message being passed through spamassassin and scored, just not passed through the mailfilter script? Yes, the message is passed through spamassassin and scored. The only thing not working is the mailfilter script which is not ran (or if it is ran it does nothing). The script is stored in the .qmail file. I seem to remember that you could delete the alias in the database and revert to the old style .qmail files - I know this USED to work a long time back, but I have not tried it on any of the newer versions (at least a year or more). Might be able to use a .qmail file for the alias and if it's being scanned pass it through mailfilter that way. Or you could be brave and try putting the mailfilter script in before the delivery in the DB. I'm not sure that will work - once again never tried it. I think the .qmail file should be read (and the filter actrvated) whatever the method used for for receiving and delivering the message is. Regards, Peter - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[qmailtoaster] User: clamav Process: clamd using 99.9% of Resources
I have a problem I hope I can get some guidance on. I did an update (using qtp-menu) this weekend and everything seemed to have gone right. This morning I noticed my server was running slow and I discovered that clamd was using 99.9% of the resources. I rebooted my server but the problem still continues. Any suggestions on how to stop this runaway process if appreciated. Francisco Paco Peralta
[qmailtoaster] vqadmin error blank page
Dear All.. I am installing this incredible qmail-toaster in my fedora core 5 linux. [EMAIL PROTECTED] ~]# rpm -qa | grep toaster | sort autorespond-toaster-2.0.4-1.3.2 clamav-toaster-0.90-1.3.10 control-panel-toaster-0.5-1.3.3 courier-authlib-toaster-0.59.1-1.3.5 courier-imap-toaster-4.1.2-1.3.6 daemontools-toaster-0.76-1.3.2 ezmlm-cgi-toaster-0.53.324-1.3.2 ezmlm-toaster-0.53.324-1.3.2 isoqlog-toaster-2.1-1.3.2 libdomainkeys-toaster-0.68-1.3.2 libsrs2-toaster-1.0.18-1.3.2 maildrop-toaster-2.0.3-1.3.4 maildrop-toaster-devel-2.0.3-1.3.4 qmailadmin-toaster-1.2.9-1.3.3 qmailmrtg-toaster-4.2-1.3.2 qmail-pop3d-toaster-1.03-1.3.13 qmail-toaster-1.03-1.3.13 ripmime-toaster-1.4.0.6-1.3.2 simscan-toaster-1.3.1-1.3.4 spamassassin-toaster-3.1.7-1.3.6 squirrelmail-toaster-1.4.9a-1.3.5 ucspi-tcp-toaster-0.88-1.3.4 vpopmail-toaster-5.4.13-1.3.3 vqadmin-toaster-2.3.4-1.3.2 Now I am get trouble with vqadmin maintenance page,that when I am trying to access domain list.. it's just blank page. I see my error_log in httpd [Mon Mar 05 22:24:51 2007] [error] [client xxx.xxx.xxx.xxx] bff07000-bff1c000 rw-p bff07000 00:00 0 [stack], referer: http://xxx.xxx.com/mail/vqadmin /toaster.vqadmin Please anyone can help me with my trouble. Hatur tengkiw ( thanks U Very much ) Rendra Nurdiana www.rendranurdiana.com Yahoo! : rendra_cc msn : [EMAIL PROTECTED] Genius is 1% inspiration,99% perspiration Thomas Alva Edison
Re: [qmailtoaster] RE: Fetch mail from ISP POP Domain
Haison Company wrote: Hi List, I have set up the server and could send email out to other domain from this webmail client on the server. However, when I try to connect from PC on the LAN to the server by POP with the same username(s) and password(s) as I usually connected to MDaemon ( which I used before Qmailtoaster), it just could not log in. Could you explain more? If you're using the stock install, the firewall that is installed blocks incoming connections from LAN IP addresses. Check that. Also, we used a Domain POP in MDaemon to fetch emails from one email account in our ISP POP Domain to our server and then distribute to different mail accounts in our LAN. How could we use the same feature with Qmailtoaster? That I'm not sure about. I've used fetchmail to grab emails from other accounts to be delivered to a local account, but I've never tried to filter those messages to put in other accounts or anything. That one may be a little tricky. smime.p7s Description: S/MIME Cryptographic Signature
RE: [qmailtoaster] vqadmin error blank page
Dear All.. I am installing this incredible qmail-toaster in my fedora core 5 linux. I THINK this is on the wiki something about leaving certain fields empty when creating the domain( Accounts, forwards, aliases etc), you should fill those you need to disable with Zero '0'. Am rushing out otherwise would have pointed you to the right page on the wiki ALex -- [EMAIL PROTECTED] ~]# rpm -qa | grep toaster | sort autorespond-toaster-2.0.4-1.3.2 clamav-toaster-0.90-1.3.10 control-panel-toaster-0.5-1.3.3 courier-authlib-toaster-0.59.1-1.3.5 courier-imap-toaster-4.1.2-1.3.6 daemontools-toaster-0.76-1.3.2 ezmlm-cgi-toaster-0.53.324-1.3.2 ezmlm-toaster-0.53.324-1.3.2 isoqlog-toaster-2.1-1.3.2 libdomainkeys-toaster-0.68-1.3.2 libsrs2-toaster-1.0.18-1.3.2 maildrop-toaster-2.0.3-1.3.4 maildrop-toaster-devel-2.0.3-1.3.4 qmailadmin-toaster-1.2.9-1.3.3 qmailmrtg-toaster-4.2-1.3.2 qmail-pop3d-toaster-1.03-1.3.13 qmail-toaster-1.03-1.3.13 ripmime-toaster-1.4.0.6-1.3.2 simscan-toaster-1.3.1-1.3.4 spamassassin-toaster-3.1.7-1.3.6 squirrelmail-toaster-1.4.9a-1.3.5 ucspi-tcp-toaster-0.88-1.3.4 vpopmail-toaster-5.4.13-1.3.3 vqadmin-toaster-2.3.4-1.3.2 Now I am get trouble with vqadmin maintenance page,that when I am trying to access domain list.. it's just blank page. I see my error_log in httpd [Mon Mar 05 22:24:51 2007] [error] [client xxx.xxx.xxx.xxx] bff07000-bff1c000 rw-p bff07000 00:00 0 [stack], referer: http://xxx.xxx.com/mail/vqadmin /toaster.vqadmin Please anyone can help me with my trouble. Hatur tengkiw ( thanks U Very much ) Rendra Nurdiana www.rendranurdiana.com Yahoo! : rendra_cc msn : [EMAIL PROTECTED] Genius is 1% inspiration,99% perspiration Thomas Alva Edison
Re: [qmailtoaster] User: clamav Process: clamd using 99.9% of Resources
try the clamd package in the devel site. i think this was resolved in that update. On 3/5/07, Francisco Paco Peralta [EMAIL PROTECTED] wrote: I have a problem I hope I can get some guidance on. I did an update (using qtp-menu) this weekend and everything seemed to have gone right. This morning I noticed my server was running slow and I discovered that clamd was using 99.9% of the resources. I rebooted my server but the problem still continues. Any suggestions on how to stop this runaway process if appreciated. Francisco Paco Peralta
[qmailtoaster] aliases and forwards
Friends, I wish to set up aliased mail groups ( that mail sent to [EMAIL PROTECTED] and it goes to 3 real users : cow,pig,pup I see in the documentation : Email Administrators guide http://208.nnn.nnn.nnn/qmailadmin/images/help/email_admin/mainmenu.html a listing of Main Menu pop accounts Aliases Autoresponders mailing lists But when I go to my actual admin menu http://208.nnn.nnn.nnn/qmailadmin/index.cgi i see a listing of Main Menu ( it lists my domain ) Email Accounts Forwards Mail Robots Mailing Lists New email accounts New forward New Mail Robot New Mailing list so I do not see a menu selection for aliases - Q? - am i missing something? also I find a aliases file under /ect/aliases can i just edit that and run newaliases Thanks jim
Re: [qmailtoaster] User: clamav Process: clamd using 99.9% of Resources
slamp slamp wrote: try the clamd package in the devel site. i think this was resolved in that update. On 3/5/07, *Francisco Paco Peralta* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I have a problem I hope I can get some guidance on. I did an update (using qtp-menu) this weekend and everything seemed to have gone right. This morning I noticed my server was running slow and I discovered that clamd was using 99.9% of the resources. I rebooted my server but the problem still continues. Any suggestions on how to stop this runaway process if appreciated. Francisco Paco Peralta Hey Paco, Please be sure to let us know if this solves your problem or not. -- -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] vqadmin error blank page
Dear Alex, Thanks for your answer, I am trying to add a new domain and as you say it's work's good.But anyhow how do I to edit my domain earlier through the command line ? I am sorry for my stupid question.I am new bie in linux. Thx _ From: Kisakye Alex [mailto:[EMAIL PROTECTED] Sent: 05 Maret 2007 22:52 To: qmailtoaster-list@qmailtoaster.com Subject: RE: [qmailtoaster] vqadmin error blank page Dear All.. I am installing this incredible qmail-toaster in my fedora core 5 linux. I THINK this is on the wiki something about leaving certain fields empty when creating the domain( Accounts, forwards, aliases etc), you should fill those you need to disable with Zero '0'. Am rushing out otherwise would have pointed you to the right page on the wiki ALex -- [EMAIL PROTECTED] ~]# rpm -qa | grep toaster | sort autorespond-toaster-2.0.4-1.3.2 clamav-toaster-0.90-1.3.10 control-panel-toaster-0.5-1.3.3 courier-authlib-toaster-0.59.1-1.3.5 courier-imap-toaster-4.1.2-1.3.6 daemontools-toaster-0.76-1.3.2 ezmlm-cgi-toaster-0.53.324-1.3.2 ezmlm-toaster-0.53.324-1.3.2 isoqlog-toaster-2.1-1.3.2 libdomainkeys-toaster-0.68-1.3.2 libsrs2-toaster-1.0.18-1.3.2 maildrop-toaster-2.0.3-1.3.4 maildrop-toaster-devel-2.0.3-1.3.4 qmailadmin-toaster-1.2.9-1.3.3 qmailmrtg-toaster-4.2-1.3.2 qmail-pop3d-toaster-1.03-1.3.13 qmail-toaster-1.03-1.3.13 ripmime-toaster-1.4.0.6-1.3.2 simscan-toaster-1.3.1-1.3.4 spamassassin-toaster-3.1.7-1.3.6 squirrelmail-toaster-1.4.9a-1.3.5 ucspi-tcp-toaster-0.88-1.3.4 vpopmail-toaster-5.4.13-1.3.3 vqadmin-toaster-2.3.4-1.3.2 Now I am get trouble with vqadmin maintenance page,that when I am trying to access domain list.. it's just blank page. I see my error_log in httpd [Mon Mar 05 22:24:51 2007] [error] [client xxx.xxx.xxx.xxx] bff07000-bff1c000 rw-p bff07000 00:00 0 [stack], referer: http://xxx.xxx.com/mail/vqadmin /toaster.vqadmin Please anyone can help me with my trouble. Hatur tengkiw ( thanks U Very much ) Rendra Nurdiana www.rendranurdiana.com Yahoo! : rendra_cc msn : [EMAIL PROTECTED] Genius is 1% inspiration,99% perspiration Thomas Alva Edison
Re: [qmailtoaster] aliases and forwards
If you have vpopmail installed, run /home/vpopmail/bin/valias - vpopmail does virtual addresses in the database. Alastair Jim Shupert, Jr. wrote: Friends, I wish to set up aliased mail groups ( that mail sent to [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] and it goes to 3 real users : cow,pig,pup I see in the documentation : Email Administrators guide http://208.nnn.nnn.nnn/qmailadmin/images/help/email_admin/mainmenu.html a listing of Main Menu pop accounts Aliases Autoresponders mailing lists But when I go to my actual admin menu http://208.nnn.nnn.nnn/qmailadmin/index.cgi i see a listing of Main Menu ( it lists my domain ) Email Accounts Forwards Mail Robots Mailing Lists New email accounts New forward New Mail Robot New Mailing list so I do not see a menu selection for aliases - Q? - am i missing something? also I find a aliases file under /ect/aliases can i just edit that and run newaliases Thanks jim
Re: [qmailtoaster] vqadmin error blank page
Try /home/vpopmail/bin/vdeldomain, then vadddomain. rendra wrote: Dear Alex, Thanks for your answer, I am trying to add a new domain and as you say it’s work’s good.But anyhow how do I to edit my domain earlier through the command line ? I am sorry for my stupid question.I am new bie in linux. Thx -- -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] User: clamav Process: clamd using 99.9% of Resources
Just tried to update using qtp-newmodel and selected to install the devel packages. Everything seemd to go alright except that now my screen is constantly displaying: supervise: fatal: unable to acquire clamd/supervise/lock: temporary failure supervise: fatal: unable to acquire clamd/supervise/lock: temporary failure supervise: fatal: unable to acquire clamd/supervise/lock: temporary failure supervise: fatal: unable to acquire clamd/supervise/lock: temporary failure supervise: fatal: unable to acquire clamd/supervise/lock: temporary failure etc Any ideas? Francisco Paco Peralta - Original Message From: slamp slamp [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Monday, March 5, 2007 10:56:04 AM Subject: Re: [qmailtoaster] User: clamav Process: clamd using 99.9% of Resources try the clamd package in the devel site. i think this was resolved in that update. On 3/5/07, Francisco Paco Peralta [EMAIL PROTECTED] wrote: I have a problem I hope I can get some guidance on. I did an update (using qtp-menu) this weekend and everything seemed to have gone right. This morning I noticed my server was running slow and I discovered that clamd was using 99.9% of the resources. I rebooted my server but the problem still continues. Any suggestions on how to stop this runaway process if appreciated. Francisco Paco Peralta
Re: [qmailtoaster] aliases and forwards
Aliases are implemented with forwards. You can simply create a forward for [EMAIL PROTECTED], and have it sent to cow,pig,pup. Set it up using qmail-admin. Alastair Gregory wrote: If you have vpopmail installed, run /home/vpopmail/bin/valias - vpopmail does virtual addresses in the database. Alastair Jim Shupert, Jr. wrote: Friends, I wish to set up aliased mail groups ( that mail sent to [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] and it goes to 3 real users : cow,pig,pup I see in the documentation : Email Administrators guide http://208.nnn.nnn.nnn/qmailadmin/images/help/email_admin/mainmenu.html a listing of Main Menu pop accounts Aliases Autoresponders mailing lists But when I go to my actual admin menu http://208.nnn.nnn.nnn/qmailadmin/index.cgi i see a listing of Main Menu ( it lists my domain ) Email Accounts Forwards Mail Robots Mailing Lists New email accounts New forward New Mail Robot New Mailing list so I do not see a menu selection for aliases - Q? - am i missing something? also I find a aliases file under /ect/aliases can i just edit that and run newaliases Thanks 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] aliases and forwards
Jim Shupert, Jr. wrote: Friends, I wish to set up aliased mail groups so I do not see a menu selection for aliases - Q? - am i missing something? also I find a aliases file under /ect/aliases can i just edit that and run newaliases Aliases and forwards are the same thing now. smime.p7s Description: S/MIME Cryptographic Signature
Re: [qmailtoaster] Re: spambox and forwards
On 3/5/07, Philip [EMAIL PROTECTED] wrote: That means. I have .qmail files A forward is always [EMAIL PROTECTED] ... in the past alias/forwards were handled in a different way now all are kinda forwards :) If you store your alias in the mysql db, I think it is using the old scheme for alias delivery, and as a matter of fact will by bass your .qmail with the ref to your mailfilter script. I got my spambox problem solved: When looking in my db my forward's valias_line it stated: /home/vpopmail/domains/example.com/peter/Maildir/ I thought about changing this to something else and created a new forward. When looking it's valias_line, I noticed it was completely different: [EMAIL PROTECTED] I tested with a spam msg and yes, it was delivered straight to spambox. That old forward of mine had been converted from .qmail file to db by a script in some upgrade, I think. So all I now need to do is to convert the valias_line's in db. Maybe someone better than me in SQL could even tell how to do it with SQL without manually having to change every old valias_line one by one...? Cheers, Peter - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] User: clamav Process: clamd using 99.9% of Resources
That doesn't have anything to do with qtp-newmodel. It's the clamav bug rearing its ugly head. Stop qmail, then kill any straggling clam processes. Then temporarily change your /var/qmail/control/simcontrol file to turn off clam scanning, rebuild the cdbs, and bring qmail back up. Then do your upgrade. When that's done, turn clam scanning back on and rebuild cdbs. HTH. Francisco Paco Peralta wrote: Just tried to update using qtp-newmodel and selected to install the devel packages. Everything seemd to go alright except that now my screen is constantly displaying: supervise: fatal: unable to acquire clamd/supervise/lock: temporary failure supervise: fatal: unable to acquire clamd/supervise/lock: temporary failure supervise: fatal: unable to acquire clamd/supervise/lock: temporary failure supervise: fatal: unable to acquire clamd/supervise/lock: temporary failure supervise: fatal: unable to acquire clamd/supervise/lock: temporary failure etc Any ideas? Francisco Paco Peralta - Original Message From: slamp slamp [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Monday, March 5, 2007 10:56:04 AM Subject: Re: [qmailtoaster] User: clamav Process: clamd using 99.9% of Resources try the clamd package in the devel site. i think this was resolved in that update. On 3/5/07, *Francisco Paco Peralta* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I have a problem I hope I can get some guidance on. I did an update (using qtp-menu) this weekend and everything seemed to have gone right. This morning I noticed my server was running slow and I discovered that clamd was using 99.9% of the resources. I rebooted my server but the problem still continues. Any suggestions on how to stop this runaway process if appreciated. Francisco Paco Peralta -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Re: spambox and forwards
Peter Peltonen wrote: On 3/5/07, Philip [EMAIL PROTECTED] wrote: That means. I have .qmail files A forward is always [EMAIL PROTECTED] ... in the past alias/forwards were handled in a different way now all are kinda forwards :) If you store your alias in the mysql db, I think it is using the old scheme for alias delivery, and as a matter of fact will by bass your .qmail with the ref to your mailfilter script. I got my spambox problem solved: When looking in my db my forward's valias_line it stated: /home/vpopmail/domains/example.com/peter/Maildir/ I thought about changing this to something else and created a new forward. When looking it's valias_line, I noticed it was completely different: [EMAIL PROTECTED] I tested with a spam msg and yes, it was delivered straight to spambox. That old forward of mine had been converted from .qmail file to db by a script in some upgrade, I think. So all I now need to do is to convert the valias_line's in db. Maybe someone better than me in SQL could even tell how to do it with SQL without manually having to change every old valias_line one by one...? Cheers, Peter I'm not clear on which is the old way and which is the new. Have a look at /home/vpopmail/bin/dotqmail2valias -a. -- -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] aliases and forwards
So you would suggest that i do 'forwards' was it true that aliases were once more efficient than forwards - but now they are ...the same? I had read that aliases should be used for sending mail to to an EXISTING mail accounts ON YOUR DOMAIN and forwards Allows you to forward mail sent to an existing or nonexistent mail account on your domain to any email account anywhere on the web. For example. Mail sent to [EMAIL PROTECTED] can be forwarded to [EMAIL PROTECTED] or [EMAIL PROTECTED] Forwards can also be used like aliases to deliver mail to other local accounts in the same domain. It is however recommended that aliases be used for this as they are more efficient. and If i did edit the aliases file ( and run newaliases ) will I break something or will it have no effect? Thanks jim - Original Message - From: Jake Vickers To: qmailtoaster-list@qmailtoaster.com Sent: Monday, March 05, 2007 11:13 AM Subject: Re: [qmailtoaster] aliases and forwards Jim Shupert, Jr. wrote: Friends, I wish to set up aliased mail groups so I do not see a menu selection for aliases - Q? - am i missing something? also I find a aliases file under /ect/aliases can i just edit that and run newaliases Aliases and forwards are the same thing now.
Re: [qmailtoaster] Re: spambox and forwards
On 3/5/07, Eric Shubes [EMAIL PROTECTED] wrote: I'm not clear on which is the old way and which is the new. Have a look at /home/vpopmail/bin/dotqmail2valias -a. The command did nothing as I already have all aliases in db. At the moment Qmailadmin produces this kind of format in the db: [EMAIL PROTECTED] So I guess this is the newest format and it works ok with spambox. dotqmail2valias must have been guilty for producing the format that does not work with spambox: /home/vpopmail/domains/example.com/username/Maildir/ Though I did not test this as I don't remember what the format of the .qmail forward files were before transferring them to db. Peter - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] DEVEL PACKAGE: qmail-toaster
Thank Jean-Paul and Nick. I just tested it and put on my web server. On 3/5/07, Warren (mailing lists) [EMAIL PROTECTED] wrote: Bigdns patch! Woohoo! Thank you Erik. I cannot tell you the problems this has caused me with AOHell. W Erik A. Espinoza wrote: I'll try. On 3/3/07, Eric Shubes [EMAIL PROTECTED] wrote: Erik A. Espinoza wrote: Greetings, I have released a new qmail-toaster package on the devel site. Special thanks to Jean-Paul and Nick. Download available from http://devel.qmailtoaster.com/ Thanks, Erik EE, Really appreciate your work with these updates. Could you please include the changelog blurb with the announcement? Thanks a bunch! -- -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] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] User: clamav Process: clamd using 99.9% of Resources
1-I did a : qmailctl stop 2-Well, the only way to stop the clamd process was to reboot. My server, I guess was too busy to take the kill command.never seen that before. 3-Did a : qmailctl stop again after the reboot 4-Then I edited /var/qmail/control/simcontrol and changed the yes to a no for clam scanning 5-Then I did a: qmailctl cdb 6-qmailctl start 7-Then I did a : qtp-newmodel I then selected the development packages and got the following at the end of the process: qmail Toaster packages are all current. There is nothing more to do. [EMAIL PROTECTED] ~]# qmailctl cdb Reloaded /etc/tcprules.d/tcp.smtp Reloaded /var/qmail/control/badmimetypes.cdb Reloaded /var/qmail/control/badloadertypes.cdb Reloaded /var/qmail/control/simversions.cdb Reloaded /var/qmail/control/simcontrol.cdb [EMAIL PROTECTED] ~]# qmailctl start Starting qmail-toaster: svscansupervise: fatal: unable to acquire spamd/supervise/lock: temporary failure . [EMAIL PROTECTED] ~]# 8-Not sure exactly what to do next based on fatal message in 7 9-Then I edited /var/qmail/control/simcontrol and changed the no to a no yes clam scanning 10-Then I did a: qmailctl cdb 11-Sent email to out 12-Recieved email 13-Did a : top verified that my server was back to normal 14-Very happy except for that fatal message above which I don't know how to interpret Thank you for the guidance. And let's get that devel package over to the other site asap! Francisco Paco Peralta - Original Message From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Monday, March 5, 2007 11:17:07 AM Subject: Re: [qmailtoaster] User: clamav Process: clamd using 99.9% of Resources That doesn't have anything to do with qtp-newmodel. It's the clamav bug rearing its ugly head. Stop qmail, then kill any straggling clam processes. Then temporarily change your /var/qmail/control/simcontrol file to turn off clam scanning, rebuild the cdbs, and bring qmail back up. Then do your upgrade. When that's done, turn clam scanning back on and rebuild cdbs. HTH. Francisco Paco Peralta wrote: Just tried to update using qtp-newmodel and selected to install the devel packages. Everything seemd to go alright except that now my screen is constantly displaying: supervise: fatal: unable to acquire clamd/supervise/lock: temporary failure supervise: fatal: unable to acquire clamd/supervise/lock: temporary failure supervise: fatal: unable to acquire clamd/supervise/lock: temporary failure supervise: fatal: unable to acquire clamd/supervise/lock: temporary failure supervise: fatal: unable to acquire clamd/supervise/lock: temporary failure etc Any ideas? Francisco Paco Peralta - Original Message From: slamp slamp [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Monday, March 5, 2007 10:56:04 AM Subject: Re: [qmailtoaster] User: clamav Process: clamd using 99.9% of Resources try the clamd package in the devel site. i think this was resolved in that update. On 3/5/07, *Francisco Paco Peralta* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I have a problem I hope I can get some guidance on. I did an update (using qtp-menu) this weekend and everything seemed to have gone right. This morning I noticed my server was running slow and I discovered that clamd was using 99.9% of the resources. I rebooted my server but the problem still continues. Any suggestions on how to stop this runaway process if appreciated. Francisco Paco Peralta -- -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] DEVEL PACKAGE: clamav-toaster
On 3/3/07, Eric Shubes [EMAIL PROTECTED] wrote: If they were talking about bug #318, I'm not so sure. I'll feel better about it when Peter says it's no longer happening on his toaster. ;) I've now upgraded my CentOS 3 box to clamav-toaster-0.90.1-1.3.11, enabled clamav for one domain, rebuilt cdbs and sent a test msg with an attachment. I can now confirm that this new version fixes the issue with clamd eating up all my CPU and launching phantom children processes that ps cannot see. I'll now enable clamav for some other domains and see how it goes. Cheers, Peter - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] DEVEL PACKAGE: qmail-toaster
Every time I upgrdae the qmailtoaster pkg (manually) my simcontrol file is overrun. Is this necessary? Same thing with tcp.smtp. Couldn't the new files just be added with .rpmnew extension? Regards, Peter - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] clamav upgrade problem with supervise/lock
I'll mention at this thread too, that upgrading to clamav-toaster-0.90.1-1.3.11 from the devel site seemed to fix my problems. Consider this long thread closed :) Thanks for ES and EE for working so hard to get this issue solved. Cheers, Peter - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] DEVEL PACKAGE: qmail-toaster
There is nothing sane we can do about that on the package end. Erik On 3/5/07, Peter Peltonen [EMAIL PROTECTED] wrote: Every time I upgrdae the qmailtoaster pkg (manually) my simcontrol file is overrun. Is this necessary? Same thing with tcp.smtp. Couldn't the new files just be added with .rpmnew extension? Regards, Peter - 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] clamav upgrade problem with supervise/lock
It wasn't that hard. The hard work was done by the ClamAV group. Erik On 3/5/07, Peter Peltonen [EMAIL PROTECTED] wrote: I'll mention at this thread too, that upgrading to clamav-toaster-0.90.1-1.3.11 from the devel site seemed to fix my problems. Consider this long thread closed :) Thanks for ES and EE for working so hard to get this issue solved. Cheers, Peter - 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] Bug Tracker Reminder
Greetings, Just a quick reminder that we have a bug tracker (and feature request) on the devel site. Keep those reports coming, it's the feedback we need to keep making this project better. http://devel.qmailtoaster.com/flyspray/ * NOTE: Not all feature requests are going to make it into the release. Support request tickets will be closed. Thanks, Erik - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[qmailtoaster] spamd-log
I'm just wondering if anyone could just confirm if this is a normal log after I've sending a eicar.com.txt to meself? [EMAIL PROTECTED] ~]# tai64nlocal /var/log/qmail/spamd/current 2007-03-05 19:01:12.881945500 [2287] warn: Use of uninitialized value in pattern match (m//) at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/PerMsgStatus.pm line 880, GEN17 line 5. 2007-03-05 19:01:12.884044500 [2287] warn: Use of uninitialized value in concatenation (.) or string at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/PerMsgStatus.pm line 954, GEN17 line 5. 2007-03-05 19:01:12.884786500 [2287] info: spamd: clean message (3.2/5.0) for glenn:89 in 0.0 seconds, 19 bytes. 2007-03-05 19:01:12.884789500 [2287] info: spamd: result: . 3 - EMPTY_MESSAGE,MISSING_HEADERS,MISSING_SUBJECT,NO_RECEIVED,NO_RELAYS,TO_CC_NONE scantime=0.0,size=19,user=glenn,uid=89,required_score=5.0,rhost=localhost.localdomain,raddr=127.0.0.1,rport=45218,mid=(unknown),autolearn=no 2007-03-05 19:01:12.926830500 [1956] info: prefork: child states: II 2007-03-05 19:09:00.628149500 [2287] info: spamd: connection from localhost.localdomain [127.0.0.1] at port 34279 2007-03-05 19:09:00.630600500 [2287] info: spamd: checking message [EMAIL PROTECTED] for glenn:89 2007-03-05 19:09:00.927401500 [2287] info: spamd: clean message (-1.3/5.0) for glenn:89 in 0.3 seconds, 1220 bytes. 2007-03-05 19:09:00.927405500 [2287] info: spamd: result: . -1 - ALL_TRUSTED,AWL scantime=0.3,size=1220,user=glenn,uid=89,required_score=5.0,rhost=localhost.localdomain,raddr=127.0.0.1,rport=34279,mid=[EMAIL PROTECTED],autolearn=ham 2007-03-05 19:09:00.951206500 [1956] info: prefork: child states: II [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] vpopmail error
Thnx buddy got it installed but now i have come across a new problem. when y try to connect to my webmail i get the following error. Error connecting to IMAP server: localhost. 0 : I tried to check with qmailctl stat. below is the output what i get. [EMAIL PROTECTED] var]# qmailctl stat authlib: up (pid 1836) 4143 seconds clamd: up (pid 1808) 4143 seconds imap4: up (pid 1806) 4143 seconds imap4-ssl: up (pid 1851) 4143 seconds pop3: up (pid 1830) 4143 seconds pop3-ssl: up (pid 1867) 4142 seconds send: up (pid 1864) 4142 seconds smtp: up (pid 1809) 4143 seconds submission: up (pid 1813) 4143 seconds authlib/log: up (pid 1838) 4143 seconds clamd/log: up (pid 1842) 4143 seconds imap4/log: up (pid 1807) 4143 seconds imap4-ssl/log: up (pid 1834) 4143 seconds pop3/log: up (pid 1831) 4143 seconds pop3-ssl/log: up (pid 1868) 4142 seconds send/log: up (pid 1866) 4142 seconds smtp/log: up (pid 1810) 4143 seconds submission/log: up (pid 1815) 4143 seconds [EMAIL PROTECTED] var]# Any idea? - Original Message - From: Erik A. Espinoza [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Monday, March 05, 2007 2:18 AM Subject: Re: [qmailtoaster] vpopmail error yum -y install libtool-ltdl-devel Try again. On 3/4/07, KP [EMAIL PROTECTED] wrote: - Original Message - From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Saturday, March 03, 2007 7:12 PM Subject: Re: [qmailtoaster] vpopmail error KP wrote: Hi Nick I am getting the following error while I try to install vpopmail at the first step. I am unable to sort out the error. Could you pls. help me out. I am using fedora core 5 Rgrds Kanak Yo KP, Nice screen shot, but the OS is lame. ;) (Sorry, couldn't resist) No vpopmail user found usually means that some other user exists that is using #89. # grep 89 /etc/passwd Then remove that user (probably sendmail), and have another go at it. Please let us know how you make out. -- -Eric 'shubes' Thanks Eric. This solved my problem after removing a user and group #89. This was used by postfix. This solved the problem. But the new problem has started. While courier- is getting installed i am getting the following msg. I dont understand from were do i get this file. Installing courier-authlib-toaster-0.59.1-1.3.5.src.rpm error: Failed build dependencies: /usr/include/ltdl.h is needed by courier-authlib-toaster-0.59.1-1.3.5.i386 Any help on this??? I have done yum -y update also. its having almost all the latest updates. Rgrds KP - 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]
Re: [qmailtoaster] vpopmail error
Check iptables and the faq, particularly this: http://wiki.qmailtoaster.com/index.php/FAQs#I_have_an_error.2C_my_IMAP_server_isn.27t_starting_up_properly.2C_how_can_I_fix_this.3F On 3/5/07, KP [EMAIL PROTECTED] wrote: Thnx buddy got it installed but now i have come across a new problem. when y try to connect to my webmail i get the following error. Error connecting to IMAP server: localhost. 0 : I tried to check with qmailctl stat. below is the output what i get. [EMAIL PROTECTED] var]# qmailctl stat authlib: up (pid 1836) 4143 seconds clamd: up (pid 1808) 4143 seconds imap4: up (pid 1806) 4143 seconds imap4-ssl: up (pid 1851) 4143 seconds pop3: up (pid 1830) 4143 seconds pop3-ssl: up (pid 1867) 4142 seconds send: up (pid 1864) 4142 seconds smtp: up (pid 1809) 4143 seconds submission: up (pid 1813) 4143 seconds authlib/log: up (pid 1838) 4143 seconds clamd/log: up (pid 1842) 4143 seconds imap4/log: up (pid 1807) 4143 seconds imap4-ssl/log: up (pid 1834) 4143 seconds pop3/log: up (pid 1831) 4143 seconds pop3-ssl/log: up (pid 1868) 4142 seconds send/log: up (pid 1866) 4142 seconds smtp/log: up (pid 1810) 4143 seconds submission/log: up (pid 1815) 4143 seconds [EMAIL PROTECTED] var]# Any idea? - Original Message - From: Erik A. Espinoza [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Monday, March 05, 2007 2:18 AM Subject: Re: [qmailtoaster] vpopmail error yum -y install libtool-ltdl-devel Try again. On 3/4/07, KP [EMAIL PROTECTED] wrote: - Original Message - From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Saturday, March 03, 2007 7:12 PM Subject: Re: [qmailtoaster] vpopmail error KP wrote: Hi Nick I am getting the following error while I try to install vpopmail at the first step. I am unable to sort out the error. Could you pls. help me out. I am using fedora core 5 Rgrds Kanak Yo KP, Nice screen shot, but the OS is lame. ;) (Sorry, couldn't resist) No vpopmail user found usually means that some other user exists that is using #89. # grep 89 /etc/passwd Then remove that user (probably sendmail), and have another go at it. Please let us know how you make out. -- -Eric 'shubes' Thanks Eric. This solved my problem after removing a user and group #89. This was used by postfix. This solved the problem. But the new problem has started. While courier- is getting installed i am getting the following msg. I dont understand from were do i get this file. Installing courier-authlib-toaster-0.59.1-1.3.5.src.rpm error: Failed build dependencies: /usr/include/ltdl.h is needed by courier-authlib-toaster-0.59.1-1.3.5.i386 Any help on this??? I have done yum -y update also. its having almost all the latest updates. Rgrds KP - 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] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] vpopmail error
I checked out the FAQ. According to it my config is correct. Below is iptables rules which are set according to the script. Chain INPUT (policy DROP) target prot opt source destination DROP all -f anywhere anywhere DROP all -- 192.168.0.36 anywhere DROP all -- 127.0.0.0/8 anywhere DROP all -- 10.0.0.0/8 anywhere DROP all -- base-address.mcast.net/4 anywhere DROP all -- 0.0.0.0/8anywhere DROP all -- 255.255.255.255 anywhere DROP all -- 169.254.0.0/16 anywhere DROP all -- 221x240x0x102.ap221.ftth.ucom.ne.jp anywhere DROP all -- 203.215.94.193 anywhere DROP all -- 218.71.137.68anywhere ACCEPT all -- anywhere anywhere ACCEPT icmp -- anywhere anywhereicmp echo-request ACCEPT tcp -- anywhere anywheretcp dpt:ftp-data flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:ftp flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:ssh flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:smtp flags:FIN,SYN,RST,ACK/SYN ACCEPT udp -- anywhere anywhereudp dpt:domain ACCEPT tcp -- anywhere anywheretcp dpt:domain ACCEPT tcp -- anywhere anywheretcp dpt:http flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:pop3 flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:auth flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:imap flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:https flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:smtps flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:submission flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:imaps flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:pop3s flags:FIN,SYN,RST,ACK/SYN ACCEPT all -- anywhere anywherestate RELATED,ESTABLISHED REJECT all -- anywhere anywherestate NEW reject-with icmp-port-unreachable Chain FORWARD (policy DROP) target prot opt source destination Chain OUTPUT (policy DROP) target prot opt source destination ACCEPT all -- anywhere anywhere ACCEPT tcp -- anywhere anywherestate NEW,ESTABLISHED ACCEPT udp -- anywhere anywherestate NEW,ESTABLISHED ACCEPT icmp -- anywhere anywherestate NEW,RELATED,ESTABLISHED Any changes do I need to make in my iptables rules. you can try out with http://59.162.130.62/webmail or http://www.linsoftindia.info/webmail with user: demo and pass: demo123 KP - Original Message - From: Erik A. Espinoza [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Tuesday, March 06, 2007 12:25 AM Subject: Re: [qmailtoaster] vpopmail error Check iptables and the faq, particularly this: http://wiki.qmailtoaster.com/index.php/FAQs#I_have_an_error.2C_my_IMAP_server_isn.27t_starting_up_properly.2C_how_can_I_fix_this.3F On 3/5/07, KP [EMAIL PROTECTED] wrote: Thnx buddy got it installed but now i have come across a new problem. when y try to connect to my webmail i get the following error. Error connecting to IMAP server: localhost. 0 : I tried to check with qmailctl stat. below is the output what i get. [EMAIL PROTECTED] var]# qmailctl stat authlib: up (pid 1836) 4143 seconds clamd: up (pid 1808) 4143 seconds imap4: up (pid 1806) 4143 seconds imap4-ssl: up (pid 1851) 4143 seconds pop3: up (pid 1830) 4143 seconds pop3-ssl: up (pid 1867) 4142 seconds send: up (pid 1864) 4142 seconds smtp: up (pid 1809) 4143 seconds submission: up (pid 1813) 4143 seconds authlib/log: up (pid 1838) 4143 seconds clamd/log: up (pid 1842) 4143 seconds imap4/log: up (pid 1807) 4143 seconds imap4-ssl/log: up (pid 1834) 4143 seconds pop3/log: up (pid 1831) 4143 seconds pop3-ssl/log: up (pid 1868) 4142 seconds send/log: up (pid 1866) 4142 seconds smtp/log: up (pid 1810) 4143 seconds submission/log: up (pid 1815) 4143 seconds [EMAIL PROTECTED] var]# Any idea? - Original Message - From: Erik A. Espinoza [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Monday, March 05, 2007 2:18 AM Subject: Re: [qmailtoaster] vpopmail error yum -y install libtool-ltdl-devel Try again. On 3/4/07, KP [EMAIL PROTECTED] wrote: - Original Message - From: Eric Shubes [EMAIL
Re: [qmailtoaster] vpopmail error
KP localhost = 127.0.0.1 You have a rule that does this: DROP all -- 127.0.0.0/8 anywhere You can't use localhost if you are blocking localhost in iptables. Try using your public IP as the imap server or removing the iptables block. Erik On 3/5/07, KP [EMAIL PROTECTED] wrote: I checked out the FAQ. According to it my config is correct. Below is iptables rules which are set according to the script. Chain INPUT (policy DROP) target prot opt source destination DROP all -f anywhere anywhere DROP all -- 192.168.0.36 anywhere DROP all -- 127.0.0.0/8 anywhere DROP all -- 10.0.0.0/8 anywhere DROP all -- base-address.mcast.net/4 anywhere DROP all -- 0.0.0.0/8anywhere DROP all -- 255.255.255.255 anywhere DROP all -- 169.254.0.0/16 anywhere DROP all -- 221x240x0x102.ap221.ftth.ucom.ne.jp anywhere DROP all -- 203.215.94.193 anywhere DROP all -- 218.71.137.68anywhere ACCEPT all -- anywhere anywhere ACCEPT icmp -- anywhere anywhereicmp echo-request ACCEPT tcp -- anywhere anywheretcp dpt:ftp-data flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:ftp flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:ssh flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:smtp flags:FIN,SYN,RST,ACK/SYN ACCEPT udp -- anywhere anywhereudp dpt:domain ACCEPT tcp -- anywhere anywheretcp dpt:domain ACCEPT tcp -- anywhere anywheretcp dpt:http flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:pop3 flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:auth flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:imap flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:https flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:smtps flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:submission flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:imaps flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:pop3s flags:FIN,SYN,RST,ACK/SYN ACCEPT all -- anywhere anywherestate RELATED,ESTABLISHED REJECT all -- anywhere anywherestate NEW reject-with icmp-port-unreachable Chain FORWARD (policy DROP) target prot opt source destination Chain OUTPUT (policy DROP) target prot opt source destination ACCEPT all -- anywhere anywhere ACCEPT tcp -- anywhere anywherestate NEW,ESTABLISHED ACCEPT udp -- anywhere anywherestate NEW,ESTABLISHED ACCEPT icmp -- anywhere anywherestate NEW,RELATED,ESTABLISHED Any changes do I need to make in my iptables rules. you can try out with http://59.162.130.62/webmail or http://www.linsoftindia.info/webmail with user: demo and pass: demo123 KP - Original Message - From: Erik A. Espinoza [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Tuesday, March 06, 2007 12:25 AM Subject: Re: [qmailtoaster] vpopmail error Check iptables and the faq, particularly this: http://wiki.qmailtoaster.com/index.php/FAQs#I_have_an_error.2C_my_IMAP_server_isn.27t_starting_up_properly.2C_how_can_I_fix_this.3F On 3/5/07, KP [EMAIL PROTECTED] wrote: Thnx buddy got it installed but now i have come across a new problem. when y try to connect to my webmail i get the following error. Error connecting to IMAP server: localhost. 0 : I tried to check with qmailctl stat. below is the output what i get. [EMAIL PROTECTED] var]# qmailctl stat authlib: up (pid 1836) 4143 seconds clamd: up (pid 1808) 4143 seconds imap4: up (pid 1806) 4143 seconds imap4-ssl: up (pid 1851) 4143 seconds pop3: up (pid 1830) 4143 seconds pop3-ssl: up (pid 1867) 4142 seconds send: up (pid 1864) 4142 seconds smtp: up (pid 1809) 4143 seconds submission: up (pid 1813) 4143 seconds authlib/log: up (pid 1838) 4143 seconds clamd/log: up (pid 1842) 4143 seconds imap4/log: up (pid 1807) 4143 seconds imap4-ssl/log: up (pid 1834) 4143 seconds pop3/log: up (pid 1831) 4143 seconds pop3-ssl/log: up (pid 1868) 4142 seconds send/log: up (pid 1866) 4142 seconds smtp/log: up (pid 1810) 4143 seconds submission/log: up (pid 1815) 4143 seconds [EMAIL PROTECTED] var]# Any idea? - Original Message - From:
Re: [qmailtoaster] aliases and forwards
Jim Shupert, Jr. wrote: So you would suggest that i do 'forwards' was it true that aliases were once more efficient than forwards - but now they are ...the same? I had read that aliases should be used for sending mail to to an /EXISTING/ mail accounts /ON YOUR DOMAIN/ // /and forwards/ Allows you to forward mail sent to an existing or nonexistent mail account on your domain to any email account anywhere on the web. For example. Mail sent to [EMAIL PROTECTED] can be forwarded to [EMAIL PROTECTED] or [EMAIL PROTECTED] Forwards can also be used like aliases to deliver mail to other local accounts in the same domain. It is however recommended that aliases be used for this as they are more efficient. and If i did edit the aliases file ( and run newaliases ) will I break something or will it have no effect? There's not a lot different between the two (and yes, one was more efficient in local deliveries), but they've been merged now for simplicity. Treat them the same, and use the forwards for what you're looking to do. smime.p7s Description: S/MIME Cryptographic Signature
Re: [qmailtoaster] Re: spambox and forwards
Peter Peltonen wrote: On 3/5/07, Eric Shubes [EMAIL PROTECTED] wrote: I'm not clear on which is the old way and which is the new. Have a look at /home/vpopmail/bin/dotqmail2valias -a. The command did nothing as I already have all aliases in db. At the moment Qmailadmin produces this kind of format in the db: [EMAIL PROTECTED] So I guess this is the newest format and it works ok with spambox. dotqmail2valias must have been guilty for producing the format that does not work with spambox: /home/vpopmail/domains/example.com/username/Maildir/ Though I did not test this as I don't remember what the format of the .qmail forward files were before transferring them to db. Ahh. Did not realize you cam from an older version. I believe the dotqmail2valias was slapped together to get the old style converted to the new, and things have changed since then as well. Always changing, right? I remember having to code all this into a qmail-scanner script smime.p7s Description: S/MIME Cryptographic Signature
Re: [qmailtoaster] vpopmail error
I found the error. If I try to telnet localhost 143, I am able to connect to IMAP server in preconfigured toaster of vmware image. but if I try to telnet localhost 143 on my freshly installed fedora machine I am getting localhost/143: Name or service not know. Now how can I overcome this problem KP - Original Message - From: Erik A. Espinoza [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Tuesday, March 06, 2007 12:49 AM Subject: Re: [qmailtoaster] vpopmail error KP localhost = 127.0.0.1 You have a rule that does this: DROP all -- 127.0.0.0/8 anywhere You can't use localhost if you are blocking localhost in iptables. Try using your public IP as the imap server or removing the iptables block. Erik On 3/5/07, KP [EMAIL PROTECTED] wrote: I checked out the FAQ. According to it my config is correct. Below is iptables rules which are set according to the script. Chain INPUT (policy DROP) target prot opt source destination DROP all -f anywhere anywhere DROP all -- 192.168.0.36 anywhere DROP all -- 127.0.0.0/8 anywhere DROP all -- 10.0.0.0/8 anywhere DROP all -- base-address.mcast.net/4 anywhere DROP all -- 0.0.0.0/8anywhere DROP all -- 255.255.255.255 anywhere DROP all -- 169.254.0.0/16 anywhere DROP all -- 221x240x0x102.ap221.ftth.ucom.ne.jp anywhere DROP all -- 203.215.94.193 anywhere DROP all -- 218.71.137.68anywhere ACCEPT all -- anywhere anywhere ACCEPT icmp -- anywhere anywhereicmp echo-request ACCEPT tcp -- anywhere anywheretcp dpt:ftp-data flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:ftp flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:ssh flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:smtp flags:FIN,SYN,RST,ACK/SYN ACCEPT udp -- anywhere anywhereudp dpt:domain ACCEPT tcp -- anywhere anywheretcp dpt:domain ACCEPT tcp -- anywhere anywheretcp dpt:http flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:pop3 flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:auth flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:imap flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:https flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:smtps flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:submission flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:imaps flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:pop3s flags:FIN,SYN,RST,ACK/SYN ACCEPT all -- anywhere anywherestate RELATED,ESTABLISHED REJECT all -- anywhere anywherestate NEW reject-with icmp-port-unreachable Chain FORWARD (policy DROP) target prot opt source destination Chain OUTPUT (policy DROP) target prot opt source destination ACCEPT all -- anywhere anywhere ACCEPT tcp -- anywhere anywherestate NEW,ESTABLISHED ACCEPT udp -- anywhere anywherestate NEW,ESTABLISHED ACCEPT icmp -- anywhere anywherestate NEW,RELATED,ESTABLISHED Any changes do I need to make in my iptables rules. you can try out with http://59.162.130.62/webmail or http://www.linsoftindia.info/webmail with user: demo and pass: demo123 KP - Original Message - From: Erik A. Espinoza [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Tuesday, March 06, 2007 12:25 AM Subject: Re: [qmailtoaster] vpopmail error Check iptables and the faq, particularly this: http://wiki.qmailtoaster.com/index.php/FAQs#I_have_an_error.2C_my_IMAP_server_isn.27t_starting_up_properly.2C_how_can_I_fix_this.3F On 3/5/07, KP [EMAIL PROTECTED] wrote: Thnx buddy got it installed but now i have come across a new problem. when y try to connect to my webmail i get the following error. Error connecting to IMAP server: localhost. 0 : I tried to check with qmailctl stat. below is the output what i get. [EMAIL PROTECTED] var]# qmailctl stat authlib: up (pid 1836) 4143 seconds clamd: up (pid 1808) 4143 seconds imap4: up (pid 1806) 4143 seconds imap4-ssl: up (pid 1851) 4143 seconds pop3: up (pid 1830) 4143 seconds pop3-ssl: up (pid 1867) 4142 seconds send: up (pid 1864) 4142 seconds
Re: [qmailtoaster] vpopmail error
Like I said, this is a problem with your firewall. The iptables on the vmware image is different than that of the scripts. Also localhost must be in /etc/hosts. You may want to just copy the /etc/sysconfig/iptables from the vmware image. Also make sure that you have a proper /etc/hosts that contains just two entries, one for localhost and one for the fqdn. Erik On 3/5/07, KP [EMAIL PROTECTED] wrote: I found the error. If I try to telnet localhost 143, I am able to connect to IMAP server in preconfigured toaster of vmware image. but if I try to telnet localhost 143 on my freshly installed fedora machine I am getting localhost/143: Name or service not know. Now how can I overcome this problem KP - Original Message - From: Erik A. Espinoza [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Tuesday, March 06, 2007 12:49 AM Subject: Re: [qmailtoaster] vpopmail error KP localhost = 127.0.0.1 You have a rule that does this: DROP all -- 127.0.0.0/8 anywhere You can't use localhost if you are blocking localhost in iptables. Try using your public IP as the imap server or removing the iptables block. Erik On 3/5/07, KP [EMAIL PROTECTED] wrote: I checked out the FAQ. According to it my config is correct. Below is iptables rules which are set according to the script. Chain INPUT (policy DROP) target prot opt source destination DROP all -f anywhere anywhere DROP all -- 192.168.0.36 anywhere DROP all -- 127.0.0.0/8 anywhere DROP all -- 10.0.0.0/8 anywhere DROP all -- base-address.mcast.net/4 anywhere DROP all -- 0.0.0.0/8anywhere DROP all -- 255.255.255.255 anywhere DROP all -- 169.254.0.0/16 anywhere DROP all -- 221x240x0x102.ap221.ftth.ucom.ne.jp anywhere DROP all -- 203.215.94.193 anywhere DROP all -- 218.71.137.68anywhere ACCEPT all -- anywhere anywhere ACCEPT icmp -- anywhere anywhereicmp echo-request ACCEPT tcp -- anywhere anywheretcp dpt:ftp-data flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:ftp flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:ssh flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:smtp flags:FIN,SYN,RST,ACK/SYN ACCEPT udp -- anywhere anywhereudp dpt:domain ACCEPT tcp -- anywhere anywheretcp dpt:domain ACCEPT tcp -- anywhere anywheretcp dpt:http flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:pop3 flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:auth flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:imap flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:https flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:smtps flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:submission flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:imaps flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:pop3s flags:FIN,SYN,RST,ACK/SYN ACCEPT all -- anywhere anywherestate RELATED,ESTABLISHED REJECT all -- anywhere anywherestate NEW reject-with icmp-port-unreachable Chain FORWARD (policy DROP) target prot opt source destination Chain OUTPUT (policy DROP) target prot opt source destination ACCEPT all -- anywhere anywhere ACCEPT tcp -- anywhere anywherestate NEW,ESTABLISHED ACCEPT udp -- anywhere anywherestate NEW,ESTABLISHED ACCEPT icmp -- anywhere anywherestate NEW,RELATED,ESTABLISHED Any changes do I need to make in my iptables rules. you can try out with http://59.162.130.62/webmail or http://www.linsoftindia.info/webmail with user: demo and pass: demo123 KP - Original Message - From: Erik A. Espinoza [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Tuesday, March 06, 2007 12:25 AM Subject: Re: [qmailtoaster] vpopmail error Check iptables and the faq, particularly this: http://wiki.qmailtoaster.com/index.php/FAQs#I_have_an_error.2C_my_IMAP_server_isn.27t_starting_up_properly.2C_how_can_I_fix_this.3F On 3/5/07, KP [EMAIL PROTECTED] wrote: Thnx buddy got it installed but now i have come across a new problem.
Re: [qmailtoaster] User: clamav Process: clamd using 99.9% of Resources
Paco, Is your spamd running? # qmailctl stat If so, you should be good to go. You should probably check your spamd and clamd logs to be sure things are being scanned. I take it that you're running the new clamav-toaster-0.90.1-1.3.11? # rpm -q clamav-toaster I see Peter's problem went away with this release. Francisco Paco Peralta wrote: 1-I did a : qmailctl stop 2-Well, the only way to stop the clamd process was to reboot. My server, I guess was too busy to take the kill command.never seen that before. 3-Did a : qmailctl stop again after the reboot 4-Then I edited /var/qmail/control/simcontrol and changed the yes to a no for clam scanning 5-Then I did a: qmailctl cdb 6-qmailctl start 7-Then I did a : qtp-newmodel I then selected the development packages and got the following at the end of the process: qmail Toaster packages are all current. There is nothing more to do. [EMAIL PROTECTED] ~]# qmailctl cdb Reloaded /etc/tcprules.d/tcp.smtp Reloaded /var/qmail/control/badmimetypes.cdb Reloaded /var/qmail/control/badloadertypes.cdb Reloaded /var/qmail/control/simversions.cdb Reloaded /var/qmail/control/simcontrol.cdb [EMAIL PROTECTED] ~]# qmailctl start Starting qmail-toaster: svscansupervise: fatal: unable to acquire spamd/supervise/lock: temporary failure . [EMAIL PROTECTED] ~]# 8-Not sure exactly what to do next based on fatal message in 7 9-Then I edited /var/qmail/control/simcontrol and changed the no to a no yes clam scanning 10-Then I did a: qmailctl cdb 11-Sent email to out 12-Recieved email 13-Did a : top verified that my server was back to normal 14-Very happy except for that fatal message above which I don't know how to interpret Thank you for the guidance. And let's get that devel package over to the other site asap! Francisco Paco Peralta - Original Message From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Monday, March 5, 2007 11:17:07 AM Subject: Re: [qmailtoaster] User: clamav Process: clamd using 99.9% of Resources That doesn't have anything to do with qtp-newmodel. It's the clamav bug rearing its ugly head. Stop qmail, then kill any straggling clam processes. Then temporarily change your /var/qmail/control/simcontrol file to turn off clam scanning, rebuild the cdbs, and bring qmail back up. Then do your upgrade. When that's done, turn clam scanning back on and rebuild cdbs. HTH. Francisco Paco Peralta wrote: Just tried to update using qtp-newmodel and selected to install the devel packages. Everything seemd to go alright except that now my screen is constantly displaying: supervise: fatal: unable to acquire clamd/supervise/lock: temporary failure supervise: fatal: unable to acquire clamd/supervise/lock: temporary failure supervise: fatal: unable to acquire clamd/supervise/lock: temporary failure supervise: fatal: unable to acquire clamd/supervise/lock: temporary failure supervise: fatal: unable to acquire clamd/supervise/lock: temporary failure etc Any ideas? Francisco Paco Peralta - Original Message From: slamp slamp [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Monday, March 5, 2007 10:56:04 AM Subject: Re: [qmailtoaster] User: clamav Process: clamd using 99.9% of Resources try the clamd package in the devel site. i think this was resolved in that update. On 3/5/07, *Francisco Paco Peralta* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I have a problem I hope I can get some guidance on. I did an update (using qtp-menu) this weekend and everything seemed to have gone right. This morning I noticed my server was running slow and I discovered that clamd was using 99.9% of the resources. I rebooted my server but the problem still continues. Any suggestions on how to stop this runaway process if appreciated. Francisco Paco Peralta -- -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] A Question of Domains
Currently, on my qmail-toaster box, I have a single set of users set up as a single domain, with multiple aliased domains so that mail to any_user@any_of_our_domains will reach that user. However, the default domain that all of this is tied to needs to change from what it is current set to be, to that of one of the aliased domains. (In Other Words: everything is set up on domain1.com; I need domain1.com to become an alias, while domain8.com from the list of aliased domains will become the default and primary domain identity.) Thus far, in my search, I have found the table in the vpopmail database whose name will need to be changed; in addition, the path for each user will need to change, both in the database table and in the filesystem, to use the new default domain name. Looks like there's an entry in dir_control that will need to be changed; the values in the 'domain' column in lastauth; the values in the 'domain' column in valias, and the @domain part of each valias_line value. Obviously, I will need to rename the server within Linux to properly identify itself as mail.domain8.com rather than mail.domain1.com. I've also found the following files in /var/qmail/control that I believe will need to be changed: defaultdomain defaulthost me plusdomain rcpthosts smtpgreeting virtualdomains Now, having given this rundown, here comes my questions: 1) Does anyone know of anything I've missed, in the above, that I need to make sure to catch for this to go semi-smoothly. 2) Is there an easier way of doing this that I am missing? 3) Is this likely enough to hose my server that I should build it up from scratch (after a proper backup, naturally)? 4) Am I correct that I should also get my reverse DNS records changed so that the IP for the server comes back with the new domain name? 5) Will this mess up the SSL key, requiring me to buy another one? (I don't really mind doing so, but I want to make sure of all my steps and preparations before I do this, as this is a live server in production, and I really can't afford for it to be down for untold hours.) I really want to make sure I have this planned out and prepped ahead of time. As stated, this is my live server in production. I don't have another box that I can bring up, configure from scratch, and just slip into place, so I need to get this right the first time. 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] vpopmail error
Thnx a lot erik. I got it up there was no entry for localhost in /etc/hosts. I got it up and running. Rgrds KP - Original Message - From: Erik A. Espinoza [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Tuesday, March 06, 2007 1:30 AM Subject: Re: [qmailtoaster] vpopmail error Like I said, this is a problem with your firewall. The iptables on the vmware image is different than that of the scripts. Also localhost must be in /etc/hosts. You may want to just copy the /etc/sysconfig/iptables from the vmware image. Also make sure that you have a proper /etc/hosts that contains just two entries, one for localhost and one for the fqdn. Erik On 3/5/07, KP [EMAIL PROTECTED] wrote: I found the error. If I try to telnet localhost 143, I am able to connect to IMAP server in preconfigured toaster of vmware image. but if I try to telnet localhost 143 on my freshly installed fedora machine I am getting localhost/143: Name or service not know. Now how can I overcome this problem KP - Original Message - From: Erik A. Espinoza [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Tuesday, March 06, 2007 12:49 AM Subject: Re: [qmailtoaster] vpopmail error KP localhost = 127.0.0.1 You have a rule that does this: DROP all -- 127.0.0.0/8 anywhere You can't use localhost if you are blocking localhost in iptables. Try using your public IP as the imap server or removing the iptables block. Erik On 3/5/07, KP [EMAIL PROTECTED] wrote: I checked out the FAQ. According to it my config is correct. Below is iptables rules which are set according to the script. Chain INPUT (policy DROP) target prot opt source destination DROP all -f anywhere anywhere DROP all -- 192.168.0.36 anywhere DROP all -- 127.0.0.0/8 anywhere DROP all -- 10.0.0.0/8 anywhere DROP all -- base-address.mcast.net/4 anywhere DROP all -- 0.0.0.0/8anywhere DROP all -- 255.255.255.255 anywhere DROP all -- 169.254.0.0/16 anywhere DROP all -- 221x240x0x102.ap221.ftth.ucom.ne.jp anywhere DROP all -- 203.215.94.193 anywhere DROP all -- 218.71.137.68anywhere ACCEPT all -- anywhere anywhere ACCEPT icmp -- anywhere anywhereicmp echo-request ACCEPT tcp -- anywhere anywheretcp dpt:ftp-data flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:ftp flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:ssh flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:smtp flags:FIN,SYN,RST,ACK/SYN ACCEPT udp -- anywhere anywhereudp dpt:domain ACCEPT tcp -- anywhere anywheretcp dpt:domain ACCEPT tcp -- anywhere anywheretcp dpt:http flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:pop3 flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:auth flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:imap flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:https flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:smtps flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:submission flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:imaps flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:pop3s flags:FIN,SYN,RST,ACK/SYN ACCEPT all -- anywhere anywherestate RELATED,ESTABLISHED REJECT all -- anywhere anywherestate NEW reject-with icmp-port-unreachable Chain FORWARD (policy DROP) target prot opt source destination Chain OUTPUT (policy DROP) target prot opt source destination ACCEPT all -- anywhere anywhere ACCEPT tcp -- anywhere anywherestate NEW,ESTABLISHED ACCEPT udp -- anywhere anywherestate NEW,ESTABLISHED ACCEPT icmp -- anywhere anywherestate NEW,RELATED,ESTABLISHED Any changes do I need to make in my iptables rules. you can try out with http://59.162.130.62/webmail or http://www.linsoftindia.info/webmail with user: demo and pass: demo123 KP - Original Message - From: Erik A. Espinoza [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Tuesday, March 06, 2007 12:25 AM Subject:
Re: [qmailtoaster] vpopmail error
All the outgoing msges sent from toaster box are going to the spam box. I tried with Gmail and Yahoo. Any solutions on this.??? - Original Message - From: Erik A. Espinoza [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Tuesday, March 06, 2007 1:30 AM Subject: Re: [qmailtoaster] vpopmail error Like I said, this is a problem with your firewall. The iptables on the vmware image is different than that of the scripts. Also localhost must be in /etc/hosts. You may want to just copy the /etc/sysconfig/iptables from the vmware image. Also make sure that you have a proper /etc/hosts that contains just two entries, one for localhost and one for the fqdn. Erik On 3/5/07, KP [EMAIL PROTECTED] wrote: I found the error. If I try to telnet localhost 143, I am able to connect to IMAP server in preconfigured toaster of vmware image. but if I try to telnet localhost 143 on my freshly installed fedora machine I am getting localhost/143: Name or service not know. Now how can I overcome this problem KP - Original Message - From: Erik A. Espinoza [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Tuesday, March 06, 2007 12:49 AM Subject: Re: [qmailtoaster] vpopmail error KP localhost = 127.0.0.1 You have a rule that does this: DROP all -- 127.0.0.0/8 anywhere You can't use localhost if you are blocking localhost in iptables. Try using your public IP as the imap server or removing the iptables block. Erik On 3/5/07, KP [EMAIL PROTECTED] wrote: I checked out the FAQ. According to it my config is correct. Below is iptables rules which are set according to the script. Chain INPUT (policy DROP) target prot opt source destination DROP all -f anywhere anywhere DROP all -- 192.168.0.36 anywhere DROP all -- 127.0.0.0/8 anywhere DROP all -- 10.0.0.0/8 anywhere DROP all -- base-address.mcast.net/4 anywhere DROP all -- 0.0.0.0/8anywhere DROP all -- 255.255.255.255 anywhere DROP all -- 169.254.0.0/16 anywhere DROP all -- 221x240x0x102.ap221.ftth.ucom.ne.jp anywhere DROP all -- 203.215.94.193 anywhere DROP all -- 218.71.137.68anywhere ACCEPT all -- anywhere anywhere ACCEPT icmp -- anywhere anywhereicmp echo-request ACCEPT tcp -- anywhere anywheretcp dpt:ftp-data flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:ftp flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:ssh flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:smtp flags:FIN,SYN,RST,ACK/SYN ACCEPT udp -- anywhere anywhereudp dpt:domain ACCEPT tcp -- anywhere anywheretcp dpt:domain ACCEPT tcp -- anywhere anywheretcp dpt:http flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:pop3 flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:auth flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:imap flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:https flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:smtps flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:submission flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:imaps flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:pop3s flags:FIN,SYN,RST,ACK/SYN ACCEPT all -- anywhere anywherestate RELATED,ESTABLISHED REJECT all -- anywhere anywherestate NEW reject-with icmp-port-unreachable Chain FORWARD (policy DROP) target prot opt source destination Chain OUTPUT (policy DROP) target prot opt source destination ACCEPT all -- anywhere anywhere ACCEPT tcp -- anywhere anywherestate NEW,ESTABLISHED ACCEPT udp -- anywhere anywherestate NEW,ESTABLISHED ACCEPT icmp -- anywhere anywherestate NEW,RELATED,ESTABLISHED Any changes do I need to make in my iptables rules. you can try out with http://59.162.130.62/webmail or http://www.linsoftindia.info/webmail with user: demo and pass: demo123 KP - Original Message - From: Erik A. Espinoza [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Tuesday, March 06, 2007
Re: [qmailtoaster] vpopmail error
No. We can't control what Yahoo or Gmail does. There are a few things that may help: 1) Setup SPF 2) If you're on a dynamic address, add an smtproute to your upstream isp mail server 3) Use DomainKeys 4) Check to see if you are on any RBL's Erik On 3/5/07, KP [EMAIL PROTECTED] wrote: All the outgoing msges sent from toaster box are going to the spam box. I tried with Gmail and Yahoo. Any solutions on this.??? - Original Message - From: Erik A. Espinoza [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Tuesday, March 06, 2007 1:30 AM Subject: Re: [qmailtoaster] vpopmail error Like I said, this is a problem with your firewall. The iptables on the vmware image is different than that of the scripts. Also localhost must be in /etc/hosts. You may want to just copy the /etc/sysconfig/iptables from the vmware image. Also make sure that you have a proper /etc/hosts that contains just two entries, one for localhost and one for the fqdn. Erik On 3/5/07, KP [EMAIL PROTECTED] wrote: I found the error. If I try to telnet localhost 143, I am able to connect to IMAP server in preconfigured toaster of vmware image. but if I try to telnet localhost 143 on my freshly installed fedora machine I am getting localhost/143: Name or service not know. Now how can I overcome this problem KP - Original Message - From: Erik A. Espinoza [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Tuesday, March 06, 2007 12:49 AM Subject: Re: [qmailtoaster] vpopmail error KP localhost = 127.0.0.1 You have a rule that does this: DROP all -- 127.0.0.0/8 anywhere You can't use localhost if you are blocking localhost in iptables. Try using your public IP as the imap server or removing the iptables block. Erik On 3/5/07, KP [EMAIL PROTECTED] wrote: I checked out the FAQ. According to it my config is correct. Below is iptables rules which are set according to the script. Chain INPUT (policy DROP) target prot opt source destination DROP all -f anywhere anywhere DROP all -- 192.168.0.36 anywhere DROP all -- 127.0.0.0/8 anywhere DROP all -- 10.0.0.0/8 anywhere DROP all -- base-address.mcast.net/4 anywhere DROP all -- 0.0.0.0/8anywhere DROP all -- 255.255.255.255 anywhere DROP all -- 169.254.0.0/16 anywhere DROP all -- 221x240x0x102.ap221.ftth.ucom.ne.jp anywhere DROP all -- 203.215.94.193 anywhere DROP all -- 218.71.137.68anywhere ACCEPT all -- anywhere anywhere ACCEPT icmp -- anywhere anywhereicmp echo-request ACCEPT tcp -- anywhere anywheretcp dpt:ftp-data flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:ftp flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:ssh flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:smtp flags:FIN,SYN,RST,ACK/SYN ACCEPT udp -- anywhere anywhereudp dpt:domain ACCEPT tcp -- anywhere anywheretcp dpt:domain ACCEPT tcp -- anywhere anywheretcp dpt:http flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:pop3 flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:auth flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:imap flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:https flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:smtps flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:submission flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:imaps flags:FIN,SYN,RST,ACK/SYN ACCEPT tcp -- anywhere anywheretcp dpt:pop3s flags:FIN,SYN,RST,ACK/SYN ACCEPT all -- anywhere anywherestate RELATED,ESTABLISHED REJECT all -- anywhere anywherestate NEW reject-with icmp-port-unreachable Chain FORWARD (policy DROP) target prot opt source destination Chain OUTPUT (policy DROP) target prot opt source destination ACCEPT all -- anywhere anywhere ACCEPT tcp -- anywhere anywherestate NEW,ESTABLISHED ACCEPT udp -- anywhere anywherestate NEW,ESTABLISHED ACCEPT icmp -- anywhere anywhere
[qmailtoaster] SA-LEARN: /usr/bin/sa-learn: /usr/bin/perl: bad interpreter: Argument list too long
I do realize it makes me a frightening newbie in the world of mailserver administrators. But I really haven't been bothering much with SpamAssassin built into Toaster. I've instead been relying on desktop-level Junk and Spam filters. But, like most people, I am trying to improve things, and one way I would like to do so is to get SpamAssassin to work for us to reduce the amount of spam to a more manageable level. To that end, having read Jake Vicker's Qmail Stuff page some time back, I've been storing up messages that come into my box that are Spam. I go through the Webmail interface every morning and send everything that isn't a valid and legit email into a SPAM folder I created in my account. I've built up quite a stockpile, in no small part because Jake's page made it clear you need quite a few messages in place before sa-learn can do its job. I tried to run sa-learn once before and got an error message. But at the time, I had so much else to deal with that I just decided to back- burner the issue and come back to it later. And while I am no less swamped now, this is far enough up in my priority queue that I want to figure this out. I'm waiting with baited breath for the chance to get the spambox option running. Anyway. I tried to run the sa-learn command line as it is shown on Jake's page: /usr/bin/sa-learn --spam /home/vpopmail/domains/dob-world.com/spam/ Maildir/new/* /usr/bin/sa-learn --spam /home/vpopmail/domains/dob-world.com/spam/ Maildir/cur/* That didn't work, as that didn't remotely fit the paths of things on my server (in both obvious and non-obvious ways). So I peeked about, and then tried a couple of my own: /usr/bin/sa-learn --spam /home/vpopmail/domains/our_domain/*/ Maildir/.Spam/new/* /usr/bin/sa-learn --spam /home/vpopmail/domains/our_domain/*/ Maildir/.Spam/cur/* This should, theoretically, go poking about in every user's folder, looking for a Spam folder, and grabbing anything stored there and letting sa-learn munch on it to start creating spam rules. Right? But what I got back was an error, from which I'm not really sure where to go or what to do. I'm hoping that someone here may be wise and learned enough to guide me. My error (also quoted in my subject line) was the following: -bash: /usr/bin/sa-learn: /usr/bin/perl: bad interpreter: Argument list too long 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] SA-LEARN: /usr/bin/sa-learn: /usr/bin/perl: bad interpreter: Argument list too long
use qtprune.sh from the devel site, modify it for your needs. Erik On 3/5/07, Roxanne Sandesara [EMAIL PROTECTED] wrote: I do realize it makes me a frightening newbie in the world of mailserver administrators. But I really haven't been bothering much with SpamAssassin built into Toaster. I've instead been relying on desktop-level Junk and Spam filters. But, like most people, I am trying to improve things, and one way I would like to do so is to get SpamAssassin to work for us to reduce the amount of spam to a more manageable level. To that end, having read Jake Vicker's Qmail Stuff page some time back, I've been storing up messages that come into my box that are Spam. I go through the Webmail interface every morning and send everything that isn't a valid and legit email into a SPAM folder I created in my account. I've built up quite a stockpile, in no small part because Jake's page made it clear you need quite a few messages in place before sa-learn can do its job. I tried to run sa-learn once before and got an error message. But at the time, I had so much else to deal with that I just decided to back- burner the issue and come back to it later. And while I am no less swamped now, this is far enough up in my priority queue that I want to figure this out. I'm waiting with baited breath for the chance to get the spambox option running. Anyway. I tried to run the sa-learn command line as it is shown on Jake's page: /usr/bin/sa-learn --spam /home/vpopmail/domains/dob-world.com/spam/ Maildir/new/* /usr/bin/sa-learn --spam /home/vpopmail/domains/dob-world.com/spam/ Maildir/cur/* That didn't work, as that didn't remotely fit the paths of things on my server (in both obvious and non-obvious ways). So I peeked about, and then tried a couple of my own: /usr/bin/sa-learn --spam /home/vpopmail/domains/our_domain/*/ Maildir/.Spam/new/* /usr/bin/sa-learn --spam /home/vpopmail/domains/our_domain/*/ Maildir/.Spam/cur/* This should, theoretically, go poking about in every user's folder, looking for a Spam folder, and grabbing anything stored there and letting sa-learn munch on it to start creating spam rules. Right? But what I got back was an error, from which I'm not really sure where to go or what to do. I'm hoping that someone here may be wise and learned enough to guide me. My error (also quoted in my subject line) was the following: -bash: /usr/bin/sa-learn: /usr/bin/perl: bad interpreter: Argument list too long 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]
Re: [qmailtoaster] A Question of Domains
Roxanne Sandesara wrote: Currently, on my qmail-toaster box, I have a single set of users set up as a single domain, with multiple aliased domains so that mail to any_user@any_of_our_domains will reach that user. However, the default domain that all of this is tied to needs to change from what it is current set to be, to that of one of the aliased domains. (In Other Words: everything is set up on domain1.com; I need domain1.com to become an alias, while domain8.com from the list of aliased domains will become the default and primary domain identity.) Thus far, in my search, I have found the table in the vpopmail database whose name will need to be changed; in addition, the path for each user will need to change, both in the database table and in the filesystem, to use the new default domain name. Looks like there's an entry in dir_control that will need to be changed; the values in the 'domain' column in lastauth; the values in the 'domain' column in valias, and the @domain part of each valias_line value. Obviously, I will need to rename the server within Linux to properly identify itself as mail.domain8.com rather than mail.domain1.com. I've also found the following files in /var/qmail/control that I believe will need to be changed: defaultdomain defaulthost me plusdomain rcpthosts smtpgreeting virtualdomains Now, having given this rundown, here comes my questions: 1) Does anyone know of anything I've missed, in the above, that I need to make sure to catch for this to go semi-smoothly. You'll also need to take care of the contents of /var/qmail/users/. While you can manually edit the assign file, re-creating the cdb is a bit tricky. If I remember correctly, you might need to add and remove a dummy domain to get this cdb rebuilt. 2) Is there an easier way of doing this that I am missing? I'd consider removing the alias domain and adding it back in normally (using vpopmail/bin commands). Then add users in the normal (qmail-admin) fashion. That might not be feasible if you have 100's of users though. This would be a lot safer than modifying the sql database manually. That thing scares me a bit. There are bitmapped flags contained in one the fields (gid, I think) that aren't readily apparent. In addition, the tables are all ISAM, so be sure to have mysql backups (like from the qtp-backup script) before you change anything there. 3) Is this likely enough to hose my server that I should build it up from scratch (after a proper backup, naturally)? I don't think you need to go that far (unless you really hose things). 4) Am I correct that I should also get my reverse DNS records changed so that the IP for the server comes back with the new domain name? I believe so, but I'm not certain of this. 5) Will this mess up the SSL key, requiring me to buy another one? (I don't really mind doing so, but I want to make sure of all my steps and preparations before I do this, as this is a live server in production, and I really can't afford for it to be down for untold hours.) I believe so, but I'm not certain of this. I really want to make sure I have this planned out and prepped ahead of time. As stated, this is my live server in production. I don't have another box that I can bring up, configure from scratch, and just slip into place, so I need to get this right the first time. Roxanne Sounds like you have a good start. You might want to let the list know when you intend to do the cutover, so help can be ready. Also, remember the #QmailToaster IRC channel. ;) -- -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] User: clamav Process: clamd using 99.9% of Resources
Eric, Thanks for asking! The following is my output unsure about clamd tho. [EMAIL PROTECTED] ~]# qmailctl stat authlib: up (pid 2552) 15377 seconds clamd: up (pid 2515) 15377 seconds imap4: up (pid 2499) 15377 seconds imap4-ssl: up (pid 2509) 15377 seconds pop3: up (pid 2563) 15377 seconds pop3-ssl: up (pid 2569) 15377 seconds send: up (pid 2521) 15377 seconds smtp: up (pid 2541) 15377 seconds spamd: up (pid 2600) 15372 seconds submission: up (pid 2529) 15377 seconds authlib/log: up (pid 2555) 15377 seconds clamd/log: up (pid 2517) 15377 seconds imap4/log: up (pid 2505) 15377 seconds imap4-ssl/log: up (pid 2512) 15377 seconds pop3/log: up (pid 2565) 15377 seconds pop3-ssl/log: up (pid 2575) 15377 seconds send/log: up (pid 2526) 15377 seconds smtp/log: up (pid 2548) 15377 seconds spamd/log: up (pid 2532) 15377 seconds submission/log: up (pid 2539) 15377 seconds [EMAIL PROTECTED] ~]# rpm -q clamav-toaster clamav-toaster-0.90.1-1.3.11 It seems my spamd is running based on what I see using qmlog -p spamd But, I am not sure about clamd, as the last output I have seen is as follows: 03-05 11:35:47 clamd daemon 0.90.1 (OS: linux-gnu, ARCH: i386, CPU: i686) 03-05 11:35:47 Log file size limited to 1048576 bytes. 03-05 11:35:47 Reading databases from /usr/share/clamav 03-05 11:35:49 Loaded 108909 signatures. 03-05 11:35:49 Unix socket file /tmp/clamd 03-05 11:35:49 Setting connection queue length to 15 03-05 11:35:49 Listening daemon: PID: 2515 03-05 11:35:49 Archive: Archived file size limit set to 10485760 bytes. 03-05 11:35:49 Archive: Recursion level limit set to 8. 03-05 11:35:49 Archive: Files limit set to 1000. 03-05 11:35:49 Archive: Compression ratio limit set to 250. 03-05 11:35:49 Archive support enabled. 03-05 11:35:49 Algorithmic detection enabled. 03-05 11:35:49 Portable Executable support enabled. 03-05 11:35:49 ELF support enabled. 03-05 11:35:49 Mail files support enabled. 03-05 11:35:49 Mail: Recursion level limit set to 64. 03-05 11:35:49 OLE2 support enabled. 03-05 11:35:49 PDF support disabled. 03-05 11:35:49 HTML support enabled. 03-05 11:35:49 Self checking every 1800 seconds. This was after the restart and there are no messages after thatIs that normal? Francisco Paco Peralta - Original Message From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Monday, March 5, 2007 3:02:26 PM Subject: Re: [qmailtoaster] User: clamav Process: clamd using 99.9% of Resources Paco, Is your spamd running? # qmailctl stat If so, you should be good to go. You should probably check your spamd and clamd logs to be sure things are being scanned. I take it that you're running the new clamav-toaster-0.90.1-1.3.11? # rpm -q clamav-toaster I see Peter's problem went away with this release. Francisco Paco Peralta wrote: 1-I did a : qmailctl stop 2-Well, the only way to stop the clamd process was to reboot. My server, I guess was too busy to take the kill command.never seen that before. 3-Did a : qmailctl stop again after the reboot 4-Then I edited /var/qmail/control/simcontrol and changed the yes to a no for clam scanning 5-Then I did a: qmailctl cdb 6-qmailctl start 7-Then I did a : qtp-newmodel I then selected the development packages and got the following at the end of the process: qmail Toaster packages are all current. There is nothing more to do. [EMAIL PROTECTED] ~]# qmailctl cdb Reloaded /etc/tcprules.d/tcp.smtp Reloaded /var/qmail/control/badmimetypes.cdb Reloaded /var/qmail/control/badloadertypes.cdb Reloaded /var/qmail/control/simversions.cdb Reloaded /var/qmail/control/simcontrol.cdb [EMAIL PROTECTED] ~]# qmailctl start Starting qmail-toaster: svscansupervise: fatal: unable to acquire spamd/supervise/lock: temporary failure . [EMAIL PROTECTED] ~]# 8-Not sure exactly what to do next based on fatal message in 7 9-Then I edited /var/qmail/control/simcontrol and changed the no to a no yes clam scanning 10-Then I did a: qmailctl cdb 11-Sent email to out 12-Recieved email 13-Did a : top verified that my server was back to normal 14-Very happy except for that fatal message above which I don't know how to interpret Thank you for the guidance. And let's get that devel package over to the other site asap! Francisco Paco Peralta - Original Message From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Monday, March 5, 2007 11:17:07 AM Subject: Re: [qmailtoaster] User: clamav Process: clamd using 99.9% of Resources That doesn't have anything to do with qtp-newmodel. It's the clamav bug rearing its ugly head. Stop qmail, then kill any straggling clam processes. Then temporarily change your /var/qmail/control/simcontrol file to turn off clam scanning, rebuild the cdbs, and bring qmail back up. Then do your upgrade. When that's done, turn clam scanning back on and rebuild cdbs. HTH. Francisco Paco Peralta
Re: [qmailtoaster] A Question of Domains
Eric Shubes wrote: Roxanne Sandesara wrote: Currently, on my qmail-toaster box, I have a single set of users set up as a single domain, with multiple aliased domains so that mail to any_user@any_of_our_domains will reach that user. However, the default domain that all of this is tied to needs to change from what it is current set to be, to that of one of the aliased domains. (In Other Words: everything is set up on domain1.com; I need domain1.com to become an alias, while domain8.com from the list of aliased domains will become the default and primary domain identity.) Thus far, in my search, I have found the table in the vpopmail database whose name will need to be changed; in addition, the path for each user will need to change, both in the database table and in the filesystem, to use the new default domain name. Looks like there's an entry in dir_control that will need to be changed; the values in the 'domain' column in lastauth; the values in the 'domain' column in valias, and the @domain part of each valias_line value. Obviously, I will need to rename the server within Linux to properly identify itself as mail.domain8.com rather than mail.domain1.com. I've also found the following files in /var/qmail/control that I believe will need to be changed: defaultdomain defaulthost me plusdomain rcpthosts smtpgreeting virtualdomains Now, having given this rundown, here comes my questions: 1) Does anyone know of anything I've missed, in the above, that I need to make sure to catch for this to go semi-smoothly. You'll also need to take care of the contents of /var/qmail/users/. While you can manually edit the assign file, re-creating the cdb is a bit tricky. If I remember correctly, you might need to add and remove a dummy domain to get this cdb rebuilt. qmail-newu takes care of that for you qmail-newu reads the assignments in /var/qmail/users/assign and writes them into /var/qmail/users/cdb in a binary format suited for quick access by qmail-lspawn. qmail-newmrh is also a nice command if you manually add domaisn to morercpthosts qmail-newmrh reads the instructions in /var/qmail/control/morercpthosts and writes them into /var/qmail/control/morercpthosts.cdb in a binary format suited for quick access by qmail-smtpd. I use those command on a very regular basis, adding domains to our multi smtp scanners Just passign the infos :) 2) Is there an easier way of doing this that I am missing? I'd consider removing the alias domain and adding it back in normally (using vpopmail/bin commands). Then add users in the normal (qmail-admin) fashion. That might not be feasible if you have 100's of users though. This would be a lot safer than modifying the sql database manually. That thing scares me a bit. There are bitmapped flags contained in one the fields (gid, I think) that aren't readily apparent. In addition, the tables are all ISAM, so be sure to have mysql backups (like from the qtp-backup script) before you change anything there. 3) Is this likely enough to hose my server that I should build it up from scratch (after a proper backup, naturally)? I don't think you need to go that far (unless you really hose things). 4) Am I correct that I should also get my reverse DNS records changed so that the IP for the server comes back with the new domain name? I believe so, but I'm not certain of this. 5) Will this mess up the SSL key, requiring me to buy another one? (I don't really mind doing so, but I want to make sure of all my steps and preparations before I do this, as this is a live server in production, and I really can't afford for it to be down for untold hours.) I believe so, but I'm not certain of this. I really want to make sure I have this planned out and prepped ahead of time. As stated, this is my live server in production. I don't have another box that I can bring up, configure from scratch, and just slip into place, so I need to get this right the first time. Roxanne Sounds like you have a good start. You might want to let the list know when you intend to do the cutover, so help can be ready. Also, remember the #QmailToaster IRC channel. ;) - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] User: clamav Process: clamd using 99.9% of Resources
Francisco Paco Peralta wrote: Eric, Thanks for asking! The following is my output unsure about clamd tho. [EMAIL PROTECTED] ~]# qmailctl stat authlib: up (pid 2552) 15377 seconds clamd: up (pid 2515) 15377 seconds imap4: up (pid 2499) 15377 seconds imap4-ssl: up (pid 2509) 15377 seconds pop3: up (pid 2563) 15377 seconds pop3-ssl: up (pid 2569) 15377 seconds send: up (pid 2521) 15377 seconds smtp: up (pid 2541) 15377 seconds spamd: up (pid 2600) 15372 seconds submission: up (pid 2529) 15377 seconds authlib/log: up (pid 2555) 15377 seconds clamd/log: up (pid 2517) 15377 seconds imap4/log: up (pid 2505) 15377 seconds imap4-ssl/log: up (pid 2512) 15377 seconds pop3/log: up (pid 2565) 15377 seconds pop3-ssl/log: up (pid 2575) 15377 seconds send/log: up (pid 2526) 15377 seconds smtp/log: up (pid 2548) 15377 seconds spamd/log: up (pid 2532) 15377 seconds submission/log: up (pid 2539) 15377 seconds [EMAIL PROTECTED] ~]# rpm -q clamav-toaster clamav-toaster-0.90.1-1.3.11 It seems my spamd is running based on what I see using qmlog -p spamd But, I am not sure about clamd, as the last output I have seen is as follows: 03-05 11:35:47 clamd daemon 0.90.1 (OS: linux-gnu, ARCH: i386, CPU: i686) 03-05 11:35:47 Log file size limited to 1048576 bytes. 03-05 11:35:47 Reading databases from /usr/share/clamav 03-05 11:35:49 Loaded 108909 signatures. 03-05 11:35:49 Unix socket file /tmp/clamd 03-05 11:35:49 Setting connection queue length to 15 03-05 11:35:49 Listening daemon: PID: 2515 03-05 11:35:49 Archive: Archived file size limit set to 10485760 bytes. 03-05 11:35:49 Archive: Recursion level limit set to 8. 03-05 11:35:49 Archive: Files limit set to 1000. 03-05 11:35:49 Archive: Compression ratio limit set to 250. 03-05 11:35:49 Archive support enabled. 03-05 11:35:49 Algorithmic detection enabled. 03-05 11:35:49 Portable Executable support enabled. 03-05 11:35:49 ELF support enabled. 03-05 11:35:49 Mail files support enabled. 03-05 11:35:49 Mail: Recursion level limit set to 64. 03-05 11:35:49 OLE2 support enabled. 03-05 11:35:49 PDF support disabled. 03-05 11:35:49 HTML support enabled. 03-05 11:35:49 Self checking every 1800 seconds. This was after the restart and there are no messages after thatIs that normal? Your toaster looks fine to me. I you'll only see clam log activity if/when you send/receive attachments. Congratulations! ;) P.S. I see you're using qmlog. Nice. -- -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] New Qmailtoaster-Plus Home
Hey all, The migration of the QmailToaster-Plus project from shubes.net to http://qtp.qmailtoaster.com has been completed. The old URLs at shubes.net will automatically redirect you to the new site. Documentation will soon reflect the new location. Thanks to Nick Hemmesch and Erik Espinoza for allowing the use and setting up of the qtp.qmailtoaster.com domain name, and special thanks to Jake Vickers for hosting the new site. If you have any problem or questions regarding the site, please email the list. -- -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] New Qmailtoaster-Plus Home
Does this exist?http://qtp.qmailtoaster.com/releases/ George S. - Original Message - From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list qmailtoaster-list@qmailtoaster.com Sent: Monday, March 05, 2007 3:45 PM Subject: [qmailtoaster] New Qmailtoaster-Plus Home Hey all, The migration of the QmailToaster-Plus project from shubes.net to http://qtp.qmailtoaster.com has been completed. The old URLs at shubes.net will automatically redirect you to the new site. Documentation will soon reflect the new location. Thanks to Nick Hemmesch and Erik Espinoza for allowing the use and setting up of the qtp.qmailtoaster.com domain name, and special thanks to Jake Vickers for hosting the new site. If you have any problem or questions regarding the site, please email the list. -- -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] problems with install
- Original Message - From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Friday, March 02, 2007 6:37 PM Subject: Re: [qmailtoaster] problems with install Jim Shupert, Jr. wrote: I did comment out the line for firewall.sh === #The line below is wrong in the file firewall.sh: iptables -A INPUT -s $MYIP -i ! lo -j DROP #Did you really mean to lock out the remote connection for the person using the machine? #I would recommend something like this in the ssh section (you may want to omit the -i eth0 if you don't want to specify it) and removing the line above entirely: iptables -A INPUT -p tcp --dport 22 -i eth0 -m state --state NEW -m cent --set iptables -A INPUT -p tcp --dport 22 -i eth0 -m state --state NEW -m cent --update --seconds 60 --hitcount 4 -j DROP iptables -A INPUT -s $MYIP/255.255.255.255 -p tcp -m tcp --dport 22 -j ACCEPT # George S - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] New Qmailtoaster-Plus Home
Not as such. I think you're looking for http://qtp.qmailtoaster.com/browser/releases This is a much nicer interface for browsing than the vanilla svn pages. The 'native' svn interface (http://qtp.qmailtoaster.com/svn) is borken, but you can still use wget to get various modules by using http://qtp.qmailtoaster.com/svn/releases/... I might someday figure out why the 'native' svn is borked, but it's not high on my list. ;) George Sweetnam wrote: Does this exist?http://qtp.qmailtoaster.com/releases/ George S. - Original Message - From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list qmailtoaster-list@qmailtoaster.com Sent: Monday, March 05, 2007 3:45 PM Subject: [qmailtoaster] New Qmailtoaster-Plus Home Hey all, The migration of the QmailToaster-Plus project from shubes.net to http://qtp.qmailtoaster.com has been completed. The old URLs at shubes.net will automatically redirect you to the new site. Documentation will soon reflect the new location. Thanks to Nick Hemmesch and Erik Espinoza for allowing the use and setting up of the qtp.qmailtoaster.com domain name, and special thanks to Jake Vickers for hosting the new site. If you have any problem or questions regarding the site, please email the list. -- -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]
Re: [qmailtoaster] problems with install
George Sweetnam wrote: - Original Message - From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Friday, March 02, 2007 6:37 PM Subject: Re: [qmailtoaster] problems with install Jim Shupert, Jr. wrote: I did comment out the line for firewall.sh === #The line below is wrong in the file firewall.sh: iptables -A INPUT -s $MYIP -i ! lo -j DROP #Did you really mean to lock out the remote connection for the person using the machine? #I would recommend something like this in the ssh section (you may want to omit the -i eth0 if you don't want to specify it) and removing the line above entirely: iptables -A INPUT -p tcp --dport 22 -i eth0 -m state --state NEW -m cent --set iptables -A INPUT -p tcp --dport 22 -i eth0 -m state --state NEW -m cent --update --seconds 60 --hitcount 4 -j DROP iptables -A INPUT -s $MYIP/255.255.255.255 -p tcp -m tcp --dport 22 -j ACCEPT # George S I simply added iptables -A INPUT -s my.local.sub.net/255.255.255.0 -j ACCEPT before the offending line(s) to accept everything from my local subnet. Perhaps not the best solution. George, will you create a flyspray enhancement task so that this can be taken care of? I think it deserves some attention, whatever the solution might be. -- -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] New Qmailtoaster-Plus Home
These do not work yet rpm --import http://qtp.qmailtoaster.com/releases/gpg-pub-key exits with a import read failed rpm -Uvh http://qtp.qmailtoaster.com/releases/qmailtoaster-plus-0.2.7-1.3.9.noarch.rpm exits with a transfer failed - Unknown or unexpected error - Original Message - From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list qmailtoaster-list@qmailtoaster.com Sent: Monday, March 05, 2007 1:45 PM Subject: [qmailtoaster] New Qmailtoaster-Plus Home Hey all, The migration of the QmailToaster-Plus project from shubes.net to http://qtp.qmailtoaster.com has been completed. The old URLs at shubes.net will automatically redirect you to the new site. Documentation will soon reflect the new location. Thanks to Nick Hemmesch and Erik Espinoza for allowing the use and setting up of the qtp.qmailtoaster.com domain name, and special thanks to Jake Vickers for hosting the new site. If you have any problem or questions regarding the site, please email the list. -- -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] New Qmailtoaster-Plus Home
They probably never will. Try http://qtp.qmailtoaster.com/svn/releases/ ;) Ben King wrote: These do not work yet rpm --import http://qtp.qmailtoaster.com/releases/gpg-pub-key exits with a import read failed rpm -Uvh http://qtp.qmailtoaster.com/releases/qmailtoaster-plus-0.2.7-1.3.9.noarch.rpm exits with a transfer failed - Unknown or unexpected error - Original Message - From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list qmailtoaster-list@qmailtoaster.com Sent: Monday, March 05, 2007 1:45 PM Subject: [qmailtoaster] New Qmailtoaster-Plus Home Hey all, The migration of the QmailToaster-Plus project from shubes.net to http://qtp.qmailtoaster.com has been completed. The old URLs at shubes.net will automatically redirect you to the new site. Documentation will soon reflect the new location. Thanks to Nick Hemmesch and Erik Espinoza for allowing the use and setting up of the qtp.qmailtoaster.com domain name, and special thanks to Jake Vickers for hosting the new site. If you have any problem or questions regarding the site, please email the list. -- -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]
Re: [qmailtoaster] problems with install
repost... it wrapped badly and some of the characters were omitted (re in recent) #The line below is wrong in the file firewall.sh: iptables -A INPUT -s $MYIP -i ! lo -j DROP #Did you really mean to lock out the remote connection for the person using the machine? #I would recommend something like this in the ssh section (you may want to omit the -i eth0 if you don't want to specify it) and removing the line above entirely: iptables -A INPUT -p tcp --dport 22 -i eth0 -m state --state NEW -m recent --set iptables -A INPUT -p tcp --dport 22 -i eth0 -m state --state NEW -m recent --update --seconds 60 --hitcount 4 -j DROP iptables -A INPUT -s $MYIP/255.255.255.255 -p tcp -m tcp --dport 22 -j ACCEPT # George S - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] problems with install
- Original Message - From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Monday, March 05, 2007 5:23 PM Subject: Re: [qmailtoaster] problems with install George Sweetnam wrote: - Original Message - From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Friday, March 02, 2007 6:37 PM Subject: Re: [qmailtoaster] problems with install Jim Shupert, Jr. wrote: I did comment out the line for firewall.sh === #The line below is wrong in the file firewall.sh: iptables -A INPUT -s $MYIP -i ! lo -j DROP #Did you really mean to lock out the remote connection for the person using the machine? #I would recommend something like this in the ssh section (you may want to omit the -i eth0 if you don't want to specify it) and removing the line above entirely: iptables -A INPUT -p tcp --dport 22 -i eth0 -m state --state NEW -m cent --set iptables -A INPUT -p tcp --dport 22 -i eth0 -m state --state NEW -m cent --update --seconds 60 --hitcount 4 -j DROP iptables -A INPUT -s $MYIP/255.255.255.255 -p tcp -m tcp --dport 22 -j ACCEPT # George S I simply added iptables -A INPUT -s my.local.sub.net/255.255.255.0 -j ACCEPT before the offending line(s) to accept everything from my local subnet. Perhaps not the best solution. George, will you create a flyspray enhancement task so that this can be taken care of? I think it deserves some attention, whatever the solution might be. -- -Eric 'shubes' == i listed it as a bug request because it's a typo to specifically deny the installer (kinda funny really) George. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] New Qmailtoaster-Plus Home
- Original Message - From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Monday, March 05, 2007 5:16 PM Subject: Re: [qmailtoaster] New Qmailtoaster-Plus Home Not as such. I think you're looking for http://qtp.qmailtoaster.com/browser/releases This is a much nicer interface for browsing than the vanilla svn pages. The 'native' svn interface (http://qtp.qmailtoaster.com/svn) is borken, but you can still use wget to get various modules by using http://qtp.qmailtoaster.com/svn/releases/... I might someday figure out why the 'native' svn is borked, but it's not high on my list. ;) George Sweetnam wrote: Does this exist?http://qtp.qmailtoaster.com/releases/ George S. - Original Message - From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list qmailtoaster-list@qmailtoaster.com Sent: Monday, March 05, 2007 3:45 PM Subject: [qmailtoaster] New Qmailtoaster-Plus Home Hey all, The migration of the QmailToaster-Plus project from shubes.net to http://qtp.qmailtoaster.com has been completed. The old URLs at shubes.net will automatically redirect you to the new site. Documentation will soon reflect the new location. Thanks to Nick Hemmesch and Erik Espinoza for allowing the use and setting up of the qtp.qmailtoaster.com domain name, and special thanks to Jake Vickers for hosting the new site. If you have any problem or questions regarding the site, please email the list. -- -Eric 'shubes' -- -Eric 'shubes' - I was following the installation links on your new page (http://qtp.qmailtoaster.com) and the gpgkey and download links were broken. I can wget them now so I guess it's been corrected. I was going to attempt to use the qtp to install from scratch on a clean system (i did put the pre-req's and some other perl stuff on it already though). George. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] vpopmail error
If I use the domain keys as per the documentation at http://www.qmailtoaster.com/centos/cnt40/EZ-QmailToaster-CentOS-4.3.txt I get the following error message. Error in named configuration: zone localdomain/IN: loaded serial 42 zone localhost/IN: loaded serial 42 zone 0.0.127.in-addr.arpa/IN: loaded serial 1997022700 zone 0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.ip6.arpa/IN: loaded serial 1997022700 zone 255.in-addr.arpa/IN: loaded serial 42 zone 0.in-addr.arpa/IN: loaded serial 42 dns_rdata_fromtext: forward.linsoftindia.info:23: ran out of space zone linsoftindia.info/IN: loading master file forward.linsoftindia.info: ran ou t of space _default/linsoftindia.info./IN: ran out of space zone 0.168.192.in-addr.arpa/IN: loaded serial 2007030100 my forward zone file is: $TTL 86400 @ IN SOA server.linsoftindia.info. root.server.linsoftindia.info. ( 43 3H 15M 1W 1D ) IN NS ns1.linsoftindia.info. IN NS ns1.twisted4life.com. IN MX 10 mail.linsoftindia.info. linsoftindia.info. IN A 59.162.130.62 ns1.linsoftindia.info. IN A 59.162.130.62 www.linsoftindia.info. IN CNAME linsoftindia.info. mail.linsoftindia.info. IN CNAME linsoftindia.info. ftp.linsoftindia.info. IN CNAME linsoftindia.info. php.linsoftindia.info. IN CNAME linsoftindia.info. newsletter.linsoftindia.info. IN CNAME linsoftindia.info. server.linsoftindia.info. IN A 59.162.130.62 _domainkey.linsoftindia.info. IN TXT t=y; o=- private._domainkey.linsoftindia.info. IN TXT k=rsa; p=MIHzAgEAAjEA6RVS/vqpfmoWewUb3mEbKqNTbmG0Ny6ZFNaF8zCW3qnXWy2kQfxJBXTGrJ+O7qqRAgMBAAECMAlSVgBmi/LHUWDYInYxUgHRiFuowqlWTqtvh13DQQaiAZUcwN3/d7yuUeLH4NahlQIZAPvASq0hTmtXWILmdwwqL+7kSvG0+iVSbwIZAO0EYHVezybwaT9jNe1pnTmGkCJG60ZS/wIYR2FQSyKEb58Gc6cQ3hwgFyYXsczUmDx1AhkAzgjB+QWDueu+8fVCSbFHlVweK03O9ADtAhkAldnsg9jgWvdr7wkMi5NLgDuc7pqD4Ca9 Am I making mistakes anywere - Original Message - From: Erik A. Espinoza [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Tuesday, March 06, 2007 2:06 AM Subject: Re: [qmailtoaster] vpopmail error No. We can't control what Yahoo or Gmail does. There are a few things that may help: 1) Setup SPF 2) If you're on a dynamic address, add an smtproute to your upstream isp mail server 3) Use DomainKeys 4) Check to see if you are on any RBL's Erik On 3/5/07, KP [EMAIL PROTECTED] wrote: All the outgoing msges sent from toaster box are going to the spam box. I tried with Gmail and Yahoo. Any solutions on this.??? - Original Message - From: Erik A. Espinoza [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Tuesday, March 06, 2007 1:30 AM Subject: Re: [qmailtoaster] vpopmail error Like I said, this is a problem with your firewall. The iptables on the vmware image is different than that of the scripts. Also localhost must be in /etc/hosts. You may want to just copy the /etc/sysconfig/iptables from the vmware image. Also make sure that you have a proper /etc/hosts that contains just two entries, one for localhost and one for the fqdn. Erik On 3/5/07, KP [EMAIL PROTECTED] wrote: I found the error. If I try to telnet localhost 143, I am able to connect to IMAP server in preconfigured toaster of vmware image. but if I try to telnet localhost 143 on my freshly installed fedora machine I am getting localhost/143: Name or service not know. Now how can I overcome this problem KP - Original Message - From: Erik A. Espinoza [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Tuesday, March 06, 2007 12:49 AM Subject: Re: [qmailtoaster] vpopmail error KP localhost = 127.0.0.1 You have a rule that does this: DROP all -- 127.0.0.0/8 anywhere You can't use localhost if you are blocking localhost in iptables. Try using your public IP as the imap server or removing the iptables block. Erik On 3/5/07, KP [EMAIL PROTECTED] wrote: I checked out the FAQ. According to it my config is correct. Below is iptables rules which are set according to the script. Chain INPUT (policy DROP) target prot opt source destination DROP all -f anywhere anywhere DROP all -- 192.168.0.36 anywhere DROP all -- 127.0.0.0/8 anywhere DROP all -- 10.0.0.0/8 anywhere DROP all -- base-address.mcast.net/4 anywhere DROP all -- 0.0.0.0/8anywhere DROP