Re: [qmailtoaster] Off Topic | Spammers
telecomitalia are a well known spam scam, mostly known for the immense phishing scams done, usually from compromised servers. I know, I had one of my servers compromised by these guys, and they were a pain to get off. Harry On Sep 3, 2009, at 4:12 AM, Ole N.Johansen wrote: Hello list. Just wonder if it any point to send abuse email of Spammers to hostmaster? I get a lot of attempts and inbound emails about the usual stuff. Pills, lottery etc. I see 3-4 regular visitors F.ex this one: canonical name host89-233-dynamic.56-82-r.retail.telecomitalia.it. aliases addresses 82.56.233.89 Received: from unknown (HELO host89-233-dynamic.56-82-r.retail.telecomitalia.it) (82.56.233.89) by my.email.server.tld with SMTP; 3 Sep 2009 10:53:56 - Received-SPF: neutral (my.email.server.tld: 82.56.233.89 is neither permitted nor denied by SPF record at bluehost.com) Just an another thought :) Ole J - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com ) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Domain Letter Ñ
On Aug 31, 2009, at 1:24 PM, Jake Vickers wrote: I do not think this is possible, since the extended character set it not support by ARIN/DNS (someone correct me if I am wrong). There would be no point in allowing a character if DNS will not allow it anyway - nothing wou Internationalized domain names have been legal and supported for a number of years - you can even provide domain names in two-byte character sets, now. - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] CentQMT5 x86_64 ISO available
On Aug 24, 2009, at 12:03 PM, Jake Vickers wrote: http://www.vcghosting.com/cart.php?ca=add_otheroid=26 They will be separate purchases. Odd - there's 6 items pre-set in my cart when I clicked on that link... all of the same QMTx86_64 product
[qmailtoaster] chroot: cannot run command `qtp-build-rpms':
Trying to run the newmodel script to update clamav. Getting this: chroot: cannot run command `qtp-build-rpms': No such file or directory Build failed, Exiting. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] preline failure
On Sep 4, 2008, at 3:02 AM, Tek Support wrote: By the way, the currently installed spam filters do seem to block emails to us that we would consider 'valid'. They also seem to let through spam that we would not like to get. TMDA resolves both of these issues. With TMDA we didn't have this problem, and the owner wants it back. And as far as I know, there are no technical issues with compatability or anything like that from installing TMDA. I would agree - despite some knee-jerk reaction against a whitelisting approach like TMDA, when properly implemented (which TMDA is), it does a wonderful job in terms of protecting a user from nearly 99.99% of SPAM, with a minimum of errors, or false positives. The key with the TMDA implementation is the combination of TMDA.cgi and the ofmipd based 'automatic whitelisting' of outgoing mail (i.e. mail you *send*, automatically gets the recipient added to the whitelist - hence, if they reply, or send you mail, they never get bothered). Devoid of tmad.cgi, and the ofmipd solution, I would agree in not being too keen on TMDA - in combination, as it is presented, TMDA is a winner. I really wish TMDA were to be included in QmailToaster for those reasons. Harry - 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: about received same email many times
Yep, seems like the same exact series of problems I ran into as well. I ended up manually having to upgrade everything, including dependencies, with Eric's help to isolate some of the issues. Harry On Aug 26, 2008, at 3:45 AM, gum trolium wrote: I can't upgrade the spamassassin in qtp-newmodel. find dependency with perl module problem . one module (xxx:ssl)can't complete the test. what should i do? thanks a lot~ On 8/26/08, Tek Support [EMAIL PROTECTED] wrote: So for a 64bit system is qtp-newmodel worth trying? I'm a bit scared Thanks John On Sat, Aug 23, 2008 at 11:35 AM, Harry Zink [EMAIL PROTECTED] wrote: On Aug 23, 2008, at 8:45 AM, Eric Shubert wrote: qtp-newmodel, which is part of the qmailtoaster-plus package, is the most reliable way to upgrade. Unless you're on a 64-bit system... It is very simple to use, and does the upgrade with absolute minimum down time (typically just a minute or so). See http://wiki.qmailtoaster.com/index.php/Upgrading for details. It *IS* conceptually the very best way to upgrade, just make sure you meet all the plain vanilla requirements. Honestly, I would love for it to work flawlessly on my end -- and I hope that now that I fixed (with Eric's help) all the weird Perl dependencies and other issues (duplicate zlib - wtf?), that the next update will work flawlessly Either way, highly recommended, as it also simplifies the installation of other tools, newer and better spam rules, and housekeeping... Harry gum trolium wrote: What method I should use to update the toaster packages? Recently, I also find yahoo related email are bounced or delay. On Tue, Aug 19, 2008 at 2:36 AM, Eric Shubert [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: You should definitely update to the lastest toaster packages. Running a yum update to update the OS packages beforehand would be a good idea too. gum trolium wrote: I am using: ucspi-tcp-toaster-0.88-1.3.5 qmail-toaster-1.03-1.3.15 autorespond-toaster-2.0.4-1.3.3 qmailadmin-toaster-1.2.11-1.3.4 isoqlog-toaster-2.1-1.3.4 clamav-toaster-0.90.1-1.3.13 qmailtoaster-plus-0.3.0-1.4.0 squirrelmail-toaster-1.4.13-1.3.9 daemontools-toaster-0.76-1.3.3 vpopmail-toaster-5.4.17-1.3.4 libsrs2-toaster-1.0.18-1.3.3 qmail-pop3d-toaster-1.03-1.3.15 courier-imap-toaster-4.1.2-1.3.7 control-panel-toaster-0.5-1.3.4 ezmlm-cgi-toaster-0.53.324-1.3.3 qmailmrtg-toaster-4.2-1.3.3 maildrop-toaster-devel-2.0.3-1.3.5 vqadmin-toaster-2.3.4-1.3.3 spamassassin-toaster-3.1.8-1.3.8 ripmime-toaster-1.4.0.6-1.3.3 qmailtoaster-plus.repo-0.1-1 libdomainkeys-toaster-0.68-1.3.3 courier-authlib-toaster-0.59.2-1.3.6 ezmlm-toaster-0.53.324-1.3.3 maildrop-toaster-2.0.3-1.3.5 simscan-toaster-1.3.1-1.3.6 On Mon, Aug 4, 2008 at 11:44 PM, Eric Shubert [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I'd like to know versions of all toaster packages, clamav-toaster in particular. gum trolium wrote: it is qmail-toaster-1.03-1.3.15 On 8/4/08, Eric Shubert [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: gum trolium wrote: I have problem in the received many same emails. I used qmailiso 1.4 to setup my box. I can't find queue jam in qmailctl queue Will simscan make this problem? What should I check? Thank you~ What versions of toaster packages? # rpm -qa | grep toaster How long has your toaster been operational? If it's been more than several days, autoexpire could be kicking in. To rememdy this, turn off autoexpire in /etc/mail/spamassassin/local.cf http://local.cf http://local.cf (bayes_auto_expire 0) and restart spamassassin. You should then add a cron job to do the expiration daily or so. Check the list archive for an example, and be sure to always run spamassassin as user vpopmail. -- -Eric 'shubes' -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED
Re: [qmailtoaster] RE: Sale 79% OFF !!!
I certainly did receive it. Your side (i.e. either client, or your mail receiving MTA) might have filtered it out on your (and others') end, but the list is definitely getting spammed. Harry On Aug 23, 2008, at 3:44 AM, Jake Vickers wrote: Anil Aliyan wrote: Wonderful qmailtoaster mailing list itself recieves spam mail. mail attached below i recieved yesterday. - Original Message - From: Viagra Inc qmailtoaster-list@qmailtoaster.com To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, August 21, 2008 4:24 PM Subject: [qmailtoaster] RE: Sale 79% OFF !!! I didn't receive that message here. - 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] about received same email many times
On Aug 23, 2008, at 8:45 AM, Eric Shubert wrote: qtp-newmodel, which is part of the qmailtoaster-plus package, is the most reliable way to upgrade. Unless you're on a 64-bit system... It is very simple to use, and does the upgrade with absolute minimum down time (typically just a minute or so). See http://wiki.qmailtoaster.com/index.php/Upgrading for details. It *IS* conceptually the very best way to upgrade, just make sure you meet all the plain vanilla requirements. Honestly, I would love for it to work flawlessly on my end -- and I hope that now that I fixed (with Eric's help) all the weird Perl dependencies and other issues (duplicate zlib - wtf?), that the next update will work flawlessly Either way, highly recommended, as it also simplifies the installation of other tools, newer and better spam rules, and housekeeping... Harry gum trolium wrote: What method I should use to update the toaster packages? Recently, I also find yahoo related email are bounced or delay. On Tue, Aug 19, 2008 at 2:36 AM, Eric Shubert [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: You should definitely update to the lastest toaster packages. Running a yum update to update the OS packages beforehand would be a good idea too. gum trolium wrote: I am using: ucspi-tcp-toaster-0.88-1.3.5 qmail-toaster-1.03-1.3.15 autorespond-toaster-2.0.4-1.3.3 qmailadmin-toaster-1.2.11-1.3.4 isoqlog-toaster-2.1-1.3.4 clamav-toaster-0.90.1-1.3.13 qmailtoaster-plus-0.3.0-1.4.0 squirrelmail-toaster-1.4.13-1.3.9 daemontools-toaster-0.76-1.3.3 vpopmail-toaster-5.4.17-1.3.4 libsrs2-toaster-1.0.18-1.3.3 qmail-pop3d-toaster-1.03-1.3.15 courier-imap-toaster-4.1.2-1.3.7 control-panel-toaster-0.5-1.3.4 ezmlm-cgi-toaster-0.53.324-1.3.3 qmailmrtg-toaster-4.2-1.3.3 maildrop-toaster-devel-2.0.3-1.3.5 vqadmin-toaster-2.3.4-1.3.3 spamassassin-toaster-3.1.8-1.3.8 ripmime-toaster-1.4.0.6-1.3.3 qmailtoaster-plus.repo-0.1-1 libdomainkeys-toaster-0.68-1.3.3 courier-authlib-toaster-0.59.2-1.3.6 ezmlm-toaster-0.53.324-1.3.3 maildrop-toaster-2.0.3-1.3.5 simscan-toaster-1.3.1-1.3.6 On Mon, Aug 4, 2008 at 11:44 PM, Eric Shubert [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I'd like to know versions of all toaster packages, clamav-toaster in particular. gum trolium wrote: it is qmail-toaster-1.03-1.3.15 On 8/4/08, Eric Shubert [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: gum trolium wrote: I have problem in the received many same emails. I used qmailiso 1.4 to setup my box. I can't find queue jam in qmailctl queue Will simscan make this problem? What should I check? Thank you~ What versions of toaster packages? # rpm -qa | grep toaster How long has your toaster been operational? If it's been more than several days, autoexpire could be kicking in. To rememdy this, turn off autoexpire in /etc/mail/spamassassin/local.cf http://local.cf http://local.cf (bayes_auto_expire 0) and restart spamassassin. You should then add a cron job to do the expiration daily or so. Check the list archive for an example, and be sure to always run spamassassin as user vpopmail. -- -Eric 'shubes' -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - 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: Sale 79% OFF !!!
On Aug 23, 2008, at 8:49 AM, Eric Shubert wrote: I got it too. It got through spamdyke. So what are Jake and James doing that others of us are not? sa-update perhaps? Or is it maybe just a better trained bayes db? Yeah, but that's whatever they are doing, is on their end. Is there something that can be done to harden the mailing list? - 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: Sale 79% OFF !!!
On Aug 23, 2008, at 3:08 PM, James Palmer wrote: Searched my logs and I did receive the email but it was tagged as spam: So, why did it get posted to the list :-) - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[qmailtoaster] Exclude by Content's character set...
Is there some way to comprehensively trash mail containing a certain character set, or regional two-byte character set? I get a lot of junk from Israeli merchants (???), and it's all in Hebrew, both of which are useless to me. I don't want to exclude all of Israel, which would be pointless anyway as all these junk mails are sent from non Israeli domains. How can I discard mail comprehensively, either using Spamassassin, or some other tool, just based on the content language? Harry - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Exclude by Content's character set...
On Aug 14, 2008, at 12:57 PM, Eric Shubert wrote: Harry Zink wrote: How can I discard mail comprehensively, either using Spamassassin, or some other tool, just based on the content language? Harry I don't know off hand. That being said, what I do know off hand is that spamdyke can reject senders whose rDNS contains any country code, or specific country codes. Are you running spamdyke? It catches a lot of that sort of thing. I don't want to exclude all of Israel, which would be pointless anyway as all these junk mails are sent from non Israeli domains. Specifically, most of it is from plain .com domains - or are you saying it can slso figure out if it's from a .com domain yet originating from a different country? yes, I'm running spamdyke. Thanks for any pointers. Harry
Re: [qmailtoaster] Exclude by Content's character set...
On Aug 14, 2008, at 1:13 PM, Eric Shubert wrote: It looks at the rDNS entry for the sending server's IP address. Do you have: reject-ip-in-cc-rdns in your spamdyke.conf file? It is currently commented out. I *DO* get client emails from Chinese and Hong Kong locations (legitimate mail) so I don't want that getting rejected. Harry - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Exclude by Content's character set...
On Aug 14, 2008, at 2:01 PM, Eric Shubert wrote: Yeah, Sam had me comment that out as a default because of a lot of international users. probably a wise choice - agreed on the reasons. Read through the spamdyke doc, and you'll see how you can block only certain country codes. Or you could just uncomment this parameter, then whitelist your clients. I'd rather just block stuff from Israel, but in the case of stuff being sent by proxies, as it often is, some way to go by character set would be the holy grail. Harry - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Upgrading notes
On Aug 13, 2008, at 8:41 PM, Eric Shubert wrote: .) NEVER use CPAN to update your perl modules, and especially DONT UPDATE Module::CPAN ITSELF! It's not necessary, and it can lead to problems. You know what - that's probably what my problem was, then -- I do recall that, at one point, I did the CPAN update via CPAN. Yeah, bad Harry, bad. In general, always yum update your system before upgrading toaster Always do. packages, and don't use CPAN for managing perl packages. Won't happen again :-( - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] QMAILtoaster upgrade fails
On Aug 12, 2008, at 9:33 AM, Eric Shubert wrote: Did you select a fresh sandbox when you re-ran at this point? If you installed the perl-HTML-Parser-3.56 but did not use a fresh sandbox, the old version would still have been in the sandbox. :( I redid fresh sandboxes every time I ran it. I ended up doing manual upgrades of the modules that needed updates -- albeit qtp still insists that my zlib is out of date (it is the latest version). Harry - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] QMAILtoaster upgrade fails
On Aug 12, 2008, at 10:08 AM, Eric Shubert wrote: Harry Zink wrote: On Aug 12, 2008, at 9:33 AM, Eric Shubert wrote: Did you select a fresh sandbox when you re-ran at this point? If you installed the perl-HTML-Parser-3.56 but did not use a fresh sandbox, the old version would still have been in the sandbox. :( I redid fresh sandboxes every time I ran it. I ended up doing manual upgrades of the modules that needed updates -- albeit qtp still insists that my zlib is out of date (it is the latest version). Harry You're running the latest qtp? I seem to remember a bug related to zlib some while back. Perhaps it wasn't fixed entirely. Yes, latest qtp. qtp-ami-up2date New Qmail-Toaster Packages Available: zlib-1.2.3-1.0.3 Which is the version of zlib I'm running - furthermore, deinstalling zlib and reinstalling it makes no difference either. Harry - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] QMAILtoaster upgrade fails
On Aug 12, 2008, at 10:58 AM, Eric Shubert wrote: f you'd've simply not selected it, you'd've gotten no errors. ;) LOL I'd like to nail this one (once again, so it seems). You say this is the version you're running. Please post the results of: # rpm -q zlib # yum info zlib That might give me a clue as to what's going on with your toaster. Huh? From what these show, it seems there are two versions of zlib installed? Do you concur? rpm -q zlib zlib-1.2.1.2-1.2 zlib-1.2.3-1.0.3 yum info zlib Loading protectbase plugin Setting up repositories rpmforge 100% |=| 1.1 kB 00:00 update100% |=| 951 B 00:00 qmailtoaster-plus 100% |=| 951 B 00:00 base 100% |=| 1.1 kB 00:00 addons100% |=| 951 B 00:00 extras100% |=| 1.1 kB 00:00 Reading repository metadata in from local files primary.xml.gz100% |=| 3.2 MB 00:09 sqlite cache needs updating, reading in metadata rpmforge : # 9139/9140216 packages excluded due to repository protections Installed Packages Name : zlib Arch : i386 Version: 1.2.1.2 Release: 1.2 Size : 66 k Repo : installed Summary: The zlib compression and decompression library. Description: Zlib is a general-purpose, patent-free, lossless data compression library which is used by many different programs. Name : zlib Arch : x86_64 Version: 1.2.3 Release: 1.0.3 Size : 197 k Repo : installed Summary: The zlib compression and decompression library. Description: Zlib is a general-purpose, patent-free, lossless data compression library which is used by many different programs. Available Packages Name : zlib Arch : x86_64 Version: 1.2.1.2 Release: 1.2 Size : 47 k Repo : base Summary: The zlib compression and decompression library. Description: Zlib is a general-purpose, patent-free, lossless data compression library which is used by many different programs. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] QMAILtoaster upgrade fails
On Aug 12, 2008, at 11:58 AM, Eric Shubert wrote: Sure looks that way. Don't know how you managed that. Neither do it - it's pretty much been a pain vanilla QMT box since inception. I'd try # rpm -e zlib-1.2.1.2-1.2 to remove it. Here we go again: rpm -e zlib-1.2.1.2-1.2 error: Failed dependencies: libz.so.1 is needed by (installed) curl-7.12.1-11.el4.i386 libz.so.1 is needed by (installed) freetype-2.1.9-8.el4.6.i386 libz.so.1 is needed by (installed) fontconfig-2.2.3-13.el4.i386 libz.so.1 is needed by (installed) xorg-x11-libs-6.8.2-1.EL.33.0.4.i386 libz.so.1 is needed by (installed) openssl-0.9.7a-43.17.el4_6.1.i686 Will it be safe to do a --nodeps remove? It should pick up from the remaining zlib, right? Harry - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] QMAILtoaster upgrade fails
On Aug 12, 2008, at 11:58 AM, Eric Shubert wrote: I'd try # rpm -e zlib-1.2.1.2-1.2 Yep, that did it -- all's back to being well in QMT land (well, until the next updates roll around :-) - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] QMAILtoaster upgrade fails
Final summary - I did the updates manually - removed and deinstalled clamav and spamassassin, and then reinstalled from the rpm's left behind from the prior attempts. Restart qmailtoaster - works! - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] QMAILtoaster upgrade fails
Anil, Thanks for your help. In both cases, the run files were absent - it appears that somehow the perl dependencies hell has stopped the qtp-newmodel script from properly creating those and executing through the end, even after I had the dependencies fixed. Harry On Aug 10, 2008, at 11:22 PM, Anil Aliyan wrote: Hi Harry, Please check if both run files exists at the said location: /var/qmail/supervise/clamd/run /var/qmail/supervise/clamd/log/run if not please create them. # vi /var/qmail/supervise/clamd/run #!/bin/sh exec /usr/bin/setuidgid clamav /usr/sbin/clamd 21 # vi /var/qmail/supervise/clamd/log/run #!/bin/sh LOGSIZE=`cat /var/qmail/control/logsize` LOGCOUNT=`cat /var/qmail/control/logcount` exec /usr/bin/setuidgid qmaill /usr/bin/multilog t s$LOGSIZE n $LOGCOUNT /var/log/qmail/clamd Regards, Anil Aliyan - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] QMAILtoaster upgrade fails
Ditto here - same x86_64 architecture. qtp-whatami v0.3 DISTRO=CentOS OSVER=4.6 QTARCH=x86_64 BUILD_DIST=cnt4064 BUILD_DIR=/usr/src/redhat Would be awesome if qtp whatami would actually also provide kernel version. Kernel version, in my case, is: 2.6.9-67.0.22.ELsmp Linux xxx.fizbin.com 2.6.9-67.0.22.ELsmp #1 SMP Wed Jul 23 17:24:12 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux On Aug 9, 2008, at 5:58 PM, Phil Leinhauser wrote: Sorry about the blank replay a minute ago…. I have this same problem. I haven’t been able to get unionfs to work yet. I’m also on 2.6.18 kernel. I’ve just been using linked. I’m chasing the elusive pizza… -P From: James Ecker [mailto:[EMAIL PROTECTED] Sent: Saturday, August 09, 2008 4:54 PM To: qmailtoaster-list@qmailtoaster.com Subject: RE: [qmailtoaster] QMAILtoaster upgrade fails The distro is Centos 5.2 x86_64 kernel-2.6.18 Toaster 1.3 Linked sandbox seemed to work thank you. Date: Sat, 9 Aug 2008 11:51:35 -0700 From: [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] QMAILtoaster upgrade fails James Ecker wrote: I have installed qmailtoaster-plus sucessfully, but when I run qtp-newmodel I receive the following error message chroot: cannot run command `qtp-build-rpms': No such file or directory. Does anyone have any ideas? That's unusual. Need more info to tell for sure, like distro version, toaster versions. If I had to guess, I'd say you're running an older kernel (2.6.9 or so) and you tried using a unionfs sandbox. If that's the case, I'd either upgrade to a newer kernel, or run qtp-newmodel with a copied or linked sandbox. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Your PC, mobile phone, and online services work together like never before. See how Windows® fits your life
Re: [qmailtoaster] QMAILtoaster upgrade fails
More data: Sandbox has been built successfully! qtp-newmodel - installing perl-Net-SMTP ... Loading protectbase plugin Setting up Install Process Setting up repositories rpmforge 100% |=| 1.1 kB 00:00 update100% |=| 951 B 00:00 qmailtoaster-plus 100% |=| 951 B 00:00 base 100% |=| 1.1 kB 00:00 addons100% |=| 951 B 00:00 extras100% |=| 1.1 kB 00:00 Reading repository metadata in from local files 216 packages excluded due to repository protections Parsing package install arguments No Match for argument: perl-Net-SMTP Nothing to do Starting to build the binary rpms ...(pizza anyone?) If you want to view compile messages, you can open another terminal and: # tail -f /mnt/qtp-sandbox/usr/src/qtp-upgrade/log/build-recent.log qtp-build-rpms v0.3 qtp-remove-pkgs v0.3.1 REMOVED clamav-toaster from sandbox (not for real) Building zlib-1.2.3-1.0.3 ... Installing zlib-1.2.3-1.0.3 in the sandbox ... Building squirrelmail-toaster-1.4.15-1.3.10 ... Installing squirrelmail-toaster-1.4.15-1.3.10 in the sandbox ... Building spamassassin-toaster-3.2.5-1.3.14 ... Installing spamassassin-toaster-3.2.5-1.3.14 in the sandbox ... qtp-build-rpms - rpm -Uvh failed for spamassassin-toaster-3.2.5-1.3.14 qtp-build-rpms - see /mnt/qtp-sandbox/usr/src/qtp-upgrade/log/build- recent.log Build failed, Exiting. -- No errors, up to this point, in the log file: Installing spamassassin-toaster-3.2.5-1.3.14 in the sandbox ... error: Failed dependencies: perl(HTML::Parser) = 3.43 is needed by spamassassin- toaster-3.2.5-1.3.14.x86_64 -- Frankly, all these perl dependency errors are really annoying :-( Despite downloading and installing (-Uvh) rpm -Uvh perl-HTML- Parser-3.56-1.el4.rf.x86_64.rpm , and confirming successful installation, re-running it all failed with the same error: Installing spamassassin-toaster-3.2.5-1.3.14 in the sandbox ... error: Failed dependencies: perl(HTML::Parser) = 3.43 is needed by spamassassin- toaster-3.2.5-1.3.14.x86_64 Well, perl-HTML-Parser-3.56 is installed, which is certainly above the requested 3.43 or better, yet it continues to refuse to install. Is this because, once again, the packages do not take the x86_64 architecture into consideration, and the 'x86_64' portion of 'perl- HTML-Parser-3.56-1.el4.rf.x86_64.rpm' is not being recognized? Is there some way to force this process, though at this point, I might as well just perform the updates manually, as the obvious benefit of qtp-newmodel is kinda obviated :-( : zlib-1.2.3-1.0.3 squirrelmail-toaster-1.4.15-1.3.10 spamassassin-toaster-3.2.5-1.3.14 clamav-toaster-0.93.3-1.3.20 Of course, now trying to find instructions for the manual process - as I recall there was more needed than just turning qmailtoaster off, and running the updates. Wasn't there some additional stuff that needs to be done in order to satisfy spamassassin? (sadness :-( - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] QMAILtoaster upgrade fails
Lastly, here's the current status: This is not going away: supervise: fatal: unable to start clamd/run: file does not exist supervise: fatal: unable to start log/run: file does not exist There is no appropriate 'run' file inside /var/qmail/supervise/clamd/ qmailctl stat shows: authlib: up (pid 11753) 311 seconds clamd: up (pid 12647) 1 seconds imap4: up (pid 11816) 311 seconds imap4-ssl: up (pid 11719) 311 seconds pop3: up (pid 11712) 311 seconds pop3-ssl: up (pid 11779) 311 seconds send: up (pid 11732) 311 seconds smtp: up (pid 11786) 311 seconds smtp-ofmipd: up (pid 11767) 311 seconds spamd: up (pid 12076) 224 seconds submission: up (pid 11726) 311 seconds authlib/log: up (pid 11758) 311 seconds clamd/log: up (pid 12648) 1 seconds imap4/log: up (pid 11752) 311 seconds imap4-ssl/log: up (pid 11722) 311 seconds pop3/log: up (pid 11713) 311 seconds pop3-ssl/log: up (pid 11782) 311 seconds send/log: up (pid 11742) 311 seconds smtp/log: up (pid 11789) 311 seconds smtp-ofmipd/log: up (pid 11814) 311 seconds spamd/log: up (pid 11736) 311 seconds submission/log: up (pid 11729) 311 seconds It *seems* everything is running, but because of the various errors, I can't really be sure. Any ideas ? - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] TMDA
On Mar 5, 2008, at 12:01 PM, Ayesha wrote: Does anybody uses TMDA that could help me in configurations matters? With qmail, sure :-) http://www.shupp.org/toaster/?page=tmda
Re: [qmailtoaster] The Return of Miguel Beccari
On Feb 24, 2008, at 1:30 PM, Erik A. Espinoza wrote: QmailToaster.com will be a federation for consultants such as Eric Shubes, Jake Vickers. Those who have proven themselves within the list will be featured on this site to help them provide commercial support as needed. This is awesome! - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] TMDA I give up. Who can I pay to install this?
You can pay Bill Shupp, which is what I did, and he did a great job not only setting it up, but writing excellent instructions: http://www.shupp.org/toaster/?page=tmda He also has instructions for the other tweaks you mentioned: http://www.shupp.org/toaster/?page=spamassassin If you want to pay someone, send some $$$ his way, and maybe ask him to update his TMDA instructions to include latest and most recent updates to TMDA and TMDA.cgi. Harry On Feb 21, 2008, at 8:38 AM, Eddie wrote: Email seems to be the bane of my Linux existence. QMailToaster VM is great because everything comes setup and just works. But I need TMDA. My attempts at installing it have been met with only partial success and much frustration. Who can I contact to install this and do some other small tweaks like update clamav, remove SA, etc? Thanks for any suggestions. -Eddie - 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 webinterface for qmailtoaster
On Feb 11, 2008, at 7:21 AM, [EMAIL PROTECTED] wrote: Since it's just a wish list right now, what about being able to administer multiple servers from the one GUI? Or being able to cluster a few machines together for redundancy and maintaining them through this GUI. How about starting with simple, smaller steps, and making those work well, before asking for pie in the sky. I think the ability for a single installation to: - create a new domain, and new users - perform updates on QMT -administer said domain and users, as both an admin (for all domains), or a postmaster (for just that specific domain) - get some sort of statistics (again, admin and specific user/ postmaster) Would be an achievable goal right now. Harry - 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 is OUTDATED.
Ditto here. On Feb 11, 2008, at 3:38 PM, Jim Shupert, Jr. wrote: Thanks Eric! I will keep my eyes peeled for this qtp-newmodel - Original Message - From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Monday, February 11, 2008 4:41 PM Subject: Re: [qmailtoaster] Clamav is OUTDATED. No, that should be: rpmbuild --rebuild --with cnt40 clamav-toaster-0.92-1.3.16.src.rpm The qtp-whatami command shows the BUILD_DIST= value, which is what goes after the --with parameter of the rpmbuild command. It's really much simpler to use qtp-newmodel though, a new (and much improved) version of which will likely be released later this week. Jim Shupert, Jr. wrote: Hey thanks for this... and just to be realll clear for me my distro is centOS4.4 so would step 4 for me be is the below the exact sysntax? rpmbuild --rebuild --with ($centOS4.4) clamav- toaster-0.92-1.3.16.src.rpm thanks! jS -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: qmailtoaster-list- [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [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 is OUTDATED.
I believe a new version is about to be released this week, from what I just read on the list within the past hours. Harry On Feb 11, 2008, at 5:21 PM, lordfuknowsyou wrote: Hello list. I wasn't going to mail about this but since we are on the subject. I recently tried the qtp-newmodel and have run into errors. Required module is out of date. HTML::Parser. I have found that this is a know issue with some people able to edit spam.sh and work around the error, before I procede I would like the list's input if at all possible. I am hoping someone on here has encountered this before. qtp-whatami v0.2.4 DISTRO=CentOS OSVER=4.6 ARCH=i686 BUILD_DIST=cnt40 BUILD_DIR=/usr/src/redhat This machine's OS is supported, but this version/arch has not been tested. # perl -MHTML::Parser -e 'print $HTML::Parser::VERSION\n' 3.56 Many Thanks In Advance and I hope this helps someone else as well. Jeremy Harry Zink wrote: Ditto here. On Feb 11, 2008, at 3:38 PM, Jim Shupert, Jr. wrote: Thanks Eric! I will keep my eyes peeled for this qtp-newmodel - Original Message - From: Eric Shubes [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Monday, February 11, 2008 4:41 PM Subject: Re: [qmailtoaster] Clamav is OUTDATED. No, that should be: rpmbuild --rebuild --with cnt40 clamav-toaster-0.92-1.3.16.src.rpm The qtp-whatami command shows the BUILD_DIST= value, which is what goes after the --with parameter of the rpmbuild command. It's really much simpler to use qtp-newmodel though, a new (and much improved) version of which will likely be released later this week. Jim Shupert, Jr. wrote: Hey thanks for this... and just to be realll clear for me my distro is centOS4.4 so would step 4 for me be is the below the exact sysntax? rpmbuild --rebuild --with ($centOS4.4) clamav- toaster-0.92-1.3.16.src.rpm thanks! jS -- -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: qmailtoaster-list- [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] Can I use QMT as a Spam Killer
On Feb 9, 2008, at 10:51 PM, [EMAIL PROTECTED] wrote: And to be honest, I don't want to use sendmail as a solution but I do have to find a spam solution since plesk out of the box, with it's tools doesn't seem to do much now that I've had QMT in action. You've already switched, but you may want to take a look at Virtualmin. It's about as much as a turnkey solution as it gets (it's more than just mail, though), and updates are handled as automatic as you want. Works well for me for hosting setups, and it provides my secondary Postfix mail server. Harry - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Can I use QMT as a Spam Killer
On Feb 10, 2008, at 6:02 AM, [EMAIL PROTECTED] wrote: I can easily move a few domains over to test something. I'll take a look at that, thank you. It will work with QMT? It claims to be able to work with qmail, but I have not tested that - it wasn't relevant for what I was using it for, at the time. Harry - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Can I use QMT as a Spam Killer
Lucian, Please, do not reply at the bottom of an interminably quoted chunk of mail - place your replies at the top of mail. Harry On Feb 10, 2008, at 6:51 AM, Lucian Cristian wrote: Anyone know if there are any scripts out there that would help keep this system up to date? If not, is there anyone who might consider trying their hand at it? I bet more people would be interested in trying the package if they saw 'automatic updates of the main components and the spam/virus database' in the feature list. haven't you tried qmailtoaster plus ? - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Can I use QMT as a Spam Killer
On Feb 10, 2008, at 8:38 AM, Jake Vickers wrote: Or even take that $250 paid to Plesk and go to rent-a-coder and got the vqadmin package fixed and released it back to the community. Which is pretty much what I did a while ago with TMDA (which works nicely right now with QMT, and would be a nice package to include). :-) - 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 webinterface for qmailtoaster
Whatever you do, make it heavily CSS based, which will make it easier to create alternate interfaces, like for the iPhone. Being able to administer your mail server from an iPhone would be (to me) the ultimate tool. Harry On Feb 10, 2008, at 12:44 PM, Jean-Paul van de Plasse wrote: Hi List, It has been my plan for some time to get a smooth working and looking webinterface for qmailtoaster. Not to brag, but I have the programming skills (php/c/c++) and I also would not mind hiring a designer to make the designs. The only 2 problems I have had so far that stopped me from starting are time and input.. The first one is not going to change in the near future, but somewhere down the line there always can be found some time.. Concerning the second I would like your input, what are the things people want to see in such an interface.. And are there other people capable and willing to invest some time in this? Honestly I rather see the energy that goes wasted into the thread about Mike's remarks about qmt invested in a thread about functionality and ideas how we can make the missing part of qmt.. I think it would at least need the following - management tool for the administrator, to administer domains and settings of qmt - a qmailadmin replacement that works more logical - both with a neat looking design and easy to give your own look and feel (that is not overwritten on every update). Regards, JP
Re: [qmailtoaster] Can I use QMT as a Spam Killer
On Feb 8, 2008, at 10:51 AM, [EMAIL PROTECTED] wrote: I was basically forced to move my mail to an existing server yesterday because we were having way too much mail never making it to various sites like hotmail and yahoo. We simply cannot exist without being able to send mail to these large sites. At one point I ran into the same issue, but instead of despairing, I figured out what the issues were - particularly since the error messages generated by Yahoo, Hotmail and AOL were pretty damn descriptives, in specifying the problem were missing SPF and reverse DNS entries. In 99% of your cases, that ends up being the issue with Yahoo, Hotmail or AOL won't accept incoing mail (or delegate it to the 'junk' mailbox). None of these issues have much to do with QMT, but rather your DNS. Since these are your issues, you could have figured these out. Heck, if I can figure them out, and I'm a caveman when it comes to this stuff, you should have been able to, as well. I found it sad to have to move them and since only yesterday, the spam levels have become insane again. QMT was definitely doing a VERY good job of keeping the spam out but I just don't have the time to fully understand the software and how all of the packages work together, let alone the upgrade process. Honestly, most of that work is handled by the installer - run the installer, on a newly installed Linux box, and you're good. Then use the configuration tools, and it should be a cinch. Upgrades used to be a slight issue, when the qtp-newmodel script was broken for the longest time, without getting fixed -- but since all updated modules were in RPM format, running rpm -Uvh package.rpm should not have proven that challenging. For most of these tasks, there are very descriptive entries in the wiki. Guess I'll have to look into this as well. Any packages or sites I should check out? Since you're apparently right back to spending time on figuring out how all this works, why not just figure it out once, and dealing with one installation, instead of now wanting to be responsible for two installations, and doubling your workload? This seems to be contrary reasoning. Harry - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Can I use QMT as a Spam Killer
On Feb 9, 2008, at 8:34 PM, [EMAIL PROTECTED] wrote: The reasons I had to move on were few but important in my case. The other mail server gets it's updates automatically, I just click on the update and we're done. It works. There's a similar mechanism for QMT that exists able to do something along the same lines - though the catch-22 is that qmail itself doesn't really need any updates (well, is not supposed to be - or maybe it's just the excuse for the author to be lazy), though the supporting environment, certainly does. That's another reason why I moved. I would be working away at something, trying to figure out what was wrong then suddenly someone would post 'oh, that's been broken for months now'. That happened a couple of time to me and I saw it happen to others. That is frustrating. To be honest, yeah, that's a huge problem QMT has, and a lot of it was caused by the fact that it's not a commercial product, but a labor of love for those involved - that's why sometimes parts don't get updated. Everyone certainly tries, and wants to do the best they can, but most have real jobs that take precedence. There *ARE* commercial support systems for QMT, and there are companies and individuals offering support. I have paid for such in the past, and it was money well spent. That was the final straw, for now at least. Not knowing that some of the things that come with the package come broken is a bit much don't you think? Again, you are right - and to be perfectly honest, I have considered a switch to a Postfix based system for a while, and the only thing holding me back is that my QMT includes TMDA, and the Postfix based commercial system does not - though I am considering encouraging the authors of the commercial system to include TMDA, which would nearly seal the deal. There are a lot of benefits of the specific Postfix based system I am looking at, the major one being the use of a different IMAP engine, which uses a fraction of the CPU overhead of the courier IMAP in QMT. Then again, my mail servers are working fine, for the time being. Harry - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] ISOQLOG2.1 Issue
This message of yours contains something that points to a server at 218.185.6.102:80 and appears to require loggin in with admin credentials in order to proceed - if this is an attempt at phishing, it's a poor one. On Jan 21, 2008, at 7:16 PM, David Campbell wrote: ISOQLOG2.1 Issue This server has been running for 4 days, and it currently has no domain records pointed to it (wanted to make sure I got it right before I put it into production, it does however have a public IP, now When I click on General under isoqlog it gives me general Jan, 2008 Statistics Creation Time: Jan 22, 2008 / 13:58 Day Sent ReceivedTotalSize 18 25 31 56 36.52 KBytes 19 4 4 8 19.16 KBytes 20 4 4 8 973.07 KBytes 21 4 4 8 6.96 KBytes 22 234234 468 851.88 KBytes Total 271 277548 1.84 MBytes Average 54 55 109 377.52 KBytes and if I click on the 22'd of January Top 100 Sender MailNumber 1 [EMAIL PROTECTED] 116 2 [EMAIL PROTECTED] 57 3 [EMAIL PROTECTED] 2 4 [EMAIL PROTECTED] 1 Top 100 Receiver MailNumber 1 [EMAIL PROTECTED] 59 2 [EMAIL PROTECTED] 58 3 [EMAIL PROTECTED] 58 4 [EMAIL PROTECTED] 57 5 [EMAIL PROTECTED] 1 6 [EMAIL PROTECTED] 1 Should I find this alarming or is it logging some kind of internal emailing that I don't know about because I'm a bit of a noob? the only emails I have sent (to test it out) were via the webmail (squirelmail) as [EMAIL PROTECTED] and they were sent to [EMAIL PROTECTED] , but I have no idea about the rest of them, and they seem to be increasing, though today I did import via a shellscript about 400 users, would it possibly be internal system mails about that, and if it IS internal system mail, is there anyway for me to retrieve it, or forward it to a virtual account on the same machine? Thank You, and sorry if this is a stupid question, I tried searching google for [EMAIL PROTECTED] and it just gave me a blank look, haha -- David Campbell E: [EMAIL PROTECTED] W: http://www.bigbighuge.com
Re: [qmailtoaster] hand mail off to exchange
On Jan 17, 2008, at 8:35 AM, Jake Vickers wrote: Steve Ingraham wrote: You know better than anyone my limited knowledge on this subject but isn't what you are looking to do similar to how our Exchange server handles things in our network? Close Steve. I realize that just being the smtproute for them would be easiest on my end (that's what you're running), but I have the users to look after as well. The IT department that is taking over their desktop support (hence the Exchange server) does not allow access to email unless they're in the network. I'm trying to keep them with webmail access but still fit the criteria of the IT department. I'm stuck between 2 rocks - it's just a matter of deciding if I want my hand smashed or my foot. ...or you can wait for the IT department to screw up royally - in such cases of zealous devotion to MS technologies, that is bound to happen. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] QMT-ISO 1.4.0 is out
Not sure if this is relevant, but a similar problem had to do with lacking SPF or lack of reverse DNS settings - many providers, including AOL, Yahoo and Hotmail, will now defer or reject mail if reverse DNS resolution fails. I've just been going through something like that, where all of my reverse DNS failed after changing IPs on my mail server, and a lot of my customers' mails were bouncing. Resetting up and correcting reverse DNS, as well as making sure your SPF is properly set, fixes it. Harry On Jan 3, 2008, at 9:58 AM, [EMAIL PROTECTED] wrote: Yea Mike, I'm not sure why Yahoo and Hotmail don't like you. That is really strange. I have 2 different post offices I run, one is the QMT and Something with the firewall then as we've been mulling around. I don't see much else and it's one of those things where you look at it too long, you'll see nothing new or obvious. Is it possible you were listed by Yahoo at one time for spamming? I'm pretty certain your problem has nothing to do with QMT itself. Too many people are running QMT without this problem. Kind of doubt it, especially since the tests don't show anything like that. The email just keeps getting deferred, not blocked. Mike - 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] QMT-ISO 1.4.0 is out
Check if your reverse DNS settings check out fine. On Jan 3, 2008, at 10:20 AM, Kyle Quillen wrote: I have this exact same problem and am yet to figure out what it is. some times it goes to the bulk mail folder sometimes it just gets deferred back to me and i am no idea what it would be. Q On Wed, 2008-01-02 at 20:58 -0600, [EMAIL PROTECTED] wrote: Yea Mike, I'm not sure why Yahoo and Hotmail don't like you. That is really strange. I have 2 different post offices I run, one is the QMT and Something with the firewall then as we've been mulling around. I don't see much else and it's one of those things where you look at it too long, you'll see nothing new or obvious. Is it possible you were listed by Yahoo at one time for spamming? I'm pretty certain your problem has nothing to do with QMT itself. Too many people are running QMT without this problem. Kind of doubt it, especially since the tests don't show anything like that. The email just keeps getting deferred, not blocked. Mike - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: qmailtoaster-list- [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [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] mail server is flooded with user not found
Not quite the same as the vpopmail slamming you are getting, but I eliminated nearly all the brute force efforts at local login accounts via the use of BlockHosts: http://www.aczoom.com/cms/blockhosts Maybe there's something similar, or an extension for it, to include vpopmail slamming? Harry On Dec 28, 2007, at 9:42 PM, slamp slamp wrote: It seems that my mail server was attacked yesterday. I have already blacklisted the IP. My question is, how can I prevent this from happening? I do not need smtp access to my server remotely and i do not have remote users. All e-mail transactions are done through webmail and/or in my internal lan.Thanks for any suggestions. Dec 27 10:36:40 mail vpopmail[25597]: vchkpw-smtp: vpopmail user not found [EMAIL PROTECTED]:207.234.146.154 Dec 27 10:36:40 mail vpopmail[25599]: vchkpw-smtp: vpopmail user not found [EMAIL PROTECTED]:207.234.146.154 Dec 27 10:36:48 mail vpopmail[25609]: vchkpw-smtp: vpopmail user not found [EMAIL PROTECTED]:207.234.146.154 Dec 27 10:36:49 mail vpopmail[25612]: vchkpw-smtp: vpopmail user not found [EMAIL PROTECTED]:207.234.146.154 Dec 27 10:36:49 mail vpopmail[25611]: vchkpw-smtp: vpopmail user not found [EMAIL PROTECTED]:207.234.146.154 Dec 27 10:36:49 mail vpopmail[25615]: vchkpw-smtp: vpopmail user not found [EMAIL PROTECTED]:207.234.146.154 Dec 27 10:36:49 mail vpopmail[25617]: vchkpw-smtp: vpopmail user not found [EMAIL PROTECTED]:207.234.146.154 Dec 27 10:36:49 mail vpopmail[25619]: vchkpw-smtp: vpopmail user not found [EMAIL PROTECTED]:207.234.146.154 Dec 27 10:36:49 mail vpopmail[25621]: vchkpw-smtp: vpopmail user not found [EMAIL PROTECTED]:207.234.146.154 Dec 27 10:36:49 mail vpopmail[25623]: vchkpw-smtp: vpopmail user not found [EMAIL PROTECTED]:207.234.146.154 - 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] Change IP - QMT unresponsive. HELP!
I changed the IP of my QmailToaster box, and upon reboot, the box is unresponsive -- I can ping it, but any effort to connect to it (telnet port 25, mailclients, etc..) fails and is being refused. All I did was run netconfig to change the IP configuration, and reboot the box. Am I missing something? Harry - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] badmailfrom question
Oddly enough, due to the formatting, self-promotion, and style, this was the only message from this group ever to be categorized as spam, and dumped in my spam box. Funny. On Nov 30, 2007, at 11:06 PM, [EMAIL PROTECTED] wrote: hi # we are a top level corporate email solution provider in India. to know more about us you can vist : www.indiannic.com ezypharma.com is customer of ours and 24x7server.net is a test website where all our clients upload their content for testing purpose we have a try before you buy policy if you suscribe to our hosting service you will also be given this location to upload your website and check out before you buy we dont actually bother about a client unless they are involved in spam-advertizing a website on our server or trying to spam thru our server. By the way this is first time in my life i have been accused of being a spammer # now to the second part the reason for asking this question is as such is to actually prevent spammers from misusing my servers let us say some spammer gets hold of an email userid and password on my server. now he can simply authenticate and send thousands of emails with a different From email id example [EMAIL PROTECTED] example if i create an user [EMAIL PROTECTED] in my outlook/outlook express but in the mailserver smtp authentication details i give a valid emailuser and password on my server the server allows me to authenticate and send email with a from email id : [EMAIL PROTECTED] i want to prevent this ... ie only domains who are clients on my server can smtp authenticate and send thru my server. now i want a way that qmail-smtp will check a whitelist of domains after accepting an smtp-authenticated session to ensure that the from email id is some domain on my server not any other third party domain rajesh mahadevan [EMAIL PROTECTED] wrote: hello we needed to have two seperate badmailfrom files one for authenticated users (ie smtp authenticated senders) and another mx senders ie people who send email to the domains on our server. we need guidance on this thanks in advance rajesh You look like a spammer. 24x7server.com comes up to a EzyPharma.com login page. www.ezypharma.com comes up to an online pill-ad site which does not provide any address for contact. Performing a whois lookup shows: Registrant: I am affiliate of RX-Partners.biz jl. demak no.27 antapani kidul - cicadas bandung, jawa barat 40291 ID I may be stereo-typing, but I spend a **LOT** of time keeping pill ads out of my client's mailboxes, and unless you can convince me that you are not a spammer I'm not going to provide any help. Sorry. Others may be a little more open minded than me. - 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] CHKUSER dropping username with '
A good start would be following proper syntax for user names - the 'apostrophe' is not a valid character in an e-mail name. Check between the 'O' and the 'Connor' That's the offending character. Harry On Dec 4, 2007, at 9:56 AM, Bryan Daley wrote: Hi, Does anyone know off the top of there head how to stop the following occurring... CHKUSER rejected sender: from Christine.O'[EMAIL PROTECTED]:: remote anz.com:unknown:202.2.57.110 rcpt : inv alid sender address format Thanks Bryan - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] qmail is officially public domain
FINALLY! Great news, indeed. Binary distributions are now finally a reality. If anything, this can only breathe renewed life and vigor into qmail. Harry On Nov 30, 2007, at 12:38 AM, Johannes Weberhofer, Weberhofer GmbH wrote: http://cr.yp.to/qmail/dist.html http://www.ornl.gov/lists/mailing-lists/qmail/2007/11/msg00069.html I think, that's good news for the further development of qmail! Shouldn't it now be possible to publish binary distributions of the toaster packages!? Johannes -- |- | weberhofer GmbH | Johannes Weberhofer | information technologies | Austria, 1080 Wien, Blindengasse 52/3 |--- - 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] roundcube
Ditto here. Seems Roundcube has a long way to go, though looks very promising. Slow development, sadly. Harry On Nov 25, 2007, at 7:25 PM, Kyle Quillen wrote: Jake, Sending messages via roundcube fails on both of my servers. Thanks Q
Re: [qmailtoaster] roundcube
On Nov 25, 2007, at 8:15 PM, Kyle Quillen wrote: I wonder who we have to pay to get it working with all the stuff squirrlell mail uses Considering how long Roundcube has been in developmnet - can't entirely fault the developer. It seems like a labor of love, and no one besides himself is willing to pick up the task. Harry
Re: [qmailtoaster] Correction -- *DOVECOT* IMAP server works fine...
Again, sorry about the confusion on my part - either way, in this convoluted way, I just wanted to bring this issue to everyone's attention :-) Harry On Nov 4, 2007, at 12:32 AM, Davide Bozzelli wrote: Harry Zink ha scritto: My bad, I made an error with the description of the functional IMAP server which I tested against - the Postfix system I was testing (VirtualMin) uses the Dovecot IMAP server (not Cirrus, as erroneously reported). And i think you mean cyrus NOT cirrus . Not it's clear, cause cyrus has its own userdb and could not be used with vpopmail. - 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] QT / Courier-IMAP and Apple's Leopard (OS X 10.5)
On Nov 4, 2007, at 1:28 PM, Roxanne Sandesara wrote: Instead of simply assuming that the newest iteration of Apple's Mail client is at fault - or not - let's actually constructively try to determine wherein the problem does lie. I am afraid I myself do not yet have access to a Leopard installation, so I cannot perform these steps. But my suggestion would be: Agreed. 1) Attempt each of the functions that have yielded reproduceable problems thus far, Harry. 2) At each attempt, then check the log files generated by Courier- IMAP to see if you can find associated errors on that end. 3) If possible (not sure if you have a Mac developer's kit handy), seek out the log files being generated by Mail on the local machine, to see if you can find the recorded error messages when Mail makes these attempts. I'll see if I can capture some of this information. Someone else has done something similar: http://www.nabble.com/courier-imap-issues-on-deleting-mails-with-Mail.app-on-OS-X-10.5%09%28leopard%29---tf4698374.html In the meantime... If we can gather the error messages, we may be able to determine, at the least, what the miscommunication is between Mail and Courier- IMAP. It would seem clear that Mail is sending commands to the IMAP server. And that these commands are not being understood by QMT's Courier-IMAP server. The error message displayed on the client's side is: The IMAP command UID COPY failed for the mailbox INBOX with this server error: Error in IMAP command received by server... other errors reported, when trying to move files into a folder, was: The IMAP command “APPEND” (to Drafts) failed with server error: Invalid mailbox name.. This appears oddly similar to problems encountered back under OS X 10.3 (Panther), whereas the problem was also related to the naming of the INBOX (as far as I recalled, it *had* to be all caps INBOX, or else problems would manifest, and *again* this was restricted to Courier-IMAP implementations. Details: http://www.macosxhints.com/article.php?story=2003111411334739 http://www.mail-archive.com/[EMAIL PROTECTED]/msg02461.html http://www.nabble.com/courier-imap-issues-on-deleting-mails-with-Mail.app-on-OS-X-10.5%09%28leopard%29---tf4698374.html Let's find out what is being sent and make sure that it is in fact correct. If it is in fact correct, then it can be presented as an error to those maintaining Courier-IMAP for resolution. If it is not, but the other systems you have tested against are managing to account for its imperfect structure, then at least you have something to then present to Apple so that they can make the attempt to track down and fix the problem on their end. Seeing as how some of the above are taken from the Courier-IMAP mailing list, it is starting to get on their radar. How it will be addressed is another issue. Apple may be standards-compliant nearly to a fault, but they are not infallible. Let us approach the situation calmly, rationally, and methodically. Agreed. It just irks me when the standard response to bringing attention to an issue, or potential issue is Tell Apple to fix their shit (which is the knee-jerk reaction I received from 2 other sources earlier today). As for me, in the immediate future, I moved some affected accounts of clients using Leopard and/or iPhones to my Postfix/Dovecot combination, which appears to be doing just fine, and is reporting no issues. Harry
[qmailtoaster] QT / Courier-IMAP and Apple's Leopard (OS X 10.5)
Seems there's a problem between QT and Apple's Leopard Mail client, or rather he problem is between the utilized Courier-IMAP version in QmailToaster, and Apple's Mail client. Users will find themselves unable to delete files and folder under certain circumstances. I was able to replicate this. Current work-arounds don't always work, and are usually on the mail-client end - hence, not really acceptable as genuine fixes. I also tested this with a separate installation on a Postfix server, running Cirrus-IMAP, and everything works as it should (no surprise, since Apple's OS X Server also uses Cirrus). While there may be some work-arounds in the short term, personally I see a better long-term solution to be to replace Courier-IMAP with the Cirrus solution - aside from fixing this issue, it also has a smaller footprint, and much better efficiency (i.e. less load on a server with a larger n umber of users). Not sure if this has already shown up on any radar, but wanted to share a general head's up, and hoping that a solution may be forthcoming. Harry - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] QT / Courier-IMAP and Apple's Leopard (OS X 10.5)
No, of course not, which is why I carefully worded my subject line. I've used it under Tiger and its Mail Client (Mail.app v2.0) since Day One, and never had an issue. This issue only surfaced, and was reported in multiple places, since the release of Leopard 10.5 and the associated Mail Client (Mail.app v3.0). Harry On Nov 3, 2007 9:02 PM, dnk [EMAIL PROTECTED] wrote: did you notice this issue with older versions of the apple mail client? Dustin On 11/3/07, Harry Zink [EMAIL PROTECTED] wrote: Seems there's a problem between QT and Apple's Leopard Mail client, or rather he problem is between the utilized Courier-IMAP version in QmailToaster, and Apple's Mail client. Users will find themselves unable to delete files and folder under certain circumstances. I was able to replicate this. Current work-arounds don't always work, and are usually on the mail-client end - hence, not really acceptable as genuine fixes. I also tested this with a separate installation on a Postfix server, running Cirrus-IMAP, and everything works as it should (no surprise, since Apple's OS X Server also uses Cirrus). While there may be some work-arounds in the short term, personally I see a better long-term solution to be to replace Courier-IMAP with the Cirrus solution - aside from fixing this issue, it also has a smaller footprint, and much better efficiency (i.e. less load on a server with a larger n umber of users). Not sure if this has already shown up on any radar, but wanted to share a general head's up, and hoping that a solution may be forthcoming. Harry - 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] Correction -- *DOVECOT* IMAP server works fine...
My bad, I made an error with the description of the functional IMAP server which I tested against - the Postfix system I was testing (VirtualMin) uses the Dovecot IMAP server (not Cirrus, as erroneously reported). - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] esp-eng - Password confirm -
On Oct 4, 2007, at 1:04 PM, Ariel wrote: A consultation, can be that qmail or vpopmail they request to confirm the passwords of the whichever every certain time? Wow, Babelfish sure choked on that one...
[qmailtoaster] unable to send from certain ISPs... Spamhaus block?
So, I've run into the situation of not being able to send (SMTP) from behind certain ISP locales, specifically SprintPCS at spcsdns.net. The same applies to an associate in Thailand behind TRUE DSL. Checking the logs, I came across this, which pretty much shows that these locales are flagged by Spamhaus: @400046cef19224376684 tcpserver: pid 18423 from 70.6.41.192 @400046cef192243da814 tcpserver: ok 18423 mbox.fizbin.com: 216.193.231.147:587 h460629c0.area1.spcsdns.net:70.6.41.192::50592 @400046cef192244b4c44 rblsmtpd: 70.6.41.192 pid 18423: 451 http:// www.spamhaus.org/query/bl?ip=70.6.41.192 @400046cef19231c1c524 tcpserver: end 18423 status 0 @400046cef19231c1ccf4 tcpserver: status: 0/100 So, the question is how can I set up exceptions, or just disable the outgoing check completely - either for specific accounts, or just system wide? Clearing out, for example, spamhaus from /var/qmail/control/ blacklists made no difference to this. Any help, please? Harry - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[qmailtoaster] Remote host said: 554 qmail-dk: Cannot sign message due to invalid message syntax. (#5.3.0)
I get this error, when trying to send mail to users on different mail servers (albeit also using a qmailtoaster). Is this a problem caused on my end, or on their end? -- Hi. This is the qmail-send program at mbox.fizbin.com. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. [EMAIL PROTECTED]: User and password not set, continuing without authentication. [EMAIL PROTECTED] 204.68.170.68 failed after I sent the message. Remote host said: 554 qmail-dk: Cannot sign message due to invalid message syntax. (#5.3.0) --- Below this line is a copy of the message. Return-Path: [EMAIL PROTECTED] Received: (qmail 16773 invoked by uid 89); 22 Aug 2007 08:42:45 - Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=private; d=fizbin.com; b=d48SXwDBf7aKmVgyrA/nEWy5EKgrLZPQwVr7TPgdP8M6V3Cs3f+5J48muuq757HY; Received: by simscan 1.3.1 ppid: 16760, pid: 16768, t: 0.1594s scanners: attach: 1.3.1 clamav: 0.91.1/m:43 Received: from 76-195-61-203.lightspeed.irvnca.sbcglobal.net (HELO ? 192.168.1.191?) ([EMAIL PROTECTED]@76.195.61.203) by mbox.fizbin.com with ESMTPA; 22 Aug 2007 08:42:45 - Return-Receipt-To: [EMAIL PROTECTED] Mime-Version: 1.0 (Apple Message framework v752.2) Message-Id: [EMAIL PROTECTED] Content-Type: multipart/alternative; boundary=Apple-Mail-126--988432511 To: Robert Sparks [EMAIL PROTECTED] From: Dr. Harald K. Zink [EMAIL PROTECTED] Subject: getting this? Date: Wed, 22 Aug 2007 01:42:44 -0700 X-Mailer: Apple Mail (2.752.2) - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Remote host said: 554 qmail-dk: Cannot sign message due to invalid message syntax. (#5.3.0)
That did it - thanks. Harry On Aug 22, 2007, at 2:50 AM, PakOgah wrote: server with name mbox.fizbin.com is it yours? is so, then it's your problem then... (joking..) have disable Domainkeys before? if not, try to disable it. http://wiki.qmailtoaster.com/index.php/Disabling_Domain_Keys Harry Zink wrote: I get this error, when trying to send mail to users on different mail servers (albeit also using a qmailtoaster). Is this a problem caused on my end, or on their end? -- Hi. This is the qmail-send program at mbox.fizbin.com. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. [EMAIL PROTECTED]: User and password not set, continuing without authentication. [EMAIL PROTECTED] 204.68.170.68 failed after I sent the message. Remote host said: 554 qmail-dk: Cannot sign message due to invalid message syntax. (#5.3.0) --- Below this line is a copy of the message. Return-Path: [EMAIL PROTECTED] Received: (qmail 16773 invoked by uid 89); 22 Aug 2007 08:42:45 - Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=private; d=fizbin.com; b=d48SXwDBf7aKmVgyrA/nEWy5EKgrLZPQwVr7TPgdP8M6V3Cs3f+5J48muuq757HY; Received: by simscan 1.3.1 ppid: 16760, pid: 16768, t: 0.1594s scanners: attach: 1.3.1 clamav: 0.91.1/m:43 Received: from 76-195-61-203.lightspeed.irvnca.sbcglobal.net (HELO ?192.168.1.191?) ([EMAIL PROTECTED]@76.195.61.203) by mbox.fizbin.com with ESMTPA; 22 Aug 2007 08:42:45 - Return-Receipt-To: [EMAIL PROTECTED] Mime-Version: 1.0 (Apple Message framework v752.2) Message-Id: [EMAIL PROTECTED] Content-Type: multipart/alternative; boundary=Apple- Mail-126--988432511 To: Robert Sparks [EMAIL PROTECTED] From: Dr. Harald K. Zink [EMAIL PROTECTED] Subject: getting this? Date: Wed, 22 Aug 2007 01:42:44 -0700 X-Mailer: Apple Mail (2.752.2) - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: qmailtoaster-list- [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [EMAIL PROTECTED] --- Andrew Young Remember your biggest obstacle to success is the absence of execution.
Re: [qmailtoaster] qtp-newmodel
On Aug 14, 2007, at 11:50 AM, Lucian Cristian wrote: Trying to update to new spamassassin for some reason I can't run newmodel update. We've been over this before - qtp-newmodel appears to still be broken, as Jake is overworked and unable to update it, or fix the issue with the problem. :-(
Re: [qmailtoaster] Update clamav and spamassasin
Odd. I'm on Centos 4.5 Nope, I didn't know about the RPMForge installations until now. Let me test with that. Harry On Aug 13, 2007, at 6:14 PM, aledr wrote: I am running two machines with x86_64 here, and am not noticing any issues. I test on both x86_64 and i386 before releasing. Have you installed the rpmforge list sent out earlier? Make sure these packages are installed with RPMForge: perl perl-URI perl-Digest-HMAC perl-Net-Ident perl-Net-CIDR-Lite perl-Socket6 perl-Razor-Agent perl-IP-Country perl-Error perl-TimeDate perl-NetAddr-IP perl-version perl-Compress-Zlib perl-Mail-DomainKeys perl-Crypt-OpenSSL-Bignum perl-Crypt-OpenSSL-DSA perl-Archive-Tar perl-IO-Socket-SSL perl-Net-SSLeay perl-PlRPC perl-HTML-Tagset perl-Net-DNS perl-Filter perl-Digest-SHA1 perl-Time-HiRes perl-Sys-Hostname-Long perl-Mail-SPF-Query perl-LWP-UserAgent-Determined perl-IO-Socket-INET6 perl-Geography-Countries perl-IO-Zlib perl-HTML-Parser perl-DBD-MySQL perl-Crypt-OpenSSL-RSA perl-Digest-SHA perl-Encode-Detect perl-Mail-SPF perl-Mail-DKIM perl-Crypt-OpenSSL-Random perl-MailTools perl-Net-Daemon perl-DBI perl-Net-IP perl-libwww-perl --- Sun-Tzu Those who make peaceful revolution impossible, will make violent revolution inevitable.
Re: [qmailtoaster] spamassassin-toaster-3.2.1 ?
All my perl modules are up to date, yet am getting the same dependencies messages. Installing with --nodeps will do the trick, though I suspect it is because I am running on x86_64 architecture. How about you, Chas, what architecture are you running on? Harry On Jul 11, 2007, at 5:39 PM, Adam Cantwell wrote: Yes, there are a couple additional Perl modules you need for 3.2.1. Look at the QMT CentOS 5 Perl script: http://www.qmailtoaster.com/centos/cnt50/cnt50-perl.sh and it has them in there, I believe. I upgraded all of the Perl modules mentioned in that script when I installed 3.2.1 so that everything was current. Harry Zink: Macintosh Systems Consultant at Zink Different contact | [EMAIL PROTECTED] - USA mobile:(213) 820-0408 | aim:[EMAIL PROTECTED] Worldwide Mac support - Vienna/Austria • Los Angeles/USA • Bangkok/ Thailand Apple's iPhone - more than just a mobile phone! I GOT MINE!
Re: [qmailtoaster] What happened to qtp.qmailtoaster.com?
I noticed the same. On Aug 13, 2007, at 9:32 AM, Aaron Spurlock wrote: I'm trying to finish customizing my QMTISO for my server so I have repeatable, almost fully automated installs and configures, and wouldn't you know it, I can no longer download qmailtoaster-plus- current.noarch.rpm! It just times out. Can anyone tell me when that will be back online, or an alternation location I could download that RPM from so I can just statically include it in my ISO? - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [EMAIL PROTECTED] Harry Zink: Macintosh Systems Consultant at Zink Different contact | [EMAIL PROTECTED] - USA mobile:(213) 820-0408 | aim:[EMAIL PROTECTED] Worldwide Mac support - Vienna/Austria • Los Angeles/USA • Bangkok/ Thailand Apple's iPhone - more than just a mobile phone! I GOT MINE!
Re: [qmailtoaster] What happened to qtp.qmailtoaster.com?
On Aug 13, 2007, at 10:44 AM, Jake Vickers wrote: This server is located in Florida, and the connection took a lightning strike. DAMN! Is there ANY safe place in this world :-)
Re: [qmailtoaster] Update clamav and spamassasin
On Aug 13, 2007, at 2:51 PM, aledr wrote: You must proceed as the first time You compiled the packages: rpmbuild --rebuild --with distro package.src.rpm I did that. After that just use: rpm -Uvh package.rpm I did that. This should do the trick. It did not - it popped up the three perl module dependencies that I pointed out earlier. Then check If all needed perl modules for SpamAssassin are installed I checked, and all modules are better than what Spamassassin requires. I think it has to do with x86_64 stuff. You can (and should) use RBLs ( http://wiki.qmailtoaster.com/ index.php/RBLs) and SURBL (http://wiki.qmailtoaster.com/index.php/ SURBL ) to fight against Spams Thanks, good advice.
Re: [qmailtoaster] Update clamav and spamassasin
On Aug 13, 2007, at 3:56 PM, Philip Nix Guru wrote: If you arent running an x86_64 bits OS, you can upgrade safely all will be done smoothly. So, what about those of us with x86_64 architecture? Or should I just reinstall without x86_64 and avoid these kind of issues in the future (though then we'll lose the pleasure of knowing about these neat little problems)
[qmailtoaster] dependencies issues... Re: [qmailtoaster] heavy load for latest clamav and spamd?
On Aug 11, 2007, at 5:05 AM, PakOgah wrote: hope this weekend your tests running smoothly. please tell us the results can't wait till Monday Just for general information - I downloaded and compiled the updated clamav and spamassassing from Erik's developmnet site. Then, install them with rpm -Uvh clamav spamassassin. clamav installed just fine. when installing spamassassin, I received dependencies warnings. rpm -Uvh spamassassin-toaster-3.2.3-1.3.12.x86_64.rpm error: Failed dependencies: perl(Archive::Tar) = 1.23 is needed by spamassassin- toaster-3.2.3-1.3.12.x86_64 perl(HTML::Parser) = 3.43 is needed by spamassassin- toaster-3.2.3-1.3.12.x86_64 perl(IO::Zlib) = 1.04 is needed by spamassassin- toaster-3.2.3-1.3.12.x86_64 I checked, though, and all of various perl modules ARE in fact at the latest version, and certainly higher than the required 1.23 / 3.43 / 1.04. I suspect, once again, that the problem may have to do with me running this on x86_64 architecture, and that the dev builds the Erik placed online may not take that into consideration. Easy enough to fix, though, I reckon... So, just FYI, see above ;-) --- Antoine De Saint-Exupery True happiness comes from the joy of deeds well done, the zest of creating things new.
Re: [qmailtoaster] Unwanted Login Attempts
Google is your friend: http://freshmeat.net/projects/blockhosts/ http://www.aczoom.com/cms/blockhosts http://brneurosci.org/linuxsetup79.html http://www.aczoom.com/tools/blockhosts/ I was skeptical at first, but it's doing a great job on my end. Harry On Aug 8, 2007, at 5:00 PM, George Toft wrote: Please provide more information. George Toft, CISSP, MSIS 623-203-1760 Harry Zink wrote: Install BlockHosts - it takes care of these kind of hack attempts really fast. Harry On Aug 7, 2007, at 6:04 PM, George Toft wrote: If you offer POP service to the Internet, this is going to happen. You could add an iptables rule to block everyone, except the IP address of users on your system, but if their IP address changes, you get a trouble ticket from a user who can't get their mail. You will spend lots of time chasing your own users. Not fun. Make sure your system is patched and built using the QMT scripts. The firewall is very good. I run yum update weekly to keep it up to date. What I do when this happens is look in /var/log/maillog for the IP address of the offender. Then run whois IP ADDR to get the ISP of the offender. If it is in the US/Canada, I fire off an e- mail with the logs (/var/log/maillog) to the abuse address and I use the key words brute force attack on our mail server and please address this AUP violation with your subscriber. If the attack is from China, I don't even waste my time. When I was at a web hosting company, we took these complaints seriously. Maybe it works, maybe not. I've never had a repeat attack. I did have a BF attack from Argentina that went on for hours. I e-mailed the ISP and it stopped about 15 minutes later. George Toft, CISSP, MSIS 623-203-1760 Francisco Paco Peralta wrote: Hello list, I am looking for a way to minimize the rogue attempts to login to my system. Any suggestions are welcome. I get a logwatch report every morning and have been getting the results. While it doesn't happen every day I would like to minimize my exposure. See Below: - vpopmail Begin No Such User Found: *@ - 1 Time(s) 0246@ - 1 Time(s) 12345678@ - 1 Time(s) 123456@ - 1 Time(s) 1234@ - 1 Time(s) 123@ - 1 Time(s) 123abc@ - 1 Time(s) 1q2w3e@ - 1 Time(s) a1b2c3@ - 1 Time(s) abc123@ - 1 Time(s) amanda@ - 1 Time(s) andrew@ - 1 Time(s) apple@ - 1 Time(s) asshole@ - 1 Time(s) bandit@ - 1 Time(s) baseball@ - 1 Time(s) beavis@ - 1 Time(s) buster@ - 1 Time(s) chris@ - 1 Time(s) computer@ - 1 Time(s) cowboys@ - 1 Time(s) dakota@ - 1 Time(s) dallas@ - 1 Time(s) daniel@ - 1 Time(s) david@ - 1 Time(s) diamond@ - 1 Time(s) dragon@ - 1 Time(s) falcon@ - 1 Time(s) fiction@ - 1 Time(s) foobar@ - 1 Time(s) fred@ - 1 Time(s) friends@ - 1 Time(s) george@ - 1 Time(s) harley@ - 1 Time(s) hatton@ - 1 Time(s) hello@ - 1 Time(s) hockey@ - 1 Time(s) internet@ - 2 Time(s) jennifer@ - 1 Time(s) jessica@ - 1 Time(s) jordan@ - 2 Time(s) joshua@ - 1 Time(s) justin@ - 1 Time(s) maddock@ - 1 Time(s) maggie@ - 1 Time(s) michael@ - 1 Time(s) michelle@ - 1 Time(s) mickey@ - 2 Time(s) mike@ - 1 Time(s) monday@ - 1 Time(s) money@ - 1 Time(s) monkey@ - 1 Time(s) mustang@ - 1 Time(s) newpass@ - 1 Time(s) newuser@ - 1 Time(s) nicole@ - 1 Time(s) notused@ - 1 Time(s) orange@ - 1 Time(s) pascal@ - 1 Time(s) passwd@ - 1 Time(s) password@ - 1 Time(s) patrick@ - 1 Time(s) pepper@ - 1 Time(s) purple@ - 1 Time(s) qwerty@ - 2 Time(s) richard@ - 1 Time(s) robert@ - 1 Time(s) school@ - 1 Time(s) sendit@ - 1 Time(s) shadow@ - 1 Time(s) silver@ - 1 Time(s) smokey@ - 1 Time(s) snoopy@ - 1 Time(s) soccer@ - 1 Time(s) sports@ - 1 Time(s) stupid@ - 1 Time(s) summer@ - 2 Time(s) sunshine@ - 1 Time(s) test@ - 1 Time(s) thomas@ - 1 Time(s) undead@ - 1 Time(s) vikings@ - 1 Time(s) wheeling@ - 1 Time(s) **Unmatched Entries** vchkpw-smtp: invalid user/domain characters null:xxx.xxx.xxx.xxx vchkpw-smtp: invalid user/domain characters [EMAIL PROTECTED]:xxx.xxx.xxx.xxx -- vpopmail End - Francisco Paco Peralta - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: qmailtoaster-list- [EMAIL PROTECTED] mailto:qmailtoaster-list- [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [EMAIL PROTECTED] mailto:qmailtoaster-list- [EMAIL PROTECTED] --- */Andrew Young/* /Remember your biggest obstacle to success is the absence of execution.// / - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [EMAIL PROTECTED] --- George E. Nichols The universal aptitude for ineptitude
Re: [qmailtoaster] Unwanted Login Attempts
Install BlockHosts - it takes care of these kind of hack attempts really fast. Harry On Aug 7, 2007, at 6:04 PM, George Toft wrote: If you offer POP service to the Internet, this is going to happen. You could add an iptables rule to block everyone, except the IP address of users on your system, but if their IP address changes, you get a trouble ticket from a user who can't get their mail. You will spend lots of time chasing your own users. Not fun. Make sure your system is patched and built using the QMT scripts. The firewall is very good. I run yum update weekly to keep it up to date. What I do when this happens is look in /var/log/maillog for the IP address of the offender. Then run whois IP ADDR to get the ISP of the offender. If it is in the US/Canada, I fire off an e-mail with the logs (/var/log/maillog) to the abuse address and I use the key words brute force attack on our mail server and please address this AUP violation with your subscriber. If the attack is from China, I don't even waste my time. When I was at a web hosting company, we took these complaints seriously. Maybe it works, maybe not. I've never had a repeat attack. I did have a BF attack from Argentina that went on for hours. I e- mailed the ISP and it stopped about 15 minutes later. George Toft, CISSP, MSIS 623-203-1760 Francisco Paco Peralta wrote: Hello list, I am looking for a way to minimize the rogue attempts to login to my system. Any suggestions are welcome. I get a logwatch report every morning and have been getting the results. While it doesn't happen every day I would like to minimize my exposure. See Below: - vpopmail Begin No Such User Found: *@ - 1 Time(s) 0246@ - 1 Time(s) 12345678@ - 1 Time(s) 123456@ - 1 Time(s) 1234@ - 1 Time(s) 123@ - 1 Time(s) 123abc@ - 1 Time(s) 1q2w3e@ - 1 Time(s) a1b2c3@ - 1 Time(s) abc123@ - 1 Time(s) amanda@ - 1 Time(s) andrew@ - 1 Time(s) apple@ - 1 Time(s) asshole@ - 1 Time(s) bandit@ - 1 Time(s) baseball@ - 1 Time(s) beavis@ - 1 Time(s) buster@ - 1 Time(s) chris@ - 1 Time(s) computer@ - 1 Time(s) cowboys@ - 1 Time(s) dakota@ - 1 Time(s) dallas@ - 1 Time(s) daniel@ - 1 Time(s) david@ - 1 Time(s) diamond@ - 1 Time(s) dragon@ - 1 Time(s) falcon@ - 1 Time(s) fiction@ - 1 Time(s) foobar@ - 1 Time(s) fred@ - 1 Time(s) friends@ - 1 Time(s) george@ - 1 Time(s) harley@ - 1 Time(s) hatton@ - 1 Time(s) hello@ - 1 Time(s) hockey@ - 1 Time(s) internet@ - 2 Time(s) jennifer@ - 1 Time(s) jessica@ - 1 Time(s) jordan@ - 2 Time(s) joshua@ - 1 Time(s) justin@ - 1 Time(s) maddock@ - 1 Time(s) maggie@ - 1 Time(s) michael@ - 1 Time(s) michelle@ - 1 Time(s) mickey@ - 2 Time(s) mike@ - 1 Time(s) monday@ - 1 Time(s) money@ - 1 Time(s) monkey@ - 1 Time(s) mustang@ - 1 Time(s) newpass@ - 1 Time(s) newuser@ - 1 Time(s) nicole@ - 1 Time(s) notused@ - 1 Time(s) orange@ - 1 Time(s) pascal@ - 1 Time(s) passwd@ - 1 Time(s) password@ - 1 Time(s) patrick@ - 1 Time(s) pepper@ - 1 Time(s) purple@ - 1 Time(s) qwerty@ - 2 Time(s) richard@ - 1 Time(s) robert@ - 1 Time(s) school@ - 1 Time(s) sendit@ - 1 Time(s) shadow@ - 1 Time(s) silver@ - 1 Time(s) smokey@ - 1 Time(s) snoopy@ - 1 Time(s) soccer@ - 1 Time(s) sports@ - 1 Time(s) stupid@ - 1 Time(s) summer@ - 2 Time(s) sunshine@ - 1 Time(s) test@ - 1 Time(s) thomas@ - 1 Time(s) undead@ - 1 Time(s) vikings@ - 1 Time(s) wheeling@ - 1 Time(s) **Unmatched Entries** vchkpw-smtp: invalid user/domain characters null:xxx.xxx.xxx.xxx vchkpw-smtp: invalid user/domain characters [EMAIL PROTECTED]:xxx.xxx.xxx.xxx -- vpopmail End - Francisco Paco Peralta - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [EMAIL PROTECTED] --- Andrew Young Remember your biggest obstacle to success is the absence of execution.
Re: [qmailtoaster] FYI - Verizon hijacks port 25
Yet another reason not to use Verizon. On Aug 3, 2007, at 11:11 AM, Helmut Fritz wrote: Not sure how many of you are aware...but I have recently (over the last two weeks) discovered that Verizon DSL subscribers get port 25 hijacked. This took me much time to figure out as I am swamped at the day job - so it took about two weeks to resolution. This is probably old news to most of you though...and I am sure there are other ISP's that do the same thing to some extent. Verizon hijacks port 25 and redirects it to their mail server regardless of the ip/FQDN you have set up for your client's smtp server. This was discovered by checking the client's smtp log (had to turn it on in outlook) and comparing the results. The smtp response was not my server! :) Next we tried entering the users Verizon credentials to see if they could use the Verizon smtp server. No go, your from: field has to be user@verizon.net or your domain is hosted by Verizon. It is interesting that this was working from the client's home prior to two weeks ago, and one of their other accounts with a different smtp server was working for a while during this two week period. It seems that Verizon may monitor smtp outgoing traffic and arbitrarily (or target 'high' useage) hijack particular smtp server traffic. During the last few days the client's second smtp server traffic stopped functioning as well... I am very happy that the submission port is there and functional! I might just get rid of Verizon for my cell service now. This is really irritating. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [EMAIL PROTECTED] --- George E. Nichols The universal aptitude for ineptitude makes any human accomplishment an incredible miracle.
Re: [qmailtoaster] IMAP-IDLE / findings...
On Jul 11, 2007, at 11:51 PM, PakOgah wrote: So if the device support pushmail, qmailtoaster can deliver the email to client. does it mean no more configuration made on server side? No, it does not preclude proper configurations. It simply means that an IMAP client is able receive push-mail, based on the state of a folder/mailbox changing on the server's side. It simply means that the client does not need to poll. It is dependent on the polling interval set on the server's side, for the IMAP-IDLE response. I have mine currently set for 10 seconds, and it performs well. interesting.. I am thinking only Blackberry-related device/server can have push mail So did I - seems Blackberry enjoyed that misconception :-)
Re: [qmailtoaster] Captcha on the wiki
On Jul 15, 2007, at 7:59 PM, Jake Vickers wrote: Now they're deleting info from the wiki. It never fails to amaze me - what can they possibly hope to accomplish doing that?
Re: [qmailtoaster] Runtime problems on Mandrake 2007.1
On Jul 16, 2007, at 6:39 AM, Nigel Reed wrote: That's the sum of your complete knowledge of qmail-toaster? The best advice you can give me is to change my operating system? THanks, bud, for a useless response. Wow, what a nice and charming attitude you have there, bud - may want to get that checked before you are in need of anger management as well. On Jul 16, 2007, at 6:37 AM, Nigel Reed wrote: It seems that I needed to install the perl Mail::DomainKeys module. It'd be nice if the installer checked since that's a dependency. Would have saved me a couple of hours and some lost email. Cool, I'm glad to see that your attitude extends to pretty much everyone else as well. You may want to keep that misdirected sense of entitlement in check, bud, especially when dealing with volunteer efforts, that you directly not just benefit from, but feel entitled to exploit and use. On the other hand, there are resources available that will provide you with troubleshooting/consulting/installation services (for a fee, of course), but I have a feeling, from your attitude, that unless it's free, you ain't paying for it. Your 'suggestion' is a valid one (dependencies should be better handled in the new installers - a big issue with the QMTP scripts as well), albeit, like most comedians, you may want to work the delivery of it. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Runtime problems on Mandrake 2007.1
On Jul 14, 2007, at 5:34 AM, Nigel Reed wrote: Any help would be very much appreciated at this stage. Only suggestion I can make is to run it on a Centos system - I used to run Mandrake, but found it to be too 'customized' for server use. It's cute, and neat as a client installation, and I still look at it occasionally, but Centos has proven rock-solid and, most of all, compatible and reliable.
[qmailtoaster] IMAP-IDLE / findings...
Just as a general FYI should anyone be interested - the current version of QmailToaster does properly seem to support IMAP-IDLE. After installing the push-mail plugin into my Apple Mail.app, and turning off my scheduled mail checks, I noticed that now push mail works properly. New mail just pops into existence, and my load on the IMAP server has been significantly reduced. Only observation is that Courier-IMAP appears, nevertheless, to be more resource intensive than, say, Dovecot which I have a running on a separate server with Postfix - that would seem to be just the nature of the beast. Anyway, if you have any users with iPhones (and the way it's selling, who won't), you can set them up and they will get all the benefits of push-mail that Yahoo claims to offer (but their implementation is pretty flakey). Just figure if anyone wanted to know. Harry - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[qmailtoaster] IMAP / IDLE / Courier-IMAP 1.4.3 ??
Been looking into some of the push functionality that IMAP provides through the IDLE function (yes, that means I have an iPhone, and want to see if I can set it up for push mail via QmailToaster) According to this: http://popfile.sourceforge.net/wiki/ImapServers Courier-IMAP 1.4.3 supports IDLE The courier-IMAP bundled with Toaster appears to only be 1.3.7. courier-imap-toaster-4.1.2 Are there any plans to bring it to a more current version in some future revision? Has anyone updated courier-imap to 1.4.3 running QMT?
Re: [qmailtoaster] [Fwd: ezmlm warning]
Well, I think the issue is also that with the exception of your message, and George's prior message, I have not received or seen any messages from the QMT list in a couple of weeks - so the concern is more over if the list is alive, or if something happened to it. Harry On Jul 9, 2007, at 3:56 PM, Johannes Weberhofer, Weberhofer GmbH wrote: I have got the same type of messages some time ago from the Apache mailing list, but I'm still receiving mails from them. I never found out a reason for that issue. Johannes Harry Zink schrieb: Good question - I was wondering the same. On Jul 9, 2007, at 3:39 AM, George Toft wrote: After several months of subscribing to this list, I received this message, and no more mail from this list. Nothing QMT-related has changed on my server since I built it. Any ideas what happened? -- George Toft, CISSP, MSIS 623-203-1760 Original Message Subject: ezmlm warning Date: 7 Jul 2007 11:02:00 - From: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] To: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Hi! This is the ezmlm program. I'm managing the qmailtoaster-list@qmailtoaster.com mailto:qmailtoaster- [EMAIL PROTECTED] mailing list. I'm working for my owner, who can be reached at [EMAIL PROTECTED] mailto:qmailtoaster- [EMAIL PROTECTED]. Messages to you from the qmailtoaster-list mailing list seem to have been bouncing. I've attached a copy of the first bounce message I received. If this message bounces too, I will send you a probe. If the probe bounces, I will remove your address from the qmailtoaster-list mailing list, without further notice. I've kept a list of which messages from the qmailtoaster-list mailing list have bounced from your address. Copies of these messages may be in the archive. To retrieve a set of messages 123-145 (a maximum of 100 per request), send an empty message to: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] To receive a subject and author list for the last 100 or so messages, send an empty message to: [EMAIL PROTECTED] mailto:qmailtoaster- [EMAIL PROTECTED] Here are the message numbers: 13753 13780 13866 13883 13886 --- Enclosed is a copy of the bounce message I received. Return-Path: Received: (qmail 30134 invoked for bounce); 25 Jun 2007 15:49:29 - Date: 25 Jun 2007 15:49:29 - From: [EMAIL PROTECTED] mailto:MAILER- [EMAIL PROTECTED] To: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Subject: failure notice Hi. This is the qmail-send program at ns2.qmailtoaster.com. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: User and password not set, continuing without authentication. [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] 64.85.162.6 failed after I sent the message. Remote host said: 554 DomainKeys verify status: bad key (#5.3.0) - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: qmailtoaster-list- [EMAIL PROTECTED] mailto:qmailtoaster-list- [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [EMAIL PROTECTED] mailto:qmailtoaster-list- [EMAIL PROTECTED] iPhone*Harry Zink*: Macintosh Systems Consultant at Zink Different http://ZinkDifferent.com/ contact | [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] - USA mobile: (213) 820-0408 | aim:[EMAIL PROTECTED] Worldwide Mac support - Vienna/Austria • Los Angeles/USA • Bangkok/ Thailand Apple's iPhone http://www.apple.com/iphone/ - more than just a mobile phone! I GOT MINE! -- |- | weberhofer GmbH | Johannes Weberhofer | information technologies | Austria, 1080 Wien, Blindengasse 52/3 |--- - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [EMAIL PROTECTED] Harry Zink: Macintosh Systems Consultant at Zink Different contact | [EMAIL PROTECTED] - USA mobile:(213) 820-0408 | aim:[EMAIL PROTECTED] Worldwide Mac support - Vienna/Austria • Los Angeles/USA • Bangkok/ Thailand Apple's iPhone - more than just a mobile phone! I GOT MINE!
Re: [qmailtoaster] [Fwd: ezmlm warning]
So, this is new? On Jul 9, 2007, at 4:05 PM, PakOgah wrote: George Toft wrote: After several months of subscribing to this list, I received this message, and no more mail from this list. Nothing QMT-related has changed on my server since I built it. Any ideas what happened? [EMAIL PROTECTED]: User and password not set, continuing without authentication. [EMAIL PROTECTED] 64.85.162.6 failed after I sent the message. Remote host said: 554 DomainKeys verify status: bad key (#5.3.0) I have experienced it also... after disabling (incoming) domainkeys.. everything is okay... is on wiki... - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [EMAIL PROTECTED] Harry Zink: Macintosh Systems Consultant at Zink Different contact | [EMAIL PROTECTED] - USA mobile:(213) 820-0408 | aim:[EMAIL PROTECTED] Worldwide Mac support - Vienna/Austria • Los Angeles/USA • Bangkok/ Thailand Apple's iPhone - more than just a mobile phone! I GOT MINE!
Re: [qmailtoaster] [Fwd: ezmlm warning]
Good question - I was wondering the same. On Jul 9, 2007, at 3:39 AM, George Toft wrote: After several months of subscribing to this list, I received this message, and no more mail from this list. Nothing QMT-related has changed on my server since I built it. Any ideas what happened? -- George Toft, CISSP, MSIS 623-203-1760 Original Message Subject: ezmlm warning Date: 7 Jul 2007 11:02:00 - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Hi! This is the ezmlm program. I'm managing the qmailtoaster-list@qmailtoaster.com mailing list. I'm working for my owner, who can be reached at [EMAIL PROTECTED] Messages to you from the qmailtoaster-list mailing list seem to have been bouncing. I've attached a copy of the first bounce message I received. If this message bounces too, I will send you a probe. If the probe bounces, I will remove your address from the qmailtoaster-list mailing list, without further notice. I've kept a list of which messages from the qmailtoaster-list mailing list have bounced from your address. Copies of these messages may be in the archive. To retrieve a set of messages 123-145 (a maximum of 100 per request), send an empty message to: [EMAIL PROTECTED] To receive a subject and author list for the last 100 or so messages, send an empty message to: [EMAIL PROTECTED] Here are the message numbers: 13753 13780 13866 13883 13886 --- Enclosed is a copy of the bounce message I received. Return-Path: Received: (qmail 30134 invoked for bounce); 25 Jun 2007 15:49:29 - Date: 25 Jun 2007 15:49:29 - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: failure notice Hi. This is the qmail-send program at ns2.qmailtoaster.com. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. [EMAIL PROTECTED]: User and password not set, continuing without authentication. [EMAIL PROTECTED] 64.85.162.6 failed after I sent the message. Remote host said: 554 DomainKeys verify status: bad key (#5.3.0) - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [EMAIL PROTECTED] Harry Zink: Macintosh Systems Consultant at Zink Different contact | [EMAIL PROTECTED] - USA mobile:(213) 820-0408 | aim:[EMAIL PROTECTED] Worldwide Mac support - Vienna/Austria • Los Angeles/USA • Bangkok/ Thailand Apple's iPhone - more than just a mobile phone! I GOT MINE!
[qmailtoaster] Toaster and IDLE (IMAP)
Been looking into some of the push functionality that IMAP provides through the IDLE function (yes, that means I have an iPhone, and want to see if I can set it up for push mail via QmailToaster) According to this: http://popfile.sourceforge.net/wiki/ImapServers Courier-IMAP 1.4.3 supports IDLE The courier-IMAP bundled with Toaster appears to only be 1.3.7. courier-imap-toaster-4.1.2 Are there any plans to bring it to a more current version in some future revision? Has anyone updated courier-imap to 1.4.3 running QMT?
Re: [qmailtoaster] QTP-0.2.11-1.3.14
Hi Jake, Thanks for clarifying - have a good trip, and thanks for all you're doing. Harry On Jun 25, 2007, at 5:07 AM, Jake Vickers wrote: Harry Zink wrote: Jake, You seem to not be aware of the severity (to a point) of the problem, and the ease of fixing it - essentially, the text file giving the chronology of installation of the packages is incorrect, causing a number of errors on the qtp-newmodel script, and essentially making it near impossible to execute an upgrade. All that needs to be changed is the text file on the website providing the order of execution of the RPMs (the list is currently, incorrectly, alphabetized, instead of the proper order). Thus, as far as I can tell, the script itself does not need much changing, just the file it depends on. I do understand Harry. I have no control over the current.txt file or it's generation, and really don't want to invest a lot of time into the qtp-newmodel script. I've asked Nick to restructure the current.txt file, and I am toying with the idea of having the qtp- newmodel script download the current.txt file then reorganize it in the correct order. If I go this route, this may take a little while. I'll be flying to Ohio for work on Wednesday, and then to North Carolina on Thursday. I'll try and work on it some more during the flights, but I won't promise anything. Thanks for the info and suggestions though. I do take them into consideration! --- George E. Nichols The universal aptitude for ineptitude makes any human accomplishment an incredible miracle.
Re: [qmailtoaster] QTP-0.2.11-1.3.14
Does this include a fixed installation chronology file on the website to go along with it (the cause a great deal of problems, previously) ? Does the upgrade script handle the CPAN dependencies upon installation of spamassassin? I know these were problems, so just want to make sure you are aware of them. Harry On Jun 24, 2007, at 5:43 AM, Jake Vickers wrote: I've released QTP-0.2.11-1.3.14 Please visit qtp.qmailtoaster.com to download it. I hope I got the version right. I work from my devel copy, so never kept copies of the releases and such. Anyway, highlights are the updated website and changes to Rules Du Jour. I removed missing/obsolete rules from the config. This was more of a maintenance release. I will hopefully release a new one soon that has some new stuff. If anyone has suggestions, please email them to me off-list. On a side note, I'm going to try and get a new QMT-ISO released this week as well to reflect the Cent4.5 packages. --- Sun-Tzu Those who make peaceful revolution impossible, will make violent revolution inevitable.
Re: [qmailtoaster] spamassassin-toaster-3.2.1 Failed dependencies
I'd like to echo having encountered the same issue - it is the reason why my domainkeys stuff isn't working, as the spamassassin rpm complains about a whole lot of dependencies not being met (CPAN modules). Centos 4.5 on x86_64 Harry On Jun 24, 2007, at 9:36 AM, Constantin IOAJA wrote: Hi list, I try to use spamassassin-toaster-3.2.1 from http:// devel.qmailtoaster.com/download/develop/spamassassin- toaster-3.2.1-1.3.10.src.rpm #rpmbuild --rebuild --with cnt40 spamassassin- toaster-3.2.1-1.3.10.src.rpm #qmailctl stop # rpm -e --nodeps spamassassin-toaster # rpm -Uhv /usr/src/redhat/RPMS/i386/spamassassin- toaster-3.2.1-1.3.10.i386.rpm error: Failed dependencies: perl(Archive::Tar) = 1.23 is needed by spamassassin- toaster-3.2.1-1.3.10.i386 perl(HTML::Parser) = 3.43 is needed by spamassassin- toaster-3.2.1-1.3.10.i386 perl(IO::Zlib) = 1.04 is needed by spamassassin- toaster-3.2.1-1.3.10.i386 . Archive::Tar is up to date (1.32) HTML::Parser is up to date (3.56) IO::Zlib is up to date (1.05) installing via CPAN. - After reinstalling spamassassin-toaster-3.1.8-1.3.7 my server is o.k. Any ideea ? Thanks, Constantin My OS is centos-release-4-3.2 #rpm -qa | grep toaster courier-imap-toaster-3.0.8-1.2.8 maildrop-toaster-devel-1.8.1-1.2.9 qmail-toaster-1.03-1.2.9 control-panel-toaster-0.5-1.2.7 qmailmrtg-toaster-4.2-1.2.7 vqadmin-toaster-2.3.4-1.2.11 simscan-toaster-1.1-1.2.5 vpopmail-toaster-5.4.17-1.3.4 daemontools-toaster-0.76-1.2.8 qmailadmin-toaster-1.2.9-1.2.12 qmail-pop3d-toaster-1.03-1.2.9 ezmlm-toaster-0.53.324-1.2.9 maildrop-toaster-1.8.1-1.2.9 squirrelmail-toaster-1.4.5-1.2.12 ucspi-tcp-toaster-0.88-1.2.8 ezmlm-cgi-toaster-0.53.324-1.2.9 send-emails-toaster-0.5-1.2.7 spamassassin-toaster-3.1.8-1.3.7 autorespond-toaster-2.0.4-1.2.7 isoqlog-toaster-2.1-1.2.8 clamav-toaster-0.90.3-1.3.13 # spamassassin -D --lint [22460] dbg: logger: adding facilities: all [22460] dbg: logger: logging level is DBG [22460] dbg: generic: SpamAssassin version 3.1.8 [22460] dbg: config: score set 0 chosen. [22460] dbg: util: running in taint mode? yes [22460] dbg: util: taint mode: deleting unsafe environment variables, resetting PATH [22460] dbg: util: PATH included '/usr/kerberos/sbin', keeping [22460] dbg: util: PATH included '/usr/kerberos/bin', keeping [22460] dbg: util: PATH included '/usr/local/sbin', keeping [22460] dbg: util: PATH included '/usr/local/bin', keeping [22460] dbg: util: PATH included '/sbin', keeping [22460] dbg: util: PATH included '/bin', keeping [22460] dbg: util: PATH included '/usr/sbin', keeping [22460] dbg: util: PATH included '/usr/bin', keeping [22460] dbg: util: PATH included '/usr/X11R6/bin', keeping [22460] dbg: util: PATH included '/root/bin', which doesn't exist, dropping [22460] dbg: util: final PATH set to: /usr/kerberos/sbin:/usr/ kerberos/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/ usr/bin:/usr/X11R6/bin [22460] dbg: message: MIME PARSER START [22460] dbg: message: main message type: text/plain [22460] dbg: message: parsing normal part [22460] dbg: message: added part, type: text/plain [22460] dbg: message: MIME PARSER END [22460] dbg: dns: is Net::DNS::Resolver available? yes [22460] dbg: dns: Net::DNS version: 0.48 [22460] dbg: diag: perl platform: 5.008005 linux [22460] dbg: diag: module installed: Digest::SHA1, version 2.07 [22460] dbg: diag: module installed: IP::Country::Fast, version 604.001 [22460] dbg: diag: module installed: Razor2::Client::Agent, version 2.82 [22460] dbg: diag: module installed: Net::Ident, version 1.20 [22460] dbg: diag: module installed: IO::Socket::INET6, version 2.51 [22460] dbg: diag: module installed: IO::Socket::SSL, version 1.03 [22460] dbg: diag: module installed: Time::HiRes, version 1.55 [22460] dbg: diag: module installed: DBI, version 1.40 [22460] dbg: diag: module installed: Getopt::Long, version 2.34 [22460] dbg: diag: module installed: LWP::UserAgent, version 2.031 [22460] dbg: diag: module installed: HTTP::Date, version 1.46 [22460] dbg: diag: module installed: Archive::Tar, version 1.32 [22460] dbg: diag: module installed: IO::Zlib, version 1.05 [22460] dbg: diag: module installed: DB_File, version 1.809 [22460] dbg: diag: module installed: HTML::Parser, version 3.35 [22460] dbg: diag: module installed: MIME::Base64, version 3.01 [22460] dbg: diag: module installed: Net::DNS, version 0.48 [22460] dbg: diag: module installed: Net::SMTP, version 2.30 [22460] dbg: diag: module installed: Mail::SPF::Query, version 1.999001 [22460] dbg: ignore: using a test message to lint rules [22460] dbg: config: using /etc/mail/spamassassin for site rules pre files [22460] dbg: config: read file /etc/mail/spamassassin/v310.pre [22460] dbg: config: read file /etc/mail/spamassassin/v312.pre [22460] dbg: config: using /usr/share/spamassassin for
Re: [qmailtoaster] QTP-0.2.11-1.3.14
Jake, You seem to not be aware of the severity (to a point) of the problem, and the ease of fixing it - essentially, the text file giving the chronology of installation of the packages is incorrect, causing a number of errors on the qtp-newmodel script, and essentially making it near impossible to execute an upgrade. All that needs to be changed is the text file on the website providing the order of execution of the RPMs (the list is currently, incorrectly, alphabetized, instead of the proper order). Thus, as far as I can tell, the script itself does not need much changing, just the file it depends on. Harry On Jun 24, 2007, at 11:20 AM, Jake Vickers wrote: I'll look at them though. I'm not going to mess with the qtp- newmodel script too much though. If you have some diff's or just a amended script to fix the issues I'll be more than happy to include them. These items are on my Tomboy list now. --- Calvin Coolidge Nothing in the world can take the place of perseverance. Talent will not; nothing is more common than unsuccessful men with talent. Genius will not; unrewarded genius is almost a proverb. Education will not; the world is full of educated derelicts. Persistence and determination alone are omnipotent.
Re: [qmailtoaster] Domainkeys / sa-train error / any ideas?
Thanks. Turns out that my update to SpamAssassin from the dev site failed because it was missing a ton of associated perl modules: rpm -Uvh spamassassin-toaster-3.2.1-1.3.10.x86_64.rpm error: Failed dependencies: perl(Archive::Tar) = 1.23 is needed by spamassassin- toaster-3.2.1-1.3.10.x86_64 perl(HTML::Parser) = 3.43 is needed by spamassassin- toaster-3.2.1-1.3.10.x86_64 perl(IO::Zlib) = 1.04 is needed by spamassassin- toaster-3.2.1-1.3.10.x86_64 --nodeps installation took care of it, just surprised this was all missing. On Jun 23, 2007, at 6:08 AM, [EMAIL PROTECTED] wrote: Find DomainKeys.pm in your system. If it is not there , just install it. That's all. Any ideas what's going on here? plugin: failed to parse plugin (from @INC): Can't locate Mail/ DomainKeys/Message.pm in @INC (@INC contains: /usr/lib/perl5/ vendor_perl/5.8.5 /usr/lib64/perl5/5.8.5/x86_64-linux-thread-multi / usr/lib/perl5/5.8.5 /usr/lib64/perl5/site_perl/5.8.5/x86_64-linux- thread-multi /usr/lib64/perl5/site_perl/5.8.4/x86_64-linux-thread- multi /usr/lib64/perl5/site_perl/5.8.3/x86_64-linux-thread-multi / usr/ lib64/perl5/site_perl/5.8.2/x86_64-linux-thread-multi /usr/lib64/ perl5/site_perl/5.8.1/x86_64-linux-thread-multi /usr/lib64/perl5/ site_perl/5.8.0/x86_64-linux-thread-multi /usr/lib/perl5/site_perl/ 5.8.5 /usr/lib/perl5/site_perl/5.8.4 /usr/lib/perl5/site_perl/5.8.3 / usr/lib/perl5/site_perl/5.8.2 /usr/lib/perl5/site_perl/5.8.1 /usr/ lib/ perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl /usr/lib64/perl5/ vendor_perl/5.8.5/x86_64-linux-thread-multi /usr/lib64/perl5/ vendor_perl/5.8.4/x86_64-linux-thread-multi /usr/lib64/perl5/ vendor_perl/5.8.3/x86_64-linux-thread-multi /usr/lib64/perl5/ vendor_perl/5.8.2/x86_64-linux-thread-multi /usr/lib64/perl5/ vendor_perl/5.8.1/x86_64-linux-thread-multi /usr/lib64/perl5/ vendor_perl/5.8.0/x86_64-linux-thread-multi /usr/lib/perl5/ vendor_perl/5.8.4 /usr/lib/perl5/vendor_perl/5.8.3 /usr/lib/perl5/ vendor_perl/5.8.2 /usr/lib/perl5/vendor_perl/5.8.1 /usr/lib/perl5/ vendor_perl/5.8.0 /usr/lib/perl5/vendor_perl) at /usr/lib/perl5/ vendor_perl/5.8.5/Mail/SpamAssassin/Plugin/DomainKeys.pm line 64. BEGIN failed--compilation aborted at /usr/lib/perl5/vendor_perl/ 5.8.5/ Mail/SpamAssassin/Plugin/DomainKeys.pm line 64. Compilation failed in require at (eval 22) line 1. plugin: failed to create instance of plugin Mail::SpamAssassin::Plugin::DomainKeys: Can't locate object method new via package Mail::SpamAssassin::Plugin::DomainKeys at (eval 23) line 1. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: qmailtoaster-list- [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [EMAIL PROTECTED] --- Calvin Coolidge Nothing in the world can take the place of perseverance. Talent will not; nothing is more common than unsuccessful men with talent. Genius will not; unrewarded genius is almost a proverb. Education will not; the world is full of educated derelicts. Persistence and determination alone are omnipotent.
[qmailtoaster] Domainkeys / sa-train error / any ideas?
Any ideas what's going on here? plugin: failed to parse plugin (from @INC): Can't locate Mail/ DomainKeys/Message.pm in @INC (@INC contains: /usr/lib/perl5/ vendor_perl/5.8.5 /usr/lib64/perl5/5.8.5/x86_64-linux-thread-multi / usr/lib/perl5/5.8.5 /usr/lib64/perl5/site_perl/5.8.5/x86_64-linux- thread-multi /usr/lib64/perl5/site_perl/5.8.4/x86_64-linux-thread- multi /usr/lib64/perl5/site_perl/5.8.3/x86_64-linux-thread-multi /usr/ lib64/perl5/site_perl/5.8.2/x86_64-linux-thread-multi /usr/lib64/ perl5/site_perl/5.8.1/x86_64-linux-thread-multi /usr/lib64/perl5/ site_perl/5.8.0/x86_64-linux-thread-multi /usr/lib/perl5/site_perl/ 5.8.5 /usr/lib/perl5/site_perl/5.8.4 /usr/lib/perl5/site_perl/5.8.3 / usr/lib/perl5/site_perl/5.8.2 /usr/lib/perl5/site_perl/5.8.1 /usr/lib/ perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl /usr/lib64/perl5/ vendor_perl/5.8.5/x86_64-linux-thread-multi /usr/lib64/perl5/ vendor_perl/5.8.4/x86_64-linux-thread-multi /usr/lib64/perl5/ vendor_perl/5.8.3/x86_64-linux-thread-multi /usr/lib64/perl5/ vendor_perl/5.8.2/x86_64-linux-thread-multi /usr/lib64/perl5/ vendor_perl/5.8.1/x86_64-linux-thread-multi /usr/lib64/perl5/ vendor_perl/5.8.0/x86_64-linux-thread-multi /usr/lib/perl5/ vendor_perl/5.8.4 /usr/lib/perl5/vendor_perl/5.8.3 /usr/lib/perl5/ vendor_perl/5.8.2 /usr/lib/perl5/vendor_perl/5.8.1 /usr/lib/perl5/ vendor_perl/5.8.0 /usr/lib/perl5/vendor_perl) at /usr/lib/perl5/ vendor_perl/5.8.5/Mail/SpamAssassin/Plugin/DomainKeys.pm line 64. BEGIN failed--compilation aborted at /usr/lib/perl5/vendor_perl/5.8.5/ Mail/SpamAssassin/Plugin/DomainKeys.pm line 64. Compilation failed in require at (eval 22) line 1. plugin: failed to create instance of plugin Mail::SpamAssassin::Plugin::DomainKeys: Can't locate object method new via package Mail::SpamAssassin::Plugin::DomainKeys at (eval 23) line 1. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[qmailtoaster] isoqlog / segfault error needs latest
The version of isoqlog in qmailtoaste is 2.1. The latest version is 2.2.1. It appears that the latest version has the fix against the bug which causes it to segfault (Zero size bug fixed). So, who did the prior RPM? Can you update it to the current version, please? Pretty please? Harry - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] [isoqlog] Segmentation fault / log files deletion, how to?
What's the easiest way to delete, comprehensively, all logfiles that isoqlog uses? I'm constantly getting the segmentation fault errors, no one else on the list (except two other people) appear affected by it, so I want to see if it's something about my log-files, and just toast them all and see what happens. Can someone at least help with some convenient and effective way to get rid of all the log files, please? Harry - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] [isoqlog] Segmentation fault / log files deletion, how to?
Assume I am a total blithering idiot and don't know how to do that... :-) What do I edit? On Jun 14, 2007, at 4:28 AM, Johannes Weberhofer, Weberhofer GmbH wrote: Harry, have you tried to increase the softlimit in the affected /var/ qmail/supervise/*/run file. This could prevent strange errors like segfaults. Johannes Harry Zink wrote: What's the easiest way to delete, comprehensively, all logfiles that isoqlog uses? I'm constantly getting the segmentation fault errors, no one else on the list (except two other people) appear affected by it, so I want to see if it's something about my log-files, and just toast them all and see what happens. Can someone at least help with some convenient and effective way to get rid of all the log files, please? Harry - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: qmailtoaster-list- [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [EMAIL PROTECTED] -- |- | weberhofer GmbH | Johannes Weberhofer | information technologies | Austria, 1080 Wien, Blindengasse 52/3 | | phone : +43 (0)1 5454421 0| email: [EMAIL PROTECTED] | fax : +43 (0)1 5454421 19 | web : http://weberhofer.at | mobile: +43 (0)699 11998315 |--- - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [EMAIL PROTECTED] --- Antoine De Saint-Exupery True happiness comes from the joy of deeds well done, the zest of creating things new.
Re: [qmailtoaster] [isoqlog] Segmentation fault / log files deletion, how to?
On Jun 14, 2007, at 4:13 AM, Jake Vickers wrote: So I would try moving those files somewhere else and then seeing if it still gives you the error. Moved them out, restarted qmail, and so far the segfaults seem to have gone away. --- George E. Nichols The universal aptitude for ineptitude makes any human accomplishment an incredible miracle.
Re: [qmailtoaster] qtp-newmodel upgrade - vpopmail - send-emails fails
There's no need to remove an entire upgrade sub-system, when all that's messed up is one text file with the chronology of the files in the wrong order. Kevin Katz pointed the proper order out, and all that needs to be done is to properly adjust the current-newmodel.txt file -- Eric doesn't need to be present to do that, just whoever maintains the website should be able to fix that. Considering it has majorly screwed up several installations so far, I am baffled why this has gone unattended for as long as it has. In all fairness, the original upgrade script was killer, and I acknowledge the efforts that have gone into it, which it is doubly baffling why it is left to languish over one mis-ordered text file. Harry On Jun 6, 2007, at 3:45 AM, Jake Vickers wrote: Eric Shubes is the one who wrote/maintains this part of QTP (qtp- upgrade). Give him some time - he started a new job a couple months back that is very demanding. If nothing else, I'll remove qtp-upgrade from the next QTP release and move back to the old upgrade script. --- George E. Nichols The universal aptitude for ineptitude makes any human accomplishment an incredible miracle.
Re: [qmailtoaster] qtp-newmodel upgrade - vpopmail - send-emails fails
On Jun 7, 2007, at 3:46 AM, Jake Vickers wrote: Website (and QMT) is maintained by Nick and Erik. qtp-upgrade is maintained by Eric (Shubes). I maintain QTP and QMT-ISO, as well as some other little things like the backup and restore scripts (Shubes also helps maintain QTP). I have no problem leaving qtp- upgrade in QTP, but if it begins to cause problems I don't want to leave it in there for everyone to mess up their systems on. *I* don't have time to maintain it, nor really want to wade it at all. Thanks for explaining this - also, it appears that even with the new order reference, there were plenty of other problems. I just spent 3 hours manually upgrading my QMT, because the qtp-newmodel script failed repeatedly. I missed Kevin's post on the fix for the package order, so I'll have to dig for that. Was it just fixing the order in the current.txt file? I'm copying his prior response here: -- From: [EMAIL PROTECTED] Subject: RE: [qmailtoaster] qtp-newmodel upgrade - vpopmail - send- emails fails Date: April 23, 2007 8:56:29 AM PDT To: qmailtoaster-list@qmailtoaster.com Reply-To: qmailtoaster-list@qmailtoaster.com Thank you Eric - that worked. For those following this post - if your upgrade fails due to current-newmodel.txt being in alphabetical order instead of build order, edit the file to the following order noting the following: MODIFY PACKAGE VERSIONS AS NEEDED - SOME MAY NOT WANT ZLIB OR DJBDNS Re run the newmodel upgrade script, processing your new current selection. zlib-1.2.3-1.0.3.src.rpm daemontools-toaster-0.76-1.3.3.src.rpm ucspi-tcp-toaster-0.88-1.3.5.src.rpm vpopmail-toaster-5.4.17-1.3.4.src.rpm libdomainkeys-toaster-0.68-1.3.3.src.rpm libsrs2-toaster-1.0.18-1.3.3.src.rpm qmail-toaster-1.03-1.3.15.src.rpm courier-authlib-toaster-0.59.2-1.3.6.src.rpm courier-imap-toaster-4.1.2-1.3.7.src.rpm autorespond-toaster-2.0.4-1.3.3.src.rpm control-panel-toaster-0.5-1.3.4.src.rpm ezmlm-toaster-0.53.324-1.3.3.src.rpm qmailadmin-toaster-1.2.11-1.3.4.src.rpm qmailmrtg-toaster-4.2-1.3.3.src.rpm maildrop-toaster-2.0.3-1.3.5.src.rpm isoqlog-toaster-2.1-1.3.4.src.rpm squirrelmail-toaster-1.4.9a-1.3.6.src.rpm spamassassin-toaster-3.1.8-1.3.8.src.rpm clamav-toaster-0.90.1-1.3.13.src.rpm ripmime-toaster-1.4.0.6-1.3.3.src.rpm simscan-toaster-1.3.1-1.3.6.src.rpm vqadmin-toaster-2.3.4-1.3.3.src.rpm djbdns-1.05-1.0.5.src.rpm KUDOS TO EVERYONE ON THE TOASTER CREW Thank You Kevin Katz -Original Message- From: Eric Shubes [mailto:[EMAIL PROTECTED] Sent: Saturday, April 21, 2007 4:59 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] qtp-newmodel upgrade - vpopmail - send- emails fails Just before qmail-toaster. (I think) Kevin Katz wrote: Where should libsrs2 go? Thank You Kevin Katz -Original Message- From: Eric Shubes [mailto:[EMAIL PROTECTED] Sent: Saturday, April 21, 2007 10:33 AM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] qtp-newmodel upgrade - vpopmail - send- emails fails Here's the order that current.txt should be in: # list of packages in order of installation pkglist=\ zlib \ daemontools-toaster \ ucspi-tcp-toaster \ vpopmail-toaster \ libdomainkeys-toaster \ qmail-toaster \ courier-authlib-toaster \ courier-imap-toaster \ autorespond-toaster \ control-panel-toaster \ ezmlm-toaster \ qmailadmin-toaster \ qmailmrtg-toaster \ maildrop-toaster \ isoqlog-toaster \ squirrelmail-toaster \ spamassassin-toaster \ clamav-toaster \ ripmime-toaster \ simscan-toaster \ vqadmin-toaster \ Kevin Katz wrote: Is it possible to modify a previous current.txt and use it. As of this morning, still unable to upgrade. Thank You Kevin Katz -Original Message- From: Eric Shubes [mailto:[EMAIL PROTECTED] Sent: Friday, April 20, 2007 10:56 AM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] qtp-newmodel upgrade - vpopmail - send- emails fails The build order is determined by the current.txt file on the main site. EE/NK, looks like the script to build the current.txt file wasn't run. Can we get that fixed? Kevin Katz wrote: Thank you for your reply Eric, It appears that control panel is being built before vpopmail. I've listed the newmodel script output, showing build order and the list of packages in the current-newmodel.txt. It appears that the build order is following the package order in the current-newmodel.txt. autorespond-toaster-2.0.4-1.3.3 is already installed in sandbox, not built clamav-toaster-0.90.1-1.3.13 is already installed in sandbox, not built Building control-panel-toaster-0.5-1.3.4 ... Installing control-panel-toaster-0.5-1.3.4 in the sandbox ... qtp-build-rpms - rpm -Uvh failed for control-panel-toaster-0.5-1.3.4 qtp-build-rpms - see /qtp-sandbox/usr/src/qtp-upgrade/log/build-recent.log Build failed, Exiting.
Re: [qmailtoaster] spamassassin-toaster-3.2.0
On May 26, 2007, at 8:52 AM, slamp slamp wrote: anyone using this in production? any issues? I tried to build it, and it failed claiming a ton of modules were missing. Centos 4.5 x86_64 - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] spamassassin-toaster-3.2.0 - dependencies
These are the module dependency errors I got when trying to compile SA 3.20: checking module dependencies and their versions... *** ERROR: the required HTML::Parser (version 3.43) module is installed, but is not an up-to-date version. at lib/Mail/SpamAssassin/Util/ DependencyInfo.pm line 293. HTML is used for an ever-increasing amount of email so this dependency is unavoidable. Run perldoc -q html for additional information. *** NOTE: the optional Mail::SPF module is not installed. Used to check DNS Sender Policy Framework (SPF) records to fight email address forgery and make it easier to identify spams. (This is preferred over Mail::SPF::Query.) *** NOTE: the optional Mail::SPF::Query module is not installed. Used to check DNS Sender Policy Framework (SPF) records to fight email address forgery and make it easier to identify spams. (Mail::SPF is preferred instead of this module.) *** NOTE: the optional IP::Country module is not installed. Used by the RelayCountry plugin (not enabled by default) to determine the domain country codes of each relay in the path of an email. *** NOTE: the optional Razor2 (version 2.61) module is not installed. Used to check message signatures against Vipul's Razor collaborative filtering network. Razor has a large number of dependencies on CPAN modules. Feel free to skip installing it, if this makes you nervous; SpamAssassin will still work well without it. More info on installing and using Razor can be found at http://wiki.apache.org/spamassassin/InstallingRazor . *** NOTE: the optional Net::Ident module is not installed. If you plan to use the --auth-ident option to spamd, you will need to install this module. *** NOTE: the optional IO::Socket::INET6 module is not installed. This is required if the first nameserver listed in your IP configuration or /etc/resolv.conf file is available only via an IPv6 address. *** NOTE: the optional IO::Socket::SSL module is not installed. If you wish to use SSL encryption to communicate between spamc and spamd (the --ssl option to spamd), you need to install this module. (You will need the OpenSSL libraries and use the ENABLE_SSL=yes argument to Makefile.PL to build and run an SSL compatibile spamc.) *** NOTE: the optional Compress::Zlib module is not installed. If you wish to use the optional zlib compression for communication between spamc and spamd (the -z option to spamc), you need to install this module. *** NOTE: the optional Mail::DomainKeys module is not installed. If this module is installed, and you enable the DomainKeys plugin, SpamAssassin will perform Domain Key lookups when Domain Key information is present in the message headers. (Note that new versions of Mail::DKIM render this module superfluous.) *** NOTE: the optional Mail::DKIM module is not installed. If this module is installed, and you enable the DKIM plugin, SpamAssassin will perform DKIM lookups when a DKIM-Signature header is present in the message headers. (New versions of this module support both Domain Keys and DKIM, rendering Mail::DomainKeys obsolete.) *** NOTE: the optional Archive::Tar (version 1.23) module is not installed. The sa-update script requires this module to access tar update archive files. *** NOTE: the optional IO::Zlib (version 1.04) module is not installed. The sa-update script requires this module to access compressed update archive files. *** NOTE: the optional Encode::Detect module is not installed. If you plan to use the normalize_charset config setting to detect charsets and convert them into Unicode, you will need to install this module. REQUIRED module out of date: HTML::Parser optional module missing: Mail::SPF optional module missing: Mail::SPF::Query optional module missing: IP::Country optional module missing: Razor2 optional module missing:
Re: [qmailtoaster] qtp-newmodel upgrade - aftermath - isoqlog seg fault...
Getting this error: /usr/share/toaster/isoqlog/bin/cron.sh: line 20: 31191 Segmentation fault $ISOQLOG /dev/null 2/dev/null Only started an hour ago. Any ideas? - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Changes to the standard upgrade.sh script
On Apr 25, 2007, at 9:02 AM, Eric Shubes wrote: Have you seen qmailtoaster-plus (http://qtp.qmailtoaster.com)? The qtp-newmodel family of scripts essentially does all of this (except #3) and more. If you'd like to see #3 added as a feature, please create a ticket for it. Unfortunately, for me the qtp-newmodel upgrade script has ended up aborting halfway through the creation and work in the sandbox, and subsequently many parts of my toaster no longer work. It appears someone else had the same, or similar problem - I am very confused why, despite these obvious problems, no one appears to offer a response, or solution. --- Andrew Young Remember your biggest obstacle to success is the absence of execution.
Re: [qmailtoaster] Changes to the standard upgrade.sh script
On Apr 28, 2007, at 8:28 AM, Eric Shubes wrote: qtp-newmodel won't affect your running server until everything has been successfully installed in the sandbox. This is a good theory, and conceptually sound, but it appears that it has done the opposite in my case, during an upgrade (attempted) during which the process aborted while the script was still (allegedly) in the sandbox, yet now several featurs of my previous toaster installation no longer work. This is very puzzling. --- Sun-Tzu Those who make peaceful revolution impossible, will make violent revolution inevitable.
Re: [qmailtoaster] qtp-newmodel upgrade - vpopmail - send-emails fails
On Apr 23, 2007, at 8:56 AM, Kevin Katz wrote: For those following this post - if your upgrade fails due to current-newmodel.txt being in alphabetical order instead of build order, Could this, please, be fixed, asap? --- Andrew Young Remember your biggest obstacle to success is the absence of execution.
Re: [qmailtoaster] Upgrade faild help needed
Very interesting, I am getting the exact same errors regarding failed dependencies when I attempted an upgrade the last few times (doing it with qmailtoaster plus' qtp-menu). Essentially, while trying to build the various packages in the sandbox, I get the same error of failed dependencies around control- panel-toaster. Is this an issue of the upgrade script not properly installing the proper dependencies, or what's up with that? Harry On Jun 4, 2007, at 11:54 PM, Igor Vukotić wrote: If you want to view compile messages, you can open another terminal and: # tail -f /opt/qtp-sandbox/usr/src/qtp-upgrade/log/build-recent.log qtp-build-rpms v0.2.4 qtp-remove-pkgs v0.2.2 REMOVED clamav-toaster from sandbox (not for real) REMOVED send-emails-toaster from sandbox (not for real) REMOVED control-panel-toaster from sandbox (not for real) REMOVED spamassassin-toaster from sandbox (not for real) Building autorespond-toaster-2.0.4-1.3.3 ... Installing autorespond-toaster-2.0.4-1.3.3 in the sandbox ... Building clamav-toaster-0.90.1-1.3.13 ... Installing clamav-toaster-0.90.1-1.3.13 in the sandbox ... Building control-panel-toaster-0.5-1.3.4 ... Installing control-panel-toaster-0.5-1.3.4 in the sandbox ... qtp-build-rpms - rpm -Uvh failed for control-panel-toaster-0.5-1.3.4 qtp-build-rpms - see /opt/qtp-sandbox/usr/src/qtp-upgrade/log/build- recent.log Build failed, Exiting. tail -f /opt/qtp-sandbox/usr/src/qtp-upgrade/log/build-recent.log .. .. .. Executing(--clean): /bin/sh -e /var/tmp/rpm-tmp.52158 + umask 022 + cd /usr/src/redhat/BUILD + rm -rf apache-toaster-conf-0.5 + exit 0 Installing control-panel-toaster-0.5-1.3.4 in the sandbox ... error: Failed dependencies: vpopmail-toaster = 5.4.17 is needed by send-emails- toaster-0.5-1.3.4.noarch --- Those who make peaceful revolution impossible will make violent revolution inevitable. --Sun Tzu
Re: [qmailtoaster] Upgrade faild help needed
Very interesting, I am getting the exact same errors regarding failed dependencies when I attempted an upgrade the last few times (doing it with qmailtoaster plus' qtp-menu). Essentially, while trying to build the various packages in the sandbox, I get the same error of failed dependencies around control- panel-toaster. Is this an issue of the upgrade script not properly installing the proper dependencies, or what's up with that? Not quite sure, but as I encountered the exact same situation, and problem (i.e. the upgrade script failed), is there a solution for it? Harry On Jun 4, 2007, at 11:54 PM, Igor Vukotić wrote: If you want to view compile messages, you can open another terminal and: # tail -f /opt/qtp-sandbox/usr/src/qtp-upgrade/log/build-recent.log qtp-build-rpms v0.2.4 qtp-remove-pkgs v0.2.2 REMOVED clamav-toaster from sandbox (not for real) REMOVED send-emails-toaster from sandbox (not for real) REMOVED control-panel-toaster from sandbox (not for real) REMOVED spamassassin-toaster from sandbox (not for real) Building autorespond-toaster-2.0.4-1.3.3 ... Installing autorespond-toaster-2.0.4-1.3.3 in the sandbox ... Building clamav-toaster-0.90.1-1.3.13 ... Installing clamav-toaster-0.90.1-1.3.13 in the sandbox ... Building control-panel-toaster-0.5-1.3.4 ... Installing control-panel-toaster-0.5-1.3.4 in the sandbox ... qtp-build-rpms - rpm -Uvh failed for control-panel-toaster-0.5-1.3.4 qtp-build-rpms - see /opt/qtp-sandbox/usr/src/qtp-upgrade/log/build- recent.log Build failed, Exiting. tail -f /opt/qtp-sandbox/usr/src/qtp-upgrade/log/build-recent.log .. .. .. Executing(--clean): /bin/sh -e /var/tmp/rpm-tmp.52158 + umask 022 + cd /usr/src/redhat/BUILD + rm -rf apache-toaster-conf-0.5 + exit 0 Installing control-panel-toaster-0.5-1.3.4 in the sandbox ... error: Failed dependencies: vpopmail-toaster = 5.4.17 is needed by send-emails- toaster-0.5-1.3.4.noarch --- Those who make peaceful revolution impossible will make violent revolution inevitable. --Sun Tzu
Re: [qmailtoaster] CentOS 4.5
On May 20, 2007, at 7:42 PM, Jakin Lee wrote: Make sure to remove exim after yum -y update command? - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
