Re: [rt-users] Dashboard subscriptions duplicated
I was able to resolve this issue. Looks like during the upgrades a file with the commands for dashboards and digest emails appeared - /etc/cron.d/request-tracker4 . Since I had the same commands in the sudo crontab we got the duplicates. David David T. Grayston Systems Database Administrator, Application Development University of Washington School of Public Health Office of the Dean From: rt-users [mailto:rt-users-boun...@lists.bestpractical.com] On Behalf Of David T. Grayston Sent: Friday, August 01, 2014 12:20 PM To: RT Users (rt-users@lists.bestpractical.com) Subject: [rt-users] Dashboard subscriptions duplicated Hi all, I've recently updated from 4.0.7 - 4.0.19 (Ubuntu 14.0.4) and all of our folks are getting duplicate emails of the dashboards they have subscribed to. The mail.log shows the double emails going out at the same time. Perhaps a side question is I can't find where I could manage subscriptions for each user or for a dashboard? For some tbshooting I ran sudo /usr/sbin/rt-email-dashboards --dryrun -all and it only lists one subscription in each case. Also the Crontab looks like, 0 0 * * * /usr/sbin/rt-email-digest -m daily 0 0 * * 0 /usr/sbin/rt-email-digest -m weekly 10 * * * * /usr/sbin/rt-email-dashboards 0 0 * * 0 /usr/sbin/rt-clean-sessions Any help appreciated, David -- David T. Grayston Systems Database Administrator, Application Development University of Washington School of Public Health Office of the Dean -- RT Training - Boston, September 9-10 http://bestpractical.com/training
[rt-users] Dashboard subscriptions duplicated
Hi all, I've recently updated from 4.0.7 - 4.0.19 (Ubuntu 14.0.4) and all of our folks are getting duplicate emails of the dashboards they have subscribed to. The mail.log shows the double emails going out at the same time. Perhaps a side question is I can't find where I could manage subscriptions for each user or for a dashboard? For some tbshooting I ran sudo /usr/sbin/rt-email-dashboards --dryrun -all and it only lists one subscription in each case. Also the Crontab looks like, 0 0 * * * /usr/sbin/rt-email-digest -m daily 0 0 * * 0 /usr/sbin/rt-email-digest -m weekly 10 * * * * /usr/sbin/rt-email-dashboards 0 0 * * 0 /usr/sbin/rt-clean-sessions Any help appreciated, David -- David T. Grayston Systems Database Administrator, Application Development University of Washington School of Public Health Office of the Dean -- RT Training - Boston, September 9-10 http://bestpractical.com/training
[rt-users] (no subject)
Hi, RT: 4.0.7 I’m trying to include the html version of the Transaction Content in response template but only getting the text version. Template code is something like this, Content-Type: text/html RT-Attach-Message: yes Subject: [Update] {$Ticket-Subject}{$Transaction-Content(Type = 'text/html')} After some tbshooting what I think is affected us is all of our emails include an image in the sig area. The image looks to be processed as an html attachment when RT sends the replies out on the template. Noted by someone back in 2005, that because there is an html attachment the RT code assumes its included the needed html Content() . “I looked code of ContentObj method in Transaction_Overlay.pm According to code it just test first attachment in attachment list. And don't test rest attachments.” When I test without the image in the signature area the html Content is correctly included which seems to confirm it’s the problem. Are newer versions of RT handling this situation better or are there suggested workarounds? Thanks, David -- David T. Grayston Systems & Database Administrator, Application Development University of Washington School of Public Health Office of the Dean
Re: [rt-users] Extra requestor being added
Thanks for the advice Thomas - wish I'd known about those utilities before but still learning about RT and I get a bit ahead of myself. rt-validator -c definitely uncovered a number of orphaned Transaction records and others that needed to be removed. Much better than hunting around and using raw SQL. David -- David T. Grayston Systems Database Administrator University of Washington School of Public Health Office of the Dean -Original Message- From: rt-users-boun...@lists.bestpractical.com [mailto:rt-users- boun...@lists.bestpractical.com] On Behalf Of Thomas Sibley Sent: Friday, August 24, 2012 3:57 PM To: rt-users@lists.bestpractical.com Subject: Re: [rt-users] Extra requestor being added On 08/24/2012 03:39 PM, David T. Grayston wrote: Just following up to add that I’ve fixed this issue – definitely self-inflicted by previously editing the database directly . Prior to officially deploying for use I’d wanted to keep all of the queues, users, scrips, and templates that had been setup but wanted to remove all of the testing tickets and re-set the ticket count to #1. I missed fully purging the Groups table entries that make associations between ticket and the different roles/groups that are part of the ticket. Removing the remaining orphaned entries (for ticket numbers not-yet created) seems to have cured this issue. You'll probably want to run rt-validator now to see what other cruft is hanging around the database. For future reference, rt-shredder is what you should be using to delete data from the database, not SQL.
[rt-users] Extra requestor being added
Hi all, RT: 4.0.5 I'd previously posted this issue and thought it had been resolved but its back. Just a few days ago after I added myself as a AdminCc to a queue then removed myself as an AdminCc I'm now being added to every new ticket as an additional Requestor. This is happening on all queues not just the one I added/removed myself as AdminCc (this just seemed to kick-off the problem again). I just created a ticket myself and I see this as part of the create response, Couldn't set Requestor watcher: That principal is already a Requestor for this ticket This seems promising in tracking down the issue as it seems to be implying that RT is attempting to set me as the additional Requestor but doesn't since I'm already the Requestor. The queue has no additional People set as watchers. I don't quite know where to look for a Requestor watcher setting or if I'm correct about that response, any help appreciated. -- David T. Grayston Systems Database Administrator University of Washington School of Public Health Office of the Dean
Re: [rt-users] Extra requestor being added
Just following up to add that I've fixed this issue - definitely self-inflicted by previously editing the database directly . Prior to officially deploying for use I'd wanted to keep all of the queues, users, scrips, and templates that had been setup but wanted to remove all of the testing tickets and re-set the ticket count to #1. I missed fully purging the Groups table entries that make associations between ticket and the different roles/groups that are part of the ticket. Removing the remaining orphaned entries (for ticket numbers not-yet created) seems to have cured this issue. -- David T. Grayston Systems Database Administrator University of Washington School of Public Health Office of the Dean From: rt-users-boun...@lists.bestpractical.com [mailto:rt-users-boun...@lists.bestpractical.com] On Behalf Of David T. Grayston Sent: Friday, August 24, 2012 12:37 PM To: rt-users@lists.bestpractical.com Subject: [rt-users] Extra requestor being added Hi all, RT: 4.0.5 I'd previously posted this issue and thought it had been resolved but its back. Just a few days ago after I added myself as a AdminCc to a queue then removed myself as an AdminCc I'm now being added to every new ticket as an additional Requestor. This is happening on all queues not just the one I added/removed myself as AdminCc (this just seemed to kick-off the problem again). I just created a ticket myself and I see this as part of the create response, Couldn't set Requestor watcher: That principal is already a Requestor for this ticket This seems promising in tracking down the issue as it seems to be implying that RT is attempting to set me as the additional Requestor but doesn't since I'm already the Requestor. The queue has no additional People set as watchers. I don't quite know where to look for a Requestor watcher setting or if I'm correct about that response, any help appreciated. -- David T. Grayston Systems Database Administrator University of Washington School of Public Health Office of the Dean
[rt-users] Merge ticket issue
Hi all, RT: 4.0.5 I've got privileged users given all the Rights for Staff but when they attempt to merge two tickets together an error message is given - New ticket doesn't exist. When I go in with my Do anything perms the tickets merge without error. Wondering if there is a permission need beyond the Rights for Staff or if something else might be going on that's keeping them from being able to merge tickets Thanks, David -- David T. Grayston Systems Database Administrator University of Washington School of Public Health
[rt-users] Approvals squelch mail to requestor
Hi all, From what I can determine within the RT Approval system when the approval ticket is approved there is code within lib/RT/Approval/Rule/Passed.pm that sends a reply to the requestor using the Approval Passed template. I tried editing the Approval Passed template making it blank - which in theory would squelch the email but when the ticket is Approved this error is returned: Can't call method SquelchMailTo on an undefined value at /usr/share/request-tracker4/lib/RT/Ticket.pm line 2157 I'd like to avoid editing Passed.pm but how else might I suppress this email to the requestor upon approval? -- David T. Grayston Systems Database Administrator University of Washington School of Public Health
Re: [rt-users] Unwanted extra Requestor added
The ticket history didn't show anything other than the new ticket being created and it having two Requestors. I'd be the only one to have added a customization and nothing to make this happen was coded. I've suppressed the issue by disabling the account that was getting added. Unfortunately I got a similar issue in another queue where a group is being added as AdminCc on each ticket created even though they aren't set on the queue to be AdminCc currently but its possible they were set to be AdminCc on the queue at somepoint but latter removed as AdminCc. Again I could suppress this issue by disabling the group in question. Feels like a bit of a database corruption but all seem to be working fine otherwise. -- David T. Grayston Systems Database Administrator University of Washington School of Public Health -Original Message- From: ruslan.zaki...@gmail.com [mailto:ruslan.zaki...@gmail.com] On Behalf Of Ruslan Zakirov Sent: Tuesday, July 03, 2012 9:17 AM To: David T. Grayston Cc: rt-users@lists.bestpractical.com Subject: Re: [rt-users] Unwanted extra Requestor added Hi, The only idea is a customization. Either a scrip or customization to web interface.What do you see in the history of the ticket? On Wed, Jun 27, 2012 at 9:02 PM, David T. Grayston davi...@u.washington.edu wrote: Aaron, No cc’s or other watchers are part of the queue or manually added to the ticket during the requests – I’ve tested this issue myself and duplicated (and I have ‘do anything’ perms). Odd that it doesn’t happen from the selfservice/create form only from the RT admin interface for creating a new ticket. As a workaround I’ve just been going in and manually removing the extra Requestor from each new ticket. Luckily the unwanted extra Requestor is a testing account that only I have access to…but its still a pain. I was thinking it could be some corruption in the database – where the account is set as a requestor on the queue but its not showing in the admin ui? But that should mean it would happen regardless of how the ticket was created. David -- David T. Grayston Systems Database Administrator University of Washington School of Public Health From: Sampson, Aaron [mailto:samp...@p2sol.com] Sent: Wednesday, June 27, 2012 10:38 AM To: David T. Grayston Subject: RE: Unwanted extra Requestor added David, Is the original requestor CC’ing anyone when sending in the ticket? Since RT takes the e-mail to create the requestor maybe it is seeing the additional e-mail addresses and creating multiple requestors that way. Another thing that I just thought of (not sure if it will help) but you can add a watcher to the ticket or queue and change the type of watcher (i.e. Requestor, admin, cc) might want to look into whether or not this is set or something in your permission’s has set something like this to auto add an additional requestor. From: rt-users-boun...@lists.bestpractical.com [mailto:rt-users-boun...@lists.bestpractical.com] On Behalf Of David T. Grayston Sent: Wednesday, June 27, 2012 8:54 AM To: rt-users@lists.bestpractical.com Subject: [rt-users] Unwanted extra Requestor added Hi all, RT: 4.0.5 When a new ticket is created by a privileged user via “../rt/Ticket/Create.html” we’re getting an unwanted second requestor automatically added to the ticket. This is happening in all queues and its always the same extra user added as second Requestor. But this isn’t happening when the ticket is created via “../rt/SelfService/Create.html” The queues don’t have any custom scrips and the Create.html isn’t modified - so far can’t determine why this is happening. Any help appreciated. -- David T. Grayston Systems Database Administrator University of Washington School of Public Health -- Best regards, Ruslan.
[rt-users] Unwanted extra Requestor added
Hi all, RT: 4.0.5 When a new ticket is created by a privileged user via ../rt/Ticket/Create.html we're getting an unwanted second requestor automatically added to the ticket. This is happening in all queues and its always the same extra user added as second Requestor. But this isn't happening when the ticket is created via ../rt/SelfService/Create.html The queues don't have any custom scrips and the Create.html isn't modified - so far can't determine why this is happening. Any help appreciated. -- David T. Grayston Systems Database Administrator University of Washington School of Public Health
Re: [rt-users] Unwanted extra Requestor added
Aaron, No cc's or other watchers are part of the queue or manually added to the ticket during the requests - I've tested this issue myself and duplicated (and I have 'do anything' perms). Odd that it doesn't happen from the selfservice/create form only from the RT admin interface for creating a new ticket. As a workaround I've just been going in and manually removing the extra Requestor from each new ticket. Luckily the unwanted extra Requestor is a testing account that only I have access to...but its still a pain. I was thinking it could be some corruption in the database - where the account is set as a requestor on the queue but its not showing in the admin ui? But that should mean it would happen regardless of how the ticket was created. David -- David T. Grayston Systems Database Administrator University of Washington School of Public Health From: Sampson, Aaron [mailto:samp...@p2sol.com] Sent: Wednesday, June 27, 2012 10:38 AM To: David T. Grayston Subject: RE: Unwanted extra Requestor added David, Is the original requestor CC'ing anyone when sending in the ticket? Since RT takes the e-mail to create the requestor maybe it is seeing the additional e-mail addresses and creating multiple requestors that way. Another thing that I just thought of (not sure if it will help) but you can add a watcher to the ticket or queue and change the type of watcher (i.e. Requestor, admin, cc) might want to look into whether or not this is set or something in your permission's has set something like this to auto add an additional requestor. From: rt-users-boun...@lists.bestpractical.com [mailto:rt-users-boun...@lists.bestpractical.com] On Behalf Of David T. Grayston Sent: Wednesday, June 27, 2012 8:54 AM To: rt-users@lists.bestpractical.com Subject: [rt-users] Unwanted extra Requestor added Hi all, RT: 4.0.5 When a new ticket is created by a privileged user via ../rt/Ticket/Create.html we're getting an unwanted second requestor automatically added to the ticket. This is happening in all queues and its always the same extra user added as second Requestor. But this isn't happening when the ticket is created via ../rt/SelfService/Create.html The queues don't have any custom scrips and the Create.html isn't modified - so far can't determine why this is happening. Any help appreciated. -- David T. Grayston Systems Database Administrator University of Washington School of Public Health
Re: [rt-users] FriendlyFromLineFormat
Thanks Kevin - I'd done a minor code tweak so it prefers the queue name on the autoreply to get the desired behavior. -- David T. Grayston Systems Database Administrator University of Washington School of Public Health -Original Message- From: rt-users-boun...@lists.bestpractical.com [mailto:rt-users- boun...@lists.bestpractical.com] On Behalf Of Kevin Falcone Sent: Wednesday, June 06, 2012 7:38 PM To: rt-users@lists.bestpractical.com Subject: Re: [rt-users] FriendlyFromLineFormat On Wed, May 23, 2012 at 06:46:44PM +, David T. Grayston wrote: RT: 4.0.5 Set($FriendlyFromLineFormat, \%s\ %s); In the autoreply email I'm getting queue description queue@email and we'd rather have it - queue name queue@email. I'm not sure how to change this behavior and from what I've read it seems we should be seeing the queue name used. It uses the SenderName for users, but the Autoreply code swaps in the Queue and prefers description. You could make a small code override in local/lib to change the behavior of RT::Action::Notify::SetReturnAddress -kevin
[rt-users] FriendlyFromLineFormat
Hi all, RT: 4.0.5 Set($FriendlyFromLineFormat, \%s\ %s); In the autoreply email I'm getting queue description queue@email and we'd rather have it - queue name queue@email. I'm not sure how to change this behavior and from what I've read it seems we should be seeing the queue name used. Any help appreciated. David -- David T. Grayston Systems Database Administrator University of Washington School of Public Health
Re: [rt-users] RT update from ubuntu distro
Thanks for the reply - I did download 4 files from the quantal dev release, request-tracker4_4.0.5-2.dsc request-tracker4_4.0.5-2.debian.tar.gz request-tracker4_4.0.5-2.orig-thrid-party-source.tar.gz request-tracker4_4.0.5-2.orig.tar.gz I opened these up and poked around but I not quite knowledgeable enough to know how to install from these. Which as you say would be better than what I've tried. David -- David T. Grayston Systems Database Administrator University of Washington School of Public Health -Original Message- From: rt-users-boun...@lists.bestpractical.com [mailto:rt-users- boun...@lists.bestpractical.com] On Behalf Of Dominic Hargreaves Sent: Friday, May 11, 2012 12:54 AM To: rt-users@lists.bestpractical.com Subject: Re: [rt-users] RT update from ubuntu distro On Thu, May 10, 2012 at 10:15:03PM +, David T. Grayston wrote: I've attempted to update RT from v4.0.4 to v.4.0.5 - the catch is the 4.0.4 is from Ubuntu distro (apt-get install request-tracker4). I think I've only got one issue at this point and that is the distro puts RT_SiteConfig.pm under /etc/request-tracker4 not ${RTHOME}/etc/. I couldn't find a configuration setting for ./configure or one in config.layout that could be set for this location. The Debian patches include a custom config.layout for this, not included upstream since it doesn't make sense to overwrite the Debian package files with local installations. I strongly recommend that you either stick with the Debian packages (and you can look at installing 4.0.5 from quantal, the current Ubuntu development release, if you particularly need it) or switch to a vanilla installation in /opt/rt or wherever makes most sense, not colliding with the packaged version. Perhaps minor issue since I can just move RT_SiteConfig.pm to the default folder but it may confuse me down the road. If you've done a local install over the top of the Debian package you are almost guaranteed confusion later (such as when an update is released to 12.04. or when you upgrade to a newer Ubuntu release). -- Dominic Hargreaves, Systems Development and Support Team Computing Services, University of Oxford
Re: [rt-users] RT update from ubuntu distro
Dominic - thanks for the reply. A few more clicks got me to this page, https://launchpad.net/ubuntu/+source/request-tracker4/4.0.5-2/+build/3460357 That has the *.deb files for RT 4.0.5 Quantal. I restored my server back to the 4.0.4 install and dpkg with these new *.deb files. All appears to have gone ok but I wasn't prompted about upgrading the database at the end from 4.0.4 - did it happen automatically? Thanks David -- David T. Grayston Systems Database Administrator University of Washington School of Public Health -Original Message- From: rt-users-boun...@lists.bestpractical.com [mailto:rt-users- boun...@lists.bestpractical.com] On Behalf Of Dominic Hargreaves Sent: Friday, May 11, 2012 10:26 AM To: rt-users@lists.bestpractical.com Subject: Re: [rt-users] RT update from ubuntu distro Hi, That's the Debian source package. You can rebuild the binary packages if you want, but I suspect the prebuilt binary packages will be adequate (look for request-tracker*4.deb and rt4-*.deb). On Fri, May 11, 2012 at 05:21:21PM +, David T. Grayston wrote: Thanks for the reply - I did download 4 files from the quantal dev release, request-tracker4_4.0.5-2.dsc request-tracker4_4.0.5-2.debian.tar.gz request-tracker4_4.0.5-2.orig-thrid-party-source.tar.gz request-tracker4_4.0.5-2.orig.tar.gz I opened these up and poked around but I not quite knowledgeable enough to know how to install from these. Which as you say would be better than what I've tried. David -- David T. Grayston?Systems Database Administrator University of Washington?? School of Public Health -Original Message- From: rt-users-boun...@lists.bestpractical.com [mailto:rt-users- boun...@lists.bestpractical.com] On Behalf Of Dominic Hargreaves Sent: Friday, May 11, 2012 12:54 AM To: rt-users@lists.bestpractical.com Subject: Re: [rt-users] RT update from ubuntu distro On Thu, May 10, 2012 at 10:15:03PM +, David T. Grayston wrote: I've attempted to update RT from v4.0.4 to v.4.0.5 - the catch is the 4.0.4 is from Ubuntu distro (apt-get install request-tracker4). I think I've only got one issue at this point and that is the distro puts RT_SiteConfig.pm under /etc/request-tracker4 not ${RTHOME}/etc/. I couldn't find a configuration setting for ./configure or one in config.layout that could be set for this location. The Debian patches include a custom config.layout for this, not included upstream since it doesn't make sense to overwrite the Debian package files with local installations. I strongly recommend that you either stick with the Debian packages (and you can look at installing 4.0.5 from quantal, the current Ubuntu development release, if you particularly need it) or switch to a vanilla installation in /opt/rt or wherever makes most sense, not colliding with the packaged version. Perhaps minor issue since I can just move RT_SiteConfig.pm to the default folder but it may confuse me down the road. If you've done a local install over the top of the Debian package you are almost guaranteed confusion later (such as when an update is released to 12.04. or when you upgrade to a newer Ubuntu release). -- Dominic Hargreaves, Systems Development and Support Team Computing Services, University of Oxford -- Dominic Hargreaves, Systems Development and Support Team Computing Services, University of Oxford
[rt-users] RT update from ubuntu distro
Hi all, I've attempted to update RT from v4.0.4 to v.4.0.5 - the catch is the 4.0.4 is from Ubuntu distro (apt-get install request-tracker4). I think I've only got one issue at this point and that is the distro puts RT_SiteConfig.pm under /etc/request-tracker4 not ${RTHOME}/etc/. I couldn't find a configuration setting for ./configure or one in config.layout that could be set for this location. Perhaps minor issue since I can just move RT_SiteConfig.pm to the default folder but it may confuse me down the road. Thanks, David -- David T. Grayston Systems Database Administrator University of Washington School of Public Health
Re: [rt-users] --no-verify-ssl option
I guess that was obvious - thanks. I went ahead and uploaded just the 4.0.5 rt-mailgate and it seems to work fine with the no-verify-ssl option in my installation. I think I've got the need prerequisites installed and tried the ca-file option but still couldn't get the ssl to verify so just giving up on it for now. David -- David T. Grayston Systems Database Administrator University of Washington School of Public Health -Original Message- From: rt-users-boun...@lists.bestpractical.com [mailto:rt-users- boun...@lists.bestpractical.com] On Behalf Of Kevin Falcone Sent: Tuesday, May 08, 2012 7:27 PM To: rt-users@lists.bestpractical.com Subject: Re: [rt-users] --no-verify-ssl option On Wed, May 09, 2012 at 01:45:10AM +, David T. Grayston wrote: I'm trying to get rt-mailgate working with https which seems kind of difficult around verifying the certificate. I was hoping to use this option --no-verify-ssl to successfully test --url https://myrt.server.edu/rt/; but I'm getting in my fetchmail log Unknown option: no-verify-ssl. Running RT 4.0.4 on Ubuntu. That option wasn't introduced until 4.0.5, which is why ./bin/rt-mailgate -- help wouldn't list it on your install. -kevin
[rt-users] --no-verify-ssl option
Hi all, I'm trying to get rt-mailgate working with https which seems kind of difficult around verifying the certificate. I was hoping to use this option --no-verify-ssl to successfully test --url https://myrt.server.edu/rt/; but I'm getting in my fetchmail log Unknown option: no-verify-ssl. Running RT 4.0.4 on Ubuntu. Thanks, David --
Re: [rt-users] SelfService redirect to New Ticket
Thank you for the reply - I tweaked the suggested function and works as desired - now unprivileged users are dropped in the Create New Ticket page by default. David -- David T. Grayston Systems Database Administrator University of Washington School of Public Health Office of the Dean -Original Message- From: ruslan.zaki...@gmail.com [mailto:ruslan.zaki...@gmail.com] On Behalf Of Ruslan Zakirov Sent: Wednesday, April 18, 2012 6:50 AM To: David T. Grayston Cc: rt-users@lists.bestpractical.com Subject: Re: [rt-users] SelfService redirect to New Ticket On Tue, Apr 17, 2012 at 19:20, David T. Grayston davi...@u.washington.edu wrote: Hi all, I’m new to RT and we’re in the process of evaluating and setting up RT (v4.0.1/Ubuntu) – one suggestion I got was if the SelfService site for unprivileged users would first land on the Create New Ticket vs Open Tickets page. I poked around the /share/html/SelfService and see that the Open Tickets is the index page and the tab/menus reflect this also. I think could change that (make Create New Ticket the index page) but I was considering that changing the initial redirect only would be better. But I can’t seem to find if there is a configuration setting or where in the code this redirect to SelfService happens. Any suggestions on this customization or where to possibly modify the redirect to the SelfService page is appreciated. ShowRequestedPage function in lib/RT/Interface/Web.pm. David -- David T. Grayston Systems Database Administrator University of Washington School of Public Health Office of the Dean -- Best regards, Ruslan.
[rt-users] SelfService redirect to New Ticket
Hi all, I'm new to RT and we're in the process of evaluating and setting up RT (v4.0.1/Ubuntu) - one suggestion I got was if the SelfService site for unprivileged users would first land on the Create New Ticket vs Open Tickets page. I poked around the /share/html/SelfService and see that the Open Tickets is the index page and the tab/menus reflect this also. I think could change that (make Create New Ticket the index page) but I was considering that changing the initial redirect only would be better. But I can't seem to find if there is a configuration setting or where in the code this redirect to SelfService happens. Any suggestions on this customization or where to possibly modify the redirect to the SelfService page is appreciated. David -- David T. Grayston Systems Database Administrator University of Washington School of Public Health Office of the Dean