SAP Workflow & Lotus Note Integration
Antonio, Bryan
bryan.antonio at tycoelectronics.com
Wed Apr 12 10:51:43 EDT 2006
I agree with Jocelyn. I've created my own send email task (instead of
using SENDTASKDESCRIPTION of SELFTIEM) using the codes and
functionalities of RSWUWFML2. The customized send email task formats the
email body in HTML for accommodate multiple languages (of course SMTP
node in SCOT should have the correct codepage) + email attachments (SAP
shortcut that'll take them directly to SO01). But the email is only a
means to notify the person. They have to process the workitem directly
in SAP (either by executing the WorkItem in S001 or going to the actual
transaction).
----------------------------------------------------------------------
Message: 1
Date: Wed, 12 Apr 2006 21:35:50 +0800
From: "Dart, Jocelyn" <jocelyn.dart at sap.com>
Subject: RE: Re : SAP Workflow & Lotus Note Integration
To: "SAP Workflow Users' Group" <sap-wug at mit.edu>
Message-ID:
<F843AF000027394A9F3D3194109269F4319E82 at sgsine11.sin.sap.corp>
Content-Type: text/plain; charset="iso-8859-1"
R/3 4.7 - use program RSWUWFML2. Search the wug archives and the sdn
bpm forum and the SAP Library help - plenty of info/experiences for
this.
Approval is done via either a hyperlink or a shortcut icon from the mail
in Lotus Notes - i.e. you still have to logon to SAP to execute the work
item but we help get you there.
Email is not work is not email - and you have to do a fair bit of
development as I understand it to call SAP directly from Lotus.... much
better TCO to just use RSWUWFML2.
Regards,
Jocelyn Dart
Senior Consultant
SAP Australia Pty Ltd.
Level 1/168 Walker St.
North Sydney
NSW, 2060
Australia
T +61 412 390 267
M + 61 412 390 267
E jocelyn.dart at sap.com
http://www.sap.com <http://www.sap.com/>
The information contained in or attached to this electronic transmission
is confidential and may be legally privileged. It is intended only for
the person or entity to which it is addressed. If you are not the
intended recipient, you are hereby notified that any distribution,
copying, review, retransmission, dissemination or other use of this
electronic transmission or the information contained in it is strictly
prohibited. If you have received this electronic transmission in error,
please immediately contact the sender to arrange for the return of the
original documents.
Electronic transmission cannot be guaranteed to be secure and
accordingly, the sender does not accept liability for any such data
corruption, interception, unauthorized amendment, viruses, delays or the
consequences thereof.
Any views expressed in this electronic transmission are those of the
individual sender, except where the message states otherwise and the
sender is authorized to state them to be the views of SAP AG or any of
its subsidiaries. SAP AG, its subsidiaries, and their directors,
officers and employees make no representation nor accept any liability
for the accuracy or completeness of the views or information contained
herein. Please be aware that the furnishing of any pricing information/
business proposal herein is indicative only, is subject to change and
shall not be construed as an offer or as constituting a binding
agreement on the part of SAP AG or any of its subsidiaries to enter into
any relationship, unless otherwise expressly stated.
________________________________
From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf
Of K Vijayasekar
Sent: Wednesday, 12 April 2006 7:18 PM
To: sap-wug at mit.edu
Subject: Re : SAP Workflow & Lotus Note Integration
Hi ,
I have a customer requirement where-in i need to integrate SAP
Workflow with Lotus Notes (i.e) SAP workitem has to be sent to Lotus
notes instead of SAP Inbox and display of the workitem , approval
will be done in Lotus notes.
Presently customer is having SAP 4.7 and Lotus notes V6.
Can some body throw a light on this requirement. If there is any
technical document on the same please send to my id
kvsekar_cit at yahoo.com
Thanks and Regards,
K Vijayasekar
+91 9845197567
________________________________
Talk is cheap. Use Yahoo! Messenger to make PC-to-Phone calls. Great
rates starting at 1?/min.
<http://us.rd.yahoo.com/mail_us/taglines/postman7/*http://us.rd.yahoo.co
m/evt=39666/*http://beta.messenger.yahoo.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://mailman.mit.edu/pipermail/sap-wug/attachments/20060412/7d941e3d/a
ttachment-0001.htm
------------------------------
Message: 2
Date: Wed, 12 Apr 2006 10:54:37 -0300
From: "Gavin Mooney" <gavinmooney at gmail.com>
Subject: Re: How to restrict an agent assigment task... and also
restrictaworkitem for the Inbox for only one user.
To: "SAP Workflow Users' Group" <sap-wug at mit.edu>
Message-ID:
<7a545e270604120654v5b50b0f2uef7eac6417ba54b5 at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Check the bindings into the WFSYST-AGENT container element and from
that to the Agent for your work item.
If they're ok then it sounds like a buffering problem, especially if
you're seeing it in the task container in the log...
2006/4/12, Markkos <markkos at gmail.com>:
> I tried hardcoding it right now, and it works...
>
> I don't know why the element lose the value within the workflow...
>
> Any comments?
>
>
> On 4/12/06, Gavin Mooney <gavinmooney at gmail.com> wrote:
> > Markkos,
> >
> > You're saying that even hard-coding (via Container Operation) a
> > username into a container element and then routing the subsequent
> > workflow step to that container element (as an Expression) doesn't
> > make the work item go to the right person?
> >
> > Your container element is defined as like WFSYST-AGENT and you're
> > hardcoding the agent as e.g. USMARKKOS where MARKKOS is the
username?
> >
> > Maybe a binding problem then?
> >
> >
> > 2006/4/11, Markkos <markkos at gmail.com>:
> > > Yes Gavin , You understood, it's what you said...
> > >
> > > And you were right, no value is passing through the container
> operation...
> > > the strange thing here, is that I've checked the container of the
task
> that
> > > determines the user, and there it is...
> > >
> > > well, I tried to do several container operations without
succeeding.. I
> > > don't know what's the problem now...
> > >
> > > at least thanks for your comments...
> > >
> > >
> > > On 4/11/06, Gavin Mooney <gavinmooney at gmail.com> wrote:
> > > > Markkos,
> > > >
> > > > You say that the user can be any user for each run of the
workflow,
> > > > and that this user is determined in the preceding step. If the
agent
> > > > can be literally anyone, then your task may well need to be a
general
> > > > task.
> > > >
> > > > However the attribute "general task" belongs at the task level,
and if
> > > > you want the work item to be sent to the user identified in the
> > > > previous step then that will be assigned at the workflow step
level as
> > > > an 'Expression' where you insert the name of your container
element
> > > > that contains the user(s). I think that might be what you're
doing
> > > > already but I'm not sure I understood everything that you wrote.
> > > >
> > > > If the work item is going to everyone then it sounds like the
> > > > container element with your agents in is empty. Are you sure the
> > > > previous step is populating it correctly? To test this you could
put a
> > > > 'Container Operation' before your work item step and hard code a
user
> > > > ID into the container element then see if the work item is sent
to
> > > > that ID.
> > > >
> > > > HTH,
> > > > Gavin
> > > >
> > > > 2006/4/11, Markkos <markkos at gmail.com>:
> > > > > The question is:
> > > > >
> > > > > How do I have an agent assigned task without having it as a
general
> > > task?
> > > > > (Using an expression as the element (that will contain the SAP
User
> ID,
> > > with
> > > > > the US preceding...)
> > > > >
> > > > >
> > > > >
> > > > > On 4/11/06, Markkos < markkos at gmail.com > wrote:
> > > > > >
> > > > > > First, to Larry: No, I don't want to send it to myself.
> > > > > >
> > > > > > Second, Kjetil: is not the two points you wrote, it's "one
and
> only
> > > one
> > > > > user receives a task of this type, but this can be any user
for each
> run
> > > of
> > > > > the workflow". Because I determine this user in a previous
task.
> > > > > >
> > > > > > The problem is that when I put the element of the user agent
I
> > > determine,
> > > > > It seems that it doesn't respect it, all users will receive a
> workitem.
> > > And
> > > > > it should be only the one in the element (and it
contanins...for
> > > example,
> > > > > USUTEST1).
> > > > > >
> > > > > > I mean, why if I specify the user in the element, only the
user
> should
> > > > > receive the workitem notification,,, why all the others users
> receive
> > > the
> > > > > same workitem in their inbox... how come??
> > > > > >
> > > > > > Need some help with this issue.. I'll appreciate... thanks
> > > > > >
> > > > > >
> > > > > >
> > > > > > On 4/11/06, lianghuan.x.hu at accenture.com <
> > > lianghuan.x.hu at accenture.com >
> > > > > wrote:
> > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > Perhaps what Markkos wants is simply to send the work item
to
> himself.
> > > If
> > > > > this is the case, then instead of using "Expression" and the
> container
> > > > > element, try to use "US User", and "RETZ10".
> > > > > >
> > > > > > Larry Hu
> > > > > >
> > > > > > ________________________________
> > > > > From: sap-wug-bounces at mit.edu [mailto:
sap-wug-bounces at mit.edu] On
> > > Behalf Of
> > > > > Kjetil Kilhavn
> > > > > > Sent: Monday, April 10, 2006 2:57 AM
> > > > > >
> > > > > > To: SAP Workflow Users' Group
> > > > > >
> > > > > > Subject: RE: How to restrict an agent assigment task... and
also
> > > > > restrictaworkitem for the Inbox for only one user.
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > I am not quite sure if I understand what your requirement
is.
> > > > > >
> > > > > > Is the requirement to ensure that
> > > > > > a) you and only you (or any other user - but always the
same)
> receive
> > > all
> > > > > tasks of this type?
> > > > > > b) one and only one user receives a task of this type, but
this
> can be
> > > any
> > > > > user for each task?
> > > > > >
> > > > > > If your requirement is a) then the easiest solution would be
to
> > > restrict
> > > > > the possible agents of the task I imagine. In other words,
don't
> have a
> > > > > general task.
> > > > > >
> > > > > > If your requirement is b) then one solution is to create a
role,
> and
> > > mark
> > > > > the "Terminate if role resolution has no result" check box.
The role
> > > would
> > > > > e.g. take a user ID as input, check the validity of the user
and
> return
> > > it
> > > > > prefixed by US. Store the user ID that you pass in in a
workflow
> > > container
> > > > > element so you can change it and restart the workflow if there
is a
> > > problem.
> > > > > > --
> > > > > > Kjetil Kilhavn, Statoil ?FT KTJ BAS DEV SAP
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > ________________________________
> > > > > From: sap-wug-bounces at mit.edu [mailto:
sap-wug-bounces at mit.edu] On
> > > Behalf Of
> > > > > Markkos
> > > > > > Sent: 7. april 2006 17:43
> > > > > > To: SAP Workflow Users' Group
> > > > > > Subject: How to restrict an agent assigment task... and also
> restrict
> > > > > aworkitem for the Inbox for only one user.
> > > > > >
> > > > > >
> > > > > > Hi, I have problems with workitems restrictions...
> > > > > >
> > > > > > I have a task that must to be review only by a user, so I
have
> created
> > > a
> > > > > WFSYST-AGENT type element for the agent, so in the Agents task
> section
> > > I've
> > > > > selected the "Expression" option filled with my element
> (UserId_Agent),.
> > > In
> > > > > the other hand, I've checked the "Agent Assignment" (in Task
> Properties)
> > > > > option so the user will received the workitem in his inbox. In
the
> > > "Standard
> > > > > task: Maintain Agent Assignment" I have selected the General
Task
> > > > > Attribute.
> > > > > >
> > > > > > The problem here, is that all the users are receiving this
> workitem in
> > > > > their inbox, and I just want it for the user I stated in the
Element
> > > i've
> > > > > created (that contains 'USRETZ10', where 'RETZ10' is my
userID).
> > > > > >
> > > > > > How can I restrict the agent assignment for only and only
one
> user...
> > > > > (I've tried to use the excluded field). And for getting things
> worse,
> > > any
> > > > > user can proceed with the task, and that's not supposed to be.
> > > > > >
> > > > > > Maybe you can help me with this,,, I'll appreciate any
> comments....
> > > > > >
> > > > > > thanks in advance.
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > >
> -------------------------------------------------------------------
> > > > > > The information contained in this message may be
CONFIDENTIAL and
> is
> > > > > > intended for the addressee only. Any unauthorised use,
> dissemination
> > > of
> > > > > the
> > > > > > information or copying of this message is prohibited. If you
are
> not
> > > the
> > > > > > addressee, please notify the sender immediately by return
e-mail
> and
> > > > > delete
> > > > > > this message.
> > > > > > Thank you.
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > This message is for the designated recipient only and may
contain
> > > > > privileged, proprietary, or otherwise private information. If
you
> have
> > > > > received it in error, please notify the sender immediately and
> delete
> > > the
> > > > > original. Any other use of the email by you is prohibited.
> > > > > >
> > > > > > _______________________________________________
> > > > > > SAP-WUG mailing list
> > > > > > SAP-WUG at mit.edu
> > > > > > http://mailman.mit.edu/mailman/listinfo/sap-wug
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > _______________________________________________
> > > > > SAP-WUG mailing list
> > > > > SAP-WUG at mit.edu
> > > > > http://mailman.mit.edu/mailman/listinfo/sap-wug
> > > > >
> > > > >
> > > > >
> > > >
> > > > _______________________________________________
> > > > SAP-WUG mailing list
> > > > SAP-WUG at mit.edu
> > > > http://mailman.mit.edu/mailman/listinfo/sap-wug
> > > >
> > >
> > >
> > > _______________________________________________
> > > SAP-WUG mailing list
> > > SAP-WUG at mit.edu
> > > http://mailman.mit.edu/mailman/listinfo/sap-wug
> > >
> > >
> > >
> >
> > _______________________________________________
> > SAP-WUG mailing list
> > SAP-WUG at mit.edu
> > http://mailman.mit.edu/mailman/listinfo/sap-wug
> >
>
>
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug
>
>
>
------------------------------
Message: 3
Date: Wed, 12 Apr 2006 10:04:27 -0400
From: Markkos <markkos at gmail.com>
Subject: Re: How to restrict an agent assigment task... and also
restrictaworkitem for the Inbox for only one user.
To: "SAP Workflow Users' Group" <sap-wug at mit.edu>
Message-ID:
<debe95130604120704h2a5686f3y6e6d9e62775a8a27 at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Well, In the workitem container of the step that obtains the userID, the
string 'USUSER1' is there, but then when I try a container operation,
the
value doesn't appear.. it's empty.
On 4/12/06, Gavin Mooney <gavinmooney at gmail.com> wrote:
>
> Check the bindings into the WFSYST-AGENT container element and from
> that to the Agent for your work item.
>
> If they're ok then it sounds like a buffering problem, especially if
> you're seeing it in the task container in the log...
>
> 2006/4/12, Markkos <markkos at gmail.com>:
> > I tried hardcoding it right now, and it works...
> >
> > I don't know why the element lose the value within the workflow...
> >
> > Any comments?
> >
> >
> > On 4/12/06, Gavin Mooney <gavinmooney at gmail.com> wrote:
> > > Markkos,
> > >
> > > You're saying that even hard-coding (via Container Operation) a
> > > username into a container element and then routing the subsequent
> > > workflow step to that container element (as an Expression) doesn't
> > > make the work item go to the right person?
> > >
> > > Your container element is defined as like WFSYST-AGENT and you're
> > > hardcoding the agent as e.g. USMARKKOS where MARKKOS is the
username?
> > >
> > > Maybe a binding problem then?
> > >
> > >
> > > 2006/4/11, Markkos <markkos at gmail.com>:
> > > > Yes Gavin , You understood, it's what you said...
> > > >
> > > > And you were right, no value is passing through the container
> > operation...
> > > > the strange thing here, is that I've checked the container of
the
> task
> > that
> > > > determines the user, and there it is...
> > > >
> > > > well, I tried to do several container operations without
> succeeding.. I
> > > > don't know what's the problem now...
> > > >
> > > > at least thanks for your comments...
> > > >
> > > >
> > > > On 4/11/06, Gavin Mooney <gavinmooney at gmail.com> wrote:
> > > > > Markkos,
> > > > >
> > > > > You say that the user can be any user for each run of the
> workflow,
> > > > > and that this user is determined in the preceding step. If the
> agent
> > > > > can be literally anyone, then your task may well need to be a
> general
> > > > > task.
> > > > >
> > > > > However the attribute "general task" belongs at the task
level,
> and if
> > > > > you want the work item to be sent to the user identified in
the
> > > > > previous step then that will be assigned at the workflow step
> level as
> > > > > an 'Expression' where you insert the name of your container
> element
> > > > > that contains the user(s). I think that might be what you're
doing
> > > > > already but I'm not sure I understood everything that you
wrote.
> > > > >
> > > > > If the work item is going to everyone then it sounds like the
> > > > > container element with your agents in is empty. Are you sure
the
> > > > > previous step is populating it correctly? To test this you
could
> put a
> > > > > 'Container Operation' before your work item step and hard code
a
> user
> > > > > ID into the container element then see if the work item is
sent to
> > > > > that ID.
> > > > >
> > > > > HTH,
> > > > > Gavin
> > > > >
> > > > > 2006/4/11, Markkos <markkos at gmail.com>:
> > > > > > The question is:
> > > > > >
> > > > > > How do I have an agent assigned task without having it as a
> general
> > > > task?
> > > > > > (Using an expression as the element (that will contain the
SAP
> User
> > ID,
> > > > with
> > > > > > the US preceding...)
> > > > > >
> > > > > >
> > > > > >
> > > > > > On 4/11/06, Markkos < markkos at gmail.com > wrote:
> > > > > > >
> > > > > > > First, to Larry: No, I don't want to send it to myself.
> > > > > > >
> > > > > > > Second, Kjetil: is not the two points you wrote, it's "one
and
> > only
> > > > one
> > > > > > user receives a task of this type, but this can be any user
for
> each
> > run
> > > > of
> > > > > > the workflow". Because I determine this user in a previous
task.
> > > > > > >
> > > > > > > The problem is that when I put the element of the user
agent I
> > > > determine,
> > > > > > It seems that it doesn't respect it, all users will receive
a
> > workitem.
> > > > And
> > > > > > it should be only the one in the element (and it
contanins...for
> > > > example,
> > > > > > USUTEST1).
> > > > > > >
> > > > > > > I mean, why if I specify the user in the element, only the
> user
> > should
> > > > > > receive the workitem notification,,, why all the others
users
> > receive
> > > > the
> > > > > > same workitem in their inbox... how come??
> > > > > > >
> > > > > > > Need some help with this issue.. I'll appreciate... thanks
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > On 4/11/06, lianghuan.x.hu at accenture.com <
> > > > lianghuan.x.hu at accenture.com >
> > > > > > wrote:
> > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > Perhaps what Markkos wants is simply to send the work item
to
> > himself.
> > > > If
> > > > > > this is the case, then instead of using "Expression" and the
> > container
> > > > > > element, try to use "US User", and "RETZ10".
> > > > > > >
> > > > > > > Larry Hu
> > > > > > >
> > > > > > > ________________________________
> > > > > > From: sap-wug-bounces at mit.edu [mailto:
sap-wug-bounces at mit.edu]
> On
> > > > Behalf Of
> > > > > > Kjetil Kilhavn
> > > > > > > Sent: Monday, April 10, 2006 2:57 AM
> > > > > > >
> > > > > > > To: SAP Workflow Users' Group
> > > > > > >
> > > > > > > Subject: RE: How to restrict an agent assigment task...
and
> also
> > > > > > restrictaworkitem for the Inbox for only one user.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > I am not quite sure if I understand what your requirement
is.
> > > > > > >
> > > > > > > Is the requirement to ensure that
> > > > > > > a) you and only you (or any other user - but always the
same)
> > receive
> > > > all
> > > > > > tasks of this type?
> > > > > > > b) one and only one user receives a task of this type, but
> this
> > can be
> > > > any
> > > > > > user for each task?
> > > > > > >
> > > > > > > If your requirement is a) then the easiest solution would
be
> to
> > > > restrict
> > > > > > the possible agents of the task I imagine. In other words,
don't
> > have a
> > > > > > general task.
> > > > > > >
> > > > > > > If your requirement is b) then one solution is to create a
> role,
> > and
> > > > mark
> > > > > > the "Terminate if role resolution has no result" check box.
The
> role
> > > > would
> > > > > > e.g. take a user ID as input, check the validity of the user
and
> > return
> > > > it
> > > > > > prefixed by US. Store the user ID that you pass in in a
workflow
> > > > container
> > > > > > element so you can change it and restart the workflow if
there
> is a
> > > > problem.
> > > > > > > --
> > > > > > > Kjetil Kilhavn, Statoil ?FT KTJ BAS DEV SAP
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > ________________________________
> > > > > > From: sap-wug-bounces at mit.edu [mailto:
sap-wug-bounces at mit.edu]
> On
> > > > Behalf Of
> > > > > > Markkos
> > > > > > > Sent: 7. april 2006 17:43
> > > > > > > To: SAP Workflow Users' Group
> > > > > > > Subject: How to restrict an agent assigment task... and
also
> > restrict
> > > > > > aworkitem for the Inbox for only one user.
> > > > > > >
> > > > > > >
> > > > > > > Hi, I have problems with workitems restrictions...
> > > > > > >
> > > > > > > I have a task that must to be review only by a user, so I
have
> > created
> > > > a
> > > > > > WFSYST-AGENT type element for the agent, so in the Agents
task
> > section
> > > > I've
> > > > > > selected the "Expression" option filled with my element
> > (UserId_Agent),.
> > > > In
> > > > > > the other hand, I've checked the "Agent Assignment" (in Task
> > Properties)
> > > > > > option so the user will received the workitem in his inbox.
In
> the
> > > > "Standard
> > > > > > task: Maintain Agent Assignment" I have selected the
General
> Task
> > > > > > Attribute.
> > > > > > >
> > > > > > > The problem here, is that all the users are receiving this
> > workitem in
> > > > > > their inbox, and I just want it for the user I stated in the
> Element
> > > > i've
> > > > > > created (that contains 'USRETZ10', where 'RETZ10' is my
userID).
> > > > > > >
> > > > > > > How can I restrict the agent assignment for only and only
one
> > user...
> > > > > > (I've tried to use the excluded field). And for getting
things
> > worse,
> > > > any
> > > > > > user can proceed with the task, and that's not supposed to
be.
> > > > > > >
> > > > > > > Maybe you can help me with this,,, I'll appreciate any
> > comments....
> > > > > > >
> > > > > > > thanks in advance.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > >
> > -------------------------------------------------------------------
> > > > > > > The information contained in this message may be
CONFIDENTIAL
> and
> > is
> > > > > > > intended for the addressee only. Any unauthorised use,
> > dissemination
> > > > of
> > > > > > the
> > > > > > > information or copying of this message is prohibited. If
you
> are
> > not
> > > > the
> > > > > > > addressee, please notify the sender immediately by return
> e-mail
> > and
> > > > > > delete
> > > > > > > this message.
> > > > > > > Thank you.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > This message is for the designated recipient only and may
> contain
> > > > > > privileged, proprietary, or otherwise private information.
If
> you
> > have
> > > > > > received it in error, please notify the sender immediately
and
> > delete
> > > > the
> > > > > > original. Any other use of the email by you is prohibited.
> > > > > > >
> > > > > > > _______________________________________________
> > > > > > > SAP-WUG mailing list
> > > > > > > SAP-WUG at mit.edu
> > > > > > > http://mailman.mit.edu/mailman/listinfo/sap-wug
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > _______________________________________________
> > > > > > SAP-WUG mailing list
> > > > > > SAP-WUG at mit.edu
> > > > > > http://mailman.mit.edu/mailman/listinfo/sap-wug
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > _______________________________________________
> > > > > SAP-WUG mailing list
> > > > > SAP-WUG at mit.edu
> > > > > http://mailman.mit.edu/mailman/listinfo/sap-wug
> > > > >
> > > >
> > > >
> > > > _______________________________________________
> > > > SAP-WUG mailing list
> > > > SAP-WUG at mit.edu
> > > > http://mailman.mit.edu/mailman/listinfo/sap-wug
> > > >
> > > >
> > > >
> > >
> > > _______________________________________________
> > > SAP-WUG mailing list
> > > SAP-WUG at mit.edu
> > > http://mailman.mit.edu/mailman/listinfo/sap-wug
> > >
> >
> >
> > _______________________________________________
> > SAP-WUG mailing list
> > SAP-WUG at mit.edu
> > http://mailman.mit.edu/mailman/listinfo/sap-wug
> >
> >
> >
>
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://mailman.mit.edu/pipermail/sap-wug/attachments/20060412/3c1e2bc9/a
ttachment.htm
------------------------------
_______________________________________________
SAP-WUG mailing list
SAP-WUG at mit.edu
http://mailman.mit.edu/mailman/listinfo/sap-wug
End of SAP-WUG Digest, Vol 17, Issue 37
***************************************
More information about the SAP-WUG
mailing list