On Tue, 31 Oct 2000, you wrote:
peter:
perhaps i am guilty of adding too much information.
> also sprach best:
> > > They might be even more pertinent if you had not decided to munge all
> > > the useful data!
> >
> > ?munge? could you explain what this means. i am new at this (qmail, and
> > this mailing list, so far asking for info...)
>
> <http://www.tuxedo.org/~esr/jargon/html/entry/munge.html>. Basically, he
> means that if you are going to ask for help with DNS, you shouldn't alter
> domain information. If you need help with the atoka-software.com, then don't
> say you need help with xxxxxxxxxxxxxxxx.com.
>
> /pg
> --
> Peter Green : Gospel Communications Network, SysAdmin : [EMAIL PROTECTED]
> ---
> "Many computer scientists have fallen into the trap of trying to define
> languages like George Orwell's Newspeak, in which it is impossible to
> think bad thoughts. What they end up doing is killing the creativity
> of programming."
> --- Larry Wall
i know that the problem is at my machine, and not on the remote email server. (
i xxx'd out the relevant things as i'm a contractor, and the company has very
specific policies of my using their name... i like to work, if you know what i
mean <s>)
anyway, i know it is at my machine as when to problem showed up under sendmail,
i checked internally, and was given the fix in the form of a sendmail.cf file
for my machine, not the remote server. so, naturally, i suspect the fix is
local for qmail as well.
since asking the original question, i have been reading further in "running
qmail" by richard blum. in the section on the smtproutes control file, it looks
like i should add a final line that says:
:mail.server.domain.com
it sounds like that line will automatically forward the mail to that server
when no prior lines in smtproutes match (and there will not be!)
does this sound reasonable?
--
regards,
allen wayne best, esq
