Re: Dynamic ip (was: Re: apt: Uses bogus ftp password on ftp:// urls)
Rob Browning <rlb@cs.utexas.edu> writes:
> Florian Hinzmann <f.hinzmann@public.uni-hamburg.de> writes:
>
> > The biggest problem that remains is sendmail. I had some discussion
> > about that with their mail address for questions
> > (sendmail@sendmail.org), but wasn't able to solve my problems yet (I
> > didn't spend much time trying the last weeks, either).
>
> I switched to exim some while back, and I've been very happy. So I
> can't really comment on whether or not I'd still be having the problem
> with sendmail :>
I really must figure out a better way of writing the exim hack I put
in so that I can send it to the upstream author - I've found that it
does marvels. Basically, it allows me to specify certain header
translation rules that happen only on mail leaving the system by a
specific transport. This allows my mail to "do the right thing" (tm)
in a dynamic-ip situation. Local mail keeps local header names,
outgoing mail get transformed appropriately, and only users I set up
to have an outgoing address can send outgoing mail (but then, if a
different From: header line is specified by one of those users, the
different From: line is used, and the default outgoing address is used
as a Sender: address) - however, my hack is unbelievably ugly and
causes certain problems in spam-filtering (it becomes difficult to
bounce mail).
However, I'm not certain if my solution would handle the rigid
anti-spam measures mentioned below; the problem might be fixable if
the hostname sent in the HELO (or EHLO) statement could be dynamically
re-configured (just a simple 'host -i <IPADDR>' call, yes?), but I
can't remember seeing a mailer that allowed for dynamic names like
that. One solution (which I used while still on smail, and before I
got myself a .dyn.ml.org address) is to re-write your config. file in
your ip-up script.
> > The goal I did not manage to archive yet is: I send mail
> > locally, it gets queued by sendmail and when I dialup
> > to my ISP it gets sent out _and_ not rejected by some
> > mailer outside with a very restrictive setup, which
> > detects some "pumuckl" or "lan.local" things in the header
> > and sends my mail back. Back to pumuckl.lan.local where it
> > never arrives. <sigh>
>
> With some of the more restrictive (and probably broken) spam
> protection configurations, you may never be able to achive this goal.
> To avoid that problem, I have exim set up to use our main mail machine
> on campus as a "smarthost", so all outgoing mail gets routed through
> there.
--
To UNSUBSCRIBE, email to debian-devel-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Reply to: