The key here is:I know this is happening because Airmail.net bought out what used to be NeoSoft. We had the same setup prior to them being bought out and it worked fine. Once Airmail.net took over people trying to contact this individual would get undelivarable messages sent back to them. So what I did was changed the MX records to go directly to my IMAIL server bypassing our Declude Junkmail, all works fine then and now?
>RCPT To:<[EMAIL PROTECTED]>
550 Administrative prohibition (65.66.8.88)
That means that they are rejecting the mail due to an "Administrative prohibition" (which could mean just about anything). Given that it doesn't occur until after the "RCPT TO", that would *imply* that the user had some sort of filter that caused this (or had some other type of restriction, such as a size limitation that they had exceeded).
If the change in the MX records fixed the problem, I would guess that the problem is with your gateway server (perhaps the IP had once hosted an open relay). What you might want to do in this case is change the MX record back to point to the gateway, but have the gateway forward the E-mail to the primary mailserver, and have the primary mailserver forward the mail on to airmail.net.
-Scott
---
[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.
