<div>You need to encode each mail AFTER you received it. There are 6 possibility for Chinese: Chinese Simplified (GB18030), Chinese Simplified (GB2312), Chinese Simplified (HZ), Chinese Traditional (Big5), Unicode (UTF-7), or Unicode (UTF-8). You have to possibly try all 6 to display it right. </div>  <div>&nbsp;</div>  <div>I know this sounds crazy, but I do this all the time.</div>  <div>&nbsp;</div>  <div>Good Luck,</div>  <div>Noriko<BR><BR><B><I>"Antonio, Bryan" &lt;bryan.antonio@tycoelectronics.com&gt;</I></B> wrote:</div>  <BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">Would changing the user settings of WF-BATCH work? Changes includes:<BR>1. Changing the Logon Language to ZH<BR>2. Communication Language to ZH <BR>3. Communication Method to "INT Email"<BR><BR>I changed my outlook settings to have encoding to "Chinese Simplified".<BR>But when the email arrives from R/3, the encoding reverts back to<BR>"Western Europ!
 ean". I'm
 suspecting WF-BATCH's settings. Any<BR>ramification/s for changing WF-BATCH's settings?<BR><BR>----------------------------------------------------------------------<BR><BR>Message: 1<BR>Date: Wed, 15 Mar 2006 09:19:39 +0800<BR>From: "Dart, Jocelyn" <JOCELYN.DART@SAP.COM><BR>Subject: RE: Workflow in Multiple Languages<BR>To: "SAP Workflow Users' Group" <SAP-WUG@MIT.EDU><BR>Message-ID:<BR><F843AF000027394A9F3D3194109269F41ECEAA@SGSINE11.SIN.SAP.CORP><BR>Content-Type: text/plain; charset="us-ascii"<BR><BR>Did you check the PC settings as well to make sure Asian Languages are<BR>installed?<BR>Also did you check the codepage setting on the mail itself. <BR>If the codepage is not appropriate or the PC can't handle asian<BR>languages you will get pound signs or boxes in place<BR>of non-Latin characters. <BR><BR><BR>Regards,<BR>Jocelyn Dart<BR>Senior Consultant<BR>SAP Australia Pty Ltd.<BR>Level 1/168 Walker St.<BR>North Sydney <BR>NSW, 2060<BR>Australia<BR>T +61 412 390 267<BR>M !
 + 61 412
 390 267<BR>E jocelyn.dart@sap.com<BR>http://www.sap.com<BR><BR>The information contained in or attached to this electronic transmission<BR>is confidential and may be legally privileged. It is intended only for<BR>the person or entity to which it is addressed. If you are not the<BR>intended recipient, you are hereby notified that any distribution,<BR>copying, review, retransmission, dissemination or other use of this<BR>electronic transmission or the information contained in it is strictly<BR>prohibited. If you have received this electronic transmission in error,<BR>please immediately contact the sender to arrange for the return of the<BR>original documents. <BR>Electronic transmission cannot be guaranteed to be secure and<BR>accordingly, the sender does not accept liability for any such data<BR>corruption, interception, unauthorized amendment, viruses, delays or the<BR>consequences thereof.<BR>Any views expressed in this electronic transmission are those of the<BR>individua!
 l sender,
 except where the message states otherwise and the<BR>sender is authorized to state them to be the views of SAP AG or any of<BR>its subsidiaries. SAP AG, its subsidiaries, and their directors,<BR>officers and employees make no representation nor accept any liability<BR>for the accuracy or completeness of the views or information contained<BR>herein. Please be aware that the furnishing of any pricing information/<BR>business proposal herein is indicative only, is subject to change and<BR>shall not be construed as an offer or as constituting a binding<BR>agreement on the part of SAP AG or any of its subsidiaries to enter into<BR>any relationship, unless otherwise expressly stated. <BR><BR><BR>-----Original Message-----<BR>From: sap-wug-bounces@mit.edu [mailto:sap-wug-bounces@mit.edu] On Behalf<BR>Of Antonio, Bryan<BR>Sent: Wednesday, 15 March 2006 1:32 AM<BR>To: sap-wug@mit.edu<BR>Subject: RE: Workflow in Multiple Languages<BR><BR>Thanks for the reply. But all the chinese char!
 acters in
 the outlook<BR>email (sent by the Workflow) were all replaced by pound signs "#". Even<BR>if you change the encoding to the correct language, the characters in<BR>"#" will remain "#". I just tried it.<BR><BR><BR>----------------------------------------------------------------------<BR>Message: 1<BR>Date: Mon, 13 Mar 2006 10:42:26 -0800 (PST)<BR>From: Noriko Abe Chandler <N_ABE@YAHOO.COM><BR>Subject: RE: Workflow in Multiple Languages<BR>To: "SAP Workflow Users' Group" <SAP-WUG@MIT.EDU><BR>Message-ID: &lt;20060313184227.85553.qmail@web32407.mail.mud.yahoo.com&gt;<BR>Content-Type: text/plain; charset="iso-8859-1"<BR><BR>Did you encode the message in Outlook? View-&gt;Encoding-&gt; <CHOOSE language<br>here&gt;<BR><BR>Correctly sent message in double bites languages do not always display<BR>correctly at first. The reader has to encode each message, I think.<BR>That's the way I read Asian languages in Outlook/Yahoo inbox. <BR><BR>Noriko<BR><BR>"Antonio, Bryan"
 <BRYAN.ANTONIO@TYCOELECTRONICS.COM>wrote:<BR>SCOT also looks correct. The email subject is in English (which is<BR>correct). The translated texts are in the email body. I also checked<BR>SOST and it has the correct language. I have to log on to the box in the<BR>same language as the workitem. If I log on to the same box in English,<BR>SOST has the corrupted text.<BR><BR><BR>----------------------------------------------------------------------<BR><BR>Message: 1<BR>Date: Mon, 13 Mar 2006 10:16:11 +0100<BR>From: "Kjetil Kilhavn \(KJETILK\)" <BR>Subject: RE: Workflow in Multiple Languages<BR>To: "SAP Workflow Users' Group" <BR>Message-ID:<BR>&lt;273AA3C12CC7C54DA3C0C33F3857FE5CC3CD8F@ST-EXCL03.statoil.net&gt;<BR>Content-Type: text/plain; charset="iso-8859-1"<BR><BR>Interesting problem. We also use multiple codepages in our 4.6C system -<BR>but we haven't done much translation yet. If I remember correct Chinese<BR>and Japanese are double-byte codepages. If you have everything
 correct<BR>in SAP (including SCOT log of transmitted messages), could it be the<BR>mail gateway that causes problems?<BR><BR>Are the message headers correct in Outlook, i.e. indicating the correct<BR>encoding?<BR>-- <BR>Kjetil Kilhavn, Statoil ?FT KTJ BAS DEV SAP<BR><BR><BR><BR>&gt; -----Original Message-----<BR>&gt; From: sap-wug-bounces@mit.edu <BR>&gt; [mailto:sap-wug-bounces@mit.edu] On Behalf Of Antonio, Bryan<BR>&gt; Sent: 10. mars 2006 22:53<BR>&gt; To: sap-wug@mit.edu<BR>&gt; Subject: Workflow in Multiple Languages<BR>&gt; <BR>&gt; <BR>&gt; Hello All Workflow Gurus,<BR>&gt; <BR>&gt; Has anyone implemented a Workflow for multiple languages? If <BR>&gt; yes, have you guys encountered getting corrupted output in MS <BR>&gt; Outlook that was sent by your Workflow? I'm currently <BR>&gt; struggling on our asian-language translated text. We're in <BR>&gt; 4.7 using multicode page. I store translated text in <BR>&gt; different Standard Texts. This is then called in the cus!
 tom
 <BR>&gt; attribute of the BOR. The custom attribute from the BOR is <BR>&gt; inserted in my standard task (using the SENDTASKDESCRIPTION <BR>&gt; to send the email). In the BOR, I validate the language key <BR>&gt; of purchase requisition (created or updated). I've coded the <BR>&gt; custom attribute to call the LOAD_TEXT function module to get <BR>&gt; standard text matching the language key of the requisition. <BR>&gt; All is well in R/3 until I get the email in outlook and text <BR>&gt; is corrupted. I've traced the Workflow, debugged the BOR, <BR>&gt; debug the function modules LOAD_TEXT and other function <BR>&gt; modules relating to sending emails, reading standard texts <BR>&gt; and reading workitems. No luck. I asked our basis team to <BR>&gt; change the language key, communication language, etc. of <BR>&gt; WF-BATCH. Still no luck. I found OSS note 891526 (it was <BR>&gt; specific to deadlines, but I gave it a shot). Still no luck. <BR>&gt; The standard texts in tr!
 adition
 chinese, simplified chinese <BR>&gt; and japanese all get corrupted in outlook. I've also looked <BR>&gt; into our outlook settings.<BR>&gt; Yes, we can send and receive emails in those languages.<BR>&gt; <BR>&gt; Any help, suggestion/s, comment/s are very much appreciated.<BR>&gt; Thanks,<BR>&gt; Bryan<BR>&gt; <BR>&gt; <BR>&gt; _______________________________________________<BR>&gt; SAP-WUG mailing list<BR>&gt; SAP-WUG@mit.edu<BR>&gt; http://mailman.mit.edu/mailman/listinfo/sap-wug<BR>&gt; <BR><BR><BR>-------------------------------------------------------------------<BR>The information contained in this message may be CONFIDENTIAL and is<BR>intended for the addressee only. Any unauthorised use, dissemination of<BR>the<BR>information or copying of this message is prohibited. If you are not the<BR>addressee, please notify the sender immediately by return e-mail and<BR>delete<BR>this message.<BR>Thank you.<BR><BR><BR><BR>------------------------------<BR><BR>Message: 2<BR>Da!
 te: Mon,
 13 Mar 2006 10:20:59 +0100<BR>From: "Kjetil Kilhavn \(KJETILK\)" <BR>Subject: RE: Creating a Shortcut<BR>To: "SAP Workflow Users' Group" <BR>Message-ID:<BR>&lt;273AA3C12CC7C54DA3C0C33F3857FE5CC3CDA1@ST-EXCL03.statoil.net&gt;<BR>Content-Type: text/plain; charset="iso-8859-1"<BR><BR>I think you precede the command with a * - at least I seem to remember<BR>that that is what is done in RSWUWFML2. It's the same as "AND SKIP FIRST<BR>SCREEN", which may or may not work depending on the transaction you<BR>call.<BR>-- <BR>Kjetil Kilhavn, Statoil ?FT KTJ BAS DEV SAP<BR><BR><BR>________________________________<BR><BR>From: sap-wug-bounces@mit.edu [mailto:sap-wug-bounces@mit.edu]<BR>On Behalf Of Richard Marut<BR>Sent: 11. mars 2006 06:26<BR>To: 'SAP Workflow Users' Group'<BR>Subject: RE: Creating a Shortcut<BR><BR><BR><BR>Kjetil,<BR><BR><BR><BR>Thanks for the info. I didn't debug the code but I took a look<BR>at it and saw that the parameter is the field name plus the command.<BR>When !
 using
 VA02, I ended up setting i_parameter to<BR>'VBAK-VBELN=0000001714' to get the value to populate into the document<BR>number field which was exactly what I needed. I didn't use the command<BR>because I was receiving the command dialog. I know there's a way to shut<BR>that off but letting the user hit the enter is good enough.<BR><BR><BR><BR>Richard...<BR><BR><BR><BR><BR>________________________________<BR><BR><BR>From: sap-wug-bounces@mit.edu [mailto:sap-wug-bounces@mit.edu]<BR>On Behalf Of Kjetil Kilhavn (KJETILK)<BR>Sent: Tuesday, March 07, 2006 1:29 AM<BR>To: SAP Workflow Users' Group<BR>Subject: RE: Creating a Shortcut<BR><BR><BR><BR>Can't recall exactly how it is set up, but put a breakpoint in<BR>there and run RSWUWFML2 with the options for individual messages and<BR>execution attachment. Then there will be a shortcut attachment with work<BR>item ID as parameter.<BR><BR>-- <BR><BR>Kjetil Kilhavn, Statoil ?FT KTJ BAS DEV
 SAP<BR><BR><BR><BR><BR>________________________________<BR><BR><BR>From: sap-wug-bounces@mit.edu<BR>[mailto:sap-wug-bounces@mit.edu] On Behalf Of Richard Marut<BR>Sent: 6. mars 2006 22:25<BR>To: 'SAP Workflow Users' Group'<BR>Subject: Creating a Shortcut<BR><BR>The create shortcut function module SWN_CREATE_SHORTCUT<BR>has an import parameter call i_parameter that gets concatenated with the<BR>either the transaction report or system command.<BR><BR><BR><BR>Does anyone know how to use this? What I'm looking to<BR>find out is, can it be used to to fill a parameter id? I want see if I<BR>can eliminate the user from having to type in an order number when they<BR>get to VA02.<BR><BR><BR><BR>Thanks,<BR><BR><BR><BR>Richard.<BR><BR><BR>-------------------------------------------------------------------<BR>The information contained in this message may be CONFIDENTIAL<BR>and is<BR>intended for the addressee only. Any unauthorised use,<BR>dissemination of the<BR>information or copying!
  of this
 message is prohibited. If you are<BR>not the<BR>addressee, please notify the sender immediately by return e-mail<BR>and delete<BR>this message.<BR>Thank you.<BR><BR><BR><BR>-------------------------------------------------------------------<BR>The information contained in this message may be CONFIDENTIAL and is<BR>intended for the addressee only. Any unauthorised use, dissemination of<BR>the<BR>information or copying of this message is prohibited. If you are not the<BR>addressee, please notify the sender immediately by return e-mail and<BR>delete<BR>this message.<BR>Thank you.<BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL:<BR>http://mailman.mit.edu/pipermail/sap-wug/attachments/20060313/fa76a184/a<BR>ttachment-0001.htm<BR><BR>------------------------------<BR><BR>Message: 3<BR>Date: Mon, 13 Mar 2006 16:26:38 +0700<BR>From: Rita_Tan@app.co.id<BR>Subject: New step - condition type in existing wf<BR>To: "SAP Workflow Users' Group"
 <BR>Message-ID:<BR><BR><BR>Content-Type: text/plain; charset="us-ascii"<BR><BR><BR><BR><BR><BR>Hi all,<BR>I need to add a new step in existing workflow with Condition step type,<BR>I've got difficulties when arrange one of the branches, which should be<BR>go<BR>through many steps below,<BR>but I can not find the way how to do it, can not drag &amp; drop, can not<BR>move....pls help.<BR>Attached image describe my requirement (see red arrow)<BR>Many thanks in advanced,<BR>Rita.<BR>(Embedded image moved to file: pic16118.jpg)<BR><BR>,"<BR>DISCLAIMER :<BR><BR>The information contained in this communication (including any<BR>attachments) is privileged and confidential, and may be legally exempt<BR>from disclosure under applicable law. It is intended only for the<BR>specific purpose of being used by the individual or entity to whom it is<BR>addressed. If you are not the addressee indicated in this message (or<BR>are responsible for delivery of the message to such person), you mus!
 t<BR>not
 disclose, disseminate, distribute, deliver, copy, circulate, rely on<BR>or use any of the information contained in this transmission.<BR><BR>We apologize if you have received this communication in error; kindly<BR>inform the sender accordingly. Please also ensure that this original<BR>message and any record of it is permanently deleted from your computer<BR>system. We do not give or endorse any opinions, conclusions and other<BR>information in this message that do not relate to our official business.<BR>-------------- next part --------------<BR>A non-text attachment was scrubbed...<BR>Name: pic16118.jpg<BR>Type: image/jpeg<BR>Size: 19057 bytes<BR>Desc: not available<BR>Url :<BR>http://mailman.mit.edu/pipermail/sap-wug/attachments/20060313/eb64212a/p<BR>ic16118.jpg<BR><BR>------------------------------<BR><BR>_______________________________________________<BR>SAP-WUG mailing list<BR>SAP-WUG@mit.edu<BR>http://mailman.mit.edu/mailman/listinfo/sap-wug<BR><BR><BR>End of SAP-WUG!
  Digest,
 Vol 16, Issue 47<BR>***************************************<BR><BR>_______________________________________________<BR>SAP-WUG mailing list<BR>SAP-WUG@mit.edu<BR>http://mailman.mit.edu/mailman/listinfo/sap-wug<BR><BR><BR><BR>---------------------------------<BR>Yahoo! Mail<BR>Use Photomail to share photos without annoying attachments.<BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL:<BR>http://mailman.mit.edu/pipermail/sap-wug/attachments/20060313/04ac4854/a<BR>ttachment-0001.htm<BR><BR>------------------------------<BR><BR>Message: 2<BR>Date: Mon, 13 Mar 2006 16:59:51 -0800<BR>From: Sandip Jana <SANDIP.JANA@IN.IBM.COM><BR>Subject: Function module to get user name of certain role<BR>To: "SAP Workflow Users' Group" <SAP-WUG@MIT.EDU><BR>Message-ID:<BR><BR><OFF0A34D94.049D88D8-ON88257131.0003ED7C-88257131.00041DA6@IN.IBM.COM><BR>Content-Type: text/plain; charset="us-ascii"<BR><BR>Hi,<BR><BR>I need a function module that will give me the us!
 erid of
 person who has<BR>a <BR>particular security role. The security role will be a import parameter<BR>for <BR>the function module. Any help will be appreciated.<BR><BR>Thanks,<BR>Sandip<BR><BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL:<BR>http://mailman.mit.edu/pipermail/sap-wug/attachments/20060313/6f2a4a28/a<BR>ttachment-0001.htm<BR><BR>------------------------------<BR><BR>Message: 3<BR>Date: Mon, 13 Mar 2006 21:12:50 -0600<BR>From: "Richard Marut" <RVMARUT@EARTHLINK.NET><BR>Subject: RE: Function module to get user name of certain role<BR>To: "'SAP Workflow Users' Group'" <SAP-WUG@MIT.EDU><BR>Message-ID: <E1FIZXL-0004GH-NJ@ELASMTP-JUNCO.ATL.SA.EARTHLINK.NET><BR>Content-Type: text/plain; charset="us-ascii"<BR><BR>Sandip,<BR><BR><BR><BR>RH_STRUCT_GET will work for you.<BR><BR><BR><BR>Richard.<BR><BR><BR><BR><BR><BR>_____ <BR><BR>From: sap-wug-bounces@mit.edu [mailto:sap-wug-bounces@mit.edu] On Behalf<BR>Of<BR>Sandip Jana<BR>Sent: Mond!
 ay, March
 13, 2006 7:00 PM<BR>To: SAP Workflow Users' Group<BR>Subject: Function module to get user name of certain role<BR><BR><BR><BR><BR>Hi, <BR><BR>I need a function module that will give me the userid of person who has<BR>a<BR>particular security role. The security role will be a import parameter<BR>for<BR>the function module. Any help will be appreciated. <BR><BR>Thanks,<BR>Sandip<BR><BR>-------------- next part --------------<BR>An HTML attachment was scrubbed...<BR>URL:<BR>http://mailman.mit.edu/pipermail/sap-wug/attachments/20060313/dcd5a888/a<BR>ttachment.htm<BR><BR>------------------------------<BR><BR>_______________________________________________<BR>SAP-WUG mailing list<BR>SAP-WUG@mit.edu<BR>http://mailman.mit.edu/mailman/listinfo/sap-wug<BR><BR><BR>End of SAP-WUG Digest, Vol 16, Issue 51<BR>***************************************<BR><BR>_______________________________________________<BR>SAP-WUG mailing
 list<BR>SAP-WUG@mit.edu<BR>http://mailman.mit.edu/mailman/listinfo/sap-wug<BR><BR><BR><BR>------------------------------<BR><BR>Message: 2<BR>Date: Wed, 15 Mar 2006 09:24:57 +0800<BR>From: "Dart, Jocelyn" <JOCELYN.DART@SAP.COM><BR>Subject: RE: WorkFlow<BR>To: "SAP Workflow Users' Group" <SAP-WUG@MIT.EDU><BR>Message-ID:<BR><F843AF000027394A9F3D3194109269F41ECEB0@SGSINE11.SIN.SAP.CORP><BR>Content-Type: text/plain; charset="us-ascii"<BR><BR><BR>1) Can WF's be initiated from Portal or are mainly in R/3?<BR>Yes of course. You just need an application that fires a workflow<BR>event. <BR>Most ESS/MSS applications work this way for instance. <BR><BR>2) Do you use any kind of form based tool like adobe document services,<BR>infopath etc. to trigger WF? If yes, what kind of transactions / ESS /<BR>MSS requests are these?<BR>If you want to do this then use the ISR approach with Adobe - as that<BR>gives<BR>you pre-built WebDynpro apps that have the event handling and user<BR>exits avai!
 lable.
 <BR><BR>3) Anybody aware of ISR's/Guided procedures? Advantage of one over<BR>other? In which scenario would you use one over the other?<BR>Guided Procedures are very very new... be prepared for the usual hassles<BR>of being on the <BR>bleeding edge... however by all means give them a go. <BR>Note: They don't cater as yet for aysnchronous scenarios such as when<BR>you need to listen to terminating events. <BR>And by definition they have a limited complexity as they are intended to<BR>be put together<BR>by non-technical people. <BR>Use GP for simple scenarios with no or light integration with the<BR>backend. <BR>For anything complex or with heavy integration use WF. <BR><BR><BR>Regards,<BR>Jocelyn Dart<BR>Senior Consultant<BR>SAP Australia Pty Ltd.<BR>Level 1/168 Walker St.<BR>North Sydney <BR>NSW, 2060<BR>Australia<BR>T +61 412 390 267<BR>M + 61 412 390 267<BR>E jocelyn.dart@sap.com<BR>http://www.sap.com<BR><BR>The information contained in or attached to this electronic
 transmission<BR>is confidential and may be legally privileged. It is intended only for<BR>the person or entity to which it is addressed. If you are not the<BR>intended recipient, you are hereby notified that any distribution,<BR>copying, review, retransmission, dissemination or other use of this<BR>electronic transmission or the information contained in it is strictly<BR>prohibited. If you have received this electronic transmission in error,<BR>please immediately contact the sender to arrange for the return of the<BR>original documents. <BR>Electronic transmission cannot be guaranteed to be secure and<BR>accordingly, the sender does not accept liability for any such data<BR>corruption, interception, unauthorized amendment, viruses, delays or the<BR>consequences thereof.<BR>Any views expressed in this electronic transmission are those of the<BR>individual sender, except where the message states otherwise and the<BR>sender is authorized to state them to be the views of SAP AG!
  or any
 of<BR>its subsidiaries. SAP AG, its subsidiaries, and their directors,<BR>officers and employees make no representation nor accept any liability<BR>for the accuracy or completeness of the views or information contained<BR>herein. Please be aware that the furnishing of any pricing information/<BR>business proposal herein is indicative only, is subject to change and<BR>shall not be construed as an offer or as constituting a binding<BR>agreement on the part of SAP AG or any of its subsidiaries to enter into<BR>any relationship, unless otherwise expressly stated. <BR><BR><BR>-----Original Message-----<BR>From: sap-wug-bounces@mit.edu [mailto:sap-wug-bounces@mit.edu] On Behalf<BR>Of Vikas Mahajan<BR>Sent: Wednesday, 15 March 2006 9:25 AM<BR>To: sap-wug@mit.edu<BR>Subject: WorkFlow<BR><BR>Hi,<BR><BR>I would like to know following: <BR><BR>1) Can WF's be initiated from Portal or are mainly in R/3?<BR><BR>2) Do you use any kind of form based tool like adobe document services,<BR>in!
 fopath
 etc. to trigger WF? If yes, what kind of transactions / ESS /<BR>MSS requests are these?<BR><BR>3) Anybody aware of ISR's/Guided procedures? Advantage of one over<BR>other? In which scenario would you use one over the other?<BR><BR>Thanks,<BR>Vikas<BR><BR><BR>_______________________________________________<BR>SAP-WUG mailing list<BR>SAP-WUG@mit.edu<BR>http://mailman.mit.edu/mailman/listinfo/sap-wug<BR><BR><BR><BR>------------------------------<BR><BR>Message: 3<BR>Date: Wed, 15 Mar 2006 09:29:41 +0800<BR>From: "Dart, Jocelyn" <JOCELYN.DART@SAP.COM><BR>Subject: RE: Dialogue step after 'wait for event'<BR>To: "SAP Workflow Users' Group" <SAP-WUG@MIT.EDU><BR>Message-ID:<BR><F843AF000027394A9F3D3194109269F41ECEBC@SGSINE11.SIN.SAP.CORP><BR>Content-Type: text/plain; charset="us-ascii"<BR><BR>Que? <BR>How did you manage to do that?!<BR><BR>A wait for event step is a background step by definition - it just waits<BR>for an event to happen. When that event happens it completes and
 the<BR>subsequent step is started. You should be able to see the waiting event<BR>in the workflow log and in transaction SWEINST. <BR><BR>But how did you manage to get something from it into your inbox?? Is<BR>there anything weird about your WF-BATCH setup or did you do something<BR>unusual with your step. <BR><BR><BR>Regards,<BR>Jocelyn Dart<BR>Senior Consultant<BR>SAP Australia Pty Ltd.<BR>Level 1/168 Walker St.<BR><BR>=== message truncated ===</BLOCKQUOTE><BR><p>
                <hr size=1>Yahoo! Mail<br>
Bring photos to life! <a href="http://pa.yahoo.com/*http://us.rd.yahoo.com/evt=39174/*http://photomail.mail.yahoo.com">New PhotoMail </a> makes sharing a breeze.