Michael, > Thanks, Danny. So, I infer (assume you imply) the following: (1) sendmail > is not necessary at all but helpful in "*nix systems" contexts, but (2) > James could replace the function of sendmail on "*nix systems". Now, Noah > had to ask God "What's a cubit?" and I have to ask you "What's a '*nix > system'?". I have checked the Internet extensively and all the sources > assume you know what it is. All I can tell is it seems to have something > to do with exporting graphical user interfaces. I am not sure that it > really does, however. Could expand on your answer? Also, let me expand > on > my question, again.
Sendmail is not necessary. In some contexts and for some administrators it is useful to preserve sendmail functionality. An example of such a situation would be when there is a substantial CGI library on a web server that is designed to use sendmail to send emails. In this case it would be desirable to keep sendmail in place, so the CGIs don't have to be changed. Danny's document explains how to keep sendmail in place while using James as your primary mail transmission agent. *nix is a shorthand term basically meaning "generic Unix". It refers to attributes/behaviors that are common to a number of Unix based systems. Examples of such systems include Solaris, the assorted Linux flavors, Irix, etc. > Do you have to use sendmail? Or, is James truly self-contained. That is > what I would like to do with the application I am considering, if that is > possible. Nope. Sendmail is not necessary. I don't use it. --Peter -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
