openserver 5.0.5 unix email

[corrlens]

Hi ,

When I'm sending mails from my outlook through pop3 to my unix box , the
return address that is using in the From: statement, is including the big
string of the IP I'm using, Do you know how to get rid of that big string:

for example, if I look at /usr/spool/mmdf/lock/home/addr I see the
following:

1016647604m0
@adsl-64-168-190-156.dsl.lsan03.pacbell.net:hen...@vegena.net
- m delay "hotmail.com" "hotsu...@hotmail.com"

I want to filter (get rid) the "
@adsl-64-168-190-156.dsl.lsan03.pacbell.net: "

Please let me know if you know how to do it.

Thanks

[Jean-Pierre Radley]

corrlens propounded (on Wed, Mar 20, 2002 at 06:13:42PM +0000):

You use POP3 to *get* your mail, not to send it.

In your Outlook configuration, which address are you pointing to for an
outgoing smtp connection?

--
JP

[corrlens]

"Jean-Pierre Radley" <j...@jpr.com> wrote in message
news:20020320183...@jpradley.jpr.com...

You are right!, it's using (outgoing mail) Smtp port 25 but with the same
server address . but still keeps track of the whole string before the email
address in the From statement.

[John DuBois]

In article <qj4m8.4$KW4.26...@newssvr13.news.prodigy.com>,

corrlens <a...@sbcglobal.net> wrote:
>When I'm sending mails from my outlook through pop3 to my unix box , the
>return address that is using in the From: statement, is including the big
>string of the IP I'm using, Do you know how to get rid of that big string:
>
>for example, if I look at /usr/spool/mmdf/lock/home/addr I see the
>following:
>
>1016647604m0
>@adsl-64-168-190-156.dsl.lsan03.pacbell.net:hen...@vegena.net
>- m delay "hotmail.com" "hotsu...@hotmail.com"

This controls the return address, which if anything will appear on a 'From '
line added by the receiving mail system. If it appears on the 'From:' line
you have a more serious problem.

Unfortunately MMDF at present has no way to globally disable this behavior.
MMDF will always make the return address be a source route if the hostname
returned by a resolver lookup on the source IP address is not the same as the
hostname given in the return address passed in the SMTP transaction, after both
have been mapped through the domain tables. You can work around it on a
per-host basis (if the sending machines use fixed hostnames) by adding domain
table entries that map the sending machine names to the domain name given in
the return address. In your case, you would add an entry to root.dom (or
whatever file-based domain table you have) that said:

adsl-64-168-190-156.dsl.lsan03.pacbell.net vegena.net

but if that's not a fixed hostname, this won't do you much good...

John
--
John DuBois spc...@armory.com KC6QKZ/AE http://www.armory.com/~spcecdt/