qmail Digest 20 Oct 2000 10:00:01 -0000 Issue 1159
Topics (messages 50823 through 50845):
Re: email domain
50823 by: Benjie Buenaventura
50830 by: marlon abao (TS-PH)
wrong return path when redirecting mail
50824 by: saint xxx
problems with qmail and ezmlm
50825 by: roberto.bazan.inycom.es
qmail & partial DNS failures
50826 by: Michael Handler
.forward and program execution
50827 by: Eduardo Rojas
50828 by: Tony Publiski
vqsignup-0.3 first public release available
50829 by: Ken Jones
rbldns
50831 by: Mate Wierdl
Re: a "real" MUA for X? (was qmail list reply-to)
50832 by: David L. Nicol
RBL
50833 by: Mike Jimenez
Standards for rcpthosts?
50834 by: Brett Randall
50836 by: Alex Pennace
Domain Alias...
50835 by: Andy Abshagen
Qmail-send is not logging.
50837 by: tom.pathfinderschool.com
orbs and qmail
50838 by: Kevin Waterson
50840 by: Chris Thorman
50842 by: frob.webcentral.com.au
50845 by: Adam McKenna
Help again :(
50839 by: Jeroen ten Berge
50841 by: Chris Thorman
50843 by: Stefan Laudat
50844 by: Vinko Vrsalovic
Administrivia:
To unsubscribe from the digest, e-mail:
[EMAIL PROTECTED]
To subscribe to the digest, e-mail:
[EMAIL PROTECTED]
To bug my human owner, e-mail:
[EMAIL PROTECTED]
To post to the list, e-mail:
[EMAIL PROTECTED]
----------------------------------------------------------------------
Title: RE: email domainI have checked rcpthost, locals, and me
and all are configured to mydomain.comLet change the picture
computername = host1
hostname = host1
domain = local.mydomain.com
entries on the DNS:host1 IN A ip
host2 IN A same ip
IN MX 10 host2.local.mydomain.com.now i tried changing the hosts file from
"ip address host1.local.mydomain.com host1" to
"ip address host2.local.mydomain.com host2"restarted the system. used pine to send mail but still
no change. the sender's address is [EMAIL PROTECTED]i'm getting to think that the mail domain is binded on your computer name "hostname"
and not on the host which is delcared on your hosts file.please correct me if i'm wrong.
again i apologise for this since i really want to learn Qmail
Regards,
Benjie
-----Original Message-----
From: Michael Hufnagl [mailto:[EMAIL PROTECTED]]
Sent: Thursday, October 19, 2000 5:45 PM
To: Benjie Buenaventura; '[EMAIL PROTECTED]'
Subject: Re: email domain
hi,
On Thu, 19 Oct 2000, Benjie Buenaventura wrote:
> My server's host name is host1 and domain as mydomain.com. I added two
> entries on my
> DNS:
>
> host1 IN A ip
> host2 IN A same ip
> IN MX 10 host2.mydomai.com
>
> When I reached the part wherein you have to enter your mail domain, I used
> this command
> "./config-fast host2.mydomain.com" and proceeded on the installation.
>
> Now after installation, I tried using PINE to send mail outside the
> internet. everything was
> successful but the only problem is my mail domain. As soon as I receive the
> mail, the
> senders address was [EMAIL PROTECTED] Tried checking rcpthost and
> found entries
> like "host2.mydomain.com".
>
> Do you have any ideas on what I should do?try to change /var/qmail/control/me to mydomain.com and add mydomain.com to
rcpthosts and locals. then restart qmail. hope this helps
--
MfG
Michael Hufnagl
Netzwerktechnik***************
* ecore Kommunikations AG
* http://www.ecore.net
*************************************
Title: RE: email domainDear Benjie,when you use pine, it uses the hostname as identified w/ the 'hostname' command. so just change the hostname of your system and you should be doing fine =)-marlon-----Original Message-----
From: Benjie Buenaventura [mailto:[EMAIL PROTECTED]]
Sent: Thursday, October 19, 2000 8:34 PM
To: '[EMAIL PROTECTED]'; '[EMAIL PROTECTED]'
Subject: RE: email domainI have checked rcpthost, locals, and me
and all are configured to mydomain.comLet change the picture
computername = host1
hostname = host1
domain = local.mydomain.com
entries on the DNS:host1 IN A ip
host2 IN A same ip
IN MX 10 host2.local.mydomain.com.now i tried changing the hosts file from
"ip address host1.local.mydomain.com host1" to
"ip address host2.local.mydomain.com host2"restarted the system. used pine to send mail but still
no change. the sender's address is [EMAIL PROTECTED]i'm getting to think that the mail domain is binded on your computer name "hostname"
and not on the host which is delcared on your hosts file.please correct me if i'm wrong.
again i apologise for this since i really want to learn Qmail
Regards,
Benjie
-----Original Message-----
From: Michael Hufnagl [mailto:[EMAIL PROTECTED]]
Sent: Thursday, October 19, 2000 5:45 PM
To: Benjie Buenaventura; '[EMAIL PROTECTED]'
Subject: Re: email domain
hi,
On Thu, 19 Oct 2000, Benjie Buenaventura wrote:
> My server's host name is host1 and domain as mydomain.com. I added two
> entries on my
> DNS:
>
> host1 IN A ip
> host2 IN A same ip
> IN MX 10 host2.mydomai.com
>
> When I reached the part wherein you have to enter your mail domain, I used
> this command
> "./config-fast host2.mydomain.com" and proceeded on the installation.
>
> Now after installation, I tried using PINE to send mail outside the
> internet. everything was
> successful but the only problem is my mail domain. As soon as I receive the
> mail, the
> senders address was [EMAIL PROTECTED] Tried checking rcpthost and
> found entries
> like "host2.mydomain.com".
>
> Do you have any ideas on what I should do?try to change /var/qmail/control/me to mydomain.com and add mydomain.com to
rcpthosts and locals. then restart qmail. hope this helps
--
MfG
Michael Hufnagl
Netzwerktechnik***************
* ecore Kommunikations AG
* http://www.ecore.net
*************************************
hello, after a quick search in the internet i have decided to ask the question here: the problem is as follows: we are running our own webmail service. thereis such a feature like in eudora - you can redirect message to another person (not forward) and it should change return path to the correct one. that works ok unless the mail address is bad. what bothers us - return path is not set to that sender is set to one of our system account users and naturally - they get bounces. one of the examples: Subject: failure notice Date: 16 Oct 2000 11:59:04 -0000 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Hi. This is the qmail-send program at planet.gaumina.lt. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. <[EMAIL PROTECTED]>: Sorry, no mailbox here by that name. (#5.1.1) --- Below this line is a copy of the message. Return-Path: <[EMAIL PROTECTED]> Received: (qmail 17024 invoked by uid 250); 16 Oct 2000 11:59:04 -0000 Date: 16 Oct 2000 11:59:04 -0000 Message-ID: <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: blah blah From: another webmailuser <[EMAIL PROTECTED]>(by the way of EB [EMAIL PROTECTED]) Reply-To: [EMAIL PROTECTED] X-Mailer: webmail system body message question: mayby someone has encountered such problem and could help? thanx in advance, Martynas Sklizmantas
hi everybody i've configured qmail 1.53 , ezmlm 0.53 and ezmlm-idx-0.324. the problem is when i try to create a moderate list, the moderator don't receive the mail for confirm the user's subscription i used the next comands: ezmlm-make -rdugm -5 [EMAIL PROTECTED] /var/qmail/alias/lista2 /var/qmail/alias/.qmail-lista2 lista2 pnt170.inycom.es ezmlm-sub /var/qmail/alias/lista2/mod [EMAIL PROTECTED] ezmlm-sub /var/qmail/alias/lista2/digest [EMAIL PROTECTED] ezmlm-sub /var/qmail/alias/lista2 [EMAIL PROTECTED] Then when an user wants to subscribe then he sends a mail to lista2-subscribe and he receives the next message: confirm subscribe to [EMAIL PROTECTED] then this user reply a this message, but the moderator [EMAIL PROTECTED] don't receive the message to confirm user's subscrition, and the user receive the next message: WELCOME to [EMAIL PROTECTED] Why don't the moderator receive the message. Can anybody help me, please? Thank in advance
If you're a secondary MX for a domain, and your system can resolve the MX record for the domain, but the resolution of the A record for any lower preference MX entries fails with a soft DNS error (e.g. timeout), qmail bounces the message as best-preference-MX-without-further-instructions. $ dnsqr mx mail.test.sub-rosa.com 15 mail.test.sub-rosa.com: 94 bytes, 1+2+0+0 records, response, noerror query: 15 mail.test.sub-rosa.com answer: mail.test.sub-rosa.com 0 MX 0 mx.timeout.test.sub-rosa.com answer: mail.test.sub-rosa.com 0 MX 100 spool.mail.sub-rosa.com $ dnsqr a mx.timeout.test.sub-rosa.com 1 mx.timeout.test.sub-rosa.com: temporary failure $ dnsq a mx.timeout.test.sub-rosa.com 63.141.2.19 1 mx.timeout.test.sub-rosa.com: timed out | Return-Path: <> | Delivered-To: [EMAIL PROTECTED] | Received: (qmail 32495 invoked for bounce); 19 Oct 2000 14:23:00 -0000 | Date: 19 Oct 2000 14:23:00 -0000 | From: [EMAIL PROTECTED] | To: [EMAIL PROTECTED] | Subject: failure notice | | Hi. This is the qmail-send program at califia.sub-rosa.com. | I'm afraid I wasn't able to deliver your message to the following | addresses. | This is a permanent error; I've given up. Sorry it didn't work out. | | <[EMAIL PROTECTED]>: | Sorry. Although I'm listed as a best-preference MX or A for that host, | it isn't in my control/locals file, so I don't treat it as local. (#5.4.6) | | --- Below this line is a copy of the message. | | Return-Path: <[EMAIL PROTECTED]> | Received: (qmail 32488 invoked by uid 1000); 19 Oct 2000 14:21:37 -0000 | Date: 19 Oct 2000 14:21:37 -0000 | Message-ID: <[EMAIL PROTECTED]> | From: "Michael Handler" <[EMAIL PROTECTED]> | Subject: test | To: [EMAIL PROTECTED] | | test Looking through qmail-remote.c, it becomes apparent that in this situation, dns_mxip() only returns the IP addresses & preferences that it could resolve completely, with no indication that there were additional lower preference MX records that were omitted due to soft DNS errors. Thus, when qmail-remote walks through the list of addresses, it finds itself as the best-preference MX for the domain, and attempts to handle the mail locally. Empirical testing bears this diagnosis out: $ src/qmail-1.03/dnsmxip mail.test.sub-rosa.com 64.0.106.44 100 Scenarios that would run afoul of this are not difficult to imagine: if domain example.com has MX 0 mx.provider.net and MX 100 spool.mail.sub-rosa.com, and mx.provider.net has a lower TTL than the MX for example.com, and provider.net's nameservers are unreachable when my dnscache tries to go resolve mx.provider.net... I think I'm starting to see why Dan's DNS software encourages using all in-name zones; though even that is vulnerable if the TTL on the A record is lower than the TTL on the MX record. Note that I don't consider this a problem for hard DNS failures, e.g. an MX record that points at a hostname that authoritatively doesn't exist; that's what the smtproutes functionality is for. However, I think it's reasonable for qmail to not bounce messages based on soft DNS failures. Searching the archives, I note that Chuck Foster noted this problem waaaaaaaaaaaay back in 1997: http://www.ornl.gov/its/archives/mailing-lists/qmail/1997/07/msg00802.html It seems to me that the best way to address this is to have dns_mxip return the full MX list set, with the IP address set to null or 0.0.0.0 for A records that could not be successfully resolved, and have qmail-remote.c's for loop skip those MX entries. This would result in temp_noconn() for these situations, rather than perm_ambigmx(). Note that all of the *.test.sub-rosa.com entries mentioned here exist, and the tests were done live, with no post-production touchups. Feel free to poke at my DNS and SMTP servers if you want to do your own tests. Thoughts? --michael
Hi list: I have a question about program execution using qmail and aliases files: Can I use /etc/aliases file to execute a program using qmail? A tipic entry on /etc/aliases for my system is: erojas: "|/usr/bin/filter.pl 7507203" this line is used to send a pager notification to my pager, and it works OK on Sendmail, but what I am trying to do is to migrate to qmail and I do not know how to handle this issue. In qmail docs I have found that qmail does not allow this "insecure" way to execute programs, but I did not found any documentation on how to set a secure way to execute this kind of programs. I would apreciate your help Regards, Eduardo Rojas
/etc/aliases is phased out in QMail. You cannot use it. What you would do in that case, is create a .qmail file in the home directory of the user you want to execute that for. If you wanted to execute your below example and keep a local copy of the message, your .qmail file would look something like: |/usr/bin/filter.pl 7507203 ./Maildir/ If you didn't want a local copy kept, you'd remove the ./Maildir/ If you wanted to forward a copy to another email address, you'd make a line that says &[EMAIL PROTECTED] -- Tony Publiski World Wide Net, Inc. +1 (734) 513-7707 x 2012 -----Original Message----- From: root [mailto:root]On Behalf Of Eduardo Rojas Sent: Thursday, October 19, 2000 11:34 AM To: qmail list Subject: .forward and program execution Hi list: I have a question about program execution using qmail and aliases files: Can I use /etc/aliases file to execute a program using qmail? A tipic entry on /etc/aliases for my system is: erojas: "|/usr/bin/filter.pl 7507203" this line is used to send a pager notification to my pager, and it works OK on Sendmail, but what I am trying to do is to migrate to qmail and I do not know how to handle this issue. In qmail docs I have found that qmail does not allow this "insecure" way to execute programs, but I did not found any documentation on how to set a secure way to execute this kind of programs. I would apreciate your help Regards, Eduardo Rojas
The first public release of vqsignup-0.3 is availble at http://www.inter7.com/vqsignup vqsignup is a C based cgi program that enables people on the internet to signup for email accounts on your qmail, vpopmail system. It's the first public release, so it's not documented very well, nor is it super easy to install. But it works for us ;] License: GPL Ken Jones http://www.inter7.com/vpopmail/
I am running rbldns which mirrors relays.mail-abuse.org. You are welcome to use it. Just use -r relays.msci.memphis.edu to (unpatched) rblsmtpd. Mate
Brett Randall wrote: > Under X? Try Gnus. It doesn't just work properly in strange > situations, it works properly in normal situations as well! don't you have to learn all the saxophone-esque emacs keyboard things to use it? -- David Nicol 816.235.1187 [EMAIL PROTECTED] I don't watch TV, I have no telephone, and I vote
Im using the Rbl and I want to write it to the logs but my problem is this First I did this setup and it did not work . tcpserver -p -v -x/etc/tcp.smtp.cdb -u1007 -g1007 0 25 \ rblsmtpd qmail-smtpd 2>&1 | setuser qmaill accustamp | \ setuser qmaill cyclog \ -s1000000 -n5 /var/log/qmail/qmail-smtpd [root@black(/var/log)]: smstart [x] starting: qmail-pop3, /etc/rc.d/init.d/sendmail: setuser: command not found /etc/rc.d/init.d/sendmail: setuser: command not found Then I tried this and got this error message: tcpserver -p -v -x/etc/tcp.smtp.cdb -u1007 -g1007 0 25 \ rblsmtpd qmail-smtpd 2>&1 | setuidgid qmaill accustamp | \ setuidgid qmaill cyclog \ -s1000000 -n5 /var/log/qmail/qmail-smtpd smstart [x] starting: qmail-pop3, setuidgid: fatal: unable to run cyclog: file does not exist setuidgid: fatal: unable to run accustamp: file does not exist Im a little confused on what Im suppose to do. Thanks Mike
Hi all... I had a sudden thought hit me a couple of days back, and I know I'm not the only one who's ever thought this, but I don't remember seeing this thread ever appear, so I thought I'd ask for some opinions. Is there any standard which says what domains I should receive mail for? ie does any standard say I should receive mail addressed to my IP address, or the reverse lookup of my IP address? Now I know if I want e-mail from automated systems (such as the dreaded ORBS) then I would have to accept mail for the reverse lookup of the IP address, but does any standard actually say I have to? And if it doesn't, how can ORBS and other mail abuse databases be allowed to run if their e-mail to postmaster@[200.55.55.55], to notify the admin of an open relay, can't be delivered to the actual postmaster? Just a question from a curious me :) Brett. -- "ADA, n.: Something you need only know the name of to be an Expert in Computing. Useful in sentences like, "We had better develop an ADA awareness." - The Devil's Dictionary to Computer Studies
On Fri, Oct 20, 2000 at 11:10:10AM +1100, Brett Randall wrote: > Is there any standard which says what domains I should receive mail > for? ie does any standard say I should receive mail addressed to my IP > address, or the reverse lookup of my IP address? You should accept mail for postmaster@[ip]. When qmail-smtpd encounters a @[ip] domain and ip is your IP, qmail-smtpd replaces the [ip] with the contents of control/localiphost, of if that doesn't exist, control/me. In other words, @[ip] is handled by default.
PGP signature
OK. I know this topic has come up before. Or similiar to it at least. What we are looking for is basically a domain alias. Where domain1.com and domain2.com act as one and on the same server domain3.com and domain4.com act as one. Actually in our case we have about 50 different sets like that with some sets actually having 30-40 different domains that we would like identically. I really need to get this figured out since I'd rather not create all of the domains indepently and setup one as the master and setup forwards on all the other domains. Any help would be greatly appreciated. Thanks Andy Abshagen System Administrator Data-Vision, Inc. [EMAIL PROTECTED]
I have qmail setup to log using multilog. Here is /service/qmail-send/log/run (exec is all on one line): #!/bin/sh exec /usr/local/bin/setuidgid qmaill /usr/local/bin/multilog t s2500000 /var/log/qmail/qmail-send Here is what is in /var/log/qmail/qmail-send/: -rw-r--r-- 1 root root 0 Oct 19 00:55 @4000000039eeaa031e847254.u -rw-r--r-- 1 qmaill nofiles 0 Oct 19 00:59 current -rw------- 1 qmaill nofiles 0 Apr 21 2000 lock -rw-r--r-- 1 qmaill nofiles 0 Oct 19 00:59 state If I run $ svstat /service/qmail-send/log, I get: /service/qmail-send/log: up (pid 6100) 67278 seconds What could cause this to not log?
Recently, after running qmail for 3 years on our primary mail server, we found ourselves listed on orbs. It seems we were acting as an open relay and that many mailers were simply bouncing mail from our domain. I made a check of the server and all was well but when I checked it from the facility at abuse.net I found it was reporting an open relay. The problem it seems stems from qmails handling of one of the tests has qmail accepting the mail and dealing with it internally, so that probably ever qmail server will eventually end up listed on orbs, with an incorrectly assumed open relay. But we needed action quickly as users were complaining so we had to switch our primary server to sendmail, to avoid any confusion. Now, if Orbs are incorrectly listing services perhaps we here need to follow up with our legal people. Kind regards Kevin Waterson
Are your tcprules set up correctly to deny open relaying to everyone except your internal users? Is your /var/qmail/control/rcpthosts set up correctly? If not, then you may be acting as an open relay. -c At 3:36 PM +1100 10/20/00, Kevin Waterson wrote: >Recently, after running qmail for 3 years on our >primary mail server, we found ourselves listed on orbs. >It seems we were acting as an open relay and that >many mailers were simply bouncing mail from our >domain. > >I made a check of the server and all was well but >when I checked it from the facility at >abuse.net I found it was reporting an open relay. > >The problem it seems stems from qmails handling of >one of the tests has qmail accepting the mail and >dealing with it internally, so that probably ever >qmail server will eventually end up listed on orbs, >with an incorrectly assumed open relay. > >But we needed action quickly as users were complaining >so we had to switch our primary server to sendmail, to >avoid any confusion. > >Now, if Orbs are incorrectly listing services perhaps >we here need to follow up with our legal people. > >Kind regards > >Kevin Waterson ------------------------------------------------------------------------ Chris Thorman (413) 473-0853 e-fax ------------------------------------------------------------------------
On 20-Oct-2000 Kevin Waterson wrote: > > I made a check of the server and all was well but > when I checked it from the facility at > abuse.net I found it was reporting an open relay. > > The problem it seems stems from qmails handling of > one of the tests has qmail accepting the mail and > dealing with it internally, so that probably ever > qmail server will eventually end up listed on orbs, > with an incorrectly assumed open relay. ORBS doesn't use the abuse.net tests to determine who is an open relay. Typically, ORBS requires the delivery of a piece of email via the alleged open relay before adding that host ot its list. A properly configured qmail server will not act as an open relay even as it fails the abuse.net test. Having said that, it is possible to be listed even if your server is not an open relay, usually because one of your clients is open, and they are using your server for outbound mail. Simply correct your clients config and signal your server as fixed via the ORBS web page. For a more permament fix, run ORBS on your servers against your clients, and list your servers(s) as ORBS hubs. > But we needed action quickly as users were complaining > so we had to switch our primary server to sendmail, to > avoid any confusion. > > Now, if Orbs are incorrectly listing services perhaps > we here need to follow up with our legal people. This is a charge frequently levelled at ORBS; indeed, our servers have been incorrectly listed twice. However, once was a typographical error on the part of an admin, and the other because a netblock was listed with the wrong ownership at the relevant authority. In both cases, the error was quickly attended to by ORBS admin. -- Rick Lyons WebCentral
On Fri, Oct 20, 2000 at 03:36:23PM +1100, Kevin Waterson wrote: > Recently, after running qmail for 3 years on our > primary mail server, we found ourselves listed on orbs. > It seems we were acting as an open relay and that > many mailers were simply bouncing mail from our > domain. > > I made a check of the server and all was well but > when I checked it from the facility at > abuse.net I found it was reporting an open relay. > > The problem it seems stems from qmails handling of > one of the tests has qmail accepting the mail and > dealing with it internally, so that probably ever > qmail server will eventually end up listed on orbs, > with an incorrectly assumed open relay. No. This is NOT the reason you were listed. Hosts are added to ORBS only AFTER the relay test is received back by the tester. --Adam -- Adam McKenna <[EMAIL PROTECTED]> | "No matter how much it changes, http://flounder.net/publickey.html | technology's just a bunch of wires GPG: 17A4 11F7 5E7E C2E7 08AA | connected to a bunch of other wires." 38B0 05D0 8BF7 2C6D 110A | Joe Rogan, _NewsRadio_ 3:16am up 132 days, 32 min, 10 users, load average: 0.07, 0.03, 0.00
I did not get a usefull reply on my previous question, so here it it again : I'm using qmail's maildir instead of mbox, so I was required to use qmail-pop, checkpasswd and qmail-pop3d; Know this POP3 works, but if a cliënt connects it takes very long before they actually receive their data; I think one of the 3 programs tries to resolve the cliënts hostname/IP which isn't availlable (no DNS), so I think that's the problem; I run qmail-popup in inetd with the following line : pop-3 stream tcp nowait root /var/qmail/bin/qmail-popup qmail-popup mailfullhostname /bin/checkpassword /var/qmail/bin/qmail-pop3d ./Maildir Thx in advance, Jeroen.
Hi, You are probably right about the DNS being the cause of the delay. If you have no DNS available, then run a DNS server right there on your mail machine; it can be its own. Just serve "reverse" tables for all the IP networks your users use. If you know that only a small set of hosts will be connecting to your machine, then simply enter all those in /etc/hosts, and DNS will never be consulted. -c At 7:53 AM +0200 10/20/00, Jeroen ten Berge wrote: >I did not get a usefull reply on my previous question, so here it it again : >I'm using qmail's maildir instead of mbox, so I was required to use >qmail-pop, checkpasswd and qmail-pop3d; >Know this POP3 works, but if a cliënt connects it takes very long before >they actually receive their data; >I think one of the 3 programs tries to resolve the cliënts hostname/IP which >isn't availlable (no DNS), so I think that's the problem; > >I run qmail-popup in inetd with the following line : >pop-3 stream tcp nowait root /var/qmail/bin/qmail-popup qmail-popup >mailfullhostname /bin/checkpassword /var/qmail/bin/qmail-pop3d ./Maildir > >Thx in advance, >Jeroen. ------------------------------------------------------------------------ Chris Thorman (413) 473-0853 e-fax ------------------------------------------------------------------------
It is highly essential to have "order hosts,bind" in your /etc/resolv.conf!!! Otherwise /etc/hosts won't help so much :( On Thu, Oct 19, 2000 at 11:08:34PM -0700, Chris Thorman wrote: > Hi, > > You are probably right about the DNS being the cause of the delay. > > If you have no DNS available, then run a DNS server right there on your mail >machine; it can be its own. Just serve "reverse" tables for all the IP networks your >users use. > > If you know that only a small set of hosts will be connecting to your machine, then >simply enter all those in /etc/hosts, and DNS will never be consulted. > -- Stefan Laudat ------------- Noncombatant, n.: A dead Quaker. -- Ambrose Bierce
> > > --jI8keyz6grp/JLjh > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > It is highly essential to have "order hosts,bind" in your /etc/resolv.conf!= > !! > Otherwise /etc/hosts won't help so much :( nope, /etc/hosts does not help at all, qmail looks for a 'live DNS' server as Timothy pointed out. -- Vinko Vrsalovic B. +++++++++++++++++++++++++++++++++++++++++ [EMAIL PROTECTED] ++ Perche' la tua lingua e mia!, MIA! ++ ICQ: 9299103 ++ (Mr B.) ++ Geek code will never +++++++++++++++++++++++++++++++++++++++++ be available... :-) [Today's mode: PSB (Power Saving Brain)]
