Path: utzoo!attcan!telly!lethe!becker!hybrid!scifi!bywater!uunet!epicb!dean From: dean@truevision.com (Dean Riddlebarger) Newsgroups: comp.mail.sendmail Subject: Smail compiles, won't deliver. Keywords: It's gotta be trivial and obvious, but... Message-ID: <411@epicb.com> Date: 19 Sep 90 16:36:11 GMT Distribution: usa Organization: Truevision Inc., Indianapolis, IN Lines: 44 Okay, I've hit a roadblock here. I snarfed the smail3.1.19 package, got it compiled with the default config, and now absolutely nothing happens. Background: The test compile is on a 386 box running ISC UNIX 2.0.2, and the machine should be able to see the primary mail server [another 386 running ISC UNIX] via the ethernet. The hosts file is up to date, and I've had no trouble with mail transfer using ISC's sendmail. [Well, no trouble in that it will work, but doesn't handle load well. There have been discussions of this before....] When I invoke smail in test mode, and feed it an address like: dean@foobar I would expect it to decide to use the smtp connection to the server [foobar in this example], and get a target of foobar, a transport mechanism of smtp, and a user of dean. This does not occur. With verbose mode on the following output is seen: preparse_address(dean@foobar) entry: preparse_address returns: dean@foobar parse_address called: address=dean@foobar parse_address: MAILBOX: target=foobar, remainder=dean route_remote_addrs called rtd_pathalias called rtd_uuname called rtd_smarthost called parse_address called: address=dean parse_address: LOCAL: remainder=dean dean@foobar ... failed: unknown host Any hints? I've been reading TFM amidst other interruptions in the office, but I can't get down into the innards right now. So if it appears to be something obvious, I'd love the feedback. Thanks! -- <:> Dean Riddlebarger "The bus came by <:> <:> MIS Manager - Truevision, Inc. and I got on, <:> <:> [317] 841-0332 That's when it <:> <:> uucp: uunet!epicb!dean dean@truevision.com all began." <:>