sending email - unable

[jimogrady]

Most of my clients use their isp to send email - this one does not he uses on of his domains - all of a sudden he cannot send: I have attached to pics showing his client set up - which he has not changed the last few months -

Your help is appreciated,

Jim

[Buddha]

Might help us if you could tell us the name of OS and Email client? Looks like he's using a Mac?

[Frank Hagan]

Most likely, he is using his ISP to connect to the Internet, then trying to use the email send port, port 25, to send email from his home computer that appears to be coming from his domain.

Many ISPs have port 25 blocked now in an effort to prevent spamming. He can call his ISP and try to have them unblock it, but I have yet to have a customer be successful on that front.

In the meantime, he can use the "Reply To" field in his ISP emails to have the customers reply to his domain name email.

[jimogrady]

He is using a Mac and his client is Safari - so he can send via our server, but still needs isp unblock port 25? Again, this has worked fine for months, up until yesterday,

Thanks, again,

Jim

[Grunfeld]

My ISP allows us to use their outgoing mail server and that works.....

[justoneguy]

I get a support call that trickles in every once in a while on this. It almost always ends up being the isp blocking outgoing mail. It is very common, in my experience, for it to simply work one day and not the next.

[Buddha]

Might try deleting the account and re-entering it. Had to do that to Thunderbird today because it wasn't sending or receiving with my Gmail account. I think the account got corrupted during last update some how. Had this happen with other email clients too. Don't forget to backup if necessary.

If it is port 25 being blocked ... you have my sympathy.

[ChrisTech]

The biggest thing I see, is the invalid email account.

he has a + instead of an @ (unless mac's do it differently )

I don't use mac's so not really sure. I wouldn't think they were that different.

[Buddha]

he has a + instead of an @ (unless mac's do it differently )

I thought + were legal in the username?

Be sure to enable SMTP Authentication in your E-mail client or you may not be able to send mail. If your e-mail client has trouble using a + sign in the login, you can use @, :, or % sign instead.

[jimogrady]

Thanks to everyone's response(s)

I have tried all variations:
jim%studio7photo.com
Jim+studio7photo.com
Jim@studio7photo.com

and have checked requires authentication AND have tested on both Macs and PCS AND different ISPs - nothing has worked - although it used to as I have mentioned.

Jim

[Frank Hagan]

Check with the ISP. It is almost always the port being blocked when you eliminate the other, easy causes.

Adelphia, Earthlink, AOL, Verizon, etc., are all starting to block port 25.

[ChrisTech]

I thought + were legal in the username?

Never knew that. Though I wouldn't want to tell customer's that, or they would start trying to send people email doing username+hotmail.com or such. Do it one way, or basic users will get confused.

[Buddha]

Thanks to everyone's response(s)

I have tried all variations:
jim%studio7photo.com
Jim+studio7photo.com
Jim @ studio7photo.com

and have checked requires authentication AND have tested on both Macs and PCS AND different ISPs - nothing has worked - although it used to as I have mentioned.

Jim

... you can't be that unlucky. I had to delete and re-create a cpanel email account once but that was after a server move. Run out of space once too. Forward and pop don't mix. Have you submitted a trouble ticket? Maybe Andrew has the answer.

Never knew that. Though I wouldn't want to tell customer's that, or they would start trying to send people email doing username+hotmail.com or such. Do it one way, or basic users will get confused.

So true ... so sad but so true.

[ChrisTech]

...
So true ... so sad but so true.

I work @ an ISP. We have a big email server change coming up in the next few weeks...I can't wait. *sigh*

[djn]

I'm not sure of the exact sintax for OS X, but you could try to telnet your smtp server on port 25 (via Terminal, or whatever the Mac commanline shell is called). On Windows and Linux the command is: 'telnet yourdomain.com 25'.
If the remote server replies (usually stating the mail server type and version) you know that packets on port 25 do reach the server, otherwise either your ISP or some sort of firewall are blocking the port...