HTML Logo by World Wide Web Consortium (www.w3.org). Click to learn more about our commitment to accessibility and standards.

Moving forward with Composr

ocPortal has been relaunched as Composr CMS, which is now in beta. ocPortal 9 will be superseded by Composr 10.

Head over to compo.sr for our new site, and to our migration roadmap. Existing ocPortal member accounts have been mirrored.


Email not sending

Login / Search

 [ Join | More ]
 Add topic 
Posted
Rating:
#37609 (In Topic #8469)
Avatar

Fan in action

I'm at wits end I have searched all the doc's and posts, followed most all the suggestions and am about 10 seconds away from dumping ocportal as my choice for web site
which is sad because it has exactly everything i want

so for a little background from what i can tell the problem seems to be getting the email from the web page to the the one joining
what i have done aside from trying every combination of email addys , port settings and passwords in the adminzone/setup/config/site options

i have tested sending emails to and from my host email from my personal email account so i know that all works
I also notice if i try to sign up a test account i always get a email sent to  staff_cc@mysite.com account from website@mysite.com but it don't seem to forward back to the test accounts email
please let me know whatever other info you need
 
Back to the top
 
Posted
Rating:
#37618
Avatar

I'm sorry you're getting frustrated, but please don't blame ocPortal, as it is almost certain there is a problem elsewhere.

We don't recommend using the SMTP settings at all. SMTP settings are really only useful for those rarity of servers (usually private ones) that don't have their own SMTP server on them. If PHP can't send e-mail, then this is a problem to take up with the web host.

The fact that you receive e-mail on staff_cc at your own domain name, suggests to me that either:
  • your mail server is on a spam blacklist, so the receiving email servers are blocking it
  • your mail server is only succeeding in local delivery
I am assuming that if you joined up with something_else@mysite.com, it would send - which seems likely. It would be good to run a test to confirm that, assuming you haven't already.
It would also be good to check against spam blacklists, which you can do here:
DNSstuff: On-demand DNS and network tools to analyze, diagnose and monitor a domain or IP address
("Spam database lookup").

If you would like to try and signup chris@ocportal.com I will check our own server logs to see if there is any reason the e-mail arrives to mail servers and gets dropped by them. If I didn't receive the e-mail, it would be almost certain that your mail server was itself not managing to send external mail.


Become a fan of ocPortal on Facebook or add me as a friend. Add me on on Twitter.
Was I helpful?
  • If not, please let us know how we can do better (please try and propose any bigger ideas in such a way that they are fundable and scalable).
  • If so, please let others know about ocPortal whenever you see the opportunity.
  • If my reply is too Vulcan or expressed too much in business-strategy terms, and not particularly personal, I apologise. As a company & project maintainer, time is very limited to me, so usually when I write a reply I try and make it generic advice to all readers. I'm also naturally a joined-up thinker, so I always express my thoughts in combined business and technical terms. I recognise not everyone likes that, don't let my Vulcan-thinking stop you enjoying ocPortal on fun personal projects.
  • If my response can inspire a community tutorial, that's a great way of giving back to the project as a user.
Back to the top
 
Posted
Rating:
#37623
Avatar

Fan in action

i just added you useing that addy  9:39 AM central time 1-25-08
Back to the top
 
Posted
Rating:
#37640
Avatar

Just to make the resolution public…

Further tests showed that it worked when the default option to use PHP email sending was disabled.

The next patch release will make usage of this config option more clear. Whilst it was off by default, we will now also recommend against using it and imply what I said above - that it is only useful in rare cases.


Become a fan of ocPortal on Facebook or add me as a friend. Add me on on Twitter.
Was I helpful?
  • If not, please let us know how we can do better (please try and propose any bigger ideas in such a way that they are fundable and scalable).
  • If so, please let others know about ocPortal whenever you see the opportunity.
  • If my reply is too Vulcan or expressed too much in business-strategy terms, and not particularly personal, I apologise. As a company & project maintainer, time is very limited to me, so usually when I write a reply I try and make it generic advice to all readers. I'm also naturally a joined-up thinker, so I always express my thoughts in combined business and technical terms. I recognise not everyone likes that, don't let my Vulcan-thinking stop you enjoying ocPortal on fun personal projects.
  • If my response can inspire a community tutorial, that's a great way of giving back to the project as a user.
Back to the top
 
Posted
Rating:
#37656
Avatar

Fan in action

further testing

True , BUT further testing on my part is showing me that most likely all along the problem was with my own personal email.
because after you reported to me that you were able to join and received a email i continued test by trying to join at least 15 more times with only 1 success and that was when i used my wife's email account to join (yahoo,com) , i also tested sending a generic email from  my web-host ( where ocportal is ) to my personal email   provider (insightbb.com) with success. SOOOOOOOO that tends to lead me to believe the problem is yes with my personal email provider receiving the email sent form my web-host provider  but not if emails can be sent or received between the two but WHAT emails can be sent back and forth. .ie spam

so my question is what content is in the confirmation email that is making it be blocked by spam rules?
Back to the top
 
