On Thu, Apr 26, 2001 at 10:36:59PM -0400, Mr. Wade wrote:
> Joshua Haberman wrote:
> > * Mr. Wade ([EMAIL PROTECTED]) wrote:
> > > Rod Pike wrote:
> > > > Can a send hook be used so that ultimately, a different mail server will
> > > > be used to send the mail?
> > >
> > > Just off the top of my head... you could use a send-hook to
> > > change the $sendmail variable to call a script that would copy an
> > > alternate sendmail.cf into /etc/sendmail.cf before passing the
> > > email to sendmail. Of course,... overwriting /etc/sendmail.cf
> > > would require root access, necessitating the use of sudo. Hmm...
> >
> > Even easier, you could simply change the $sendmail variable to call
> > sendmail with a -C parameter that would specify on the command line what
> > configuration file to use -- hence, no sudo would be necessary.
>
> Good point! Before replying, I did a quick skim though the
> sendmail manpage looking for just such a command line switch, but
> I guess I missed it. (Of course, none of this really addresses
> the question of WHY one would want to do this. As long as one's
> "regular" smtp host allows one to relay, what's the point of
> switching servers?)
Maybe I don't really have mail set up properly on my network and this is
simpler than I think. I can't really do any of the previously mentioned
solutions anyway because I am using IMAP and it's not that simple to
reconfigure sendmail and restart it remotely (or is it?).
I use an IMAP server on my local network where I download all my mail
to. Sendmail on all my clients is configured to send mail to my IMAP
server. My IMAP server has a SMART_HOST directive to deliver outbound
mail to my ISP mail server. My IMAP server is set up to masquerade
using my ISP's domain. The consequence is that any set envelope_from
directive in my .muttrc becomes moot. Maybe I shouldn't be doing it
this way? I also use this same server for routing mail via SMTP from
Windows 98 clients using Netscape or Outlook/Express so I'm not just
limited to a mutt environment.
Suggestions
--
Rod Pike
rodneyp @ utanet.at
