[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: new hamm nmh breaks header rewriting, isp becomes irate



Daniel Martin wrote:
> I'm drawing up a list of how I'd like a mail program to behave in my
> environment; so far, these are the requirements:
> Local mail is just delivered locally; no fuss or hassle about
> forwarding local mail on to one's ISP unless that's very explicitly
> requested.
> Headers (including the RFC822 envelope) are rewritten transparently
> and accurately.  This means that, for example, Sender: lines from my
> machine would become something like martind@ppp95.hcf.jhu.edu
> (i.e. the Sender: line would depend on the dns name of the ip address
> the message leaves the machine by), and that the From: line would
> match the envelope address, if the From: line was requested to be
> rewritten.

My zyxel router automatically connects to the net whenever it needs
to send a packet off the local lan.  The router then gets a dynamic
address and uses a form of network address translation that zyxel calls
SUA to hide the internal network.  Currently the only way to get the ip
address is through a telnet or serial connection to the router.  I think
expect would let me navigate through the menus to get the ip address
automatically, but the address would only be valid when the isdn line is
up.  If I send mail while the line is down, the mail itself brings the
line up.  This is too late to modify the message.

I really like your idea.  I've had quite a few problems getting local
and remote mail to work with smail and a dialup connection.

> Access to outgoing mail can be restricted for certain users; however,
> postmaster can opt to receive each bounced message and ok certain
> messages for delivery to the rest of the world.
> Another machine/other machines can be treated as "local", and not
> subject to the rewritting rules.
> Mail relaying... I'm not certain what I'd want the behavior to be in
> this case - probably just disallow relaying entirely, except to/from
> "local" machines.
> 
> Can anyone else think of other features the ideal MTA for dialup
> machines should have?


-- 
Lee Bradshaw                 lee.bradshaw@mindspring.com (preferred)
Next Level Communications    bradshaw@nlc.com


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-user-request@lists.debian.org . 
Trouble?  e-mail to templin@bucknell.edu .


Reply to: