Re: Qmailqueue patch over current qmail 1.03
You are correct. If you don't use it then it costs you nothing. -- Paul Farber Farber Technology [EMAIL PROTECTED] Ph 570-628-5303 Fax 570-628-5545 On Tue, 14 Aug 2001, Charles Cazabon wrote: > Paul Farber <[EMAIL PROTECTED]> wrote: > > > > qmail-queue will slow down mail processing (did in my case) so if its a > > medium/high volume smtp server then you better plan for some additional > > bogomips to fire off the scanning. > > Note that the QMAILQUEUE patch alone should not increase server load by > any measurable amount; it's whatever you run using QMAILQUEUE (i.e. a > virus scanner or other mail filter) which sucks CPU cycles and memory. > > Charles >
Re: Qmailqueue patch over current qmail 1.03
Paul Farber <[EMAIL PROTECTED]> wrote: > > qmail-queue will slow down mail processing (did in my case) so if its a > medium/high volume smtp server then you better plan for some additional > bogomips to fire off the scanning. Note that the QMAILQUEUE patch alone should not increase server load by any measurable amount; it's whatever you run using QMAILQUEUE (i.e. a virus scanner or other mail filter) which sucks CPU cycles and memory. Charles -- --- Charles Cazabon<[EMAIL PROTECTED]> GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: Qmailqueue patch over current qmail 1.03
No, I did. the qmail-queue patch only mods 2 files and the config for it is also by itself. qmail-queue will slow down mail processing (did in my case) so if its a medium/high volume smtp server then you better plan for some additional bogomips to fire off the scanning. -- Paul Farber Farber Technology [EMAIL PROTECTED] Ph 570-628-5303 Fax 570-628-5545 On Tue, 14 Aug 2001, board master wrote: > Hi, > > I've already installed: > > Qmail 1.03+Vpopmail 4.10+sqwebmail+daemontools+ezmlm+autoresond+ucspi > (PHWEW!) > > and I was wondering what would happen if I patched a brand new qmail 1.03 > with the qmailqueue patch (I want to use virus scanning) and installed the > patched qmail over itself. Would I lose anything? Files, configurations, > etc? > > Thanks in advance, > Michael > > _ > Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp > >
Re: Qmailqueue patch over current qmail 1.03
board master <[EMAIL PROTECTED]> wrote: > > I've already installed: > > Qmail 1.03+Vpopmail 4.10+sqwebmail+daemontools+ezmlm+autoresond+ucspi > (PHWEW!) > > and I was wondering what would happen if I patched a brand new qmail 1.03 > with the qmailqueue patch (I want to use virus scanning) and installed the > patched qmail over itself. You shouldn't have to use a "brand new qmail 1.03" -- none of the packages above require patching qmail, to my knowledge, so what you're running now is a pure vanilla qmail plus addons. > Would I lose anything? Files, configurations, etc? You shouldn't. Just cd to the qmail source directory where you previously compiled qmail. Then apply the QMAILQUEUE patch, and do "make setup check". Charles -- --- Charles Cazabon<[EMAIL PROTECTED]> GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Qmailqueue patch over current qmail 1.03
Hi, I've already installed: Qmail 1.03+Vpopmail 4.10+sqwebmail+daemontools+ezmlm+autoresond+ucspi (PHWEW!) and I was wondering what would happen if I patched a brand new qmail 1.03 with the qmailqueue patch (I want to use virus scanning) and installed the patched qmail over itself. Would I lose anything? Files, configurations, etc? Thanks in advance, Michael _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
Re: QMAILQUEUE patch for qmail-1.03
I vote to leave it alone. Let the configuring individual invoke /bin/sh in QMAILQUEUE herself if she understands and still wants to make that particular convenience vs. overhead tradeoff. Valued at $0.02, JS On Sun, Jun 10, 2001 at 10:26:28PM -0600, Bruce Guenter wrote: > > I've been contemplating rewriting the patch to do an exec of > { "/bin/sh", "-c", $QMAILQUEUE } instead of exec'ing $QMAILQUEUE as-is. > This would allow for putting the contents of the script named by > $QMAILQUEUE (which is frequently a one-line shell script anyways) into > the variable itself. Are there any downsides to this approach other > than the obvious overhead of adding /bin/sh to the execution path? Is > this overhead significant enough to make such a modification a bad idea? > -- > Bruce Guenter <[EMAIL PROTECTED]> http://em.ca/~bruceg/ http://untroubled.org/ > OpenPGP key: 699980E8 / D0B7 C8DD 365D A395 29DA 2E2A E96F B2DC 6999 80E8
Re: QMAILQUEUE patch for qmail-1.03
Bruce Guenter <[EMAIL PROTECTED]> writes: > What kind of problems? Maybe when $QMAILQUEUE is constructed within a shell somewhere. You possibly would have doubled quoting. Hm. This case would be beyond the average user anyway so the one who does it should know what he/she is doing. Regards, Frank
Re: QMAILQUEUE patch for qmail-1.03
On Mon, Jun 11, 2001 at 08:21:13AM +0200, Frank Tegtmeyer wrote: > Bruce Guenter <[EMAIL PROTECTED]> writes: > > than the obvious overhead of adding /bin/sh to the execution path? Is > > this overhead significant enough to make such a modification a bad idea? > Are there quoting problems to expect? What kind of problems? The value of $QMAILQUEUE would be passed in to /bin/sh -c as-is, and /bin/sh would expand quotes, variables, etc. -- Bruce Guenter <[EMAIL PROTECTED]> http://em.ca/~bruceg/ http://untroubled.org/ OpenPGP key: 699980E8 / D0B7 C8DD 365D A395 29DA 2E2A E96F B2DC 6999 80E8 PGP signature
Re: QMAILQUEUE patch for qmail-1.03
On Sun, Jun 10, 2001 at 10:26:28PM -0600, Bruce Guenter wrote: > I've been contemplating rewriting the patch to do an exec of > { "/bin/sh", "-c", $QMAILQUEUE } instead of exec'ing $QMAILQUEUE as-is. > This would allow for putting the contents of the script named by > $QMAILQUEUE (which is frequently a one-line shell script anyways) into > the variable itself. Are there any downsides to this approach other > than the obvious overhead of adding /bin/sh to the execution path? Is > this overhead significant enough to make such a modification a bad idea? Given that the same thing is currently done by writing a one-line shell script, I really can't see the advantage given the extra overhead... I've had several occassions with other products where I have the opposite problem. They allow you to call "/bin/sh -c 'program arg1 arg2...'", and I find it doesn't work as expected. So I end up writing one-line shell scripts and call that instead :-) -- Cheers Jason Haar Unix/Special Projects, Trimble NZ Phone: +64 3 9635 377 Fax: +64 3 9635 417
Re: QMAILQUEUE patch for qmail-1.03
Bruce Guenter <[EMAIL PROTECTED]> writes: > than the obvious overhead of adding /bin/sh to the execution path? Is > this overhead significant enough to make such a modification a bad idea? Are there quoting problems to expect? If yes, I would leave the patch the way it is now. Regards, Frank
Re: QMAILQUEUE patch for qmail-1.03
On Mon, Jan 25, 1999 at 03:37:21PM -0600, Bruce Guenter wrote: > Appended is a patch to qmail-1.03 that causes any program that would run > qmail-queue to look for an environment variable QMAILQUEUE. If it is > present, it is used in place of the string "bin/qmail-queue" when > running qmail-queue. I've been contemplating rewriting the patch to do an exec of { "/bin/sh", "-c", $QMAILQUEUE } instead of exec'ing $QMAILQUEUE as-is. This would allow for putting the contents of the script named by $QMAILQUEUE (which is frequently a one-line shell script anyways) into the variable itself. Are there any downsides to this approach other than the obvious overhead of adding /bin/sh to the execution path? Is this overhead significant enough to make such a modification a bad idea? -- Bruce Guenter <[EMAIL PROTECTED]> http://em.ca/~bruceg/ http://untroubled.org/ OpenPGP key: 699980E8 / D0B7 C8DD 365D A395 29DA 2E2A E96F B2DC 6999 80E8 PGP signature
Re: qmailqueue patch
Joy Hundley writes: > How do I know/find out if my system has the qmailqueue patch that is > required to enable qmail to call a different qmail-queue program than the > one compiled in by default? Where would I find this information? strings /var/qmail/bin/qmail-smtpd | grep QMAILQUEUE Or look at the source code. -- -russ nelson <[EMAIL PROTECTED]> http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | John Hartford, RIP Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
qmailqueue patch
How do I know/find out if my system has the qmailqueue patch that is required to enable qmail to call a different qmail-queue program than the one compiled in by default? Where would I find this information? Joy Hundley Internet Services Service Transport 800-528-1616 ext. 240 Visit us on the Web at www.service-transport.com
Qmailqueue Patch and 451 error
I'm not sure if this is appropriate for the qmail list, but here goes... On two occasions now I've had qmail suddenly stop processing outgoing (only) mail. I have not been able to correspond this to any events and there were no changes to the qmail configuration, firewall or internal (behind the firewall) mail server at either failure. At both times, the mail server was running happily with the qmailqueue patch for months. At the first failure, I tried queue-fix, re-creating the /var/qmail/queue dirs, and changing the QMAILQUEUE env variable from pointing to our virus filter to its original destination of qmail-queue. What finally fixed it, however, was re-installing qmail from a virgin qmail tarball without the qmail queue patch. What's also odd is that the error message was different both times. The first, I got: deferral: _failed_after_I_sent_the_message./Remote_host_said:_451_qq_write_err or_or_disk_full_(#4.3.0)/ The second time: deferral: _failed_after_I_sent_the_message./Remote_host_said:_451_qq_internal_ bug_(#4.3.0)/ Again, both times the fix was to re-install qmail without the QMAILQUEUE patch. SO, I believe this patch to be mature and widely used. I have no idea why this is going on and why I haven't seen similar complaints in the list archives. It's occurred on both a RH6.2 system and RH7.0 system, both instances were running the most current fixes. The box delivers all its mail internally via smtproutes. Any ideas? Thanks! Rudy Pawul System Administrator
Re: Coding scripts for QMAILQUEUE patch
"jdomingo" == jdomingo writes: jdomingo> I'm sure this script is quite simple (maybe just opening jdomingo> a couple of fd from which to read the messages from), jdomingo> but I'd like to get a working script to build on it and jdomingo> learn (a bash script would be perfect :). Here's one I wrote in Perl that you should be able to get started with: http://www.soffian.org/downloads/qmail/qqrbl j.
Coding scripts for QMAILQUEUE patch
Hi: I would like to write some scripts to rewrite headers on incoming messages received through qmail. I patched qmail with QMAILQUEUE patch, and now it works OK. I know that Bruce Guenter's qmail-qfilter could be helpful here, bit I would like to use QMAILQUEUE directly by now. The question: is there some repository for filtering scripts using QMAILQUEUE directly ?. A simple script that reads messages from qmail-smtpd and passes them as-is to qmail-queue will be very helpful to me. I'm sure this script is quite simple (maybe just opening a couple of fd from which to read the messages from), but I'd like to get a working script to build on it and learn (a bash script would be perfect :). Thank you. -- José Luis Domingo López Linux Registered User #189436 Debian GNU/Linux Potato (P166 64 MB RAM) jdomingo EN internautas PUNTO org => ¿ Spam ? Atente a las consecuencias jdomingo AT internautas DOT org => Spam at your own risk
Problems making QMAILQUEUE patch work
Hi everyone: I can't make qmail-queue patch work: I always get "451 unable to exec qq (#4.3.0)" when finishing DATA with a . on a line by itself (telnet to port 25). The interesting part is, whenever QMAILQUEUE environment variable is set, no matter its value, the mail doesn't end in qmail-queue. However, unsetting QMAILQUEUE makes mail delivery work as expected. I've been looking at the source code, and the problem appears to be in qmail.c:qmail_open() (just appears to be, because I've been unable to build the Debian package binaries with debugging information). As long as "451 unable to exec qq (#4.3.0)" is errorcode 120, the possible point of failure is either on "if (fd_move(.." or on "execv(.." Am I missing something ?. My setup is as follows. Debian Woody's qmail-src package, as of release 18 (that is, original qmail 1.03 plus netscape progress bar and big DNS patches). Apart from that, 0.0.0.0, remote authentication, mail from authentication and qmail-queue patches cleanly applied. As Debian places qmail binaries under /usr/sbin, qmail-queue patch was modified to reflect the change on the paths. My /etc/tcp.smtp includes: 192.168.1.10:allow,MFCHECK="1",QMAILQUEUE="/usr/sbin/qmail-queue" I've tried many scripts as values for QMAILQUEUE and always get "unable to exec qq". If QMAILQUEUE is not set, no problems. Any help is highly appreciated. Thank you all. -- José Luis Domingo López Linux Registered User #189436 Debian GNU/Linux Potato (P166 64 MB RAM) jdomingo EN internautas PUNTO org => ¿ Spam ? Atente a las consecuencias jdomingo AT internautas DOT org => Spam at your own risk
Re: QMAILQUEUE patch error 4.5.1
Paul Farber <[EMAIL PROTECTED]> wrote: > I have softlimit -m 400 at the start of the qmail-smtpd script I seem to recall the others had to raise it to at least 6MB to get it to work. This should be in the archives in the last month; I believe the subject had something to do with Amavis, although probably with different case. Charles > > Paul Farber <[EMAIL PROTECTED]> wrote: > > > > > > trying to implement the the qmail-qfilter patch and the only thing I've > > > been able to do is cause 4.5.1's all day (unable to exec qq). > > > > > > What's the trick? > > > > > > Searched the archives and nothing came close... ANY ideas??? > > > > There were several people running into this within the last few weeks; the > > trick there turned out to be raising the memory limits on qmail-smtpd > > IIRC -- Perl wouldn't fit into the current limits. See your smtpd > > start script/run script. -- --- 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: QMAILQUEUE patch error 4.5.1
I have softlimit -m 400 at the start of the qmail-smtpd script Paul Farber Farber Technology [EMAIL PROTECTED] Ph 570-628-5303 Fax 570-628-5545 On Tue, 6 Mar 2001, Charles Cazabon wrote: > Paul Farber <[EMAIL PROTECTED]> wrote: > > > > trying to implement the the qmail-qfilter patch and the only thing I've > > been able to do is cause 4.5.1's all day (unable to exec qq). > > > > What's the trick? > > > > Searched the archives and nothing came close... ANY ideas??? > > There were several people running into this within the last few weeks; the > trick there turned out to be raising the memory limits on qmail-smtpd > IIRC -- Perl wouldn't fit into the current limits. See your smtpd > start script/run script. > > 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: QMAILQUEUE patch error 4.5.1
Paul Farber <[EMAIL PROTECTED]> wrote: > > trying to implement the the qmail-qfilter patch and the only thing I've > been able to do is cause 4.5.1's all day (unable to exec qq). > > What's the trick? > > Searched the archives and nothing came close... ANY ideas??? There were several people running into this within the last few weeks; the trick there turned out to be raising the memory limits on qmail-smtpd IIRC -- Perl wouldn't fit into the current limits. See your smtpd start script/run script. 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. ---
QMAILQUEUE patch error 4.5.1
hello all, trying to implement the the qmail-qfilter patch and the only thing I've been able to do is cause 4.5.1's all day (unable to exec qq). What's the trick? Searched the archives and nothing came close... ANY ideas??? Paul Farber Farber Technology [EMAIL PROTECTED] Ph 570-628-5303 Fax 570-628-5545
qq_temporary_problem with QMAILQUEUE patch
Hi all I am trying to use qmail-scanner with qmail, and have recompiled with the QMAILQUEUE patch. My qmail/supervise/qmail-smtpd/run file looks like: #!/bin/sh QMAILDUID=`id -i qmaild` NOFILESGID=`id -g qmaild` QMAILQUEUE="/var/qmail/bin/qmail-scanner-queue.pl" export QMAILQUEUE exec /usr/bin/softlimit -m 200 \ /usr/local/bin/tcpserver -v -p -x /etc/tcp.smtp.cdb \ -u $QMAILDUID -g $NOFILESGID 0 smtp \ /var/qmail/bin/qmail-smtpd 2>&1 When I try sending mail to/through this server, I get this error: 451 qq temporary problem And the message fails. I have installed qmail-scanner as per the readme, and qmail-queue as per normal (patch -p0 < qmailqueue.patch). qmail-scanner-queue.pl is suid root, and I can run it fine when I am logged in as qmailq. If I comment the QMAILQUEUE variable out of my run file, all works as normal. Does anybody know where this problem occurs and how I can fix it? TIA Brett. -- "At the source of every error which is blamed on the computer you will find at least two human errors, including the error of blaming it on the computer. - Anonymous
QMAILQUEUE patch
Anyone having qq error messages when implementing qmailqueue patch?? Specificall 4.5.1/4.5.0?? I'm trying to filter e-mail using qmail-qfilter and get frequent errors. Searched the qmail archive and most there was some talk about softlimit but nothing definative... Anyone getting the qmailqueue/qmail-qfilter working in a moderately used environment? Paul Farber Farber Technology [EMAIL PROTECTED] Ph 570-628-5303 Fax 570-628-5545
Re: qmailqueue-patch
Flavio Alberto <[EMAIL PROTECTED]> wrote: > Como faço para aplicar este path? Babelfish gives the following translation: "How I make to apply this path?" If that's a reasonable translation, you want to download the qmail source, change into the top level-directory of it, and then execute patch -pX GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ Any opinions expressed are just that -- my opinions. ---
qmailqueue-patch
Como faço para aplicar este path?
Re: QMAILQUEUE patch - how to apply?
Hi, after sending my last message something happend and qmail stopped delivering local mail: Oct 25 02:02:33 be-01 qmail: 972439353.047394 starting delivery 258: msg 134477 to local [EMAIL PROTECTED] Oct 25 02:02:33 be-01 qmail: 972439353.047854 status: local 1/10 remote 0/20 Oct 25 02:02:33 be-01 qmail: 972439353.072365 delivery 258: deferral: Unable_to_ find_alias_user!/ Oct 25 02:02:33 be-01 qmail: 972439353.072849 status: local 0/10 remote 0/20 I rebuilt the whole system, now it works fine. I copied the deferred messages, fixed the queue, but they still do not deliver. I'm very confised - how can some messages get delivered and other not? and why they are not going to the postmaster? Postmaster is "catch all" user. And has this somethig with the patch? Milen
Re: QMAILQUEUE patch - how to apply?
Thank you all for the help. Unfortunetly after following the instructions in your mails qmail-scanner still don't want to compile - it says "can't find evidence of QMAILQUEUE patch in qmail-smtpd!". I can't figure where is the problem - in applying the patch or in compiling the scanner? Milen
Re: QMAILQUEUE patch - how to apply?
On Tue, Oct 24, 2000 at 08:26:16AM -0600, Charles Cazabon wrote: > I assume you're talking about Bruce Guenter's QMAILQUEUE patch, which can be > found at http://www.em.ca/~bruceg/qmail-qfilter/current/ . Actually, the QMAILQUEUE patch is at: http://em.ca/~bruceg/qmail+patches/sources/qmail-1.03-queuevar.patch The above is a program that can be used to take advantage of the patch. -- Bruce Guenter <[EMAIL PROTECTED]> http://em.ca/~bruceg/ PGP signature
Re: QMAILQUEUE patch - how to apply?
Milen Petrinski <[EMAIL PROTECTED]> wrote: > > I am trying to install qmail-scanner, but it requires the QMAILQUEUE patch to > be installed. I followed the link on qmail.org, but I found a text that looks > like mail message with attachment. Can anybody answer how to download and > install the patch? I assume you're talking about Bruce Guenter's QMAILQUEUE patch, which can be found at http://www.em.ca/~bruceg/qmail-qfilter/current/ . A 'patch' is typically a set of changes for a known release of source code. You use a program called 'diff' to create a patchfile, and a program called 'patch' to apply them, hence the name. Read the manpage for 'patch' on your system, download the qmail source code, unpack it, and apply the patch. Then compile and (re-)install qmail. If these instructions are too terse, you are probably in over your head for the moment. You should probably stick to a vanilla qmail install until you have time to do some additional research on the topic. 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. ---
QMAILQUEUE patch - how to apply?
Hi, I am trying to install qmail-scanner, but it requires the QMAILQUEUE patch to be installed. I followed the link on qmail.org, but I found a text that looks like mail message with attachment. Can anybody answer how to download and install the patch? Thank you in advance, Milen
Re: QMAILQUEUE patch
Michael French <[EMAIL PROTECTED]> writes on 19 September 2000 at 23:33:44 -0400 > I was afraid of just "eyeballing it" and really screwing it up. No, I > don't know exactly what I am doing, I am LEARNING, that is why I asked for > help with a qmail related issue which is what I thought the purpose of this > list was. If you have problems answering a question politely, don't bother > saying anything at all. I realize this list can sometimes get repeative, > but I made the effort to search the list archives and nothing was said about > this except for a few unanswered requests for help. Someone even told me " > don't bother this mailing list" with this question. > I don't understand how a question pertaining to qmail (ie patching the > source) does not belong on this list and why replies to questions have to > terse or even down right rude. Don't get me wrong, people like Dave Sill > and Ken Grieve have been very helpful and patient but others of you only > gone out of your way to be rude. I am not trying to start a flame war a la > "linuxpeople", I am just asking for some common courtsey. I'd guess that many people here think that applying patches and merging patches are basic Unix sysadmin tasks that should be in your toolkit before you take on complex software like an MTA. They're general skills, not specific to qmail. -- David Dyer-Bennet / Welcome to the future! / [EMAIL PROTECTED] Photos: http://dd-b.lighthunters.net/ SF: http://www.dd-b.net/dd-b/ Minicon: http://www.mnstf.org/minicon/
Re: QMAILQUEUE patch
On Wed, Sep 20, 2000 at 12:16:20PM +0200, J.J.Gallardo wrote: > > > I got the QMAILQUEUE patch the other day so I could get scan4virus working. > > When I tried running the patch on the qmail source, it failed out. Could this > > be because I used the DNS qmail patch? If so, should I > > Yes this is why it failed. > > Anybody knowns if there is a 'documented problem' if you have patched Qmail with > Spamcontrol 1.3.0 and you gonna patch later with scan4virus? It's the next step i > will do next days. Just try it and see :-) In general, patches will "live happily together" if each of them is small and only alters parts of the same file that aren't related. -- Cheers Jason Haar Unix/Network Specialist, Trimble NZ Phone: +64 3 9635 377 Fax: +64 3 9635 417
Re: QMAILQUEUE patch
Jason Haar escribió: > > I got the QMAILQUEUE patch the other day so I could get scan4virus working. > When I tried running the patch on the qmail source, it failed out. Could this > be because I used the DNS qmail patch? If so, should I > Yes this is why it failed. Anybody knowns if there is a 'documented problem' if you have patched Qmail with Spamcontrol 1.3.0 and you gonna patch later with scan4virus? It's the next step i will do next days.
Re: QMAILQUEUE patch
I was afraid of just "eyeballing it" and really screwing it up. No, I don't know exactly what I am doing, I am LEARNING, that is why I asked for help with a qmail related issue which is what I thought the purpose of this list was. If you have problems answering a question politely, don't bother saying anything at all. I realize this list can sometimes get repeative, but I made the effort to search the list archives and nothing was said about this except for a few unanswered requests for help. Someone even told me " don't bother this mailing list" with this question. I don't understand how a question pertaining to qmail (ie patching the source) does not belong on this list and why replies to questions have to terse or even down right rude. Don't get me wrong, people like Dave Sill and Ken Grieve have been very helpful and patient but others of you only gone out of your way to be rude. I am not trying to start a flame war a la "linuxpeople", I am just asking for some common courtsey. Michael French Asheville Citizen-Times IT Dept. - Original Message - From: "Jason Haar" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, September 19, 2000 6:06 PM Subject: Re: QMAILQUEUE patch On Mon, Sep 18, 2000 at 12:33:03PM -0400, French, Michael wrote: > I got the QMAILQUEUE patch the other day so I could get scan4virus > working. When I tried running the patch on the qmail source, it failed out. >... > Could this be because I used the DNS qmail patch? If so, should I Gaaa! Please remember such fundemental things next time! Yes this is why it failed. As is usually the case, patches are against UNTOUCHED sources. The qmailqueue patch needs to be against the original 1.03 sources, otherwise you _might_ get some failures, depending on what other patches you've already put on it. People who do this alot obviously have to know enough about what they're doing that they can work around such failures - usually you just eyeball it and work it out. -- Cheers Jason Haar Unix/Network Specialist, Trimble NZ Phone: +64 3 9635 377 Fax: +64 3 9635 417
Re: QMAILQUEUE patch
how would you apply more than one patch then? wolfgang Also sprach Jason Haar <[EMAIL PROTECTED]> on 20.09.2000: Yes this is why it failed. As is usually the case, patches are against UNTOUCHED sources.
Re: QMAILQUEUE patch
On Mon, Sep 18, 2000 at 12:33:03PM -0400, French, Michael wrote: > I got the QMAILQUEUE patch the other day so I could get scan4virus > working. When I tried running the patch on the qmail source, it failed out. >... > Could this be because I used the DNS qmail patch? If so, should I Gaaa! Please remember such fundemental things next time! Yes this is why it failed. As is usually the case, patches are against UNTOUCHED sources. The qmailqueue patch needs to be against the original 1.03 sources, otherwise you _might_ get some failures, depending on what other patches you've already put on it. People who do this alot obviously have to know enough about what they're doing that they can work around such failures - usually you just eyeball it and work it out. -- Cheers Jason Haar Unix/Network Specialist, Trimble NZ Phone: +64 3 9635 377 Fax: +64 3 9635 417
QMAILQUEUE patch
Saw that someone posted a question about it last Friday, but it was not answered. I searched through the archives for the answer, but could not find it so I am going to ask again. I got the QMAILQUEUE patch the other day so I could get scan4virus working. When I tried running the patch on the qmail source, it failed out. The first message claimed to have failed at like line 4883 or something, even though the patch is only about 70 lines. I got the patch again by a different method, just to make sure it did not get corrupted somehow, but I am getting the same failure message. I deleted all of the message body from the top of the patch at let it start with: diff -u qmail-1.03-orig/Makefile qmail-1.03/Makefile The first part fails when patching the Makefile: Hunk #1 failed at 1483. Next it tried to patch qmail.c Hunk #1 failed at 6. Could this be because I used the DNS qmail patch? If so, should I untar the qmail source again, run the QMAILQUEUE patch and then the DNS patch or will this not work? I don't want to waste the time trying this if it won't work. Any help would be appreciated, thanks. Michael French I.T. Department Asheville Citizen-Times application/ms-tnef
qmailqueue-patch
Hi, I am tryint to get http://www.qmail.org/qmailqueue-patch to work - with little success. I downloaded qmail-1.03 from the www.qmail.org site, and then the patch. One would assume a somewhat sanitised work environment. This is the output of the patch process. # patch -p0 < qmailqueue-patch patching file `qmail-1.03/Makefile' Hunk #1 FAILED at 1483. 1 out of 1 hunk FAILED -- saving rejects to qmail-1.03/Makefile.rej patching file `qmail-1.03/qmail.c' I'm hoping that someone could shed a little light on the problem if it wouldn't be too much trouble. Take care, J.P. Racine [EMAIL PROTECTED]
Re: QMAILQUEUE Patch & qmail-qfilter & 451 qq internal bug (#4.3.0)
For some added confusion I put the softlimit command in after the supervise and it didn't help it DEFINATELY looks to be some type of limit thing though because [root@ecamp /root]# telnet ecamp.net 25 Trying 168.100.187.53... Connected to ecamp.net. Escape character is '^]'. 220 ecamp.net ESMTP EHLO campchi.ecamp.net 250-ecamp.net 250-PIPELINING 250 8BITMIME MAIL FROM:<[EMAIL PROTECTED]> 250 ok RCPT TO:<[EMAIL PROTECTED]> 250 ok DATA 354 go ahead Received: (qmail 14800 invoked by uid 507); 7 Jul 2000 10:16:20 - Message-ID: <[EMAIL PROTECTED]> From: "dorine.perach" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Date: Fri, 07 Jul 2000 10:16:20 GMT Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit hi . 250 ok 963619908 qp 9102 QUIT 221 ecamp.net queues up great - but a longer email message doesn't if [ -e $CDB ]; then supervise $DIR \ /usr/local/bin/softlimit -m 400 \ tcpserver $VERBOSE -c$CONCURRENT -x $CDB -u$USERID -g$GROUPID 0 $PORT \ sh -c ' /var/qmail/bin/qmail-smtpd cd /var/qmail/autoturn maildirsmtp /var/qmail/autoturn/$TCPREMOTEIP autoturn-$TCPREMOTEIP- $TCPREMOTEIP AutoTURN ' \ 2>&1| setuser $LOGUSER accustamp \ | setuser $LOGUSER cyclog $LOGSIZE $LOGDIR & else . is the line i use to start it root 6725 0.0 0.0 1060 328 pts/39 S20:04 0:00 supervise /var/lock/qmail-smtpd /usr/local/bin/softlimit -m 400 tcpserver -v -c40 -x /etc/tcprules.d/qmail-smtpd.cdb -u81 -g80 0 smtp sh -c ??? ?/var/qmail/bin/qmail-smtpdcd /var/qmail/autoturnmaildirsmtp /var/qmail/autoturn/$TCPREMOTEIP autoturn-$TCPREMOTEIP- $TCPREMOTEIP AutoTURN qmaill6727 0.0 0.0 1068 332 pts/39 S20:04 0:00 cyclog -s 100 /var/log/qmail-smtpd qmaild6728 0.0 0.0 1316 576 pts/39 S20:04 0:00 tcpserver -v -c40 -x /etc/tcprules.d/qmail-smtpd.cdb -u81 -g80 0 smtp sh -c ??? ?/var/qmail/bin/qmail-smtpdcd /var/qmail/autoturnmaildirsmtp /var/qmail/autoturn/$TCPREMOTEIP autoturn-$TCPREMOTEIP- $TCPREMOTEIP AutoTURN qmaild9228 0.0 0.0 1316 596 pts/39 S20:15 0:00 tcpserver -v -c40 -x /etc/tcprules.d/qmail-smtpd.cdb -u81 -g80 0 smtp sh -c ??? ?/var/qmail/bin/qmail-smtpdcd /var/qmail/autoturnmaildirsmtp /var/qmail/autoturn/$TCPREMOTEIP autoturn-$TCPREMOTEIP- $TCPREMOTEIP AutoTURN is the processes that are running Thanks, Eric > On Thu, 13 Jul 2000, Eric Peters wrote: > First off it probably doesn't have anything at all to do with QMAILQUEUE > > just laying the foundation down for the implementation > > this seems to only be happening on some hosts and I can't figure out what > the uniqueness is > > and the 451 qq internal bug doesn't tell me much when i look at the > qmail-smtpd.c file (where its found) > > > here is a session that causes the error > > [root@ecamp /root]# telnet ecamp.net 25 > Trying 168.100.187.53... > Connected to ecamp.net. Escape character is '^]'. > 220 ecamp.net ESMTP > EHLO campchi.ecamp.net > 250-ecamp.net > 250-PIPELINING > 250 8BITMIME > MAIL FROM:<[EMAIL PROTECTED]> > 250 ok > RCPT TO:<[EMAIL PROTECTED]> > 250 ok > DATA > 354 go ahead > Received: (qmail 14800 invoked by uid 507); 7 Jul 2000 10:16:20 - > Message-ID: <[EMAIL PROTECTED]> > From: "dorine.perach" <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Date: Fri, 07 Jul 2000 10:16:20 GMT > Mime-Version: 1.0 > Content-Type: text/plain; charset="iso-8859-1" > Content-Transfer-Encoding: 7bit > > Hi honey. I like having two messages in my e-mail box. I wrote out all > the checks for D'vrei Englit in Sept/Oct. and Elan never handed them in > of course we did figure that out... I hope she didn't think we were > trying to get away with something. What did you say to her? > > blah blahblahblah > > Love, Me Write right back! > . > 451 qq internal bug (#4.3.0) > > > AAACK! > > > I am lost > > here is the setup for the qmail shit > > the qmail-smtpd.cdb is populated based upon > > 168.100.206.150:allow,RELAYCLIENT="",QMAILQUEUE="/usr/local/bin/qmail-filterq" > > and > /usr/local/bin/qmail-filterq: > #!/bin/sh > exec /usr/local/bin/qmail-qfilter /usr/local/bin/log_sent > > (the log_sent is the program I have that logs the data n stuff) > > either way if i just have > > /usr/local/bin/qmail-filterq: > #!/bin/sh > exec /usr/local/bin/qmail-qfilter > > (no parameters) the same error occurs > > Any help would be a god blessing! > > Thanks for your time, > > Eric > >
Re: QMAILQUEUE Patch & qmail-qfilter & 451 qq internal bug (#4.3.0)
permissions are 755, only certain clients, 168.100.206.150:allow,RELAYCLIENT="",QMAILQUEUE="/usr/local/bin/qmail-filterq" and i have the pasted the contents of the qmail-filterq file already too the loggin works on some hosts that connect up via serialmail to relay its only some hosts that it has issues on - (the softmail thing does sound promising ---) Eric > > > Any other suggestions? > > You still haven't told us what your permissions are on the system on > which it is failing. Or does it only fail for certain clients? What > are the exact contents of your tcpcontrol rules file? > -- > Bruce Guenter <[EMAIL PROTECTED]> http://em.ca/~bruceg/ >
Re: QMAILQUEUE Patch & qmail-qfilter & 451 qq internal bug (#4.3.0)
On Fri, Jul 14, 2000 at 07:51:34AM -0700, Eric Peters wrote: > I have made the qmail-filterq script (the one that immediately calls the > qmail-qfilter) so it doesn't actually pass onto anything (there isn't a > log_sent) and it still gives that error as of yet I havn't found where > there is a softlimit installed either as mentioned in a previous couple > replies Softlimit is part of the daemontools package. > Any other suggestions? You still haven't told us what your permissions are on the system on which it is failing. Or does it only fail for certain clients? What are the exact contents of your tcpcontrol rules file? -- Bruce Guenter <[EMAIL PROTECTED]> http://em.ca/~bruceg/ PGP signature
Re: QMAILQUEUE Patch & qmail-qfilter & 451 qq internal bug (#4.3.0)
I have made the qmail-filterq script (the one that immediately calls the qmail-qfilter) so it doesn't actually pass onto anything (there isn't a log_sent) and it still gives that error as of yet I havn't found where there is a softlimit installed either as mentioned in a previous couple replies Any other suggestions? Eric On Fri, 14 Jul 2000 [EMAIL PROTECTED] wrote: > > I had similar problems at one point. Turned out to be an error buried in > the script executed by qmail-qfilter. It only produced the error when it > hit a certain point in the script that only ran against messages coming > from a particular host. > > I found my problem by putting the problem message in a text file and piping > it into my filtering program (like your log_sent). I immedately saw the > script error on screen and was able to correct it. You may need to monkey > with some environment variables to duplicate the problem environment, > though. > > Josh > > > > > > Eric Peters <[EMAIL PROTECTED]> on 07/14/2000 09:32:12 AM > > To: Bruce Guenter <[EMAIL PROTECTED]> > cc: [EMAIL PROTECTED] > Subject: Re: QMAILQUEUE Patch & qmail-qfilter & 451 qq internal bug > (#4.3.0) > > > they are - as i said its sporadic in many ways - it works for some hosts > but not others (I have servers serial mailing' into this box) > > this host doesn't work though > > Eric > > On Thu, 13 Jul 2000, Bruce Guenter wrote: > > > On Thu, Jul 13, 2000 at 07:13:29PM -0700, Eric Peters wrote: > > > First off it probably doesn't have anything at all to do with > QMAILQUEUE > > > just laying the foundation down for the implementation > > > > > > the qmail-smtpd.cdb is populated based upon > > > 168.100.206.150:allow,RELAYCLIENT="",QMAILQUEUE > ="/usr/local/bin/qmail-filterq" > > > > > > and > > > /usr/local/bin/qmail-filterq: > > > #!/bin/sh > > > exec /usr/local/bin/qmail-qfilter /usr/local/bin/log_sent > > > > What are the permissions on these files? Make sure they are both > > readable and executable by whatever user qmail-smtpd is running as. > > -- > > Bruce Guenter <[EMAIL PROTECTED]> http://em.ca/~bruceg/ > > > > > >
Re: QMAILQUEUE Patch & qmail-qfilter & 451 qq internal bug (#4.3.0)
I had similar problems at one point. Turned out to be an error buried in the script executed by qmail-qfilter. It only produced the error when it hit a certain point in the script that only ran against messages coming from a particular host. I found my problem by putting the problem message in a text file and piping it into my filtering program (like your log_sent). I immedately saw the script error on screen and was able to correct it. You may need to monkey with some environment variables to duplicate the problem environment, though. Josh Eric Peters <[EMAIL PROTECTED]> on 07/14/2000 09:32:12 AM To: Bruce Guenter <[EMAIL PROTECTED]> cc: [EMAIL PROTECTED] Subject: Re: QMAILQUEUE Patch & qmail-qfilter & 451 qq internal bug (#4.3.0) they are - as i said its sporadic in many ways - it works for some hosts but not others (I have servers serial mailing' into this box) this host doesn't work though Eric On Thu, 13 Jul 2000, Bruce Guenter wrote: > On Thu, Jul 13, 2000 at 07:13:29PM -0700, Eric Peters wrote: > > First off it probably doesn't have anything at all to do with QMAILQUEUE > > just laying the foundation down for the implementation > > > > the qmail-smtpd.cdb is populated based upon > > 168.100.206.150:allow,RELAYCLIENT="",QMAILQUEUE ="/usr/local/bin/qmail-filterq" > > > > and > > /usr/local/bin/qmail-filterq: > > #!/bin/sh > > exec /usr/local/bin/qmail-qfilter /usr/local/bin/log_sent > > What are the permissions on these files? Make sure they are both > readable and executable by whatever user qmail-smtpd is running as. > -- > Bruce Guenter <[EMAIL PROTECTED]> http://em.ca/~bruceg/ > $RFC822.eml
Re: QMAILQUEUE Patch & qmail-qfilter & 451 qq internal bug (#4.3.0)
they are - as i said its sporadic in many ways - it works for some hosts but not others (I have servers serial mailing' into this box) this host doesn't work though Eric On Thu, 13 Jul 2000, Bruce Guenter wrote: > On Thu, Jul 13, 2000 at 07:13:29PM -0700, Eric Peters wrote: > > First off it probably doesn't have anything at all to do with QMAILQUEUE > > just laying the foundation down for the implementation > > > > the qmail-smtpd.cdb is populated based upon > > 168.100.206.150:allow,RELAYCLIENT="",QMAILQUEUE="/usr/local/bin/qmail-filterq" > > > > and > > /usr/local/bin/qmail-filterq: > > #!/bin/sh > > exec /usr/local/bin/qmail-qfilter /usr/local/bin/log_sent > > What are the permissions on these files? Make sure they are both > readable and executable by whatever user qmail-smtpd is running as. > -- > Bruce Guenter <[EMAIL PROTECTED]> http://em.ca/~bruceg/ >
Re: QMAILQUEUE Patch & qmail-qfilter & 451 qq internal bug (#4.3.0)
On Thu, Jul 13, 2000 at 07:13:29PM -0700, Eric Peters wrote: > First off it probably doesn't have anything at all to do with QMAILQUEUE > just laying the foundation down for the implementation > > the qmail-smtpd.cdb is populated based upon > 168.100.206.150:allow,RELAYCLIENT="",QMAILQUEUE="/usr/local/bin/qmail-filterq" > > and > /usr/local/bin/qmail-filterq: > #!/bin/sh > exec /usr/local/bin/qmail-qfilter /usr/local/bin/log_sent What are the permissions on these files? Make sure they are both readable and executable by whatever user qmail-smtpd is running as. -- Bruce Guenter <[EMAIL PROTECTED]> http://em.ca/~bruceg/ PGP signature
QMAILQUEUE Patch & qmail-qfilter & 451 qq internal bug (#4.3.0)
First off it probably doesn't have anything at all to do with QMAILQUEUE just laying the foundation down for the implementation this seems to only be happening on some hosts and I can't figure out what the uniqueness is and the 451 qq internal bug doesn't tell me much when i look at the qmail-smtpd.c file (where its found) here is a session that causes the error [root@ecamp /root]# telnet ecamp.net 25 Trying 168.100.187.53... Connected to ecamp.net. Escape character is '^]'. 220 ecamp.net ESMTP EHLO campchi.ecamp.net 250-ecamp.net 250-PIPELINING 250 8BITMIME MAIL FROM:<[EMAIL PROTECTED]> 250 ok RCPT TO:<[EMAIL PROTECTED]> 250 ok DATA 354 go ahead Received: (qmail 14800 invoked by uid 507); 7 Jul 2000 10:16:20 - Message-ID: <[EMAIL PROTECTED]> From: "dorine.perach" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Date: Fri, 07 Jul 2000 10:16:20 GMT Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hi honey. I like having two messages in my e-mail box. I wrote out all the checks for D'vrei Englit in Sept/Oct. and Elan never handed them in of course we did figure that out... I hope she didn't think we were trying to get away with something. What did you say to her? blah blahblahblah Love, Me Write right back! . 451 qq internal bug (#4.3.0) AAACK! I am lost here is the setup for the qmail shit the qmail-smtpd.cdb is populated based upon 168.100.206.150:allow,RELAYCLIENT="",QMAILQUEUE="/usr/local/bin/qmail-filterq" and /usr/local/bin/qmail-filterq: #!/bin/sh exec /usr/local/bin/qmail-qfilter /usr/local/bin/log_sent (the log_sent is the program I have that logs the data n stuff) either way if i just have /usr/local/bin/qmail-filterq: #!/bin/sh exec /usr/local/bin/qmail-qfilter (no parameters) the same error occurs Any help would be a god blessing! Thanks for your time, Eric
qmailqueue-patch
Hi, I would like to patch qmail with http://www.qmail.org/qmailqueue-patch where can I find out an howto to do it without breaking all my server ? Thanks ! Octave -- Amicalement, oCtAvE Connexion terminée par expiration du délai d'attente
Qmailqueue patch?!?
Hi!! I have tried to install the qmailqueue patch a couple of times. But when I try to send mail through SMTP I keep getting "qq internal bug" all the time. I have done the following things: 1. Applied the qmailqueue patch to qmail-1.03 source. (no error messages) 2. Recompiled and reinstalled qmail 1.03 3. edited the /etc/tcp.smtp and added QMAILQUEUE="/var/qmail/bin/qmail-qftest". 4. recompiled /etc/tcp.smtp to /etc/tcp.smtp.cdb 5. edited the /var/qmail/bin/qmail-qftest and added qmail-qfilter as a command. 6. Downloaded, edited and compiled qmail-qfilter. 7. restarted server. When I rename qmail-qftest to something else I get "qq exec error", so the qmailqueue patch should be alright. The system is a debian linux with kernel 2.2.1 Does anyone have any idea on what could be wrong?? Regards, Jesper Ekberg
Re: qmailqueue patch?
At 15:38 06/04/2000 +, Jennifer Tippens wrote: >Hello, >I'm having difficulty with the qmailqueue patch >(http://www.qmail.org/qmailqueue-patch) I'm not sure if I'm doing it >correctly, as I have not had to patch anything before. I copied the patch >part of the text to a file on my box and called it qmailqueue-patch and put >it into a newly untarred qmail-1.03 source. Then I just did: patch > >patching file `Makefile' >Hunk #1 FAILED at 1483. >1 out of 1 hunk FAILED -- saving rejects to Makefile.rej then do vi qmailqueue-patch and see the line 1483. usually the problem is like this the end of a line is ;} but the } go to the second line and make the line only contain ; you should move the } to the correct line (it is the upper line of its now) --- AFLHI 058009990407128029/089802---(102598//991024)
Re: qmailqueue patch?
[EMAIL PROTECTED] wrote: >I'm having difficulty with the qmailqueue patch >(http://www.qmail.org/qmailqueue-patch) I'm not sure if I'm doing it >correctly, as I have not had to patch anything before. I copied the >patch part of the text to a file on my box and called it >qmailqueue-patch and put it into a newly untarred qmail-1.03 source. >Then I just did: patch >patching file `Makefile' >Hunk #1 FAILED at 1483. >1 out of 1 hunk FAILED -- saving rejects to Makefile.rej >patching file `qmail.c' > >And so, the make fails, of course. >What am I doing wrong? Maybe nothing. If you've installed any other patches that changed Makefile, patch might not be able to figure out how to apply this patch. Look at Makefile.rej and see if you can figure out how to make the changes manually. Did the patch to qmail.c succeed? -Dave
qmailqueue patch?
Hello, I'm having difficulty with the qmailqueue patch (http://www.qmail.org/qmailqueue-patch) I'm not sure if I'm doing it correctly, as I have not had to patch anything before. I copied the patch part of the text to a file on my box and called it qmailqueue-patch and put it into a newly untarred qmail-1.03 source. Then I just did: patch
Re: QMAILQUEUE Patch for qmail-1.03
On Sun, 16 Jan 2000 18:16:40 -0500 , Juan E Suris writes: > I am interested in implementing this patch, but I am not sure how to do it. > I am thinking of writing a wrapper around qmail-queue that reads the message > and envelope, does all the necessary changes and forwards it to qmail-queue. > What I don't know how to do is how to setup my wrapper to talk to > qmail-queue after exec'ing it. Well, you could start by using the qmail_open/qmail_put/qmail_from/qmail_to/qmail_close interface like a normal qmail-queue client. The only thing that this leaves out is the return code from qmail-queue, which you probably want to pass on to your caller. I would suggest making "exitcode" in qmail_close (qmail.c) an external variable, so you can access it from another module. I'm in the progress of doing this myself -- just need more time :-/ -- Chris Mikkelson | If you throw your bread upon the waters, it shall come [EMAIL PROTECTED] | back threefold, but only if you are willing to throw the | recipe upon the waters as well... -- Terry Lambert
QMAILQUEUE Patch for qmail-1.03
I am interested in implementing this patch, but I am not sure how to do it. I am thinking of writing a wrapper around qmail-queue that reads the message and envelope, does all the necessary changes and forwards it to qmail-queue. What I don't know how to do is how to setup my wrapper to talk to qmail-queue after exec'ing it. Thanks, Juan Bruce Guenter wrote 25 Jan 1999: Greetings. Appended is a patch to qmail-1.03 that causes any program that would run qmail-queue to look for an environment variable QMAILQUEUE. If it is present, it is used in place of the string "bin/qmail-queue" when running qmail-queue. This could be used, for example, to add a program into the qmail-smtpd->qmail-queue pipeline that could do filtering, rewrite broken headers, etc. (this is my planned usage for it). This has undergone virtually no testing, but it looks so simple that it almost has to be correct. No warranties, etc. Note that the chdir to /var/qmail is always done before exec'ing the program. Does this look like a reasonable thing to do? -- Bruce Guenter, QCC Communications Corp. EMail: [EMAIL PROTECTED] Phone: (306)249-0220 WWW: http://www.qcc.sk.ca/~bguenter/
QMAILQUEUE patch for qmail-1.03
Greetings. Appended is a patch to qmail-1.03 that causes any program that would run qmail-queue to look for an environment variable QMAILQUEUE. If it is present, it is used in place of the string "bin/qmail-queue" when running qmail-queue. This could be used, for example, to add a program into the qmail-smtpd->qmail-queue pipeline that could do filtering, rewrite broken headers, etc. (this is my planned usage for it). This has undergone virtually no testing, but it looks so simple that it almost has to be correct. No warranties, etc. Note that the chdir to /var/qmail is always done before exec'ing the program. Does this look like a reasonable thing to do? -- Bruce Guenter, QCC Communications Corp. EMail: [EMAIL PROTECTED] Phone: (306)249-0220 WWW: http://www.qcc.sk.ca/~bguenter/ diff -u qmail-1.03-orig/Makefile qmail-1.03/Makefile --- qmail-1.03-orig/MakefileMon Jun 15 04:53:16 1998 +++ qmail-1.03/Makefile Tue Jan 19 10:52:24 1999 @@ -1483,12 +1483,12 @@ trigger.o fmtqfn.o quote.o now.o readsubdir.o qmail.o date822fmt.o \ datetime.a case.a ndelay.a getln.a wait.a seek.a fd.a sig.a open.a \ lock.a stralloc.a alloc.a substdio.a error.a str.a fs.a auto_qmail.o \ -auto_split.o +auto_split.o env.a ./load qmail-send qsutil.o control.o constmap.o newfield.o \ prioq.o trigger.o fmtqfn.o quote.o now.o readsubdir.o \ qmail.o date822fmt.o datetime.a case.a ndelay.a getln.a \ wait.a seek.a fd.a sig.a open.a lock.a stralloc.a alloc.a \ - substdio.a error.a str.a fs.a auto_qmail.o auto_split.o + substdio.a error.a str.a fs.a auto_qmail.o auto_split.o env.a qmail-send.0: \ qmail-send.8 diff -u qmail-1.03-orig/qmail.c qmail-1.03/qmail.c --- qmail-1.03-orig/qmail.c Mon Jun 15 04:53:16 1998 +++ qmail-1.03/qmail.c Tue Jan 19 09:57:36 1999 @@ -6,14 +6,25 @@ #include "fd.h" #include "qmail.h" #include "auto_qmail.h" +#include "env.h" -static char *binqqargs[2] = { "bin/qmail-queue", 0 } ; +static char *binqqargs[2] = { 0, 0 } ; + +static void setup_qqargs() +{ + if(!binqqargs[0]) +binqqargs[0] = env_get("QMAILQUEUE"); + if(!binqqargs[0]) +binqqargs[0] = "bin/qmail-queue"; +} int qmail_open(qq) struct qmail *qq; { int pim[2]; int pie[2]; + + setup_qqargs(); if (pipe(pim) == -1) return -1; if (pipe(pie) == -1) { close(pim[0]); close(pim[1]); return -1; }