Main Nav

Hi, we're working to convert our Listservs to Google Groups and we're running into a challenge.  We have a few lists that are restricted in terms of who can send to them, e.g. all-students.  In Listserv, we send to a list whose only member is all-students@massart.edu, a Google Group set only to allow owners to send. The listserv is in turn a member/owner of that group and is set not to receive email.

What we're wondering is how people have gotten around the owner/manager issue. The folks who need to send to all-students should not be members of that group, and since that group is created automatically based on information in our ERP, the process to make them members and owners of the group is extremely cumbersome.

Has anyone found a better solution for sending to restricted groups without being a member of the group?

Thanks.
-Matthew

--


Matthew S. Burfeind
Interim Chief Information Officer
Massachusetts College of Art and Design
621 Huntington Avenue
Boston, MA 02115
617.879.7872 (p)
617.879.7979 (f)
burfeind@massart.edu

********** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/groups/.

Comments

Message from gibson_brian@wheatoncollege.edu

I think you can set the Google Groups up as moderated lists and subscribe the people you want to allow to send to the group with the "no email" delivery option (so they do not get messages sent to the group) and also set their subscription to be unmoderated so the messages they send go right through.
++++++++++++++++++++++++++++ Brian Gibson Systems Administrator Wheaton College Are you a musician? If so visit my Arbans Online music site at http://arbansonline.com and listen & contribute On 9/13/2013 10:58 AM, Matthew Burfeind wrote:
Hi, we're working to convert our Listservs to Google Groups and we're running into a challenge.  We have a few lists that are restricted in terms of who can send to them, e.g. all-students.  In Listserv, we send to a list whose only member is all-students@massart.edu, a Google Group set only to allow owners to send. The listserv is in turn a member/owner of that group and is set not to receive email.

What we're wondering is how people have gotten around the owner/manager issue. The folks who need to send to all-students should not be members of that group, and since that group is created automatically based on information in our ERP, the process to make them members and owners of the group is extremely cumbersome.

Has anyone found a better solution for sending to restricted groups without being a member of the group?

Thanks.
-Matthew

--


Matthew S. Burfeind
Interim Chief Information Officer
Massachusetts College of Art and Design
621 Huntington Avenue
Boston, MA 02115
617.879.7872 (p)
617.879.7979 (f)
burfeind@massart.edu

********** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/groups/.


********** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/groups/.

We are not using Google “Groups” for Education, but we do send email to all students by using the Group available in Google Mail. We setup a Group with members that include the all user in the Domain as members and the individuals who will do the sending as owners. Owners can send to the group and view the member list. It is a broadcast announcement only & we don’t have the ability to have a moderated list but so far it meets our needs.

 

Richie Bianco

Mercer County Community College

1200 Old Trenton Road

West Windsor, NJ, 08550

609-570-3443

 

With a couple of small variations, depending upon the Group, this is exactly what we do, both for manually created and automatically generated Groups. In the case of the latter, when the Groups are updated based on changes to campus data, any member listed as an owner is considered an exception, and thus protected from automatic removal as a result of not being in the campus data. Synchronization is handled on the back end via the various Google Apps APIs.

Thanks,
--david

David J. Hutches, Ph.D.
Director, Engineering Computing
Jacobs School of Engineering
University of California, San Diego
9500 Gilman Drive, Dept 0437
La Jolla, CA  92093-0437
+1 858-534-2202


This sounds intriguing. But have you figured out a way to keep people from un subscribing to selected lists? One of the main reasons we kept a separate email list product was because of no identified way to remove the unsub option from the lists for population generated email lists. 

Jeff Abernathy
Saint Louis University 

On Sep 13, 2013, at 12:03 PM, "David J. Hutches" <dhutches@ucsd.edu> wrote:

With a couple of small variations, depending upon the Group, this is exactly what we do, both for manually created and automatically generated Groups. In the case of the latter, when the Groups are updated based on changes to campus data, any member listed as an owner is considered an exception, and thus protected from automatic removal as a result of not being in the campus data. Synchronization is handled on the back end via the various Google Apps APIs.

