Re: temporary qmail-inject error
On Mon, Aug 13, 2001 at 11:28:10AM +0800, KY Lui wrote: hello i found temporary qmail-inject error in qmail log file what's the meaning? It means that you have messed with the qmail-queue or qmail-inject files. Please post more information, versions of software, output of log files, and start up scripts. _ Ross Cooney Virus Scanner: http://www.antivirus.ie/index.mv?free_scan=1 Perl Tutorial: http://www.cyber-sentry.com/perl/tut.mv?art=1
temporary qmail-inject error
Title: temporary qmail-inject error hello i found temporary qmail-inject error in qmail log file what's the meaning? thanks regards KY
Re: qmail-inject error
The qmail/Reiser patch is installed. Besides from reading the text with that patch it seemed to only be an issue with crash recovery. More on this today. We modified qmail.c to give separate error messages in the switch statement for each error condition. Luckily or not we got the error again today. There error is occuring when link is called at the end of main() trying to link the file in intd to todo. There are two lines that raise that error so we are trying to capture strerror() after each and see which it is and what the error is. I will report back to the list with anything I get. Brian Moon -- dealnews.com, Inc. Makers of dealnews dealmac http://dealnews.com/ | http://dealmac.com/ - Original Message - From: Charles Cazabon [EMAIL PROTECTED] To: qmail [EMAIL PROTECTED] Sent: Wednesday, June 06, 2001 4:45 PM Subject: Re: qmail-inject error Brian Moon [EMAIL PROTECTED] wrote: I ocassionally (once a week) am getting: qmail-inject: fatal: qq trouble creating files in queue (#4.3.0) I found this list of possible problems: -out of disk space 3.1G free. Likely not disk space then. -out of inodes I don't see how. There are 56800 files in 1365 dirs on that partition. `df -i` should tell you if you're running out of inodes. That partition is ReiserFS. Ah -- perhaps the culprit. qmail requires a small patch to run on ReiserFS (it's buried somewhere on Hans' site; I found it through Google at one point, although I haven't used it). qmail does not work correctly on ReiserFS (or, more accurately, ReiserFS doesn't work correctly enough to run a qmail queue on it) without this patch. Isn't there a mention of this on qmail.org? -permissions on the queue directories are wrong -ownership of the queue directories are wrong This would be an always thing, instead of an occasional thing. Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ Any opinions expressed are just that -- my opinions. ---
Re: qmail-inject error
Brian Moon [EMAIL PROTECTED] wrote: I ocassionally (once a week) am getting: qmail-inject: fatal: qq trouble creating files in queue (#4.3.0) [...] That partition is ReiserFS. Ah -- perhaps the culprit. qmail requires a small patch to run on ReiserFS (it's buried somewhere on Hans' site; I found it through Google at one point, although I haven't used it). qmail does not work correctly on ReiserFS (or, more accurately, ReiserFS doesn't work correctly enough to run a qmail queue on it) without this patch. The qmail/Reiser patch is installed. Besides from reading the text with that patch it seemed to only be an issue with crash recovery. More on this today. We modified qmail.c to give separate error messages in the switch statement for each error condition. Luckily or not we got the error again today. There error is occuring when link is called at the end of main() trying to link the file in intd to todo. There are two lines that raise that error so we are trying to capture strerror() after each and see which it is and what the error is. I strongly suspect that you've hit a bug in ReiserFS -- are you running with all of Han's latest patches? We've been running qmail on various Linux systems for years, nd have never had a problem like this one on ext2. You may want to get Hans' people in on this discussion; they may have a ReiserFS debugging patch to help them track down the problem. Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ Any opinions expressed are just that -- my opinions. ---
Re: qmail-inject error
Brian Moon [EMAIL PROTECTED] wrote: We do know that all the emails are getting sent. We count how many mails we should be sending and the numbers match up with the logs. Does qmail-inject retry qmail-queue if it fails? I don't think so; I'd have to check the source to be sure. I can't see a reason to; djb's software is reliable, and the rest of his stuff tends to know it. If it hits an error that shouldn't happen the most logical step is to treat it as fatal. As for Reiser, we know we are a bit behind on it. We are still on 2.2.16 kernel and running the last reiser we can for that kernel. If the mail is getting sent, that is most important. We will send you guys and the Reiser guys any errors we get out of strerror. Should be interesting. Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ Any opinions expressed are just that -- my opinions. ---
Re: qmail-inject error
We do know that all the emails are getting sent. We count how many mails we should be sending and the numbers match up with the logs. Does qmail-inject retry qmail-queue if it fails? As for Reiser, we know we are a bit behind on it. We are still on 2.2.16 kernel and running the last reiser we can for that kernel. If the mail is getting sent, that is most important. We will send you guys and the Reiser guys any errors we get out of strerror. Thanks, Brian Moon -- dealnews.com, Inc. Makers of dealnews dealmac http://dealnews.com/ | http://dealmac.com/ - Original Message - From: Charles Cazabon [EMAIL PROTECTED] To: qmail [EMAIL PROTECTED] Sent: Thursday, June 07, 2001 11:48 AM Subject: Re: qmail-inject error Brian Moon [EMAIL PROTECTED] wrote: I ocassionally (once a week) am getting: qmail-inject: fatal: qq trouble creating files in queue (#4.3.0) [...] That partition is ReiserFS. Ah -- perhaps the culprit. qmail requires a small patch to run on ReiserFS (it's buried somewhere on Hans' site; I found it through Google at one point, although I haven't used it). qmail does not work correctly on ReiserFS (or, more accurately, ReiserFS doesn't work correctly enough to run a qmail queue on it) without this patch. The qmail/Reiser patch is installed. Besides from reading the text with that patch it seemed to only be an issue with crash recovery. More on this today. We modified qmail.c to give separate error messages in the switch statement for each error condition. Luckily or not we got the error again today. There error is occuring when link is called at the end of main() trying to link the file in intd to todo. There are two lines that raise that error so we are trying to capture strerror() after each and see which it is and what the error is. I strongly suspect that you've hit a bug in ReiserFS -- are you running with all of Han's latest patches? We've been running qmail on various Linux systems for years, nd have never had a problem like this one on ext2. You may want to get Hans' people in on this discussion; they may have a ReiserFS debugging patch to help them track down the problem. Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ Any opinions expressed are just that -- my opinions. ---
qmail-inject error
I ocassionally (once a week) am getting: qmail-inject: fatal: qq trouble creating files in queue (#4.3.0) I found this list of possible problems: -out of disk space 3.1G free. -out of inodes I don't see how. There are 56800 files in 1365 dirs on that partition. That partition is ReiserFS. -permissions on the queue directories are wrong -ownership of the queue directories are wrong Those are fine. Like I said it is only once in week of sending 1 emails. Seems like I would see a more cronic problem if this were true. I can tell you that this does happen while we are doing a large mailing of individual messages (not spam) to our readers. It is not a newsletter, but unique information for each user so we are issuing say 700-1600 mail() commands from PHP over a period of time. For those not familiar with PHP, this would be one call to the sendmail alias in qmail for each call to mail(). Perhaps I need to change PHP to use qmail-inject directly? I do know from the logs that no more than 20-30 messages are ever in the queue at a time. concurrencyremote is 120 and is never approached by this mailing. Anyone have any ideas? Brian Moon -- dealnews.com, Inc. Makers of dealnews dealmac http://dealnews.com/ | http://dealmac.com/
Re: qmail-inject error
Brian Moon [EMAIL PROTECTED] wrote: I ocassionally (once a week) am getting: qmail-inject: fatal: qq trouble creating files in queue (#4.3.0) I found this list of possible problems: -out of disk space 3.1G free. Likely not disk space then. -out of inodes I don't see how. There are 56800 files in 1365 dirs on that partition. `df -i` should tell you if you're running out of inodes. That partition is ReiserFS. Ah -- perhaps the culprit. qmail requires a small patch to run on ReiserFS (it's buried somewhere on Hans' site; I found it through Google at one point, although I haven't used it). qmail does not work correctly on ReiserFS (or, more accurately, ReiserFS doesn't work correctly enough to run a qmail queue on it) without this patch. Isn't there a mention of this on qmail.org? -permissions on the queue directories are wrong -ownership of the queue directories are wrong This would be an always thing, instead of an occasional thing. Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ Any opinions expressed are just that -- my opinions. ---
qmail-inject error checking
I am using qmail for a special project for a major ISP (600,000 mailboxes and growing). The ISP's Intermail system is forwarding all mail for a major domain (which will disappear soon) to a qmail box. The qmail box invokes a Perl script to rewrite the recipient address and fire the message back to Intermail for delivery. It also fires a message back to the originator, via the Intermail host(s), with a reminder to update their addressbooks with the new domain. (Works okay, except that the hardware needs to be upgraded to keep up with the volume.) The problem is that the ISP does not want to lose mail due to improperly written originator addresses, which is what happens now. qmail-inject seems to read all of the headers, and fails if, for example, double quotes don't match up, no matter which header contains the fault. Intermail doesn't care, I'm told, so it won't bomb on them - and that's what the client wants. When qmail-inject fails, so does the Perl script, and the message dies right there with it. Is there any way to turn of the header error checking of qmail-inject? Thanks. -- Roger Walker http://www.rat-hole.com Voice/Fax 1-780-440-2685 http://www.man-from-linux.com HIS Pain; YOUR Gainhttp://www.rope.net http://www.rope.net/signature.html
Re: qmail-inject error checking
Roger Walker [EMAIL PROTECTED] wrote: Is there any way to turn of the header error checking of qmail-inject? Not that I know of; ensuring headers are valid is one of the main reasons for qmail-inject to exist. It puts together a valid message and queues it. One thing you might try, though, is to see if you get better results with new-inject (it's in one of djb's other packages; serialmail possibly?). From reading the list archives, it seems that it might be better suited when dealing with messages created by random broken clients. Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ Any opinions expressed are just that -- my opinions. ---
Re: qmail-inject error checking
On Wed, Apr 25, 2001 at 08:05:34AM -0600, Charles Cazabon wrote: thing you might try, though, is to see if you get better results with new-inject (it's in one of djb's other packages; serialmail possibly?). From No, it's in mess822. -- Henning Brauer | BS Web Services Hostmaster BSWS| Roedingsmarkt 14 [EMAIL PROTECTED] | 20459 Hamburg http://www.bsws.de | Germany Unix is very simple, but it takes a genius to understand the simplicity. (Dennis Ritchie)
Re: qmail-inject error checking
Henning Brauer [EMAIL PROTECTED] wrote: On Wed, Apr 25, 2001 at 08:05:34AM -0600, Charles Cazabon wrote: thing you might try, though, is to see if you get better results with new-inject (it's in one of djb's other packages; serialmail possibly?). No, it's in mess822. Indeed; thanks for the correct, Henning. Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ Any opinions expressed are just that -- my opinions. ---
qmail-inject error
The first time I did a mail test to my mailbox kristina it worked. However, the second time it wouldn't work any more. I get the following error: % echo to: kristina | /var/qmail/bin/qmail-inject /var/qmail/bin/qmail-inject: to:: not found the second part "/var/qmail/bin/qmail-inject" seems to be causing the error. The permissions for qmail-inject are: -rwxr-xr-x 1 root qmail 13 Jan 4 11:47 qmail-inject Thanks in advance for your help, Kristina
Re: Qmail-Inject error related to Datemail
On Mon, 11 Oct 1999, [ISO-8859-1] Jon Lurås wrote: Hello! I have a problem, here is what my qmail log says: 939620707.238895 status: local 1/10 remote 0/20 939620710.595702 delivery 1: success: qmail- inject:_fatal:_read_error/did_1+0+1/ 939620710.620806 status: local 0/10 remote 0/20 The first time I got this error was with the Vacation program from Peter Samuel. The Vacation program uses Datemail. When I removed Vacation from the .qmail file and used Datemail directly I still got the error. I have tried with Forward in the .qmail and this works okay. I am quite sure that this problem has something to do with permissions. I have look at all the permissions in the /var/qmail/bin and in the /home/user/Maildir/ with no success so far. The system is a Redhat 6.0 and I used the qmail-1.03-14ucspi.src.rpm for installation. Just to expand on Jon's problem (we've gone through quite a bit of offline debugging outside the list). The problem occurs whenever qmail runs a program from a .qmail file that calls datemail. eg | vacation jon or | /var/qmail/bin/datemail -t /home/jon/msg Both of these fail. Jon, three more things you might try: 1) Double check the permissions on /var/qmail/control/*. ALl the files in that directory MUST be readable by everyone. If qmail-inject cannot open /var/qamil/control/me (for example) it will die. When you did your manual test of datemail what user were you? If you were root it would have worked, if you were some other user and it failed, then that could be your problem. 2) modify vacation so that it uses qmail-inject (modify the Makefile and run make install) 3) recompile datemail Regards Peter -- Peter Samuel[EMAIL PROTECTED] Technical Consultantor at present: eServ. Pty Ltd [EMAIL PROTECTED] Phone: +61 2 9206 3410 Fax: +61 2 9281 1301 "If you kill all your unhappy customers, you'll only have happy ones left"
