Message-ID: <24796426.1075841481052.JavaMail.evans@thyme> Date: Tue, 29 May 2001 20:44:00 -0700 (PDT) From: cooper.richey@enron.com To: colin.tip@enron.com Subject: RE: smtp server Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-From: Cooper Richey X-To: Colin Poon Tip X-cc: X-bcc: X-Folder: \ExMerge - Richey, Cooper\'Sent Mail X-Origin: RICHEY-C X-FileName: cooper richey 6-26-02.PST this was Tim Heizenrader's take on the error he was having with the smtp server in portland. ---------------------- Forwarded by Cooper Richey/CAL/ECT on 05/29/2001 02:39 PM --------------------------- From: Tim Heizenrader/ENRON@enronXgate on 05/15/2001 10:52 AM CDT To: Cooper Richey/CAL/ECT@ECT cc: Dan Dietrich/ENRON@enronXgate Subject: RE: smtp server The biggest thing here seems to be the issue of the reverse lookups. I don't know if transmitting the subdomain is an actual error on our part, but it's certainly something that can be eliminated by configuration on our server- there's a sendmail.cf parameter specifically dedicated to set your domain identification. -----Original Message----- From: Richey, Cooper Sent: Monday, May 14, 2001 8:52 AM To: Heizenrader, Timothy Cc: Dietrich, Dan Subject: RE: smtp server In addition, the app I'm using to send messages is still running under NT4. It may be that the problem rests with Telus up here in Calgary, but it may be internal as well. In answer to your previous question, no sql dbs are sending these messages out. Basically, it's Tim H., Maria Van Houten, and myself. Cooper From: Tim Heizenrader/ENRON@enronXgate on 05/15/2001 10:35 AM CDT To: Dan Dietrich/ENRON@enronXgate, Cooper Richey/CAL/ECT@ECT cc: Subject: RE: smtp server All: I started having problems a couple of weeks ago, around the time of our Windows 2000 migration. I worked on this a little yesterday, got past my own problems, and found 3 things: 1. The command line mailer that I use for programmed email transmissions is blat, and some features weren't working under 2000- upgrading to the latest version fixed this; 2. mail.ect.enron.com accepts and transmits everything, but relays and receiving servers that do reverse name lookups reject the default domain name that our server transmits. In my case, this is theizen@dserv1.ect.enron.com. The problem seems to be the "dserv1.ect." part, because telling blat to transmit a specific id, e.g. theizen@enron.com, works without problems. I've added this switch to my scripts, and they're all working. 3. The address that I was testing for Cooper, "4035123312@text.telus.com" is reachable, but the user seems to be unknown. Tim -----Original Message----- From: Dietrich, Dan Sent: Tuesday, May 15, 2001 8:19 AM To: Richey, Cooper Cc: Heizenrader, Timothy Subject: RE: smtp server I'll need a little time to dig on this one. When did the bounced messages start? -----Original Message----- From: Richey, Cooper Sent: Monday, May 14, 2001 9:53 AM To: Dietrich, Dan Cc: Heizenrader, Timothy Subject: smtp server Dan, Both Portland and Calgary Fundamentals groups use an smtp server located in Houston to automatically (with a program) send out messages based on market data. These messages are sent to both internal (enron.com) and external (cellphones, blackberries, etc.) addresses. Recently, some (not all) of the external messages have bounced, and Tim Heizenrader and I are getting a variety of error messages and its not clear exactly what the source of the problem is (win2k, new firewall procedures, new mail server procedures, errors in sms servers on the other end). Effectively, the problem can be in 4 areas the apps we use to send the messages the smtp server the enron firewall the message recipient servers As usual, it seems like it may be a combination of these things. The server we are using to send these messages out is mail.ect.enron.com (which resolves to dserve1.ect.enron.com). Can you tell me if there have been any policy changes regarding the smtp server (dserve1.ect.enron.com) or the firewall that would affect some but not all external messages? (If so, we need to figure out a way to automatically send messages to external addresses that is consistent with new policies) FYI: we have been using this server for over a year and a half, but have never asked anyone if we could use it, etc. Thanks for your help Cooper