Glad I could help, and to clarify one point: The ISP's server probably has an IP outside the Time Warner blacklisted block, which doubtless only covers the dynamic IPs assigned to their customers. So, email originating from *their* server is OK, but not any computer on their customers' subnet.
On Sat, Dec 27, 2008 at 6:47 PM, lrhorer <[email protected]> wrote: > > 1. OK, I mistook your meaning. In fact, the remote server I want to > use (smtp-server.satx.rr.com, whihc belongs to my ISP) does not > require authentication. Kmail, per my instructions, was using that > server. You are saying sendmail, using its internal protocols, is > trying to transfer mail into my ISP therough server which have their > own ISP IP blocked (presumably because mail for any domain from within > their IP block should not be coming from an external address), is that > correct? > > 2. OK, great! I was unaware of ssmtp. The default on the machine was > EXIM-4, as I recall. I use sendmail on my HP-UX servers, but there > the IP is within the server's IP block, so I had not run into this > problem before. > > 3. I was sending the mail to two accounts, one was Time Warner and the > other was my business account, but both were failing. I don't have a > Gmail account. > > You're right, ssmtp seems to be working. I need to do a little > tweaking, but the messages are coming through. Thanks! > > On Dec 27, 11:58 am, "Daniel Eggleston" <[email protected]> wrote: > > 1. This can be, and indeed is, the case. Your computer (regardless of > what > > you are trying to do), is creating an email and sending it. Not > negotiating > > smtp login with the remote server. KMail negotiates the login to prove > you > > are who you say you are. I know Time Warner is your ISP because of the > > error regarding spamhaus; it's how I came up with that info. > > > > 2. sendmail belongs to an MTA, there are many that provide the "sendmail" > > command. For example, ssmtp is an MTA app which negotiates a login with a > > remote smtp server, instead of formatting and sending the email on the > local > > machine. Perhaps you should look into ssmtp or similar. > > > > 3. Send the email to a non-Time-Warner-ISP account (i.e. your Gmail > > account). The ISP has (and will continue) to reject emails originating > from > > your IP address (this is different from logging into their SMTP server). > > Gmail seems to be more open to allowing emails than Time Warner (they are > > not using spamhaus, for example). > > > > Try ssmtp; I think you'll be much happier. > > > > > > > > On Sat, Dec 27, 2008 at 12:34 PM, lrhorer <[email protected]> wrote: > > > > > 1. This cannot be the case, since Time Warner is my ISP, and I can > > > send the e-mail from this workstation using Kmail. > > > > > 2. The whole point of my query here is to get sendmail to use the smtp- > > > server.satx.rr.com as its transfer agent. > > > > > 3. If you are talking about the recipient, then exactly where else > > > should I send this, other than my own mail? > > > > > On Dec 27, 6:41 am, "Daniel Eggleston" <[email protected]> wrote: > > > > You are doiomed. > > > > > > No, seriously, spamhaus has blocked your whole Time Warner IP Block > from > > > > sending email, and evidently your ISP uses spamhaus's blacklist to > reject > > > > IP's trying to send mail (in an effort to reduce spam). > > > > > > see here:http://www.spamhaus.org/pbl/query/PBL238298 > > > > > > I think your best bet is to pick someplace else to send the mail - I > have > > > a > > > > tendency to send any alert-type emails like this straight to my gmail > > > > account, and it seems to work great. So try that and see if you are > > > > successful. If you are, it is your ISP and there is nothing you can > do > > > to > > > > fix this. > > > > > > On Sat, Dec 27, 2008 at 3:58 AM, lrhorer <[email protected]> > wrote: > > > > > > > I put a FQDN in /etc/hosts, which got rid of the FQDN errors, but > it > > > > > didn't help the overall situation. If I try: > > > > > > > echo This is a test ^d | mail -v -a > > > > > FROM:[email protected]<from%[email protected]> > <from%[email protected] <from%[email protected]>> > > > <from%[email protected] <from%[email protected]> < > from%[email protected] <from%[email protected]>>> > > > > > [email protected] > > > > > > > I get: > > > > > [email protected]... Connecting to [127.0.0.1] via relay... > > > > > 220 RAID-Server ESMTP Sendmail 8.14.3/8.14.3/Debian-5; Sat, 27 Dec > > > > > 2008 02:48:46 -0600; (No UCE/UBE) logging access from: > localhost(OK)- > > > > > sm...@localhost [127.0.0.1] > > > > > >>> EHLO RAID-Server.nowhere.com > > > > > 250-RAID-Server Hello sm...@localhost [127.0.0.1], pleased to meet > you > > > > > 250-ENHANCEDSTATUSCODES > > > > > 250-PIPELINING > > > > > 250-EXPN > > > > > 250-VERB > > > > > 250-8BITMIME > > > > > 250-SIZE > > > > > 250-DSN > > > > > 250-ETRN > > > > > 250-AUTH DIGEST-MD5 CRAM-MD5 > > > > > 250-DELIVERBY > > > > > 250 HELP > > > > > >>> VERB > > > > > 250 2.0.0 Verbose mode > > > > > >>> MAIL From:<[email protected]> SIZE=68 AUTH= > > > > > [email protected] > > > > > 250 2.1.0 <[email protected]>... Sender ok > > > > > >>> RCPT To:<[email protected]> > > > > > >>> DATA > > > > > 250 2.1.5 <[email protected]>... Recipient ok > > > > > 354 Enter mail, end with "." on a line by itself > > > > > >>> . > > > > > 050 <[email protected]>... Connecting to cdptpa- > > > > > smtpin01.mail.rr.com. via esmtp... > > > > > 050 554 5.7.1 - ERROR: Mail refused - <70.114.21.59> - See > > > > >http://www.spamhaus.org/query/bl?ip=70.114.21.59 > > > > > 050 >>> QUIT > > > > > 050 <[email protected]>... Connecting to cdptpa- > > > > > smtpin02.mail.rr.com. via esmtp... > > > > > 050 <[email protected]>... Closing connection to cdptpa- > > > > > smtpin01.mail.rr.com. > > > > > 050 554 5.7.1 - ERROR: Mail refused - <70.114.21.59> - See > > > > >http://www.spamhaus.org/query/bl?ip=70.114.21.59 > > > > > 050 >>> QUIT > > > > > 050 <[email protected]>... Connecting to raid- > > > > > server.nowhere.com. via esmtp... > > > > > 050 <[email protected]>... Deferred: Connection refused > by > > > > > raid-server.nowhere.com. > > > > > 250 2.0.0 mBR8mkiQ009058 Message accepted for delivery > > > > > [email protected]... Sent (mBR8mkiQ009058 Message accepted for > > > > > delivery) > > > > > Closing connection to [127.0.0.1] > > > > > >>> QUIT > > > > > 221 2.0.0 RAID-Server closing connection > > > > > > > On Dec 26, 3:59 pm, "Daniel Eggleston" <[email protected]> wrote: > > > > > > Well, the FQDN errors can be fixed by making up an extension for > your > > > > > > hostname (i.e. RAID-Server.not.important will work). As for > actually > > > > > using > > > > > > sendmail, I have a debian system, and it "Just works". I type > "mail > > > > > > [email protected]" and it asks for the subject and body, and it > > > sends, > > > > > > arriving in my inbox faster than I can switch windows and click > > > refresh. > > > > > > > > So, sorry, but my only experience with sendmail is as described, > I've > > > > > never > > > > > > delved any deeper. > > > > > > > > On Fri, Dec 26, 2008 at 3:30 PM, lrhorer <[email protected]> > > > wrote: > > > > > > > > > Oh, and no, I don't have a machine with an smtp server on the > LAN. > > > > > > > > > On Dec 26, 6:40 am, "Daniel Eggleston" <[email protected]> > wrote: > > > > > > > > I think KMail talks to the SMTP server; without sendmail. > Unless > > > you > > > > > > > have > > > > > > > > the option to use sendmail instead... > > > > > > > > Do you know for a fact that the emails are not leaving the > > > server? > > > > > Maybe > > > > > > > the > > > > > > > > ISP is dropping them (i.e. if your 'from' address is a > verified > > > host > > > > > like > > > > > > > > yahoo, they may not accept the email from non-yahoo ip's.) > Do > > > you > > > > > have a > > > > > > > > machine on the local network with an smtp server so you could > try > > > > > sending > > > > > > > > there? > > > > > > > > > > On Fri, Dec 26, 2008 at 4:54 AM, lrhorer < > [email protected]> > > > > > wrote: > > > > > > > > > > > Merry Christmas, everyone. > > > > > > > > > > > I have mdadm set up managing an array, and I want to have > it > > > send > > > > > e- > > > > > > > > > mail to my ISPs SMTP server when an event occurs. I know > the > > > basic > > > > > > > > > method for creating an e-mail using --follow, but I can't > get > > > the > > > > > e- > > > > > > > > > mails to actually leave the server. I think I have > sendmail > > > set up > > > > > > > > > properly - sendmail is nothing if not arcane and confusing > - > > > but > > > > > the e- > > > > > > > > > mails never go anywhere. I can fire up Kmail, and it is > able > > > to > > > > > send > > > > > > > > > mail to the SMTP server. If I have sendmail set up (and > not > > > exim), > > > > > > > > > doesn't Kmail use sendmail as its mail agent? If so then > > > sendmail > > > > > is > > > > > > > > > working. If not, then maybe I need to take a different > tack. > > > In > > > > > the > > > > > > > > > mean time, how can I specify to which server sendmail is > > > supposeed > > > > > to > > > > > > > > > send the message? I don't see a syntax for that or a way > to > > > set it > > > > > up > > > > > > > > > in sendmail's configuration. > > > > > > > > > > -- > > > > > > > > > > Daniel > > > > > > > > -- > > > > > > > > Daniel > > > > > > -- > > > > > > Daniel > > > > -- > > > > Daniel > > > -- Daniel --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Linux Users Group. To post a message, send email to [email protected] To unsubscribe, send email to [email protected] For more options, visit our group at http://groups.google.com/group/linuxusersgroup -~----------~----~----~----~------~----~------~--~---
