[toaster] Urgent: preline: fatal: unable to run /usr/bin/maildrop: file does not exist
Greetings all! I am really hoping somebody can help me out. I am migrating a mail server. The old server is on Redhat EL 4. The new server is Ubuntu 8.04. I thought I had everything setup correctly and all mailboxes that forwarded to other external email addresses work fine. I just realized that any physical box on the server is returning this error: preline: fatal: unable to run /usr/bin/maildrop: file does not exist I installed everything this time (like last time) per the instructions on the Shupp toaster. Any guidance would be very much appreciated.
RE: [toaster] Urgent: preline: fatal: unable to run /usr/bin/maildrop: file does not exist
preline: fatal: unable to run /usr/bin/maildrop: file does not exist Where is your maildrop?
Re: [toaster] Urgent: preline: fatal: unable to run /usr/bin/maildrop: file does not exist
On Thu, 2008-05-01 at 11:54 -0400, JP Maxwell / Gmail wrote: /usr/bin/maildrop: Have you installed maildrop? Is it in /usr/bin or is it in /usr/local/bin perhaps?
Re: [toaster] Urgent: preline: fatal: unable to run /usr/bin/maildrop: file does not exist
Well, that's the same thing, I can't seem to find it... did I miss a step? On Thu, May 1, 2008 at 11:58 AM, Qmail List [EMAIL PROTECTED] wrote: preline: fatal: unable to run /usr/bin/maildrop: file does not exist Where is your maildrop?
Re: [toaster] Urgent: preline: fatal: unable to run /usr/bin/maildrop: file does not exist
Is it something that should have been installed w/ the toaster or should I already have it? I see the package available via apt - I could just install it? On Thu, May 1, 2008 at 12:00 PM, JP Maxwell / Gmail [EMAIL PROTECTED] wrote: Well, that's the same thing, I can't seem to find it... did I miss a step? On Thu, May 1, 2008 at 11:58 AM, Qmail List [EMAIL PROTECTED] wrote: preline: fatal: unable to run /usr/bin/maildrop: file does not exist Where is your maildrop?
RE: [toaster] Urgent: preline: fatal: unable to run /usr/bin/maildrop: file does not exist
Is it something that should have been installed w/ the toaster or should I already have it? Shupp's toaster does not come with it. You can try yum or something
Re: [toaster] Urgent: preline: fatal: unable to run /usr/bin/maildrop: file does not exist
On Thu, 2008-05-01 at 12:02 -0400, JP Maxwell / Gmail wrote: Is it something that should have been installed w/ the toaster or should I already have it? No its up to you to get it if you want it. I see the package available via apt - I could just install it? On Thu, May 1, 2008 at 12:00 PM, JP Maxwell / Gmail [EMAIL PROTECTED] wrote: Well, that's the same thing, I can't seem to find it... did I miss a step? On Thu, May 1, 2008 at 11:58 AM, Qmail List [EMAIL PROTECTED] wrote: preline: fatal: unable to run /usr/bin/maildrop: file does not exist Where is your maildrop?
Re: [toaster] Urgent: preline: fatal: unable to run /usr/bin/maildrop: file does not exist
JP Maxwell / Gmail wrote: Well, that's the same thing, I can't seem to find it... did I miss a step? On Thu, May 1, 2008 at 11:58 AM, Qmail List [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: preline: fatal: unable to run /usr/bin/maildrop: file does not exist Where is your maildrop? The toaster does not include maildrop. You'll need to install that yourself. Regards, Rick
Re: [toaster] Urgent: preline: fatal: unable to run /usr/bin/maildrop: file does not exist
Thank you all! Sorry for the seemingly obvious question. On Thu, May 1, 2008 at 12:25 PM, Rick Macdougall [EMAIL PROTECTED] wrote: JP Maxwell / Gmail wrote: Well, that's the same thing, I can't seem to find it... did I miss a step? On Thu, May 1, 2008 at 11:58 AM, Qmail List [EMAIL PROTECTED]mailto: [EMAIL PROTECTED] wrote: preline: fatal: unable to run /usr/bin/maildrop: file does not exist Where is your maildrop? The toaster does not include maildrop. You'll need to install that yourself. Regards, Rick
Re: [toaster] Urgent: preline: fatal: unable to run /usr/bin/maildrop: file does not exist
Ok - after installing maildrop via apt-get the bounces stopped. But, e-mail does not seem to get delivered now. I noticed that it does work fine for new accounts I create, it's only the migrated accounts that seem to have problems. The migrated accounts all seem to have this in the log files, does anyone know what it indicates? did_0+0+1 I also noticed that the migrated accounts have a .qmail file w/ | preline /usr/bin/maildrop I am going to try to remove that and see if it fixes this. Thanks again for your help. On Thu, May 1, 2008 at 12:38 PM, JP Maxwell / Gmail [EMAIL PROTECTED] wrote: Thank you all! Sorry for the seemingly obvious question. On Thu, May 1, 2008 at 12:25 PM, Rick Macdougall [EMAIL PROTECTED] wrote: JP Maxwell / Gmail wrote: Well, that's the same thing, I can't seem to find it... did I miss a step? On Thu, May 1, 2008 at 11:58 AM, Qmail List [EMAIL PROTECTED]mailto: [EMAIL PROTECTED] wrote: preline: fatal: unable to run /usr/bin/maildrop: file does not exist Where is your maildrop? The toaster does not include maildrop. You'll need to install that yourself. Regards, Rick
RE: [toaster] Urgent: preline: fatal: unable to run /usr/bin/maildrop: file does not exist
| preline /usr/bin/maildrop Just wondering. Where are u going to pipe the mails to?
Re: [toaster] Urgent: preline: fatal: unable to run /usr/bin/maildrop: file does not exist
I am not sure - maybe something used to work this way in an older toaster? Since I am migrating to a new build, I wonder if it works differently. Is there some place I could look to find that out? On Thu, May 1, 2008 at 2:54 PM, Qmail List [EMAIL PROTECTED] wrote: | preline /usr/bin/maildrop Just wondering. Where are u going to pipe the mails to?
RE: [toaster] Urgent: preline: fatal: unable to run /usr/bin/maildrop: file does not exist
I am not sure - maybe something used to work this way in an older toaster? Since I am migrating to a new build, I wonder if it works differently. You might need a mailfilter. Please google for it
Re: [toaster] Urgent: preline: fatal: unable to run /usr/bin/maildrop: file does not exist
Hmm - ok, not sure. I did google mailfilter, but it didn't seem too helpful p courier-maildrop - Courier mail server - mail delivery agent i maildrop - mail delivery agent with filtering abilities I installed maildrop from the above list - I'm assuming I didn't want the courier-maildrop. Pardon my ignorance. Everything does seem to work by removing that line from the .qmail files - I'm actually just trying to learn what the problem was. Thanks for your help. On Thu, May 1, 2008 at 3:08 PM, Qmail List [EMAIL PROTECTED] wrote: I am not sure - maybe something used to work this way in an older toaster? Since I am migrating to a new build, I wonder if it works differently. You might need a mailfilter. Please google for it
Re: [toaster] Urgent: preline: fatal: unable to run /usr/bin/maildrop: file does not exist
On May 1, 2008, at 12:21 PM, JP Maxwell / Gmail wrote: Hmm - ok, not sure. I did google mailfilter, but it didn't seem too helpful p courier- maildrop - Courier mail server - mail delivery agent i maildrop - mail delivery agent with filtering abilities I installed maildrop from the above list - I'm assuming I didn't want the courier-maildrop. Pardon my ignorance. Everything does seem to work by removing that line from the .qmail files - I'm actually just trying to learn what the problem was. man maildrop You're maildroprc was not migrated. Bill
Re: [toaster] Urgent: preline: fatal: unable to run /usr/bin/maildrop: file does not exist
Got it! So, if creating a new account on this system does not seem to go through maildrop - my guess is I don't need it anymore? Is that right? On Thu, May 1, 2008 at 4:18 PM, Bill Shupp [EMAIL PROTECTED] wrote: On May 1, 2008, at 12:21 PM, JP Maxwell / Gmail wrote: Hmm - ok, not sure. I did google mailfilter, but it didn't seem too helpful p courier-maildrop - Courier mail server - mail delivery agent i maildrop - mail delivery agent with filtering abilities I installed maildrop from the above list - I'm assuming I didn't want the courier-maildrop. Pardon my ignorance. Everything does seem to work by removing that line from the .qmail files - I'm actually just trying to learn what the problem was. man maildrop You're maildroprc was not migrated. Bill
Re: [toaster] Urgent: preline: fatal: unable to run /usr/bin/maildrop: file does not exist
On May 1, 2008, at 1:32 PM, JP Maxwell / Gmail wrote: Got it! So, if creating a new account on this system does not seem to go through maildrop - my guess is I don't need it anymore? Is that right? That depends. Why are did you need maildrop in the first place? Bill
Re: [toaster] Urgent: preline: fatal: unable to run /usr/bin/maildrop: file does not exist
Honestly, I don't know. Only about 10 users had it in their .qmail file. This is hte maildroprc from the old mail server. import EXT import HOST VHOME=`/home/vpopmail/bin/vuserinfo -d [EMAIL PROTECTED] DOMDIR=`/home/vpopmail/bin/vdominfo -d $HOST` JUNK=$VHOME/Maildir/.Spam/ DELETESCORE=20 DUMMY=`test -d $VHOME/Maildir` if ( $RETURNCODE == 1 ) { DUMMY=`grep bounce-no-mailbox $DOMDIR/.qmail-default` if ( $RETURNCODE == 0 ) { echo Sorry, no mailbox here by that name. (#5.1.1) - maildrop EXITCODE=100 exit } DUMMY=`grep ' delete$' $DOMDIR/.qmail-default` if ( $RETURNCODE == 0 ) { echo Deleted mail for non-existent user [EMAIL PROTECTED] - maildrop EXITCODE=0 exit } # else, it's either a Maildir or forward ARG4=`awk '{ print $4 }' $DOMDIR/.qmail-default` # check forward first DUMMY=`echo $ARG4 | grep '@'` if ( $RETURNCODE == 0 ) { to '| /var/qmail/bin/qmail-inject' } # then check Maildir DUMMY=`echo $ARG4 | grep '^/'` if ( $RETURNCODE == 0 ) { VHOME=$ARG4 JUNK=$ARG4/Maildir/.Spam/ } } #if ( $SIZE 262144 ) #{ #exception { #xfilter /usr/bin/spamc -f -u [EMAIL PROTECTED] #} #} if (/^X-Spam-Flag:\s*YES/) { exception { /X-Spam-Status: Yes, score=(-*[0-9]+\.[0-9]+)/ SCORE=$MATCH1 if ($SCORE = $DELETESCORE ) { if ( /^From:\s+(.*)/ ) { ADDR=getaddr($MATCH1) } echo auto-deleted spam from $FROM::$ADDR to [EMAIL PROTECTED] with score of $SCORE to /dev/null } } DUMMY=`test -d $JUNK` if ( $RETURNCODE == 1 ) { `/var/qmail/bin/maildirmake $JUNK` echo created $JUNK } to $JUNK } else { echo maildrop: non-filtered mail delivery to $VHOME/Maildir/ } On Thu, May 1, 2008 at 4:47 PM, Bill Shupp [EMAIL PROTECTED] wrote: On May 1, 2008, at 1:32 PM, JP Maxwell / Gmail wrote: Got it! So, if creating a new account on this system does not seem to go through maildrop - my guess is I don't need it anymore? Is that right? That depends. Why are did you need maildrop in the first place? Bill
Re: [toaster] SMTP clients occasionally fail to send mail. Web browser always works fine.
John Harmon wrote: Jason 'XenoPhage' Frisvold wrote: On Wed, 30 Apr 2008 13:40:31 -0600, John Harmon [EMAIL PROTECTED] wrote: Thanks for the reply. I will test that out along with the other gentleman's suggestion on clam (for the reboot issue); however, I don't know how to disable simscan (doesn't appear to be a normal /etc/init.d service from what I can see). Can you tell me how? Sure.. In your tcp.smtp file, you should have something like this : :allow,QMAILQUEUE=/var/qmail/bin/simscan Change that line to this : :allow And then re-compile the tcp.smtp.cdb file like this : tcprules tcp.smtp.cdb tcp.smtp.tmp tcp.smtp Thanks John Just a thought before testing all of this. How does a client talk to the server, and through what code paths, that varies from that of a browser? (again, as the broswer always works)??? Thanks, John OK. Test complete. Setting the /home/vpopmail/etc/tcp.smtp from this: :allow,QMAILQUEUE=/var/qmail/bin/simscan to this: :allow Instantly allowed me to send the email from the client (while experiencing the problem). I can't keep it this way, however, due to it disabling clam and apparently spamassassin from doing their jobs. What are the things I need to check in order to make sure clamav and/or spamassassin is healthy? I don't really see much in the log files. Any continued help you can provide me to help resolve the issue now that it has been narrowed down would be much appreciated. John
Re: [toaster] SMTP clients occasionally fail to send mail. Web browser always works fine.
John Harmon wrote: Jason 'XenoPhage' Frisvold wrote: On Wed, 30 Apr 2008 13:40:31 -0600, John Harmon [EMAIL PROTECTED] wrote: Thanks for the reply. I will test that out along with the other gentleman's suggestion on clam (for the reboot issue); however, I don't know how to disable simscan (doesn't appear to be a normal /etc/init.d service from what I can see). Can you tell me how? Sure.. In your tcp.smtp file, you should have something like this : :allow,QMAILQUEUE=/var/qmail/bin/simscan Change that line to this : :allow And then re-compile the tcp.smtp.cdb file like this : tcprules tcp.smtp.cdb tcp.smtp.tmp tcp.smtp Thanks John Just a thought before testing all of this. How does a client talk to the server, and through what code paths, that varies from that of a browser? (again, as the broswer always works)??? Thanks, John I have been doing some poking around. Do I enable the debugging for clam under /usr/local/etc/freshclamd.conf? I said : Debug 1 Is that the correct syntax? Doesn't look like I can set a debug level. Just looking for anything that may give me more information as to why clam is doing this, and how to fix it.
[toaster] Huge traffic
IHello! I'm having this problem: when I start qmail I got a lot of inbound traffic (9MBits/s). If I do a quamilctl stop the traffic stops. How can I debug this ? I dunno what traffic is this! Thks for any help!
RE: [toaster] Huge traffic
I'm having this problem: when I start qmail I got a lot of inbound traffic (9MBits/s). If I do a quamilctl stop the traffic stops. How can I debug this ? I dunno what traffic is this! What does your log says? tail -f /var/log/qmail/smtpd/current
Re: [toaster] Huge traffic
The log seems pretty normal: start @4000481a61d720919fa4 CHKUSER accepted sender: from [EMAIL PROTECTED]:: remote carrera.intelidus.net:unknown:195.23.42.178 rcpt : sender accepted @4000481a61d723f98a94 CHKUSER accepted rcpt: from [EMAIL PROTECTED]:: remote carrera.intelidus.net:unknown:195.23.42.178 rcpt [EMAIL PROTECTED] : found existing recipient @4000481a61d736528844 tcpserver: status: 16/40 @4000481a61d736529bcc tcpserver: pid 30296 from 121.72.33.24 @4000481a61d736529fb4 tcpserver: ok 30296 0:69.63.23.122:25 :121.72.33.24::3564 @4000481a61d80db135fc tcpserver: end 30232 status 256 @4000481a61d80db14984 tcpserver: status: 15/40 @4000481a61d82887d8cc CHKUSER accepted sender: from [EMAIL PROTECTED]:: remote www.4digitalmail.com:unknown:81.92.198.40 rcpt : sender accepted @4000481a61d82e4350ac CHKUSER accepted rcpt: from [EMAIL PROTECTED]:: remote www.4digitalmail.com:unknown:81.92.198.40 rcpt [EMAIL PROTECTED] : found existing recipient @4000481a61d909c26f9c tcpserver: end 30049 status 0 @4000481a61d909c27f3c tcpserver: status: 14/40 @4000481a61d910489a1c tcpserver: status: 15/40 @4000481a61d91048a9bc tcpserver: pid 30309 from 213.95.19.87 @4000481a61d91048ada4 tcpserver: ok 30309 0:69.63.23.122:25 :213.95.19.87::56584 end I already tried to disable spamd, rblsmtds and the problems persists. My difficult is how to locate the traffic origin. Any clue ? It's all inbound traffice whch is more strange. - Original Message - From: Qmail List [EMAIL PROTECTED] To: toaster@shupp.org Sent: Friday, May 02, 2008 1:23 AM Subject: RE: [toaster] Huge traffic I'm having this problem: when I start qmail I got a lot of inbound traffic (9MBits/s). If I do a quamilctl stop the traffic stops. How can I debug this ? I dunno what traffic is this! What does your log says? tail -f /var/log/qmail/smtpd/current
RE: [toaster] Huge traffic
snip I already tried to disable spamd, rblsmtds and the problems persists. My difficult is how to locate the traffic origin. Any clue ? It's all inbound traffice whch is more strange. I guess spammers are trying to use your box to rely spam. Have you enable smtp-auth?
Re: [toaster] Huge traffic
Sure. Dunno waht else could be wrong. There's any way to analise inbound traffic ? - Original Message - From: Qmail List [EMAIL PROTECTED] To: toaster@shupp.org Sent: Friday, May 02, 2008 1:43 AM Subject: RE: [toaster] Huge traffic snip I already tried to disable spamd, rblsmtds and the problems persists. My difficult is how to locate the traffic origin. Any clue ? It's all inbound traffice whch is more strange. I guess spammers are trying to use your box to rely spam. Have you enable smtp-auth?