<br><font size=2 face="sans-serif">Hello Wuggers,</font><br><br><font size=2 face="sans-serif">I'm stumped. &nbsp;</font><br><br><font size=2 face="sans-serif">Background:</font><br><font size=2 face="sans-serif">We are using a workflow for the approvals
of travel requests. &nbsp;One of the steps is that if an approver rejects
a travel request, an SAP mail is sent to the requestor with some text explaining
why.</font><br><br><font size=2 face="sans-serif">Issue:</font><br><font size=2 face="sans-serif">The SAP Mail reciepient is the user
ID of the requestor, which is contained in a WORKFLOW container element
at the start of the workflow. &nbsp;This WORKFLOW container element is
passed into the TASK container through a standard binding. &nbsp;So far
a no-brainer.</font><br><br><font size=2 face="sans-serif">As of about August last year, most of
these send mail tasks started going into error (most - not all). &nbsp;A
review of the logs of successful and error-ed tasks (and the task program,
etc...) shows the reason for the error is that the task container element
which is used in the task to determine the reciepient of the mail is not
being populated, although the source element in the workflow container
has a value.</font><br><br><font size=2 face="sans-serif">Some Hints:</font><br><font size=2 face="sans-serif">At about exactly the same time, we underwent
a complete overhaul of our user authorization scheme. &nbsp;Additionally,
the send mail task (for some strange reason) is not a background task,
although there is no user interface.</font><br><br><font size=2 face="sans-serif">----------------------------</font><br><font size=2 face="sans-serif">It seems to me that our authorization
project has somehow caused this binding to break in most (but not all)
instances, but up to this point, I did not think that user auths had any
effect on workflow -&gt; task bindings, even if the step is not background.
&nbsp;Am I wrong to assume this?</font><br><br><font size=2 face="sans-serif">Any help or hints would be appreciated.
&nbsp;Thx.</font><br><br><font size=2 face="sans-serif"><br></font><font size=4 color=#808000><b> </b></font><p><font size=4 color=#808000><b>Michael McLey</b></font><font size=3 color=#808000><b></b><br>MBUSI - IT Parts &amp; Administration </font><font size=2 color=#808000><br>Mercedes-Benz US International, Inc.</font><font size=3 color=#808000></font><font size=2 color=#808000><br>1 Mercedes Drive</font><font size=3 color=#808000> </font><font size=2 color=#808000><br>Vance, AL 35490</font><font size=3 color=#808000> </font><font size=2 color=#808000><br>PHONE:&nbsp; (205) 462 - 5239</font><font size=3 color=#808000> </font><font size=2 color=#808000><br>EMAIL:&nbsp;&nbsp; michael.mcley@daimler.com</font><font size=3 color=#808000>&nbsp;&nbsp;
</font><font face="sans-serif"><font face="sans-serif, Arial, Helvetica" size="-1" color="#808080"><br>If you are not the intended addressee, please inform us immediately that you have received this e-mail in error, and delete it. We thank you for your cooperation.
<br></br> 
                                                                          
</font></font>