I have a client who is able to go to the online email system on our service and send an email to a specific user on RoadRunner in Houston, however if he tries to send it through our server he gets the following bounce. I have included the header ________________________________________________________________________ Subject : Delivery Status Notification (Failure) Date : Tue, 11 May 2004 12:39:00 -0500 >From : [EMAIL PROTECTED] To : <[EMAIL PROTECTED]> MIME Version : 1.0 MIME Type : multipart/report; report-type=delivery-status; boundary="9B095B5ADSN=_01C427A5B470B48E00000018GOLDMINE.CORPORA" Message-id : <[EMAIL PROTECTED]> Received : from GOLDMINE.CORPORATE [64.237.69.185] by mail.intent.net with ESMTP (SMTPD32-8.05) id AFC61837009A; Tue, 11 May 2004 13:39:18 -0400 X-Declude-Sender : <> [64.237.69.185] X-Note : This E-mail was scanned by Declude JunkMail for spam. X-Spam-Tests-Failed : IPNOTINMX, NOLEGITCONTENT [0] X-RCPT-TO : <[EMAIL PROTECTED]> X-UIDL : 345613366
This is an automatically generated Delivery Status Notification. Delivery to the following recipients failed. __________________________________________________________________________ As you can see he is using Goldmine and in the logs it shows him logging in but no further info. He can send to anywhere else without a problem, it is only to this particular person. Any clues as to what might be causing this? Rick Hogue www.intent.net Web Hosting 1-800-866-2983 www.prosperity.com Featured web site -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of R. Scott Perry Sent: Tuesday, May 11, 2004 2:07 PM To: [EMAIL PROTECTED] Subject: Re: [Declude.JunkMail] Latest interim >The file date does display on the webpage. But I agree the version >number displayed in some manner would be very useful. We can do that, but then it is back to just releases/betas. I think the final answer really should be "If you don't like the way that interim releases work, pretend that there are only releases and betas." While we appreciate input, the procedure for interims *must* be as simple as possible. Add too much to the process, and it takes almost as much time as new betas, and there is no need for interims anymore. >As for searching the archives, since they haven't been updated for over >two weeks, won't this start being an incomplete information source? Unfortunately, mail-archive.com occasionally has "hiccups" like this. We'll have to wait to see if they get the newer E-mails or not. >Perhaps having the release notes current to the latest interim and >having interim version listed for each release line would be a good solution. This definitely will not happen -- that's one of the more time-consuming parts of the interims. Remember, if interims take as long to get out as betas, there is no need for interims. The interims often allow for new features/fixes to be accessed quickly (which is very nice with anti-spam/anti-virus software), but they can only work if there steps for the beta process that are skipped. -Scott --- Declude JunkMail: The advanced anti-spam solution for IMail mailservers since 2000. Declude Virus: Ultra reliable virus detection and the leader in mailserver vulnerability detection. Find out what you've been missing: Ask for a free 30-day evaluation. --- [This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)] --- This E-mail came from the Declude.JunkMail mailing list. To unsubscribe, just send an E-mail to [EMAIL PROTECTED], and type "unsubscribe Declude.JunkMail". The archives can be found at http://www.mail-archive.com. --- [This E-mail scanned for viruses by Declude Virus] --- [This E-mail scanned for viruses by Declude Virus] --- [This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)] --- This E-mail came from the Declude.JunkMail mailing list. To unsubscribe, just send an E-mail to [EMAIL PROTECTED], and type "unsubscribe Declude.JunkMail". The archives can be found at http://www.mail-archive.com.