Posted
Rating:
#37663
Avatar

I have found something. I ran your join mail through a spam program called spamassassin and it found that the 'Return-Path' header for the message was an e-mail address that couldn't exist, because the domain it was @ had no mail server configured for it.
The mail you manually sent did not have this.
I suspect the former is something to do with how PHP is configured or hooked up to the mail server. ocPortal wouldn't have put this in, as it's an address ocPortal would not have been configured against (anonymous@…).

Note that spamassassin would not have flagged the mail as spam because it was still below the spam threshold. But this test account of yours might have a spam checker that does.


Become a fan of ocPortal on Facebook or add me as a friend. Add me on on Twitter.
Was I helpful?
  • If not, please let us know how we can do better (please try and propose any bigger ideas in such a way that they are fundable and scalable).
  • If so, please let others know about ocPortal whenever you see the opportunity.
  • If my reply is too Vulcan or expressed too much in business-strategy terms, and not particularly personal, I apologise. As a company & project maintainer, time is very limited to me, so usually when I write a reply I try and make it generic advice to all readers. I'm also naturally a joined-up thinker, so I always express my thoughts in combined business and technical terms. I recognise not everyone likes that, don't let my Vulcan-thinking stop you enjoying ocPortal on fun personal projects.
  • If my response can inspire a community tutorial, that's a great way of giving back to the project as a user.
Back to the top
 
Posted
Rating:
#37693
Avatar

Fan in action

ok I took that info and created a support ticket to the web-host with a screen shot of the header info you referred to

support ticket

further testing seems to be showing the return mail is being blocked or dropped internally.
 i manged to contact OCPortals author via his website , following is a link to the thread so you can see the conversation
 ( http://ocportal.com/forum/pg/topicview/misc/8469/index.php&kfs233=0 )
 
 the attached file is a screnshot of the email header that shows what he is referring to as far as the return address, it should be
 (From: Aniwain <website@spiritofwolves.darkstargamers.com>)
 
 but ends up being
 
 ( Return-Path:<iworx@srv068.ubiquityservers.com> )
 
 sorry to be a pain in the ass but in order for the web site to even work it has to be able to sen conformation emails


the reply from web-host:

This return_path is generally specified in the script sending the mail. That is just a default that's put in there, mostly as a place holder. There are many other website scripts running on this server that are able to send mail just fine. Please let us know if you have any further questions.

so in a nutshell it looks like OCPortal is saying it's darkstars fault and darkstar is saying it's OCPortal's fault and all the while I'm siting here with a page i can't use…
what would be much easier is to have an (((EASY))) option to let me validate or ad members myself.. considering it's a web-page for a gaming clan that would be much better ( for security reasons) anyway.

 
Back to the top
 
Posted
Rating:
#37697
Avatar

It's not actually our fault

The original e-mail specifications ('RFC 822') make it clear that 'Return-Path' is designed to be put in by the mail server (as it is doing), and that what is put in is meant to be 'definitive'. The webhost here has a default that is invalid (it's actually not even a default if it is invalid), and thus is incompliant with 'RFC 822'. I can also compound the argument that if they claim to support PHP, the PHP mail command should be able to support sending valid mail via filling in it's standard parameters, not having to inject extra headers / switches that aren't a part of it's API.
We still don't know for sure this is what stopped you receiving e-mail, but perhaps the web-hosts other users have either not had someone researching the problem in detail, or perhaps they don't have a receival account that's blocking messages in this way.

Never-the-less, attached is a new sources/mail.php file that will go out of the way to try and force the mail server to use a more valid setting.

E-mail is required for ocPortal as many parts of the system will want to send it. It's not acceptable to us to leave our user's with a superficially functioning system. We are reluctant just to make email confirmation optional, because other things would remain broken.



Attachment
» Download: mail.php.zip (5 Kb, 186 downloads so far)


Become a fan of ocPortal on Facebook or add me as a friend. Add me on on Twitter.
Was I helpful?
  • If not, please let us know how we can do better (please try and propose any bigger ideas in such a way that they are fundable and scalable).
  • If so, please let others know about ocPortal whenever you see the opportunity.
  • If my reply is too Vulcan or expressed too much in business-strategy terms, and not particularly personal, I apologise. As a company & project maintainer, time is very limited to me, so usually when I write a reply I try and make it generic advice to all readers. I'm also naturally a joined-up thinker, so I always express my thoughts in combined business and technical terms. I recognise not everyone likes that, don't let my Vulcan-thinking stop you enjoying ocPortal on fun personal projects.
  • If my response can inspire a community tutorial, that's a great way of giving back to the project as a user.
Back to the top
 
Posted
Rating:
#37713
Avatar

Fan in action

I downloaded that file and replace the one in the /sources  tried to join another member  and (((((BANG)))))  worked perfectly..  :thumbs::thumbs: thank you so so much….

BTW I was not trying to point blame at anyone was just getting so frustrated at it not working for me
Back to the top
 
There are too many online users to list.
Control functions:

Quick reply   Contract

Your name:
Your message: