qmail Digest 30 Jan 1999 11:00:16 -0000 Issue 536
Topics (messages 21136 through 21160):
checkpasswd using CDB file....
21136 by: Dino Di Stefano <[EMAIL PROTECTED]>
On local sends, Bounce to sender(user), not to postmaster
21137 by: "Timothy L. Mayo" <[EMAIL PROTECTED]>
21138 by: Joel Shellman <[EMAIL PROTECTED]>
21141 by: Mike Meyer <[EMAIL PROTECTED]>
21142 by: "Sam" <[EMAIL PROTECTED]>
21143 by: Joel Shellman <[EMAIL PROTECTED]>
21148 by: Mate Wierdl <[EMAIL PROTECTED]>
local queue delivery
21139 by: Van Liedekerke Franky <[EMAIL PROTECTED]>
21146 by: Harald Hanche-Olsen <[EMAIL PROTECTED]>
qmail eats up my memory
21140 by: Van Liedekerke Franky <[EMAIL PROTECTED]>
21150 by: Harald Hanche-Olsen <[EMAIL PROTECTED]>
21151 by: "Brian L. Gentry" <[EMAIL PROTECTED]>
21152 by: Keith Burdis <[EMAIL PROTECTED]>
21153 by: Mark Delany <[EMAIL PROTECTED]>
If it's not in $HOME/Maildir, where is it?
21144 by: Bob McLaren <[EMAIL PROTECTED]>
21149 by: Chris Johnson <[EMAIL PROTECTED]>
On local sends, Bounce to sender
21145 by: Mate Wierdl <[EMAIL PROTECTED]>
Multiple outgoing messages
21147 by: [EMAIL PROTECTED] (Frank D. Cringle)
Mangling From: headers by recipient domain
21154 by: Paul Halliday <[EMAIL PROTECTED]>
off site mail delivery for virt domain
21155 by: Paul Farber <[EMAIL PROTECTED]>
21156 by: "Gary Joyce" <[EMAIL PROTECTED]>
Q re cyrus imapd, qmail 1.03 and procmail (RH 5.2)
21157 by: "Heinz Wittenbecher" <[EMAIL PROTECTED]>
21160 by: Vern Hart <[EMAIL PROTECTED]>
I'm stuck
21158 by: Dustin Marquess <[EMAIL PROTECTED]>
BSDI screams
21159 by: Mark Delany <[EMAIL PROTECTED]>
Administrivia:
To subscribe to the digest, e-mail:
[EMAIL PROTECTED]
To unsubscribe from the digest, e-mail:
[EMAIL PROTECTED]
To post to the list, e-mail:
[EMAIL PROTECTED]
----------------------------------------------------------------------
do you know where I can find a patch of checkpasswd which uses a CDB
file?
In the qmail web page there is no link...
thanks
Dino
Sendmail in this case was and is broken. The RFCs REQUIRE the bounce to
be sent to the envelope sender NOT the From: address in the mail headers.
Fix your scripts. qmail's behavior is correct.
On Thu, 28 Jan 1999, Joel Shellman wrote:
> I do appreciate everyone's responses, unfortunately they all
> gave the same solution which is unacceptable. We run
> numerous clients and it would not be proper to require the
> cgi-script to do so and should not be necessary. I should
> have said that changing the cgi scripts is impractical.
>
> Sendmail handled this situation fine by returning it to the
> user who sent it. There must be some way to set up qmail so
> it will use the From header for bounces instead of the
> return-path, or set the return-path to the from. If you
> notice in the headers below, the From: header is set
> correctly to the one the bounce should be returned to.
>
> Thanks,
>
> Joel Shellman
> knOcean Interactive Corporation
> http://corp.knOcean.com/
>
> Mate Wierdl wrote:
> >
> > On Thu, Jan 28, 1999 at 11:18:53AM -0700, Joel Shellman wrote:
> > > I am a recent convert from sendmail to qmail (of just
> > > several days) and have run into a difficulty. Using
> > > sendmail, if I automatically sent email from a cgi script,
> > > and it bounced--it would bounce back to the user. However,
> > > right now with the qmail setup, I (being the postmaster) am
> > > getting all the returned mail. How can I fix this?
> > >
> > > Here is an example:
> > >
> > > Return-Path: <[EMAIL PROTECTED]>
> > > Received: (qmail 7386 invoked by uid 60001); 29 Jan 1999
> > > 03:42:13 -0000
> > > Date: 29 Jan 1999 03:42:13 -0000
> > > Message-ID: <[EMAIL PROTECTED]>
> > > To: [EMAIL PROTECTED]
> > > Reply-to: [EMAIL PROTECTED]
> > > From: [EMAIL PROTECTED]
> > > Subject: Life Styles Plus - Your submission & Info
> > >
> > > Those are the headers of the email that bounced. Apparently
> > > [EMAIL PROTECTED] doesn't exist. Why was this
> > > email not bounced back to [EMAIL PROTECTED]? I see the
> > > [EMAIL PROTECTED] (which would indeed
> > > go to me)--is that the problem?
> >
> > Yes, the bounce goes to the envelope sender which is the address in the
> > Return-Path header. Before you (the script) send the mail, set, for
> > example, MAILUSER, MAILHOST and QMAILINJECT=f. See man qmail-inject and FAQ.
> >
> > Or you can use qmail-inject directly to send the message and use the -f flag.
> >
> > Mate
> > Mate
>
---------------------------------
Timothy L. Mayo mailto:[EMAIL PROTECTED]
Senior Systems Manager
localconnect(sm)
http://www.localconnect.net/
The National Business Network Inc. http://www.nb.net/
One Monroeville Center, Suite 850
Monroeville, PA 15146
(412) 810-8888 Phone
(412) 810-8886 Fax
I do appreciate everyone's responses, unfortunately they all
gave the same solution which is unacceptable. We run
numerous clients and it would not be proper to require the
cgi-script to do so and should not be necessary. I should
have said that changing the cgi scripts is impractical.
Sendmail handled this situation fine by returning it to the
user who sent it. There must be some way to set up qmail so
it will use the From header for bounces instead of the
return-path, or set the return-path to the from. If you
notice in the headers below, the From: header is set
correctly to the one the bounce should be returned to.
Thanks,
Joel Shellman
knOcean Interactive Corporation
http://corp.knOcean.com/
Mate Wierdl wrote:
>
> On Thu, Jan 28, 1999 at 11:18:53AM -0700, Joel Shellman wrote:
> > I am a recent convert from sendmail to qmail (of just
> > several days) and have run into a difficulty. Using
> > sendmail, if I automatically sent email from a cgi script,
> > and it bounced--it would bounce back to the user. However,
> > right now with the qmail setup, I (being the postmaster) am
> > getting all the returned mail. How can I fix this?
> >
> > Here is an example:
> >
> > Return-Path: <[EMAIL PROTECTED]>
> > Received: (qmail 7386 invoked by uid 60001); 29 Jan 1999
> > 03:42:13 -0000
> > Date: 29 Jan 1999 03:42:13 -0000
> > Message-ID: <[EMAIL PROTECTED]>
> > To: [EMAIL PROTECTED]
> > Reply-to: [EMAIL PROTECTED]
> > From: [EMAIL PROTECTED]
> > Subject: Life Styles Plus - Your submission & Info
> >
> > Those are the headers of the email that bounced. Apparently
> > [EMAIL PROTECTED] doesn't exist. Why was this
> > email not bounced back to [EMAIL PROTECTED]? I see the
> > [EMAIL PROTECTED] (which would indeed
> > go to me)--is that the problem?
>
> Yes, the bounce goes to the envelope sender which is the address in the
> Return-Path header. Before you (the script) send the mail, set, for
> example, MAILUSER, MAILHOST and QMAILINJECT=f. See man qmail-inject and FAQ.
>
> Or you can use qmail-inject directly to send the message and use the -f flag.
>
> Mate
> Mate
You left out a vital bit of information - what are the cgi scripts
doing to put the mail in the queue?
Assuming that they're just invoking the qmail sendmail interface
(since you can't change the cgi-scripts, that's reasonable), you could
change *that* to set the appropriate environment variables.
I do wonder how you managed to get to a state where you could install
qmail on all the clients, but can't changing the cgi scripts on those
same clients is impractical.
<mike
On Thu, 28 Jan 1999, Joel Shellman wrote:
> Date: Thu, 28 Jan 1999 20:59:35 -0700
> From: Joel Shellman <[EMAIL PROTECTED]>
> To: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
> Subject: Re: On local sends, Bounce to sender(user), not to postmaster
>
> I do appreciate everyone's responses, unfortunately they all
> gave the same solution which is unacceptable. We run
> numerous clients and it would not be proper to require the
> cgi-script to do so and should not be necessary. I should
> have said that changing the cgi scripts is impractical.
>
> Sendmail handled this situation fine by returning it to the
> user who sent it. There must be some way to set up qmail so
> it will use the From header for bounces instead of the
> return-path, or set the return-path to the from. If you
> notice in the headers below, the From: header is set
> correctly to the one the bounce should be returned to.
>
> Thanks,
>
> Joel Shellman
> knOcean Interactive Corporation
> http://corp.knOcean.com/
>
> Mate Wierdl wrote:
> >
> > On Thu, Jan 28, 1999 at 11:18:53AM -0700, Joel Shellman wrote:
> > > I am a recent convert from sendmail to qmail (of just
> > > several days) and have run into a difficulty. Using
> > > sendmail, if I automatically sent email from a cgi script,
> > > and it bounced--it would bounce back to the user. However,
> > > right now with the qmail setup, I (being the postmaster) am
> > > getting all the returned mail. How can I fix this?
> > >
> > > Here is an example:
> > >
> > > Return-Path: <[EMAIL PROTECTED]>
> > > Received: (qmail 7386 invoked by uid 60001); 29 Jan 1999
> > > 03:42:13 -0000
> > > Date: 29 Jan 1999 03:42:13 -0000
> > > Message-ID: <[EMAIL PROTECTED]>
> > > To: [EMAIL PROTECTED]
> > > Reply-to: [EMAIL PROTECTED]
> > > From: [EMAIL PROTECTED]
> > > Subject: Life Styles Plus - Your submission & Info
> > >
> > > Those are the headers of the email that bounced. Apparently
> > > [EMAIL PROTECTED] doesn't exist. Why was this
> > > email not bounced back to [EMAIL PROTECTED]? I see the
> > > [EMAIL PROTECTED] (which would indeed
> > > go to me)--is that the problem?
> >
> > Yes, the bounce goes to the envelope sender which is the address in the
> > Return-Path header. Before you (the script) send the mail, set, for
> > example, MAILUSER, MAILHOST and QMAILINJECT=f. See man qmail-inject and FAQ.
> >
> > Or you can use qmail-inject directly to send the message and use the -f flag.
> >
> > Mate
> > Mate
>
Joel Shellman writes:
> I am a recent convert from sendmail to qmail (of just
> several days) and have run into a difficulty. Using
> sendmail, if I automatically sent email from a cgi script,
> and it bounced--it would bounce back to the user. However,
> right now with the qmail setup, I (being the postmaster) am
> getting all the returned mail. How can I fix this?
Read the manual page for qmail-inject, and use the -f option.
I see. Thank you--that is good information to know.
Unfortunately, I still need a solution for legacy stuff. In
the future, I will remember that for new scripts we deploy.
Please comment on the following solution:
I will make a .qmail-anonymous alias in the
/var/qmail/alias/ directory and have it be a script that
will resend it to whatever is in the From: header.
|forward $SENDER
After testing this, it seemed to work fine. Anyone see any
possible problems with this?
What would happen if somehow the From: header was from
anonymous and this kept sending to itself--it wouldn't go in
an infinite loop, would it? Qmail would break it out and
ship it to postmaster or something?
To consolidate messages, I just saw the post from Mike
Meyer, and one reason it's not practical to change the
cgi-scripts is because I do not know where they are--the
host's own them (which is another reason, I would need to
inform them of the action), some of them may be compiled,
etc. Setting up qmail was relatively easy for everyone
especially because it can be automated.
So far as I know, the cgi-scripts are running
/usr/lib/sendmail to put send the messages.
As for changing the environment for sendmail, that certainly
is a possibility, however if the above method works, it is
much simpler.
Thanks again for all the help--I must say this is a very
helpful list--and quick replies.
Joel Shellman
knOcean Interactive Corporation
http://corp.knOcean.com/
"Timothy L. Mayo" wrote:
>
> Sendmail in this case was and is broken. The RFCs REQUIRE the bounce to
> be sent to the envelope sender NOT the From: address in the mail headers.
> Fix your scripts. qmail's behavior is correct.
>
> On Thu, 28 Jan 1999, Joel Shellman wrote:
>
> > I do appreciate everyone's responses, unfortunately they all
> > gave the same solution which is unacceptable. We run
> > numerous clients and it would not be proper to require the
> > cgi-script to do so and should not be necessary. I should
> > have said that changing the cgi scripts is impractical.
> >
> > Sendmail handled this situation fine by returning it to the
> > user who sent it. There must be some way to set up qmail so
> > it will use the From header for bounces instead of the
> > return-path, or set the return-path to the from. If you
> > notice in the headers below, the From: header is set
> > correctly to the one the bounce should be returned to.
> >
> > Thanks,
> >
> > Joel Shellman
> > knOcean Interactive Corporation
> > http://corp.knOcean.com/
> >
> > Mate Wierdl wrote:
> > >
> > > On Thu, Jan 28, 1999 at 11:18:53AM -0700, Joel Shellman wrote:
> > > > I am a recent convert from sendmail to qmail (of just
> > > > several days) and have run into a difficulty. Using
> > > > sendmail, if I automatically sent email from a cgi script,
> > > > and it bounced--it would bounce back to the user. However,
> > > > right now with the qmail setup, I (being the postmaster) am
> > > > getting all the returned mail. How can I fix this?
> > > >
> > > > Here is an example:
> > > >
> > > > Return-Path: <[EMAIL PROTECTED]>
> > > > Received: (qmail 7386 invoked by uid 60001); 29 Jan 1999
> > > > 03:42:13 -0000
> > > > Date: 29 Jan 1999 03:42:13 -0000
> > > > Message-ID: <[EMAIL PROTECTED]>
> > > > To: [EMAIL PROTECTED]
> > > > Reply-to: [EMAIL PROTECTED]
> > > > From: [EMAIL PROTECTED]
> > > > Subject: Life Styles Plus - Your submission & Info
> > > >
> > > > Those are the headers of the email that bounced. Apparently
> > > > [EMAIL PROTECTED] doesn't exist. Why was this
> > > > email not bounced back to [EMAIL PROTECTED]? I see the
> > > > [EMAIL PROTECTED] (which would indeed
> > > > go to me)--is that the problem?
> > >
> > > Yes, the bounce goes to the envelope sender which is the address in the
> > > Return-Path header. Before you (the script) send the mail, set, for
> > > example, MAILUSER, MAILHOST and QMAILINJECT=f. See man qmail-inject and FAQ.
> > >
> > > Or you can use qmail-inject directly to send the message and use the -f flag.
> > >
> > > Mate
> > > Mate
> >
>
> ---------------------------------
> Timothy L. Mayo mailto:[EMAIL PROTECTED]
> Senior Systems Manager
> localconnect(sm)
> http://www.localconnect.net/
>
> The National Business Network Inc. http://www.nb.net/
> One Monroeville Center, Suite 850
> Monroeville, PA 15146
> (412) 810-8888 Phone
> (412) 810-8886 Fax
On Thu, Jan 28, 1999 at 09:54:10PM -0700, Joel Shellman wrote:
> I see. Thank you--that is good information to know.
> Unfortunately, I still need a solution for legacy stuff. In
> the future, I will remember that for new scripts we deploy.
>
> Please comment on the following solution:
> I will make a .qmail-anonymous alias in the
> /var/qmail/alias/ directory and have it be a script that
> will resend it to whatever is in the From: header.
>
> |forward $SENDER
But SENDER *is* the envelope sender , and in case of a bounce, it is
mailer-daemon.
Can you show me a full bounce ?
Mate
does anybody know how I can make qmail deliver messeages that are in
queue/local, to a remote host?
- Van Liedekerke Franky <[EMAIL PROTECTED]>:
| does anybody know how I can make qmail deliver messeages that are in
| queue/local, to a remote host?
Do they all have the same recipient? If so, create a
~alias/.qmail-something file for that recipient which forwards the
mail to the remote host.
Or if you wish to do this for *every* message in the local queue, do
the same with a .qmail-default file. Just remember that a .qmail file
in ~alias/ can never override an existing user; use the users/assign
mechanism for that.
It's hard to be more specific without more specific information.
Hopefully, this is enough to get you going.
- Harald
qmail version: 1.03
after a couple of hours, the qmail-lspawn process became huge (813M), eating
up all my memory and of course blocking everything.
Anybody seen this before?
- Van Liedekerke Franky <[EMAIL PROTECTED]>:
| qmail version: 1.03
|
| after a couple of hours, the qmail-lspawn process became huge
| (813M), eating up all my memory and of course blocking everything.
| Anybody seen this before?
[silence]
Apparently, nobody has. I certainly haven't. Apart from this, does
it seem to behave normally? Do the logs show local messages being
delivered, etc? If it happens again, could you trace system calls,
and see if anything is out of the ordinary is happening (apart from a
bunch of break()s, that is)?
- Harald
Van Liedekerke Franky wrote:
>
> qmail version: 1.03
>
> after a couple of hours, the qmail-lspawn process became huge (813M), eating
> up all my memory and of course blocking everything.
> Anybody seen this before?
I've never heard of this before.
What OS are you running this on?
Did you install a binary distribution or compile from source?
If from source, what compiler did you use?
If from binary, what binary dist did you use?
Anything else "different" about your system?
--
Brian L. Gentry
Technical Analyst
Sprint Paranet
Seahawks Branch -- Boca Raton, FL
On Fri 1999-01-29 (15:04), Van Liedekerke Franky wrote:
> qmail version: 1.03
>
> after a couple of hours, the qmail-lspawn process became huge (813M), eating
> up all my memory and of course blocking everything.
> Anybody seen this before?
I had a similar problem a while back, but it turned out not to be a qmail
problem at all. One of the other sysadmins had upgraded some libraries used
by qmail. After recompiling and reinstalling everything worked perfectly.
- Keith
--
Keith Burdis - MSc (Com Sci) - Rhodes University, South Africa
Email : [EMAIL PROTECTED]
WWW : http://www.rucus.ru.ac.za/~keith/
IRC : Panthras JAPH
"Any technology sufficiently advanced is indistinguishable from a perl script"
Standard disclaimer.
---
At 07:22 PM 1/29/99 +0100, Harald Hanche-Olsen wrote:
>- Van Liedekerke Franky <[EMAIL PROTECTED]>:
>
>| qmail version: 1.03
>|
>| after a couple of hours, the qmail-lspawn process became huge
>| (813M), eating up all my memory and of course blocking everything.
>| Anybody seen this before?
>
>[silence]
>
>Apparently, nobody has. I certainly haven't.
I've never seen nor heard of it on this list.
> Apart from this, does
>it seem to behave normally? Do the logs show local messages being
>delivered, etc? If it happens again, could you trace system calls,
>and see if anything is out of the ordinary is happening (apart from a
>bunch of break()s, that is)?
Also tell us more about the OS, C compiler and libraries. What versions?
Regards.
Mirko Zeibig wrote:
> On Thu, 28 Jan 1999 13:29:45 -0800, Bob McLaren <[EMAIL PROTECTED]> wrote:
> >The MAIL=$HOME/Maildir environment variable in my /etc/profile is set
> >and verified.
> I think this should be MAIL=$HOME/Maildir/ with an ending slash.
>
> Regards
> Mirko
> --
> mailto:[EMAIL PROTECTED] myhome_aka_~:http://sites.inka.de/picard
> RedHat=~/rh52_isdn.html teles16.3c=~/teles163c/teles163c_contents.html
> life's a http://www.uni-karlsruhe.de/~etcetera
It's strange, I've noticed that when the system does automatic emails to the
"[EMAIL PROTECTED]" account the maillog reflects the message successfully
being sent to local [EMAIL PROTECTED] Whereas when I try to send a message
to any account using telnet on SMTP port 25 the maillog reports a succesful
delivery to local @mydomain.com. It now appears to me that somehow
qmail-smtpd is not recieving user information from the SMTP session. Here is
a sample SMTP session.
220 mydomain.com ESMTP
helo dude
250 mydomain.com
mail bob
250 ok
rcpt bob
250 ok
data
354 go ahead
This is a test
.
250 ok 917628297 qp 1514
quit
221 mydomain.com
After this I check the /var/log/maillog and get the following;
Jan 29 08:44:57 www qmail: 917628297.127658 new msg 1015872
Jan 29 08:44:57 www qmail: 917628297.127934 info msg 1015872: bytes 198 from
<>
qp 1514 uid 0
Jan 29 08:44:57 www qmail: 917628297.216379 starting delivery 29: msg 1015872
to
local @mydomain.com
Jan 29 08:44:57 www qmail: 917628297.216568 status: local 1/10 remote 0/20
Jan 29 08:44:57 www qmail: 917628297.218447 delivery 29: success:
Jan 29 08:44:57 www qmail: 917628297.218631 status: local 0/10 remote 0/20
Jan 29 08:44:57 www qmail: 917628297.218761 end msg 1015872
See how it says "local @mydomain.com" shouldn't it say "local
[EMAIL PROTECTED]"?
--
Bob McLaren
On Fri, Jan 29, 1999 at 08:45:48AM -0800, Bob McLaren wrote:
> It's strange, I've noticed that when the system does automatic emails to the
> "[EMAIL PROTECTED]" account the maillog reflects the message successfully
> being sent to local [EMAIL PROTECTED] Whereas when I try to send a message
> to any account using telnet on SMTP port 25 the maillog reports a succesful
> delivery to local @mydomain.com. It now appears to me that somehow
> qmail-smtpd is not recieving user information from the SMTP session. Here is
> a sample SMTP session.
> 220 mydomain.com ESMTP
> helo dude
> 250 mydomain.com
> mail bob
> 250 ok
> rcpt bob
> 250 ok
> data
> 354 go ahead
> This is a test
> .
> 250 ok 917628297 qp 1514
> quit
> 221 mydomain.com
Try entering the SMTP stuff using the correct protocol:
220 mydomain.com ESMTP
helo dude.mydomain.com
250 mydomain.com
mail from:<[EMAIL PROTECTED]>
250 ok
rcpt to:<[EMAIL PROTECTED]>
250 ok
data
354 go ahead
Subject: This is a test
This is a test.
.
250 ok 917628297 qp 1514
quit
221 mydomain.com
Chris
Unfortunately, the correct behavior of an MTA is to bounce to the envelope
sender.
But this behavior of qmail can be changed --- by modifying the cgi scripts.
In what sense is it impractical to modify them? If they invoke sendmail,
just add the -f flag (with the appropriate address) and done.
If there are many cgi scripts, a single sed script might make the
modification for you.
Perhaps if you show the relevant part of a typical script, we could come up
with a sed(perl,awk) script.
Another possibility is to install wrappers to the scripts, and the wrapper
would set the appropriate qmail-inject(=sendmail) variables.
--
---
Mate Wierdl | Dept. of Math. Sciences | University of Memphis
Mark Delany <[EMAIL PROTECTED]> writes:
> At 10:14 AM 1/29/99 +0100, Frank D. Cringle wrote:
> >Hmmm... when I look at the headers of your message as received here, I
> >see that it reached me via UUCP/BSMTP.
>
> Ahh. But he might be being especially clever and saying that only sendmail
> is able to be arranged to issue an rmail with multiple recipients.
True. I interpreted Joe's message as claiming "you can't use UUCP
with qmail".
> Is it F=m
> that enables this feature in the mailer definition?
Oh dear, I haven't a clue. I have successfully erased sendmail.cf
from my memory.
I guess a MUA or mailing list running on a UUCP-connected host could
use a substitute qmail-queue program, to pipe the message directly into
uux instead of going via qmail-queue -> qmail-send -> uux. That would
be easy if/when all callers of qmail-queue (qmail-inject in this case)
take its name from an environment variable. No VERPs for the mailing
list then, of course.
--
Frank Cringle, [EMAIL PROTECTED]
voice: (+49 2304) 467101; fax: 943357
Hi folks,
I'm looking to upgrade my site's sendmail system to qmail, but a difficulty
I'm having is providing a robust mechanism for translating 'From: ' headers
of all mail (usually incoming from network) subject to the recipient domain.
This is a site requirement; sadly, although the world-wide company mail hubs
know how to route `@ourhost.companydomain' they don't know how to do handle
our internet domain and it may not be feasible getting the other company sites
(world-wide) to fix their routing for our domain. Therefore this header
re-work is necessary (sendmail has been doing this for us for some time).
Therefore all mail to the internet would be stamped '@ourdomain', but all
company mail to companydomain stamped '@ourhost.companydomain'; this is to
avoid replied to sensitive company mail being routed via the internet.
What's the best strategy to approach this with qmail?
Thus far I'd decided on a virtualdomain as follows:
companydomain:alias-companydomain
and in ~alias/.qmail-company-domain:
| preline -d -f swap_from | qmail-remote relay.ourdomain $SENDER
$RECIPIENT
'swap_from' is obviously a program to explicitely change the From: field
to the company required one one.
This solution works OK in normal circumstances but is not at all robust
because if the relay is down then the mail gets lost. It seems as though
qmail-send isn't designed to listen to what a virtualdomain returns - it
just deletes it from the queue and assumes the piped programs will know
what to do with it(?)
I really do not wish to have to open a two-way pipe to qmail-remote just to
read what it returns - even then if I re-inject failures using new-inject or
qmail-inject back in to the queue it will loop inefficiently (not using the
usual defferal mechanism) and I'd have to hack sleeps in to it just to avoid
the load sensible ... one of my arguments for using qmail is that it's
massively simpler for an administrater to set up than sendmail (and it is,
provided everyone else's domain is also set up properly).
I hope someone can tell me that I'm doing it all wrong and that there's a
simpler and more robust way of solving this header re-writing problem
efficiently!
Many thanks in advance,
Paul
--
Paul Halliday ([EMAIL PROTECTED])
MIS Department
Sony Manufacturing Co UK(BGD)
______________________________________________________________________________
| Disclaimer: Any opinions expressed in this message are not necessarily those |
| of the corporation and should therefore be assumed my own. |
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
* * * * * Notice Of Disclaimer & Confidentiality * * * * *
The contents of this E:Mail message does not in any way constitute
the opinion of Sony Manufacturing Co. UK, but that of the individual
person who composed it.
It is intended for the named addressee only and it contains
information which may be confidential and privileged.
Unless you are the named addressee or authorised to receive it
on their behalf, you may not use, copy or disclose it's contents to
anyone else.
If you have received this message by mistake please contact:
Sony Manufacturing Co. UK., Bridgend Industrial Est.,
Bridgend, Mid Glam, CF31 3YH.
Tel (+44) 01656 767000, Fax (+44) 01656 767222
MIS Manager
hello all..
how can I set up a virtual domain that will automagically forward e-mail
to an e-amil address off site???
I have the biblicalstudies.com in rcpthosts and
biblicalstudies.com:&[EMAIL PROTECTED] in virtualdomains.
My searching of the faq's leads me to belive that I would be wrong, and
that I need to put a .qmail-bibstudy in the qmail/alias with &[EMAIL PROTECTED],
and change the virtualdomains to biblicalstudies.com:bibstudy.
AM I getting warm?
Paul D. Farber II
Farber Technology
717-628-5303
[EMAIL PROTECTED]
Try:
biblicalstudies.com:alias-bibli in virtualdomains
and place this file,
.qmail-bibli-default in /var/qmail/alias
containing,
&[EMAIL PROTECTED] in .qmail-bibli-default
works for me.
gary
> -----Original Message-----
> From: Paul Farber [mailto:[EMAIL PROTECTED]]
> Sent: Friday, January 29, 1999 6:24 PM
> To: qmail mailing list
> Subject: off site mail delivery for virt domain
>
>
> hello all..
>
> how can I set up a virtual domain that will automagically forward e-mail
> to an e-amil address off site???
>
> I have the biblicalstudies.com in rcpthosts and
> biblicalstudies.com:&[EMAIL PROTECTED] in virtualdomains.
>
> My searching of the faq's leads me to belive that I would be wrong, and
> that I need to put a .qmail-bibstudy in the qmail/alias with &[EMAIL PROTECTED],
> and change the virtualdomains to biblicalstudies.com:bibstudy.
>
> AM I getting warm?
>
> Paul D. Farber II
> Farber Technology
> 717-628-5303
> [EMAIL PROTECTED]
>
>
*This message was transferred with a trial version of CommuniGate(tm) Pro*
Thanks to Jason's rpm's at http://www.periapt.com/qmail-cyrus/ (and some
other help from the list) I've been able to get qmail 1.03 and Cyrus IMAPD
to work.
In my /home/user/.qmail file I have: |/var/imap/qmail_deliver_wrapper $LOCAL
This wrapper calls cyrus deliver and processed error codes.
The above works fine.
The problem: I want to use procmail to filter mail and have not been able to
figure out how.
Have tried .qmail with: | preline /usr/bin/procmail
and .procmailrc with: : |/var/imap/qmail_deliver_wrapper $LOCAL
have aslo sustituted username directly instead of $LOCAL but no luck.
I keep getting the "invalid header" error.
Jan 29 21:09:22 bdhome qmail: 917672962.686940 starting delivery 53: msg
20085 t
o local [EMAIL PROTECTED]
Jan 29 21:09:22 bdhome qmail: 917672962.687066 status: local 1/10 remote
0/20
Jan 29 21:09:22 bdhome qmail: 917672962.853927 delivery 53: success:
did_0+0+1/h
einz:_Message_contains_invalid_header__/
Jan 29 21:09:22 bdhome qmail: 917672962.854104 status: local 0/10 remote
0/20
Jan 29 21:09:22 bdhome qmail: 917672962.854194 end msg 20085
Any suggestions, pointers, website greatly appreciated. So close yet so far
away.
Thanks in advance
Heinz
[EMAIL PROTECTED]
On Fri, 29 Jan 1999, Heinz Wittenbecher wrote:
>
> In my /home/user/.qmail file I have: |/var/imap/qmail_deliver_wrapper $LOCAL
>
> This wrapper calls cyrus deliver and processed error codes.
>
> The above works fine.
Good.
> The problem: I want to use procmail to filter mail and have not been able to
> figure out how.
>
> Have tried .qmail with: | preline /usr/bin/procmail
> and .procmailrc with: : |/var/imap/qmail_deliver_wrapper $LOCAL
Well, the error comes from cyrus deliver, not procmail. For some reason
deliver doesn't like the headers. preline puts a From, Return-Path:,
and Delivered-To: header at the top of the message. These are good
things, especially when using procmail to filter messages.
I don't have cyrus's IMAP so you'll have to do some testing on your own
to figure out exactly what deliver doesn't like.
preline has three args (man preline) that turn off these headers. Try
'preline -d' and 'preline -r' and 'preline -dr' and see if one of those
works. If it does, you could use formail (man formail) to strip out the
appropriate header. For instance to get rid of the Return-Path:, put:
|formail -I Return-Path: | /var/imap/qmail_deliver_wrapper $LOCAL
In your .procmailrc. Or, you could add the formail command to the
qmail_deliver_wrapper. Then you could remove the args from preline so
that those variables are available for other procmail recipes.
Hope this helps.
Vern
--
\ \ / __| _ \ \ | Vern Hart
\ \ / _| / . | [EMAIL PROTECTED]
\_/ ___|_|_\_|\_|
1:53am up 48 day(s), 16:02, 17 users, load average: 0.07, 0.09, 0.18
On Thu, 28 Jan 1999, Dave Hansen wrote:
> Hello All,
>
> I have this in my inetd.conf
>
> smtp stream tcp nowait qmaild /usr/sbin/tcpd
> /var/qmail/bin/tcp-env /var/qmail/bin/qmail-smtpd
>
> This makes it so that hosts.allow file is used to allow boxes to send mail
> to this box. Although now I cannot send anything to the box. It gives me a
> read error connection reset. If I dont have this line everyone is allowed
> to relay. Has anyone delt with this problem before?
As said in other replies, make sure thatthat is all on one
line, or use a \ on the first line to continue to the second line.
Also, check your various log files to see if there's a problem
(aka missing qmaild user, etc..)..
Another test is to try telnet'ing into port 25 and see if you
get the SMTP banner, or if it drops your connection...
About the relaying... wrong... the default configuration
sets-up /var/qmail/control/rcpthosts. As long as rcpthosts is there,
relaying is controlled... if you rm'd this file, then you opened
yourself up... read the FAQ....
-Dustin
Just looking at a BSDI 3.1 system that I've just installed qmail on, and I
must say it screams. My "gut-feel" is that it's much faster than Solaris and
FreeBSD on equivalent hardware. The qmail-remotes come in at 118K which
means from a memory perspective I can wind up concurrencyremote at almost no
cost.
I know the BSDI dudes are pretty good, but I was always under the impression
that FreeBSD led the way on performance. Anecdotally I might have to
re-arrange this perception. Leastwise for qmail.
Regards.
