[Mahara-contributors] [Bug 738267] Re: noreplyaddress config directive not picked up into database config table
** Changed in: mahara Status: Fix Committed = Fix Released -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. https://bugs.launchpad.net/bugs/738267 Title: noreplyaddress config directive not picked up into database config table Status in Mahara ePortfolio: Fix Released Bug description: I am using Mahara 1.3.3 clean install on shared hosting with inmotionhosting. Everything works, but my emails sent by mahara are getting blocked. I had the same problem with my moodle installation, but was able to configure it with SMTP email and a defined, working noreply address. However, this is not working with mahara. I have defined the cfg-noreplyaddress directive and ensured it's pointing to the correct address. However, in the database config file, it wasn't picked up, instead pointing to nore...@subdomain.domain.com (I use subdomains to separate the various applications on the server) which was the default probably put in before I set it in the config file myself. So I changed the config file back to match what's in the database, again checking all the credentials, authentication, and that that email address can send/receive mail. So I created several dummy accounts with any other email address I have, and it works on the user creation on roaming over via mnet and I get the email with the correct noreply setting. The database didn't pick up a noreplyaddress change in the config, and instead kept the original value. Once I made the database and the config file match, all was ok. But I shouldn't have to have gone digging into the database once fixing the config file-- so that's a bug. Forum post with full details: http://mahara.org/interaction/forum/topic.php?id=3110#post13442 To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/738267/+subscriptions ___ Mailing list: https://launchpad.net/~mahara-contributors Post to : mahara-contributors@lists.launchpad.net Unsubscribe : https://launchpad.net/~mahara-contributors More help : https://help.launchpad.net/ListHelp
[Mahara-contributors] [Bug 738267] Re: noreplyaddress config directive not picked up into database config table
** Changed in: mahara Status: Triaged = In Progress -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. https://bugs.launchpad.net/bugs/738267 Title: noreplyaddress config directive not picked up into database config table Status in Mahara ePortfolio: In Progress Bug description: I am using Mahara 1.3.3 clean install on shared hosting with inmotionhosting. Everything works, but my emails sent by mahara are getting blocked. I had the same problem with my moodle installation, but was able to configure it with SMTP email and a defined, working noreply address. However, this is not working with mahara. I have defined the cfg-noreplyaddress directive and ensured it's pointing to the correct address. However, in the database config file, it wasn't picked up, instead pointing to nore...@subdomain.domain.com (I use subdomains to separate the various applications on the server) which was the default probably put in before I set it in the config file myself. So I changed the config file back to match what's in the database, again checking all the credentials, authentication, and that that email address can send/receive mail. So I created several dummy accounts with any other email address I have, and it works on the user creation on roaming over via mnet and I get the email with the correct noreply setting. The database didn't pick up a noreplyaddress change in the config, and instead kept the original value. Once I made the database and the config file match, all was ok. But I shouldn't have to have gone digging into the database once fixing the config file-- so that's a bug. Forum post with full details: http://mahara.org/interaction/forum/topic.php?id=3110#post13442 ___ Mailing list: https://launchpad.net/~mahara-contributors Post to : mahara-contributors@lists.launchpad.net Unsubscribe : https://launchpad.net/~mahara-contributors More help : https://help.launchpad.net/ListHelp
[Mahara-contributors] [Bug 738267] Re: noreplyaddress config directive not picked up into database config table
** Changed in: mahara Status: In Progress = Fix Committed -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. https://bugs.launchpad.net/bugs/738267 Title: noreplyaddress config directive not picked up into database config table Status in Mahara ePortfolio: Fix Committed Bug description: I am using Mahara 1.3.3 clean install on shared hosting with inmotionhosting. Everything works, but my emails sent by mahara are getting blocked. I had the same problem with my moodle installation, but was able to configure it with SMTP email and a defined, working noreply address. However, this is not working with mahara. I have defined the cfg-noreplyaddress directive and ensured it's pointing to the correct address. However, in the database config file, it wasn't picked up, instead pointing to nore...@subdomain.domain.com (I use subdomains to separate the various applications on the server) which was the default probably put in before I set it in the config file myself. So I changed the config file back to match what's in the database, again checking all the credentials, authentication, and that that email address can send/receive mail. So I created several dummy accounts with any other email address I have, and it works on the user creation on roaming over via mnet and I get the email with the correct noreply setting. The database didn't pick up a noreplyaddress change in the config, and instead kept the original value. Once I made the database and the config file match, all was ok. But I shouldn't have to have gone digging into the database once fixing the config file-- so that's a bug. Forum post with full details: http://mahara.org/interaction/forum/topic.php?id=3110#post13442 ___ Mailing list: https://launchpad.net/~mahara-contributors Post to : mahara-contributors@lists.launchpad.net Unsubscribe : https://launchpad.net/~mahara-contributors More help : https://help.launchpad.net/ListHelp
[Mahara-contributors] [Bug 738267] Re: noreplyaddress config directive not picked up into database config table
IMHO it should be possible to set these settings from the config file and config file should have precedence over DB settings. I assume here that DB settings will have configuration interface in the site options (like we discussed concerning email settings, see bug #670683). I will try to explain why I think so. Basically we have three types of mahara users (or rather owners): * new ones who do not care where email is configured - in DB or in config * old users who already have their settings in config.php * old and new users that for some reason want to control these settings from config file (e.g. multiple instance deployment with config-managed configuration) In the case of new users, given that we do not force them to configure email settings (including no-reply address) in the config file (they are commented out by default), it will be easier to persuade them to fill in relevant settings fields after installation (add additional after- install screen asking to set up email), so email configuring bit can be changed accordingly in installation docs and these users will never need to care about adding email setting to config file (unless they need that for specific reason). Users who already have their settings in the config file should be informed that now it is possible to configure the same using the interface, but to do that, email configuration should be removed from config file (they may see greyed out filled-in settings in configuration interface with explanation that they are imported from config file, but you can't change them in the interface until they exist in the config file). Those who want to maintain the settings using the config file for some reason, may continue doing so, config setting will always win and rewrite what is stored in the database, configuring the same using the interface will not be possible. -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. https://bugs.launchpad.net/bugs/738267 Title: noreplyaddress config directive not picked up into database config table Status in Mahara ePortfolio: Triaged Bug description: I am using Mahara 1.3.3 clean install on shared hosting with inmotionhosting. Everything works, but my emails sent by mahara are getting blocked. I had the same problem with my moodle installation, but was able to configure it with SMTP email and a defined, working noreply address. However, this is not working with mahara. I have defined the cfg-noreplyaddress directive and ensured it's pointing to the correct address. However, in the database config file, it wasn't picked up, instead pointing to nore...@subdomain.domain.com (I use subdomains to separate the various applications on the server) which was the default probably put in before I set it in the config file myself. So I changed the config file back to match what's in the database, again checking all the credentials, authentication, and that that email address can send/receive mail. So I created several dummy accounts with any other email address I have, and it works on the user creation on roaming over via mnet and I get the email with the correct noreply setting. The database didn't pick up a noreplyaddress change in the config, and instead kept the original value. Once I made the database and the config file match, all was ok. But I shouldn't have to have gone digging into the database once fixing the config file-- so that's a bug. Forum post with full details: http://mahara.org/interaction/forum/topic.php?id=3110#post13442 ___ Mailing list: https://launchpad.net/~mahara-contributors Post to : mahara-contributors@lists.launchpad.net Unsubscribe : https://launchpad.net/~mahara-contributors More help : https://help.launchpad.net/ListHelp
[Mahara-contributors] [Bug 738267] Re: noreplyaddress config directive not picked up into database config table
You're making a good point about settings migrating from config.php (where they typically tend to start their life) to site options. I like your idea of graying them out to provide a visual clue that the DB setting will be overriden by config.php. In order words, when an option can be set both in config.php and in site options: 1- the config.php option takes precedence 2- if it's set in config.php, the site options setting is grayed out and set to the config.php value -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. https://bugs.launchpad.net/bugs/738267 Title: noreplyaddress config directive not picked up into database config table Status in Mahara ePortfolio: Triaged Bug description: I am using Mahara 1.3.3 clean install on shared hosting with inmotionhosting. Everything works, but my emails sent by mahara are getting blocked. I had the same problem with my moodle installation, but was able to configure it with SMTP email and a defined, working noreply address. However, this is not working with mahara. I have defined the cfg-noreplyaddress directive and ensured it's pointing to the correct address. However, in the database config file, it wasn't picked up, instead pointing to nore...@subdomain.domain.com (I use subdomains to separate the various applications on the server) which was the default probably put in before I set it in the config file myself. So I changed the config file back to match what's in the database, again checking all the credentials, authentication, and that that email address can send/receive mail. So I created several dummy accounts with any other email address I have, and it works on the user creation on roaming over via mnet and I get the email with the correct noreply setting. The database didn't pick up a noreplyaddress change in the config, and instead kept the original value. Once I made the database and the config file match, all was ok. But I shouldn't have to have gone digging into the database once fixing the config file-- so that's a bug. Forum post with full details: http://mahara.org/interaction/forum/topic.php?id=3110#post13442 ___ Mailing list: https://launchpad.net/~mahara-contributors Post to : mahara-contributors@lists.launchpad.net Unsubscribe : https://launchpad.net/~mahara-contributors More help : https://help.launchpad.net/ListHelp
[Mahara-contributors] [Bug 738267] Re: noreplyaddress config directive not picked up into database config table
I believe the config.php override and greying out was already done some time ago by Lorena in bug #548084, though there's a bit of duplication in that commit that could probably be tidied up. -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. https://bugs.launchpad.net/bugs/738267 Title: noreplyaddress config directive not picked up into database config table Status in Mahara ePortfolio: Triaged Bug description: I am using Mahara 1.3.3 clean install on shared hosting with inmotionhosting. Everything works, but my emails sent by mahara are getting blocked. I had the same problem with my moodle installation, but was able to configure it with SMTP email and a defined, working noreply address. However, this is not working with mahara. I have defined the cfg-noreplyaddress directive and ensured it's pointing to the correct address. However, in the database config file, it wasn't picked up, instead pointing to nore...@subdomain.domain.com (I use subdomains to separate the various applications on the server) which was the default probably put in before I set it in the config file myself. So I changed the config file back to match what's in the database, again checking all the credentials, authentication, and that that email address can send/receive mail. So I created several dummy accounts with any other email address I have, and it works on the user creation on roaming over via mnet and I get the email with the correct noreply setting. The database didn't pick up a noreplyaddress change in the config, and instead kept the original value. Once I made the database and the config file match, all was ok. But I shouldn't have to have gone digging into the database once fixing the config file-- so that's a bug. Forum post with full details: http://mahara.org/interaction/forum/topic.php?id=3110#post13442 ___ Mailing list: https://launchpad.net/~mahara-contributors Post to : mahara-contributors@lists.launchpad.net Unsubscribe : https://launchpad.net/~mahara-contributors More help : https://help.launchpad.net/ListHelp
[Mahara-contributors] [Bug 738267] Re: noreplyaddress config directive not picked up into database config table
Er, commit a6f274234ca8466baa715b559a7c75475664467d I mean. -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. https://bugs.launchpad.net/bugs/738267 Title: noreplyaddress config directive not picked up into database config table Status in Mahara ePortfolio: Triaged Bug description: I am using Mahara 1.3.3 clean install on shared hosting with inmotionhosting. Everything works, but my emails sent by mahara are getting blocked. I had the same problem with my moodle installation, but was able to configure it with SMTP email and a defined, working noreply address. However, this is not working with mahara. I have defined the cfg-noreplyaddress directive and ensured it's pointing to the correct address. However, in the database config file, it wasn't picked up, instead pointing to nore...@subdomain.domain.com (I use subdomains to separate the various applications on the server) which was the default probably put in before I set it in the config file myself. So I changed the config file back to match what's in the database, again checking all the credentials, authentication, and that that email address can send/receive mail. So I created several dummy accounts with any other email address I have, and it works on the user creation on roaming over via mnet and I get the email with the correct noreply setting. The database didn't pick up a noreplyaddress change in the config, and instead kept the original value. Once I made the database and the config file match, all was ok. But I shouldn't have to have gone digging into the database once fixing the config file-- so that's a bug. Forum post with full details: http://mahara.org/interaction/forum/topic.php?id=3110#post13442 ___ Mailing list: https://launchpad.net/~mahara-contributors Post to : mahara-contributors@lists.launchpad.net Unsubscribe : https://launchpad.net/~mahara-contributors More help : https://help.launchpad.net/ListHelp
[Mahara-contributors] [Bug 738267] Re: noreplyaddress config directive not picked up into database config table
I guess we need to decide which of these have precedence when they're not the same: 1- the address in config.php 2- the address in the database Or perhaps we should remove one of them (probably the config file one) and only have a single place where this can be set. Mahara could issue a warning when the other one is set. What do you think? ** Changed in: mahara Status: New = Triaged ** Changed in: mahara Importance: Undecided = Medium ** Changed in: mahara Milestone: None = 1.4.0 -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. https://bugs.launchpad.net/bugs/738267 Title: noreplyaddress config directive not picked up into database config table Status in Mahara ePortfolio: Triaged Bug description: I am using Mahara 1.3.3 clean install on shared hosting with inmotionhosting. Everything works, but my emails sent by mahara are getting blocked. I had the same problem with my moodle installation, but was able to configure it with SMTP email and a defined, working noreply address. However, this is not working with mahara. I have defined the cfg-noreplyaddress directive and ensured it's pointing to the correct address. However, in the database config file, it wasn't picked up, instead pointing to nore...@subdomain.domain.com (I use subdomains to separate the various applications on the server) which was the default probably put in before I set it in the config file myself. So I changed the config file back to match what's in the database, again checking all the credentials, authentication, and that that email address can send/receive mail. So I created several dummy accounts with any other email address I have, and it works on the user creation on roaming over via mnet and I get the email with the correct noreply setting. The database didn't pick up a noreplyaddress change in the config, and instead kept the original value. Once I made the database and the config file match, all was ok. But I shouldn't have to have gone digging into the database once fixing the config file-- so that's a bug. Forum post with full details: http://mahara.org/interaction/forum/topic.php?id=3110#post13442 ___ Mailing list: https://launchpad.net/~mahara-contributors Post to : mahara-contributors@lists.launchpad.net Unsubscribe : https://launchpad.net/~mahara-contributors More help : https://help.launchpad.net/ListHelp