Hall Stevenson wrote:
> There's a setting that tells mutt how and for how long to wait for sendmail
> (copied directly from the manual):
>
> ==========================================================================
> sendmail_wait
> Type: number
> Default: 0
>
> Specifies the number of seconds to wait for the sendmail process to finish
> before giving up and putting delivery in the background.
>
> Mutt interprets the value of this variable as follows:
>
> >0 number of seconds to wait for sendmail to finish before continuing
> 0 wait forever for sendmail to finish
> <0 always put sendmail in the background without waiting
>
> Note that if you specify a value other than 0, the output of the child
> process will be put in a temporary file. If there is some error, you will be
> informed as to where to find the output.
> ==========================================================================
Thank you for the pointer. ANother item I missed !
> Note: I don't remember who was the original poster of this message, but they
> mentioned that they "made up" a domain name. That could very well be their
> problem... You can't just make them up. How's it even working ?? I don't
> know. My guess is sendmail is set up for "smart relay" and ends up using
> that (usually your ISP's SMTP mail server).
I am the orig poster and you are absolutely right. I don't have a fqdn.
(actually I do at a remote web hosting company). I think I got the mail
to work by putting my ISPs domain name in the resolv.conf.
I am using 192.168.xxx.xxx (RFC 1597) class addresses internally. How
can I connect to my ISP's POP/IMAP server and do mail from such a
network? THere must be a lot of folks out there who are using a similar
scheme.
bakki
> Regards,
> Hall