Thanks,
--david

David J. Hutches, Ph.D.
Director, Engineering Computing
Jacobs School of Engineering
University of California, San Diego
9500 Gilman Drive, Dept 0437
La Jolla, CA  92093-0437
+1 858-534-2202


Message from gibson_brian@wheatoncollege.edu

Could you use the API to re-add everyone at night? That way the people that have unsubscribed themselves should get re-added... just a thought.
++++++++++++++++++++++++++++ Brian Gibson Systems Administrator Wheaton College Are you a musician? If so visit my Arbans Online music site at http://arbansonline.com and listen & contribute On 9/13/2013 1:36 PM, Jeff Abernathy wrote:
This sounds intriguing. But have you figured out a way to keep people from un subscribing to selected lists? One of the main reasons we kept a separate email list product was because of no identified way to remove the unsub option from the lists for population generated email lists. 

Jeff Abernathy
Saint Louis University 

On Sep 13, 2013, at 12:03 PM, "David J. Hutches" <dhutches@ucsd.edu> wrote:

With a couple of small variations, depending upon the Group, this is exactly what we do, both for manually created and automatically generated Groups. In the case of the latter, when the Groups are updated based on changes to campus data, any member listed as an owner is considered an exception, and thus protected from automatic removal as a result of not being in the campus data. Synchronization is handled on the back end via the various Google Apps APIs.

Thanks,
--david

David J. Hutches, Ph.D.
Director, Engineering Computing
Jacobs School of Engineering
University of California, San Diego
9500 Gilman Drive, Dept 0437
La Jolla, CA  92093-0437
+1 858-534-2202


As Brian suggests, w
e have a script that runs nightly to repopulate anyone that has unsubscribed from the ERP-managed constituent groups (faculty, students, staff)

JENNIFER SMITH, PMP | THE NEW SCHOOL
DIRECTOR OF PROJECT MANAGEMENT | INFORMATION TECHNOLOGY

55 W. 13TH ST., 7TH FLOOR, NEW YORK, NY 10011
P | 212.229.5300 x4568 E | smithj2@newschool.edu URL | www.newschool.edu




That's very similar to the approach we've already taken, but the process to get individuals in the group and listed as owners is very cumbersome. We were hoping there might be a shortcut we're not aware of.

Essentially, we use roles in Colleague, our ERP, which equate to groups in Active Directory.  For automatically-created roles, like all-students, we have a custom table in our ODS to which have to manually add the group name and the email address of the sender.  Then GADS will sync the membership with Google Groups. In the meantime, we modify the AuthOrig attribute in LDAP for the group and add the sender there as well, which sets that address as an owner, and therefore able to send to that group.  We could do that latter step directly in the Google Groups interface, which we probably should do because that's the only place where we could set the sender not to receive email sent to the group.  We do it in AuthOrig so that if, for some reason, the address was dropped and re-added to the group, the owner status wouldn't change.

-Matthew


Close
Close


Annual Conference
September 29–October 2
Register Now!

Events for all Levels and Interests

Whether you're looking for a conference to attend face-to-face to connect with peers, or for an online event for team professional development, see what's upcoming.

Close

Digital Badges
Member recognition effort
Earn yours >

Career Center


Leadership and Management Programs

EDUCAUSE Institute
Project Management

 

 

Jump Start Your Career Growth

Explore EDUCAUSE professional development opportunities that match your career aspirations and desired level of time investment through our interactive online guide.

 

Close
EDUCAUSE organizes its efforts around three IT Focus Areas

 

 

Join These Programs If Your Focus Is

Close

Get on the Higher Ed IT Map

Employees of EDUCAUSE member institutions and organizations are invited to create individual profiles.
 

 

Close

2014 Strategic Priorities

  • Building the Profession
  • IT as a Game Changer
  • Foundations


Learn More >

Uncommon Thinking for the Common Good™

EDUCAUSE is the foremost community of higher education IT leaders and professionals.