Hi Bruce,
I believe you're talking about the patch I did.
See
http://www.ornl.gov/its/archives/mailing-lists/qmail/1999/11/msg00678.html
or
http://www.egroups.com/message/djb-qmail/35717
Actually, as you'll see, the patch is unfinished, I just wanted to share
what I had and listen for input.
in-out through qmail and could benefit from a finished
version, but not me.
Florent Guillaume
Index: qmail-send.c
--- origsrc/qmail-send.cMon Jun 15 12:53:16 1998
+++ src/qmail-send.cFri Nov 12 01:35:12 1999
@@ -1,5 +1,6 @@
#include sys/types.h
#include sys/stat.h
+#include
:allow,RELAYCLIENT="@rewrite"
in control/virtualdomains, add:
rewrite:alias-rewrite
in ~alias/.qmail-rewrite-default:
| rewriteheadersproggy | forward $DEFAULT
Is this going to work as I want it ? Do you see any
security/openrelaying problem ?
Thanks,
Florent
-
Jacek Czerwinski wrote:
qmail MUST have DNS (caching named plus LAN adresses ?), q. don't use
/etc/hosts.
Surely you mean that qmail uses the resolver, who in turn may use the
DNS ? Or does qmail make direct DNS requests ?
Because this is quite different, the resolver may be configured to
I'm not sure to whom I should report this. Mate Wierdl ?
In the memphis RPM for linux (very nice), there's a slight problem:
The file /etc/rc.d/init.d/qmail.init
contains
DEFAULT_DELIVERY="`cat $QMAILHOME/defaultdelivery/rc`"
and /var/qmail/defaultdelivery/rc is the file
---begin file---
#
Mate Wierdl wrote:
Note the quoting in the echo line.
It is another matter that it is not good to see this darn thing when
running ps, so I will change this in the next release.
Yeah, sorry, I did my test with echo $DEFAULT_DELIVERY. Stupid me.
And you're right, it's ps who prompted me to
the delivery itself to the clients instead of sending
the mails back to the primary when it comes back up ? This implies
of course adequate configuration.
Is it unadvisable ? If so why ? I'm asking because I about to install
such a setup here.
Florent Guillaume
