You know, I've been having the exact same problem as C. Bryant.
I've been able to find a short-term solution, but it's really, really inelegant, and you probably won't like this for a number of reasons. But....
Boot up and obtain an IP address via DHCP, and jot down the gateway. Then, reconfigure e-smith to use a static IP and use the IP and gateway addresses that were assigned to you initially.
Here's what's going on: When my server boots up, it starts up the network services daemon, starts a few other things, then starts the dhcp daemon. Somewhere in there (init 7) the e-smith server is attempting to negotiate an IP from my ISP's DHCP server--for some reason, my server uses a temporary internal network IP (192.168.65.17, in my case -- don't ask me where this comes from), THEN receives a routable IP address by the time the DHCP daemon is initialized.
So, what happens is all the host and conf files (httpd.conf, hosts.conf, etc...) are written with the incorrect IP address. Therefore, my server (web, FTP, ssh) will not respond to any requests addressed to my domain name or external IP (except for ping, which DOES work).
Once I boot with the "static" IP address, the config files are written properly.
The only thing I worry about is since I've stopped requesting IP addresses from my ISP's DHCP server, I may loose the lease on my IP address, and have to restart every few days or weeks.
One possible solution is to change the init order in /etc/rc.d/rc7.d so that dhcpd starts sooner, or network starts later, or whatever writes the conf files starts much later. But I need to do more research on this before I do. I'll report back here once I know something.