Contact Form Recipients (by username not email)

richard.e.morton - July 20, 2008 - 19:48
Project:OG Contact
Version:5.x-4.x-dev
Component:Code
Category:feature request
Priority:normal
Assigned:gnat
Status:won't fix
Description

Hi,

Thanks for a great module. We are already using this application and it is working great (on www.plusgroups.org.uk). However in order to make the system easier to user it would be fantastic if the system can allow you to set recipients of contact submissions by username of the system instead of the email system ( I would prefer to enforce this ). In this way a non-administrator can change the recipient based on changing the usernames email address and not change have to administer an email address in multiple places around the system.

i.e. http://plusgroups.org.uk/a/admin/og/contact/edit/node should enable recipients by username not by entering email addresses

Thanks for your time

Richard

#1

richard.e.morton - July 20, 2008 - 20:03

Hi,

Actually, please ignore my previous submission...

I would like the system changed in an ideal world to allow the contact submission to be sent to all the members of a specific role...

secondarily it would be great if I can add a few people by system username (checking that they are active before sending it).

Thanks for your time - and sorry for the confusing post.

Richard

#2

gnat - July 20, 2008 - 21:37

I am not 100% clear about what exactly you are asking for. Let me see if I understand this correctly.

You would like a permission added to the user access system that is something like "receive og contact submission". After that, you want to have a setting in the module (for each group) which allows you to send contact form submissions to all members of that group, who are in a role with the "receive og contact submission" permission.

Additionally, you want a list of the user names who belong to that group, with check boxes that allow you to add them to recipients list as well.

Is this indeed what your are asking for?

#3

richard.e.morton - July 20, 2008 - 22:01

Hi GNAT,

Sorry I was not really able to write English when I was writing that... let me try again...

Go to Administer -> Organic Groups -> OG Contact Form

in the list of options you can send form submissions to specific email addresses... as well I would like be able to (ideally) check system/user roles to whom the members of those roles would receive any contact to that group.

It would be nice if you could also add specific usernames to this (or another similar) list.

In this way (if you only use the role and username methods) a user can control the destination (if they change their email address) without an administrator getting involved.

Finally, if you use just the roles method, by changing a users role, or roles we can control that the contact goes to the relevant people (without additional administration).

Thanks for even considering this.

Rich

#4

gnat - August 18, 2008 - 16:15
Version:5.x-3.2» 5.x-4.x-dev
Assigned to:Anonymous» gnat

This is an interesting way to add recipients to the contact form.

I am a little reluctant to add in a full user select list for a number resons. Instead, I am leaning towards a user list based on group members, so that you have a combination of checking the user's access (if they have the "receive og contact submission" permission), and then if they are a member of that group. Only users that meet those two conditions appear in the list.

I don't think that this is fundamentally different that what you are asking for.

I need to think about how to integrate this into the interface of the module, but all of this sounds possible and doable. I have very little idea when I will have the time to do this, but will update this issue when I have something ready for testing.

I will also enthusiastically accepts patches.

#5

richard.e.morton - January 8, 2009 - 21:45

Hi GNAT,

I have just re-read what you have said and I think it is quite different from the ideal scenario of sending out the contact emails to users of the website who have been assigned a specific role (or roles).

With the method you have described, if the users change - and the elected posts are re-elected, the administrator has to re-assign the roles of the system - as you would expect, new people into new roles have permission elevated and people leaving posts would lost the similar permissions... however... if we had to select how in the group received the contacts from the contact form we would have to also administer that section of the website also... and other areas as well... adding more upon more administration....

It would be much nicer if the recipient(s) of a contact form submission were selected by whether they have a specific user-role.

I know, I know, I am demanding, but I really think many other sites would like this feature as well. Roles afterall define what a user should be doing in the website, what better place to determine who should get the contact form submission!

Thanks

R

#6

gnat - January 10, 2009 - 19:20

This feature is the last big piece of the D6 version that is keeping it from being posted for testing.

I have been trying to implement it on a per user basis, using the uid/ user name. However, after playing with it a bunch, I'm starting to feel that this is not the right model. It adds too much administrative complexity, and will be cumbersome for sites with large groups of members that should receive contact form submissions.

I think my next step is to strip out my first attempt at doing this by user, and switch it to a role based model. For more fine grained control I will recommend using OG User Roles, which will allow group admins to switch roles of group members.

Luckily, the role based model should be more simple to code.

#7

richard.e.morton - January 10, 2009 - 19:41

Hi There,

Thanks - that sounds great. The site uses a huge amount of modules and the functionality is pretty awesome. However due to the number of modules, many have not even started to be ported and even considering other modules that could do the same tasks I am left with gaps... and that doesn't consider the political and practical training requirements of making changes which would alter the administration functions.

So unfortunately I am not in a position to upgrade to Drupal 6 and will not be able to for some time.

Thanks

Richard
Webmaster Plus - Multi Activity Clubs across the UK

#8

gnat - January 10, 2009 - 20:14

I do plan on backporting the new features in the D6 version to the D5 version. However the D6 version is taking priority, because there's no usable version of this module available for D6 yet.

#9

gnat - September 26, 2009 - 16:05
Status:active» won't fix

The functionality as I describe it above now exists as part of the D6 version of OG Contact.

Given the sporadic and limited amounts of time that I have to dedicate to maintaining this module, I've decided that I will no longer add new features to the 5.x version, and focus only fixing bugs in that code base. This will allow me to finally push a real release out for D6 and start working on a branch for D7.

 
 

Drupal is a registered trademark of Dries Buytaert.