Hi It's not the smarthost part or the genericsdomain that I'm having trouble with, that's all set. Refer to my original message to see the problem I'm having, but I'll put it here again anyway. Sendmail is started when the system boots up. When a dialup connection is established, I must kill and restart sendmail in order for fetchmail to do correct local delivery. Once restarted after ppp comes up, everything is fine. I think this is a bug in slack 9's fetchmail, this never happened with slack 8 or earlier. Note that it was doing this exact same thing before I dropped the new sendmail.mc, later processed to sendmail.cf, so it doesn't seem like that's the trouble spot. I've dealt with it now anyway, I've put a line in ip-up to bring it up when the dialup starts, and a line in ip-down to kill it when ppp stops. I've also stopped it from starting at boot-up, this new setup works fine now. I'd just like to understand why this happens. As I said before, slackware's pppsetup writes an ip-up script for you, perhaps it dealt with it automatically. This time around I wrote all ppp files manually rather than use slack's utility due to the dynamic dns setup of my isp that slack's pppsetup can't handle. I'd always wind up writing them manually anyway. At 20:00 4/9/2003 -0400, you wrote: >Jacob, >You might have a look at the mini-HOWTO titled: >Sendmail-Address-Rewrite > >This walks you through setting up your sendmail.mc file for situations >where you are using a dial-up connection where your domain is not on the >internet. There's more to it than just a smart_host. You need to set up >a genericsdomain and a genericstable in your /etc/mail directory. > >I can help if needed. > >Chris
