Hal, Kevin,
first: Thanks for your help ... I think I came now nearer to what I
want with my sendmail configs ..

On Jun 23, 2002, 13:19 (-0400) Kevin MacNeil wrote:

> It looks like the the receiving mta is doing a dns lookup on
> localhost.localdomain, which isn't a legal hostname.  There are a couple
> of potential solutions to this common problem.  First, try routing your
> mail through your isp's mailserver by defining it as a smarthost in your
> /etc/mail/sendmail.mc and regenerating your sendmail.cf, i.e.:
>
> define(`SMART_HOST',`mail.mindspring.com')dnl

... I think there's some doc on the topic on these 2 URL's:
http://www.mail-abuse.org/dul/gateways.htm
http://www.hserus.net/sendmail.html
(thanks to Hal Burger's mailserver that blocked my mail :)


The reason I want to by-pass my ISP's mail server is
/var/log/maillog.

I want to see in that file (via 'tail -f') that my mail has reached
the addressee's mail server, and I did not see this IIRC when I used
my ISP's mailserver, because /var/log/maillog stops logging the hand
over of my mail at the moment when my mail reaches the mail server
that sendmail knows of (not being 100 % sure on this last part .. :)

If I tell sendmail to handover my mail to my ISP's mailserver then
/var/log/maillog stops logging when it knows that my ISP's server
accepted the mail. But from my ISP's machine to the addresse there's
still some route to go for my mail: if I understood it correctly:  my
ISP's machine from this point on still has to transmit my mail to
the addressee's mail server, and exactly this last part of the journey
is nothing that /var/log/maillog can tell me about.

To make it a bit more verbose, this is the way my mail goes in this
last example:

my machine --> my ISP's mailserver --> the addressee's mail server -->
--> addressee (AFAIUI)

But /var/log/maillog is logging this last route only until this point:
my machine --> my ISP's mailserver

The rest of the way to the addressee remains unknown to /maillog and
me ..

And this is the point where the advantage of 'direct delivery' comes
in:
this way (together with Hal's idea of generating a
/etc/mail/mailertable in case direct delivery is not accepted by the
addressee's mailserver) I can see whether the addressee's mail server
accepted my message or not:
my machine -- the addressee's mail server --> addressee
(and sure: if the addressee has an address with an entry in
'mailertable', then /maillog, again, is logging *only* until the mail
is handed over to the mail server that is bound (via mailertable) to
deliver to the addressee's mail server)

And this is the reason why I doubt that setting the SMART_HOST in
sendmail.mc does have an advantage, regarding the visible results in
/maillog that I want:
simply because, at least AFAIUI, with this setting in the sendmail
configs sendmail for *all* mail will log the mail route *only* until
the mail was handed over to SMART_HOST, without telling me something
about the rest of road,
contrary to what it does when sendmail is delivering without
mailertable becoming part of the game (i.e. in cases when the
addressee's mail domain does not have an entry there)

Did I overlook something? ... :)

Kevin, please forgive me I'm not very verbose on the rest of your
mail: just this: I want to rely on things that I can configure here,
i.e in sendmail: to start handling dyndns.org without even knowing
much on how sendmail works seems making it too complicated for me:
after all I'm still a beginner with mail settings etc. ... :)

Thanks again, Hal and Kevin: answers like yours time and again keep
convincing me that this list from all the mailing-lists that I know is
surely one of the best places to ask for help ...
>From time to time I have to tell this ... :)

Thanks :)

Regards
Wolfgang



> [ ... ]

-- 
New Key on: http://home.t-online.de/home/520050060325-0001/
Key fingerprint = 2B4D FE85 924D 06CC 881D  2E8D 771F 0EDE 92F6 DDFF
                  [created on 2002-06-11]

http://www.geocities.com/wolfgangpfeiffer/

                            -- END TRANSMISSION --









_______________________________________________
Redhat-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/redhat-list

Reply via email to