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.


Confirm Subscription - and Stylesheet?

Login / Search

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

Fan in action

For some bizarre reason, when a visitor subscribes to the newsletter, the confirmation email for their subscription includes part of the OCP main stylesheet, plus this mess...



I was never a fan of HTML in email exchanges - how do I make this a simple TEXT ONLY message/confirmation?

Thanks in advance,
WebBasser


"Be true to yourself. Be who you are in your heart. Don't hang out with idiots. If you surround yourself with good people, you'll go far. If you start hanging out with knuckleheads, you'll be right in the knucklehead section the rest of your life." — Kid Rock
Back to the top
 
Posted
Rating:
#89349
Avatar

Community saint

I think you can find this n the configuration setting... the you can choose voor html or text based


http://digiflash.nl Photo community  (dutch)
Back to the top
 
Posted
Rating:
#89360
Avatar

Hmm, this is a strange one.

Does it happen to all emails?

Is it a Windows or Linux web server?

What is the outbound mail server:
  1. A locally running Linux mail server? (Any idea which one, e.g. qmail, sendmail?)
  2. A locally running Windows mail server?
  3. A remote SMTP server accessed via ocPortal's SMTP settings?

My suspicion is that the communication channel between PHP and the outbound email server has a different formatting expectation to the norm, and that this would happen for all emails being sent.

One possible workaround is installing the 'bettermail' addon, which overrides ocPortal's mail connector with an integration of Swift mailer.


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:
#89366
Avatar

Community saint

I have test this on my server and I have no problem with html output of the newsletter.


http://digiflash.nl Photo community  (dutch)
Back to the top
 
Posted
Rating:
#90343
Avatar

Hi,

We just had a support ticket similar to this.

The server had a setting "mbstring.func_overload" set to the highest value (7). This is actually a setting the PHP manually recommends leaving at 0 because it interferes with normal operation and is not considered stable. It's only really designed for use by programmers who know what they are doing, and is a trick to try and make old applications work with Unicode without rewritting them.

Anyway this setting overrode the PHP mailer and encoded all data incorrectly, basically due to a bug in it.

I have changed how we connect to the mailer to workaround that bug. (Bug fix Workaround to bug in PHP will be released publicly soon)

This is what the PHP manual says about this PHP option:
It is not recommended to use the function overloading option in the per-directory context, because it's not confirmed yet to be stable enough in a production environment and may lead to undefined behaviour.

Even though I have worked around the mailer problem, there may be other smaller problems. For example, ocPortal contains video length detection. With this setting if ocPortal reads a video file then PHP may interpret the binary data of the file as text and break the ocPortal video parser.


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
 
There are too many online users to list.
Control functions:

Quick reply   Contract

Your name:
Your message: