Afraid not. Subscriptions are very much a case of the user opting in. This is first and foremost because many hosts will get angry with a site that starts to flood send emails which is possible with a large user base and a very active forum. There is also the matter privacy. While I am not sure on this I suspect that in some countries it is now required that users opt in to email notifications rather than have them force sent. If it hasn’t happned yet it is only a matter of time.

Definitely makes sense.

In our case, since they can’t register themselves, they’ve agreed ahead of time.  With SP, at least they have the option to unsubscribe if they’d like.  They couldn’t do that on our old platform.  We had to disable it for them.

Overall, I’ll take this!

It is why we have resisted auto-subscriptions – so far any way…

We’re still working on getting the phpIMAP working on the forums.

After it’s compiled and the new php cgi is in place with imap and ssl support, the attached errors showed up in the forum

Also attached is hte php cgi

Brandon suggested I ask here if you see anything that could be causing this. 

so looks like php 5.4 which is bad news for developers…  added a whole new suite of warnings that are not problems…  it wants you to declare an object before using it where before it just created the object itself…

there is no problem from this as it works fine… we are changing these as we go, but will take some time… for no gain, I might add…

but the real issue here is that you should NOT be displaying php errors on your live production site…  you need to display that output in your php.ini file…  you might give out  more information than you want otherwise…

From our dev –

Custom PHP 5.3 is now running, and I don’t see any errors anywhere.

Errors are no longer showing for us, however, we’re still seeing this in the plug-in –

Your PHP installation does not include the IMAP library which means post-by-email can not try to retrieve attachments from emails and any attachments may cause the post to fail.

Quite the learning experience. 

From dev – That’s odd that it still says that the imap library isn’t there when clearly from the phpinfo screenshot, it is. 

/bangs head against wall

Have you actually told the new php config to load the imap module? Check the phpinfo() output.

Yes, I posted the screenshot after you responded to the first question.

sorry, images dont come through in emails, so couldnt see it…

but not sure why its listed in the configure settings… that doesnt really mean the extension is loaded…  you cut of the phpinfo() stuff quite early…  if you kept scrolling through you would get to an http headers info section, followed by alphabetical extensions loaded sections… you should see

or similar for imap…

do you?

You guys are good!  Here’s his response:

No, its only listed in the config. How do we make it load?

I always do it via a gui from control panel…

but perhaps this google search item will help:

http://joobi.co/index.php?option=com_content&view=article&id=7982&Itemid=222

Once again you nailed it!

I now see the correct message on the plug-in that the PHP install includes the IMAP library.

IMAP c-Client Version is 2007f and SSL Support is enabled.

Issue now is that a new email message goes to the webserver inbox but doesn’t show in the forum.

Also, any attachment to a reply posted to the forum does not show in the email notification.

We’re getting there (I think!)

Cool, you are getting there. Your Post by email log is full of “Connection to mailbox failed” messages so it looks like it can’t connect to the mail server. We should probably check one manually by actually adding it to an email program. How about blog_discussions@in.ivy…?  That way we can make sure the settings are correct for all the mailboxes.

Mr. Papa may pipe in on the attachments from a post in the forum going to the notification email, but right now I don’t believe they do.

All posts from any forum other than shop_talk go to all members, so probably not the best choice.  I have all the mailboxes are already set up.

shop_talk goes only to the admins.

Would it help if I set up a test account for this?