[qmailtoaster] Forwards to gmail being seen as spam
Hi all. Hopefully this is on topic enough for the qmail list. I'm running qmail toaster and have a handful of account holders (on various virtual domains) who have their mail forwarded from their acco...@virtualdomain.com on my server to their acco...@gmail.com. This has always worked fine - I just set the forwarding in virtualdomain.com/qmailadmin/ But for the past few days I have been getting tons of bounced emails that all are connected to these accounts that forward to gmail, and I'm having a hard time figuring out exactly what is going on, and most importantly, whether I am in danger of having my whole mail server blacklisted by google. Here is a typical one below. I'm very thankful if anyone can take the time to look at what is happening here. I've replaced the real email addresses with the following fake, but hopefully clear, addresses: s...@spammer.com: replaces the spammers email address. This is constantly changing from email to email. myu...@hisdomain.com: is a legitimate user of my mail server through his own virtual domain on my server. myu...@gmail.com: is the same legitimate user's gmail account where myu...@hisdomain.com is set to forward to. my.mailserver.com: is my fake mail server domain 1.2.3.4: is my fake mail server IP 74.125.95.27: is google IP and has not been changed. Below is a typical message: Hi. This is the qmail-send program at ash.datamantic.com. I tried to deliver a bounce message to this address, but the bounce bounced! s...@spammer.com: User and password not set, continuing without authentication. 74.125.95.27 does not like recipient. Remote host said: 550-5.1.1 The email account that you tried to reach does not exist. Please try 550-5.1.1 double-checking the recipient's email address for typos or 550-5.1.1 unnecessary spaces. Learn more at 550 5.1.1 http://mail.google.com/support/bin/answer.py?answer=6596 f14si10875163ibb.15 Giving up on 74.125.95.27. --- Below this line is the original bounce. Return-Path: Received: (qmail 32438 invoked for bounce); 1 Aug 2010 09:01:22 - Date: 1 Aug 2010 09:01:22 - From: mailer-dae...@my.mailserver.com To: s...@spammer.com Subject: failure notice Hi. This is the qmail-send program at my.mailserver.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. myu...@gmail.com: User and password not set, continuing without authentication. myu...@gmail.com 74.125.95.27 failed after I sent the message. Remote host said: 550-5.7.1 [1.2.3.4 7] Our system has detected an unusual rate of unsolicited 550-5.7.1 mail originating from your IP address. To protect our users from 550-5.7.1 spam, mail sent from your IP address has been blocked. Please visit 550-5.7.1 http://www.google.com/mail/help/bulk_mail.html to review our Bulk 550 5.7.1 Email Senders Guidelines. v16si10850185ibh.66 --- Below this line is a copy of the message. Return-Path: s...@spammer.com Received: (qmail 32426 invoked by uid 89); 1 Aug 2010 09:01:20 - Delivered-To: myu...@hisdomain.com Received: (qmail 32421 invoked by uid 89); 1 Aug 2010 09:01:20 - Received: by simscan 1.4.0 ppid: 32403, pid: 32412, t: 1.3451s scanners: attach: 1.4.0 clamav: 0.95.2/m:51/d:9872 spam: 3.2.5 X-Spam-Flag: YES X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on my.mailserver.com X-Spam-Level: * X-Spam-Status: Yes, score=5.0 required=4.5 tests=BAYES_99,HTML_MESSAGE, ONLINE_PHARMACY,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Report: * 3.5 BAYES_99 BODY: Bayesian spam probability is 99 to 100% * [score: 1.] * 0.0 ONLINE_PHARMACY BODY: Online Pharmacy * 0.0 HTML_MESSAGE BODY: HTML included in message * 1.5 RDNS_NONE Delivered to trusted network by a host with no rDNS Received: from unknown (HELO microsof09249f) (94.178.58.77) by my.mailserver.com with SMTP; 1 Aug 2010 09:01:19 - Received-SPF: unknown (ash.datamantic.com: Multiple SPF records returned) Received: (qmail 4495 by uid 495); Sun, 1 Aug 2010 13:00:53 -0300 From: Try Viagra4Free s...@spammer.com To: myu...@hisdomain.com Subject: ***SPAM*** The magical blue pills will do it Date: Sun, 1 Aug 2010 12:19:55 -0300 Message-ID: 000c01cb3179$9aca8ac0$d05fa0...@org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary==_NextPart_000_000B_01CB3179.9ACA8AC0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcjrHiuRR5w52cipMs1HC4vOVsX2gg== Content-Language: en-us X-Spam-Prev-Subject: The magical blue pills will do it This is a multipart message in MIME format. --=_NextPart_000_000B_01CB3179.9ACA8AC0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Your cheapest sex drugs online http://friendmoral.com/ The way I see it, spam is being received by my mail server. It is correctly marked as spam by my spamassassin. And then it is
[qmailtoaster] isoqlog question...
Hi list. I have just upgraded to the latest qmailtoaster and have started looking at isoqlog in /admin-toaster/ for the first time. Can someone explain to me why I see lots of email addresses that don't actually exist on my system? For instance, if I look under 'General' and then click through to a specific year, month, and day, I will see some addresses in 'Top 100 Sender' that are not actual addresses. Some are for non existent accounts on domains that do exist on the system, and some are for domains that aren't even on my system. I'm fairly confident I'm not an open relay (and http://www.spamhelp.org/shopenrelay/ agrees I am not.) But still this has me a bit freaked out. Thanks for any insight. - 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] send from remote client doesn't disconnect...
64 bit. clamd log looks fine, but spamd log is filled with this: warn: prefork: syswrite(6) failed, retrying... at /usr/lib/perl5/ vendor_perl/5.8.5/Mail/SpamAssassin/SpamdForkScaling.pm line 554 Looks like that's the issue. Not sure why it just started happening though. On Jul 22, 2009, at 7:10 AM, Jake Vickers wrote: Jim Bassett wrote: Thank you everyone for your suggestions. I really appreciate the help. I did what Dave suggested and emptied the /var/qmail/control/ blacklists file and then reloaded. No change. Then I tried Eric's suggestion and set my external IP address the same as SM in the tcp.smtp file and rebuilt. This allowed me to send mail without delay. So it must be something within the server. And although I am not seeing it myself, others with email accounts on the server are now reporting getting hundreds of duplicate incoming messages. Yuck. I think I might be fubar'd. On the other hand, maybe this gives someone an idea of where to look? That happens commonly when clamav (or spamassassin) takes too long processing the message or hangs. Qmail thinks the message got lost somewhere, and resends it. Then once the first message finally pops out of clam or spamassassin, it gets delivered. So does the 2nd copy that Qmail sent. Look at your clamav and spamassassin logs and see if there are any clues in there. 32 bit or 64 system? - 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] send from remote client doesn't disconnect...
That makes sense. I can't find anything though. Here's a couple more points as a last try to see if anyone can think of anything: I was wrong about the outgoing mail being delivered immediately even though the client would hang. The mails are not delivered until the client finally shows a completed send - usually around 3 minutes per email (client show quick progress right up to completion, but then hangs at the very end.) If I telnet to port 25, do an auth login, and send mail from the command line the same thing happens. The smtp server is completely responsive up through where I say 'DATA' and type in the body of the message. But then when I type /n/r./n/r to end the DATA absolutely nothing happens for several minutes until it finally replies with '250 ok'. (Is there any way to make the smtp server more verbose here?) This same delay happens from multiple clients, multiple locations, multiple email accounts. It happens whether the recipient is on the same domain (same server) or on a remote server. But webmail can send without delay in any situation. Reverse DNS and resolving DNS are correct and trouble free. That webmail can send but remote clients cannot seems like the key. What is different in the sending process between these two? Are there checks / scans that are done for remote clients that wouldn't be done for someone logged into webmail? Thank you very much for any ideas! On Jul 20, 2009, at 1:28 PM, Eric Shubert wrote: If nothing has changed on the server and nothing changed on the clients, maybe something changed between them. Routing issue perhaps near the server end? Just a swag. Jim Bassett wrote: Thanks for the reply. All different client software (Apple Mail and Microsoft Outlook mostly) from different locations. Port 465. No spamdyke. This just started happening today after working fine for years. Nothing was changed on the server recentlyt although I did have a mystery few minutes yesterday where load averages spiked to around 100 for no reason I could track down (MySQL was at least part of the issue.) On Jul 20, 2009, at 12:12 PM, Eric Shubert wrote: Jim Bassett wrote: Hi. I'm having a problem sending mail. Sending out through Squirrelmail works fine. Sending out through a remote client takes a very long time (~ 1 minute.) But the mail is actually sent very fast - for example, if I send out through an account on my server running qmailtoaster to my gmail account I can see the email arrive in Gmail account almost immediately, but my local email client still appears to be sending, having become stuck with the progress bar showing 99% complete. So it seems like qmail is just not disconnecting from the client even though the mail has actually been sent. There is nothing in my queue. Load average on the server is reasonable. DNS checks out fine. Resolving nameserver is working fast. This happens from multiple accounts on multiple different hosted domains on my server. Any thoughts on what to check? Thank you! Which client software? Which port? (smtp/submission) Using spamdyke? Does this happen with different client software? Connecting from different locations? -- -Eric 'shubes' -- -Eric 'shubes' - 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
[qmailtoaster] send from remote client doesn't disconnect...
Hi. I'm having a problem sending mail. Sending out through Squirrelmail works fine. Sending out through a remote client takes a very long time (~ 1 minute.) But the mail is actually sent very fast - for example, if I send out through an account on my server running qmailtoaster to my gmail account I can see the email arrive in Gmail account almost immediately, but my local email client still appears to be sending, having become stuck with the progress bar showing 99% complete. So it seems like qmail is just not disconnecting from the client even though the mail has actually been sent. There is nothing in my queue. Load average on the server is reasonable. DNS checks out fine. Resolving nameserver is working fast. This happens from multiple accounts on multiple different hosted domains on my server. Any thoughts on what to check? Thank you! - 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] send from remote client doesn't disconnect...
Thanks for the reply. All different client software (Apple Mail and Microsoft Outlook mostly) from different locations. Port 465. No spamdyke. This just started happening today after working fine for years. Nothing was changed on the server recentlyt although I did have a mystery few minutes yesterday where load averages spiked to around 100 for no reason I could track down (MySQL was at least part of the issue.) On Jul 20, 2009, at 12:12 PM, Eric Shubert wrote: Jim Bassett wrote: Hi. I'm having a problem sending mail. Sending out through Squirrelmail works fine. Sending out through a remote client takes a very long time (~ 1 minute.) But the mail is actually sent very fast - for example, if I send out through an account on my server running qmailtoaster to my gmail account I can see the email arrive in Gmail account almost immediately, but my local email client still appears to be sending, having become stuck with the progress bar showing 99% complete. So it seems like qmail is just not disconnecting from the client even though the mail has actually been sent. There is nothing in my queue. Load average on the server is reasonable. DNS checks out fine. Resolving nameserver is working fast. This happens from multiple accounts on multiple different hosted domains on my server. Any thoughts on what to check? Thank you! Which client software? Which port? (smtp/submission) Using spamdyke? Does this happen with different client software? Connecting from different locations? -- -Eric 'shubes' - 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
[qmailtoaster] qtp-newmodel for fresh install
Hi. I have a new CentOS 5.2 installation. I have attempted to use qtp- newmodel to do a fresh install of qmail toaster. There was a recent thread on the list asking about this although it was never resolved whether it was possible or not. I have done it. The builds failed at numerous places due to missing dependencies, but once everything needed was installed qtp-newmodel appears to have built and installed qmail toaster successfully. Very cool. My one problem is that mysql was not configured for vpopmail (no vpopmail user; no vpopmail database) so I can't add any domains. If I try to do /home/vpopmail/ bin/vadddomain I get: Error - no authentication database connection. Initial open. (obviously, since MySQL doesn't have the user/database!) Any suggestions on the best way to make the vpopmail user and database in mysql? I have another installation I could just copy by hand, but is there something I could just run that would make everything? MySQL was not running when I installed via qtp-newmodel. Would qtp- newmodel have made the database and mysql user if MySQL had been running? If so, can I just uninstall qmailtoaster and install it again with qtp-newmodel (and MySQL running this time?) If so, what is the best way to do this? I can't find anything on the wiki about uninstalling. Thanks. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] qtp-newmodel for fresh install
Hey thanks, that worked. I thought I had to recreate the specific tables too, but it looks like that gets taken care of for you as long as you have the user and database in MySQL. Super easy. On Nov 25, 2008, at 11:30 AM, Chris Hillman wrote: I ran in to the same issue - I think this will fix it... Run the following as root on your mysql server: create database vpopmail; grant all on vpopmail.* to 'vpopmail'@'localhost' identified by 'yourpasswordhere'; flush privileges; Then, from the FAQ: Change the /home/vpopmail/etc/vpopmail.mysql file with your new password, from your favorite editor. Cheers, Chris -Original Message- From: Jim Bassett [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 25, 2008 8:37 AM To: qmailtoaster-list@qmailtoaster.com Subject: [qmailtoaster] qtp-newmodel for fresh install Hi. I have a new CentOS 5.2 installation. I have attempted to use qtp- newmodel to do a fresh install of qmail toaster. There was a recent thread on the list asking about this although it was never resolved whether it was possible or not. I have done it. The builds failed at numerous places due to missing dependencies, but once everything needed was installed qtp-newmodel appears to have built and installed qmail toaster successfully. Very cool. My one problem is that mysql was not configured for vpopmail (no vpopmail user; no vpopmail database) so I can't add any domains. If I try to do /home/vpopmail/ bin/vadddomain I get: Error - no authentication database connection. Initial open. (obviously, since MySQL doesn't have the user/ database!) Any suggestions on the best way to make the vpopmail user and database in mysql? I have another installation I could just copy by hand, but is there something I could just run that would make everything? MySQL was not running when I installed via qtp-newmodel. Would qtp- newmodel have made the database and mysql user if MySQL had been running? If so, can I just uninstall qmailtoaster and install it again with qtp-newmodel (and MySQL running this time?) If so, what is the best way to do this? I can't find anything on the wiki about uninstalling. Thanks. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[qmailtoaster] No Match for argument: perl-DB_File
I've got some perl conflicts that are giving me transaction check errors when trying to upgrade with qtp-newmodel. If I exclude perl* in my rpmforge repo then qtp-newmodel runs through to completion instead of failing (although I haven't actually done the upgrade yet.) So while it doesn't fail anymore, it does complain about the following (before going on to apparently build everything successfully in the sandbox): No Match for argument: perl-DB_File No Match for argument: perl-Mail-DomainKeys No Match for argument: perl-Mail-SPF-Query No Match for argument: perl-MIME-Base64 No Match for argument: perl-Net-SMTP Nothing to do Can anyone give me an idea about the result of upgrading without these packages? - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[qmailtoaster] upgrading to QTP...
I'm trying to upgrade an old QMT to QTP and ran into a little trouble. Here's the end of the output from qtp-newmodel where it fails: [...snip...] Would you like a unioned sandbox (quicker, smaller) [y]/n: y Using union filesystem ... qtp-mount-sandbox v0.3 --No existing unionfs115 found. Continuing with build process --Testing for valid rpm install tool: yum -y install found! --Searching for valid kernel source/devel to build unionfs115: --Looking at current kernel --You have no installed kernel source! --Installing --Installing the most current kernel source Setting up Install Process Setting up repositories rpmforge 100% |=| 1.1 kB 00:00 update100% |=| 951 B 00:00 qmailtoaster-plus 100% |=| 951 B 00:00 base 100% |=| 1.1 kB 00:00 addons100% |=| 951 B 00:00 extras100% |=| 1.1 kB 00:00 Reading repository metadata in from local files Parsing package install arguments Resolving Dependencies -- Populating transaction set with selected packages. Please wait. --- Downloading header for kernel-smp-devel to pack into transaction set. kernel-smp-devel-2.6.9-67 100% |=| 755 kB 00:00 --- Package kernel-smp-devel.x86_64 0:2.6.9-67.0.7.EL set to be updated -- Running transaction check Dependencies Resolved = = = = = Package Arch Version RepositorySize = = = = = Installing: kernel-smp-develx86_64 2.6.9-67.0.7.EL update3.8 M Transaction Summary = = = = = Install 1 Package(s) Update 0 Package(s) Remove 0 Package(s) Total download size: 3.8 M Downloading Packages: (1/1): kernel-smp-devel-2 100% |=| 3.8 MB 00:04 Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Installing: kernel-smp-devel # [1/1] Installed: kernel-smp-devel.x86_64 0:2.6.9-67.0.7.EL Complete! --Checking if install process went okay --Install process failed!! --Please install manually and reboot to latest kernel release before retry! qtp-build-unionfs failed, Exiting! qtp-newmodel - qtp-mount-sandbox failed, exiting [...end...] My questions are: Did this actually install a new kernal? If I reboot the machine will I be running the new kernal? What does 'Please install manually' mean (is this referring to the kernal? maybe the new kernal is not really installed and I have to do it manually through yum before rebooting?) What if I do qtp-newmodel again and this time say 'no' when it asks if I want a 'unioned sandbox'? Might that make it install without updating the kernal? I'm just always a little nervous to install new things and reboot - should I get over this? Sorry for my confusion. Thanks so much for any help! - Jim - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] upgrading to QTP...
On May 6, 2008, at 2:40 PM, Eric Shubert wrote: Jim Bassett wrote: I'm trying to upgrade an old QMT to QTP and ran into a little trouble. Here's the end of the output from qtp-newmodel where it fails: [...snip...] Would you like a unioned sandbox (quicker, smaller) [y]/n: y Using union filesystem ... qtp-mount-sandbox v0.3 --No existing unionfs115 found. Continuing with build process --Testing for valid rpm install tool: yum -y install found! --Searching for valid kernel source/devel to build unionfs115: --Looking at current kernel --You have no installed kernel source! --Installing --Installing the most current kernel source Setting up Install Process Setting up repositories rpmforge 100% |=| 1.1 kB00:00 update100% |=| 951 B00:00 qmailtoaster-plus 100% |=| 951 B00:00 base 100% |=| 1.1 kB00:00 addons100% |=| 951 B00:00 extras100% |=| 1.1 kB00:00 Reading repository metadata in from local files Parsing package install arguments Resolving Dependencies -- Populating transaction set with selected packages. Please wait. --- Downloading header for kernel-smp-devel to pack into transaction set. kernel-smp-devel-2.6.9-67 100% |=| 755 kB00:00 --- Package kernel-smp-devel.x86_64 0:2.6.9-67.0.7.EL set to be updated -- Running transaction check Dependencies Resolved = = = = = = = = = Package Arch Version RepositorySize = = = = = = = = = Installing: kernel-smp-develx86_64 2.6.9-67.0.7.EL update 3.8 M Transaction Summary = = = = = = = = = Install 1 Package(s) Update 0 Package(s) Remove 0 Package(s) Total download size: 3.8 M Downloading Packages: (1/1): kernel-smp-devel-2 100% |=| 3.8 MB00:04 Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Installing: kernel-smp-devel # [1/1] Installed: kernel-smp-devel.x86_64 0:2.6.9-67.0.7.EL Complete! --Checking if install process went okay --Install process failed!! --Please install manually and reboot to latest kernel release before retry! qtp-build-unionfs failed, Exiting! qtp-newmodel - qtp-mount-sandbox failed, exiting [...end...] My questions are: Did this actually install a new kernal? No, it installed the kernel development package. The kernel-dev package contains kernel headers, which are part of the kernel source, used when compiling kernel modules. If I reboot the machine will I be running the new kernal? No, as there's no new kernel installed. What does 'Please install manually' mean (is this referring to the kernal? maybe the new kernal is not really installed and I have to do it manually through yum before rebooting?) This sorta looks like a bug of some sort to me. The yum install seemed to go ok, but the script doesn't appear to think so. What if I do qtp-newmodel again and this time say 'no' when it asks if I want a 'unioned sandbox'? That would allow you to pick a copied or linked sandbox, either one of which should work. Both will take a bit of time, and a copied sandbox takes considerable (2G+) disk space. Might that make it install without updating the kernal? Yes. There are no kernel modules involved with a linked or copied sandbox, only a unionfs one. I'm just always a little nervous to install new things and reboot - should I get over this? No, rebooting is very rarely necessary. Or at least should be. Sorry for my confusion. Thanks so much for any help! No problem. I'm a bit curious why the script chose to install the kernel-smp-devel package. Are you running the smp kernel? What does # uname -a show? Also, # rpm -qa | grep kernel ? -- -Eric 'shubes' Thanks for the response Eric! # uname -a Linux server1.example.com 2.6.9-22.0.2.ELsmp #1 SMP Tue Jan 17 06:12:06 CST 2006 x86_64 x86_64 x86_64 GNU/Linux # rpm -qa | grep kernel kernel-2.6.9-22.EL kernel-utils-2.4-13.1.69 kernel-smp-2.6.9-22.0.2.EL kernel-smp-2.6.9-22.EL kernel-smp-devel-2.6.9-67.0.7.EL kernel-2.6.9-22.0.2.EL I tried qtp-newmodel again with a unioned sandbox and it failed in exactly the same way. Then I did qtp-newmodel again, this time with a linked sandbox. This got much further but then failed when trying to update some perl stuff: Transaction Check Error: file /usr/share/man/man3/ MIME::Base64.3pm.gz from install of perl-MIME-Base64-3.07-1.el4.rf conflicts with file
Re: [qmailtoaster] SMTP password auth on port 25 stopped working after reboot...
On Apr 29, 2008, at 7:28 PM, Eric Shubert wrote: [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: Hi all. I've had qmail toaster running for over a year with very few problems (thanks in large part to this list and the archives.) Today I rebooted my server for the first time in a long time. Everything is okay except I can no longer send outgoing mail from remote machines. I get an error: The SMTP server mail.mydomain.com doesn’t support authentication. But I've always used password authentication for sending mail on port 25 in the past and it's always worked great. Any guesses what went wrong? It must have been due to the reboot. How can I get password SMTP password auth working again on port 25? Note: I searched the list and I know the answer usually given in somewhat similar situations is just to have senders use port 587 and auth will be forced to happen. But I have a lot of non-technical users and it is not possible to walk them all through changing their settings to use port 587. I need it to work on port 25. Where should I look? Thanks. Please post the result of: # cat /var/qmail/control/blacklists -- -Eric 'shubes' cat /var/qmail/control/blacklists -r zen.spamhaus.org zen.spamhaus.org is a combination of 3 other spamhaus lists (see http://spamhaus.org). The pbl list is what's probably blocking, so try: -r sbl.spamhaus.org -r xbl.spamhaus.org instead, and see if that works. That's your easiest work around. Instead of doing this, you could try installing spamdyke, which should fix you up too. Spamdyke does no blocking when a user is authenticated. I highly recommend going this route. It's really trivial to do using the script that's included in qmailtoaster-plus. -- -Eric 'shubes' That worked. Thank you! I'll look at spamdyke too. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]