gld

Thanks Jason. Yes after 2 hours on the phone with them today being mislead down the MX record path, I finally got someone who admitted that it was blocked and won’t be changed. I’ve so had it with GoDaddy. The whole reason to go outside their email is because their email doesn’t work properly with too many of the emails being intercepted by spam filters because of their lack of efforts to set it up properly e.g. the lack of DNS reverse record etc. It’s a hot mess. Anyway, I’m done with them.

Do you have recommendation on a hosting provider who doesn’t force me to listen to hours of the same music on hold each month?

Greg

Yes it does that as well. I guess I need to intercept it before it goes to the confirmation form? I do need a different confirmation message for the admins.

I ran the tests form my dev site and had no issue at all. Seems to be a problem with GoDaddy which others have also run into. Calling them now to try and resolve. Thanks.

Thanks Jason. The test came up as follows:

Port 25 Open
Port 465 Failed – Connection refused
Port 587 Failed – Connection refused

I know I need port 465. I’m hosted on GoDaddy and wouldn’t think they would be blocking this port??

Sorry Roland, I should have been more specific. The ‘admins’ are users with extra rights but are not using the Admin form. I have another page which uses a customized signup form to add these users. From the plugin perspective, I’m assuming these events are being seen exactly the same for both situations?

Dah. I also tried 2 pipes and was searching for the details but there it is in Other Notes. Thanks Roland!

with the syntax (above) I end up seeing all records (i.e. I assume the filter is failing or the syntax is incorrect. Can you advise what I should be doing?

Thanks
Greg

Did you get an answer on this? I’m having the same issue.

Thanks Roland. Ok, it is working perfectly now. I don’t need to search the ajax login so its perfect.

pdb-list-current.php is the one I want it to use. pdb-list-org.php is the one it seems to default to. If I rename pdb-list-org.php to something else, then it doesn’t use it but it does use something else with the same fields listed.

That’s what’s so weird, they are not on the same page!! Completely different, unrelated pages. So odd also that the search is done not just against that template, but against that template with the filter on!

Not a lot of support for the plug-in!

Anyway, if anyone else needs help, I’ve add the following function to my functions.php file in order to change the group the individual belongs too based upon a variable ‘record-status’ that is posted.

function UserUAgroupAccess() {

$record_status = $_POST[‘record_status’];

// grab the values we need
$email = $_POST[’email’];

// Now obtain the User’s User ID
$the_user = get_user_by(’email’, $email);
$wp_uid = $the_user->ID;
$userGroupId=2; // Group ID to be updated

// Now set the user’s permissions to have access to the pages
global $oUserAccessManager;

if (isset($oUserAccessManager)) {
$oUamAccessHandler = $oUserAccessManager->getAccessHandler();
$uamUserGroup = $oUamAccessHandler->getUserGroups($userGroupId);
if ($record_status == “Archived” OR $record_status == “Pending” OR $record_status == “Rejected”) {
$uamUserGroup->removeObject(‘user’, $wp_uid);
} else {
$uamUserGroup->addObject(‘user’, $wp_uid);
}
$uamUserGroup->save();
}

// make sure we return the posted values to ensure the plugin that we have hooked in front of will continue to function properly
return ($_POST);

}

My fault. I had a hook for ‘pdb-before_submit_update’ and the associated filter didn’t pass all the parameters. They were therefore absent when the record was committed resulting in the data not being updated to the fields of the missing parameters. Problem solved now. I didn’t realize the filter was going to trigger even form the main admin panel. All good now ??

Oh sorry, misunderstood the question: Active Plugins are:

Akismet 3,0
BackupBuddy 4.2.15.6
Contact Form 7 3.8
Insert PHP 1.2
Limit Login Attempts 1.7.1
Login With Ajax 3.1.2
Participants Database 1.5.4.7
User Access Manager 1.2.5.0
WP Better Emails 0.2.6.5

Two events did occur around about the time of the symptoms arising:
1. I did trip the limit login which required me a 30 minute time-out
2. I did install and activate WP Better Emails 0.2.6.5

I have deactivated WP Better Emails 0.2.6.5 (which I now suspect) but the symptoms are still there. Should I Delete the suspect plugin or …?

Yes I un-installed and re-installed it through the WP interface. I confirmed the plug-in folder was gone after uninstall. I wondered about JS so I tried it on a different machine but had the same result.