On Tue, 2 Jul 2002 Teresa_Schnell/MO/americancentury@??? wrote:
> I know this is considered a no-no, but please hear me out...
>
> I'm on a development team that supports Human Resources.
>
> All of our employee data is stored in PeopleSoft HR running on Unix.
> PeopleSoft generates email to managers and/or employees when various HR
> events occur. Example: A manager enters a salary increase for an
> employee. The system then sends a message to the next-level manager saying
> there is a salary increase in the system that needs his/her approval.
>
> We do not have a 'test' email system at our company, so if we test
> PeopleSoft email in our development environment, messages would be sent to
> real people in our production email system. To prevent this from
> happening, we deleted all of the email addresses from our PeopleSoft
> development database. But that leaves us not being able to test
> PeopleSoft's email/workflow functionality.
>
> So...in our **Devlopment Environment Only** we'd like to trap and modify
> outgoing messages as follows:
>
> --Change the TO address to a mail-in database we've set up.
> --Append the original recipient's address to the BODY text so we can verify
> the message was going to the right person before we rerouted it.
If you can take out all the addresses, why not create a small handfull
of 'test' addresses, and assign those within the application, and then
route all mail sent to those addresses to your test/debug people?
>
> FYI - Our development PeopleSoft HR is the only application running on the
> Unix box, so any mail changes we implement would not affect any other
> applications, or production.
>
> You may wonder why we don't do this within PeopleSoft...and the answer is
> -- because email can be generated in several different ways (workflow,
> customized functions, etc.)--we have not been able to find a way to catch
> and change ALL email coming out of the system.
> Because of the sensitivity of the data, we must make sure catch every
> message.
>
> While this may not necessarily be an Exim question, your group is the most
> informative I've found after several days of searching. If no one has
> suggestions for how to solve our problem, perhaps you could direct me to a
> really good Unix group.
>
> Thanks much for any and all help you can provide.
>
> Teresa Schnell
> teresa_schnell@???
>
>
>
>
> --
>
> ## List details at http://www.exim.org/mailman/listinfo/exim-users Exim details at http://www.exim.org/ ##
>
>
