I doubt my ISP would change any pointer records for me, as I have a
dynamically-assigned IP address (DSL modem using PPPoE). My old ISP was a
dynamically-assigned address also (Cable modem using DHCP). I am using,
and have been using, one of those hostname redirector services
(www.no-ip.com to be specific) which automatically changes the IP address
my hostname points to. Whenever my IP address changes I wind up not being
able to receive TPC traffic for about 30 minutes while the new IP address
percolates through the nameservers. I guess some of the more remote
nameservers might actually take more than 30 minutes to get my new IP
address, but since my IP address only changes when I reboot the linux box
(every other week) I think the arrangement is good.
Ain't the internet grand? Do you *know* how much this would cost me each
month if I had to pay for a full-time static IP subnet and a 'real' domain
name? TPC would lose *this* cell, that's for sure...
At 10:52 PM 10/10/2000 -0700, you wrote:
>Since you aren't providing your own reverse DNS, why don't you have your
>provider do it? They edit the PTR record for each IP. Very simple. You send
>them the name for each of your IP's and they will enter it in. Easy enough.
>
>At 08:40 PM 10/10/2000 [EMAIL PROTECTED] sez:
>>Actually - I finally figured out the problem about twelve hours after
>>sending the original message.
>>
>>Apparently, my old ISP gave me a host-name that was 'reverse-lookup-able'
>>so that any SMTP servers I contacted would trust my Fax server, because
>>they could reverse-lookup its host name and get an address that matched the
>>actual IP address of the sending computer. My new ISP does not give me a
>>'reverse-lookup-able' hostname/IP address combination, so many SMTP servers
>>would not trust my Fax server, and would not accept E-Mail from it.
>>
>>The solution was to set the Smart Relay Host parameter in the sendmail.cf
>>file.
>>I added the following line to my sendmail.cf, and the problem was solved:
>>
>>DSsmtp.myisp.com
>>
>>
>>
>>At 05:10 PM 10/10/2000 -0700, you wrote:
>> >The problem is not with sendmail at all. It will be related to DNS or how
>> >you have renumbered or renamed your machine.
>> >
>> >On Sat, 7 Oct 2000 [EMAIL PROTECTED] wrote:
>> >
>> >> Hello,
>> >>
>> >> I run the Atlanta, GA, USA cell (+1770 +1404 and +1678) and I recently
>> >> switched ISPs. Now sendmail dies a lot. It seems to connect with the
>> >> server it needs to send mail to, then hangs with the 'user open'.
>> >> Apparently it will hang forever like that, but it doesn't hang with
every
>> >> user - some of them actually go through. I can't distinguish a pattern.
>> >>
>> >> I know that I need to reconfigure something in sendmail, but I don't
know
>> >> exactly what... I've replaced all the references to my old ISP with
>> >> references to my new ISP, but there was no reference to the old ISP's
SMTP
>> >> server (I couldn't find one, at least).
>> >>
>> >> If I shut down sendmail and kill off all the open processes then restart
>> >> sendmail it will simply try to re-send all the stuff that it didn't send
>> >> before, and it hangs in the same place...
>> >>
>> >> Obviously there's something I'm missing here - I'm certain it's
>> simple, but
>> >> I'm not a sendmail expert at all... Anyone got any ideas?
>> >>
>> >> Here is the output from a `ps- -ax | grep sendmail` command:
>> >> PID TTY STAT TIME COMMAND
>> >> 8261 ? S 0:00 sendmail: accepting connections on port 25
>> >> 9367 ? S 0:00 sendmail: VAA09365 mx2.mail.yahoo.com.: user
>>open
>> >> 9442 ? S 0:00 sendmail: WAA09439 mx2.mail.yahoo.com.: user
>>open
>> >> 9550 ? S 0:00 sendmail: WAA09548 mx2.mail.yahoo.com.: user
>>open
>> >> 9798 ? S 0:00 sendmail: WAA09460 bjmx3.163.net.: user open
>> >> 9800 ? S 0:00 sendmail: WAA09604 mc7.law5.hotmail.com.:
>>user open
>> >>
>> >> And here's the output from the `mailq` command:
>> >> Mail Queue (5 requests)
>> >> --Q-ID-- --Size-- -----Q-Time-----
>> ------------Sender/Recipient------------
>> >> WAA09439* 812 Fri Oct 6 22:04 uucp
>> >> [EMAIL PROTECTED]
>> >> [EMAIL PROTECTED]
>> >> WAA09604* 821 Fri Oct 6 22:50 uucp
>> >> (Deferred: Connection timed out with
>>mc5.law5.hotmail.com.)
>> >> [EMAIL PROTECTED]
>> >> VAA09365* 1419 Fri Oct 6 21:59 uucp
>> >> [EMAIL PROTECTED]
>> >> [EMAIL PROTECTED]
>> >> WAA09548* 2960 Fri Oct 6 22:41 uucp
>> >> [EMAIL PROTECTED]
>> >> [EMAIL PROTECTED]
>> >> WAA09460* 828 Fri Oct 6 22:09 uucp
>> >> (Deferred: Connection timed out with bjmx3.163.net.)
>> >> [EMAIL PROTECTED]
>> >>
>> >>
>> >> ______________________ TPC-RP DISCUSSION LIST _______________________
>> >> E-mail: subscribe tpc-rp to [EMAIL PROTECTED] to be ADDED
>> >> E-mail: unsubscribe tpc-rp to [EMAIL PROTECTED] to be
REMOVED
>> >>
>> >>
>> >
>> >
>> > ______________________ TPC-RP DISCUSSION LIST _______________________
>> > E-mail: subscribe tpc-rp to [EMAIL PROTECTED] to be ADDED
>> > E-mail: unsubscribe tpc-rp to [EMAIL PROTECTED] to be REMOVED
>> >
>> >
>> >
>>
>> ______________________ TPC-RP DISCUSSION LIST _______________________
>> E-mail: subscribe tpc-rp to [EMAIL PROTECTED] to be ADDED
>> E-mail: unsubscribe tpc-rp to [EMAIL PROTECTED] to be REMOVED
>
>Paul Franz
>
>PAF Consulting Engineers | 427 - 140th Ave NE
>(425)641-8202 voice | Bellevue, WA 98005
>(801)749-8480 fax | <http://blackdog.bellevue.wa.us/>
>
>
> ______________________ TPC-RP DISCUSSION LIST _______________________
> E-mail: subscribe tpc-rp to [EMAIL PROTECTED] to be ADDED
> E-mail: unsubscribe tpc-rp to [EMAIL PROTECTED] to be REMOVED
>
>
>
______________________ TPC-RP DISCUSSION LIST _______________________
E-mail: subscribe tpc-rp to [EMAIL PROTECTED] to be ADDED
E-mail: unsubscribe tpc-rp to [EMAIL PROTECTED] to be REMOVED
