Module: Forum Subscriptions

Hello Joe, there's apparently a difference between the mail generated by cron-jobs, and mail generated by code the cron job runs. The code that the cron job runs can set it's own 'From' and 'Reply-to' just like any other code. At this moment Emails (sent by your module) contain the addresses of the host server but not the correct 'From' and 'Reply-to' info from Phorum, making it difficult to redistribute replies back to Phorum (Ext. Mail Module from Thomas). Can you help?

I am still trying to find the culprit for the notification "read_url" links that are messed up. I haven't found $PHORUM["vroot"] within the Phorum-DB table "settings". Could this be the problem? Is there any requirement that I might have overlooked?

"vroot" is not a setting that is stored in the settings table. It's a field in the forums table. So no, that's not the problem.

---

Maurice Makaay
Phorum Development Team
my blog linkedin profile secret sauce

In forum_subscriptions_after_post.php Joe is using $PHORUM["vroot"] in an array declaration together with $PHORUM['title']. That made me think that "vroot" might be also a field within the Phorum settings.

When Joe is fetching the read_url's using phorum_get_url(PHORUM_READ_URL,...), I believe that $PHORUM["http_path"] is just not present within this function which leads to the links without the base-part being posted within the digests. But why? Thank you for your thoughts!

Quote

When Joe is fetching the read_url's using phorum_get_url(PHORUM_READ_URL,...), I believe that $PHORUM["http_path"] is just not present within this function which leads to the links without the base-part being posted within the digests. But why? Thank you for your thoughts!

During a cron-job I read out $PHORUM["http_path"]. The result was "http://:". I guess I need to infuse the correct link at this location. Any idea how this could happen? I work with the newest release and the event log is clean.

Just a hunch: maybe you are running the module for having dynamic HTTP Path settings. From a cron job, there is no server environment, which might trip that module. The module could make use of the default HTTP Path setting when no URL can be derived automatically or the module could have a configuration option to configure the URL to use from there for such cases.

---

Maurice Makaay
Phorum Development Team
my blog linkedin profile secret sauce

Thanks Maurice! In fact, I do run the module for automatic HTTP paths. Do you suggest to modify this module (although it does not get tripped)?

Thanks, Maurice. I found out that "Automatic HTTP Path (version 1.0.5)" is clearly messing with the links from this module. I had to turn it off. Anyway, I am very glad that it works now!

I cannot replicate the behavior. That module only mangles the http_path setting when SCRIPT_URI or HTTP_HOST is set in the $_SERVER data. In a CLI / cron environment, these should not be set.

You can try version 1.0.6. I changed the isset() check to an empty() check, so a set but empty $_SERVER['http_host'] variable will not mangle the URL.

If you keep having troubles, then you're out of luck. I really don't see where your issue is originating from.

---

Maurice Makaay
Phorum Development Team
my blog linkedin profile secret sauce

Thanks! This modification apparently fixed the issue.