Permissions are almost always the answer whenever the question is "restrict/allow users to do xxxx"
So first, set up permissions on the attachment fields themselves to have permission for a group that everyone is in to have read access -- but not write access. Have another group that has write access to the attachment fields. Note that everyone should have access to the attachment pool if they have read access at least to the attachment fields. Now, give all users the read group (you probably use a group they are already in for this) and give the users you want to have write access to the attachment fields the second group. This strategy protects change from the screen AND from API programs AND from any other access method the user may try. If you just play with buttons or hiding/showing on the screen, you can prevent them from doing the operation on the screen, but it does not protect access by the API or by email or by any other means. I hope this helps, Doug Mueller -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky Sent: Tuesday, July 15, 2014 11:57 PM To: arslist@ARSLIST.ORG Subject: Re: Restrict a specific users or group for Adding/Deleting in Attachment Pool field Hi, Permission groups are used to ADD, not to RESTRICT. You need to make sure that the users in question does NOT belong to a group that has write access to the field (attachment slots/pool). Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13): * RRR|License - Not enough Remedy licenses? Save money by optimizing. * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. Find these products, and many free tools and utilities, at http://rrr.se. > Hi All. > > > Is there any way to restrict a specific users or group for > Adding/Deleting files in Attachment Pool field? > > > I have tried one solution like Removing 'Delete' from 'Display Labels > in View' in Field Properties, but it restricts all the users. > > > Please provide your suggestion on this. > > > *Regards,* > > *Karthick Sundararajan* > > ______________________________________________________________________ > _________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > "Where the Answers Are, and have been for 20 years" > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"