QUOTE(Missileman @ Sep 2 2007, 12:05 PM)

As I stated - it requires port 26 for outbound.
What I read (and still read) is that you had to login to the non-standard port.
What I said is that if that e-mail server is expected to actually handle e-mail traffic over the Internet, then it needs to be using the standard Port 25 for the 'actual' 'net' transfer of e-mail.
The lack of identifying the Domain in question doesn't allow for any research from folks 'here'
QUOTE
When I try to send the probe from mailhosts to my domain it returns "Sorry, all tests failed.
We cannot deliver mail to the address you provided: spamreporter[at]bxxxxxxxxs.com. Double check the address provided or try again later. Your mailhost appears to be offline.
Detailed errors:
Connecting to bxxxxxxxxs.com.:
smtpSend:smtpEnvelope (service[at]admin.spamcop.net, spamreporter[at]bxxxxxxxxs.com): smtpTo rcpt to:spamreporter[at]bxxxxxxxxs.com (451 Temporary local problem - please try later )
Sometimes, mailservers are temporarilly unavailable. If you believe you have entered your email address and other details correctly, you might just wait a few minutes (or 24 hours) and try again. "
Again, I can't do any research, testing, analysis die to the lack of provided data. That the 'error' is 'temporary' seems a bit odd .. that means that is doing something with Port 25, but not happy about something ....
So I'm back to stating that you're going to have to contact the folks that have access to the (IronPort/SpamCop) servers involved .. please provide them with as much data as possible relating to date/time stamps, Message-ID: numbers, etc, to give them a clue as to just where in the logs to start looking.
QUOTE
The mail is working normally, but I have gotten this response for 4 days now. I just wanted to add the mailhost as I will start sending SPAM received at my domain address soon so I thought it should be added.
Valid reason for adding it, but again, the munging of the details pretty much puts a stop to any help from the folks 'here'
Edit: with all the talk about 'greylisting' recently added to the SpamCop.net e-mail system ... there's a possible thought that 'greylisting' may be involved at the in-named Domains e-mail server ... suggestions in the past to work that issue include trying to generate deconf/additional probes within the time limit defined in the 'greylisting' confoguration of the receiving server ..... again, data not always made available to the ISP's users ....