Consolidated email

Shai Eyal shai.eyal at yahoo.com
Thu Sep 11 05:02:07 EDT 2008


Sharath,

You should refer to t.code SWNCONFIG.
Additional help can be found in the following URL.
http://help.sap.com/saphelp_nw70/helpdata/EN/d5/581ee8d56f1247bf34cfcd66d16d81/frameset.htm

Good luck,
 
Regards,
Shai Eyal
SAP Logistics senior consultant
SAP Workflow specialist
Mobile: 972-52-5816633



----- Original Message ----
From: "sap-wug-request at mit.edu" <sap-wug-request at mit.edu>
To: sap-wug at mit.edu
Sent: Thursday, September 11, 2008 11:26:53
Subject: SAP-WUG Digest, Vol 46, Issue 36

Send SAP-WUG mailing list submissions to
    sap-wug at mit.edu

To subscribe or unsubscribe via the World Wide Web, visit
    http://mailman.mit.edu/mailman/listinfo/sap-wug
or, via email, send a message with subject or body 'help' to
    sap-wug-request at mit.edu

You can reach the person managing the list at
    sap-wug-owner at mit.edu

When replying, please edit your Subject line so it is more specific
than "Re: Contents of SAP-WUG digest..."


Today's Topics:

  1. RE: Issue while posting the invoice in background using the
      WF-BATCHuser (Mike Pokraka)
  2. Re: RE: Issue while posting the invoice in background using
      the     WF-BATCHuser (Florin Wach)
  3. Re: Consolidated email (Sharath K)
  4. RE: ABAP-OO Workflow Rule Resolution (Mike Gambier)


----------------------------------------------------------------------

Message: 1
Date: Thu, 11 Sep 2008 08:25:59 +0100 (BST)
From: "Mike Pokraka" <wug at workflowconnections.com>
Subject: RE: Issue while posting the invoice in background using the
    WF-BATCHuser
To: "SAP Workflow Users' Group" <sap-wug at mit.edu>
Message-ID:
    <48453.212.157.1.1.1221117959.squirrel at workflowconnections.com.mail.aaisp.net.uk>
    
Content-Type: text/plain;charset=iso-8859-1

Hi Margaret,

Yes, you assume correctly. The tRFC is the technical process by which the
context switch is accomplished. Your userid creates the workitem (a side
effect of advance with dialog) and then initiates a tRFC to start a new
logon session for user WF-BATCH, which then executes the workitem.

In other words a tRFC will always appear where the processing switches
from dialog to background. If you skip the Check Approver step then the
next background step will show a tRFC.

Cheers,
Mike


On Wed, September 10, 2008 10:13 pm, Schumacher, Margaret wrote:
> Yes, I see the User Context and the "Processing Started" log entry has
> my name and the entry is tRFC ... only the "Processing Complete" and
> "Result Processing" show WF-BATCH.  I can't see the trfc because it says
> it already processed but would it have processed as me or WF-BATCH?
> Do you think if I remove the Check Approver step and had it go directly
> to the "Post parked doc" it would also have the tRFC object?
>
>
> No time to test it today.  Thanks for the feedback.
>
>
> Regards
>
> Margaret Schumacher
>
>
> -----Original Message-----
> From: Mike Pokraka [mailto:wug at workflowconnections.com]
> Sent: Wednesday, September 10, 2008 2:08 PM
> To: SAP Workflow Users' Group
> Subject: RE: Issue while posting the invoice in background using the
> WF-BATCHuser
>
> Hi Margaret,
>
> When you say:
> "I might be way off base but I seem to recall that immediate processing
> of the next step might cary over the prior user's id."
> you are only slightly off target.
>
> Scroll all the way to the right of the log and you'll see a column 'User
> Context'. This is new as of 620 or thereabouts and will show you the
> userid the transaction is working under.
>
> To put it simply, if the next task is dialog it will be *created* under
> your user (but placed in the next recipient's inbox); if it's background
> it will show the log as you pointed out but the context will be
> WF-BATCH.
>
> Cheers,
> Mike
>
>
> On Wed, September 10, 2008 4:29 pm, Schumacher, Margaret wrote:
>> Could it be that after the Approval the next step is the background
>> post which you think is executed by WF-BATCh but really starts with
>> the User Id of the prior step?  I have a step between the approval and
>> the post that verifies the approver has auth to approve since it might
>> have been forwarded or substituted.  Notice that step 164 has my name
>> on the processing started log entry.  I might be way off base but I
>> seem to recall that immediate processing of the next step might cary
> over the
>> prior user's id.    Please tell me if I'm wrong just seem to recall
>> this might be the case.....
>>
>>
>>
>>
>> Regards
>>
>>
>>
>> Margaret Schumacher
>>
>>
>>
>>
>> ________________________________
>>
>> From: Ibrahim Khan [mailto:ikhansap at gmail.com]
>> Sent: Wednesday, September 10, 2008 5:42 AM
>> To: SAP Workflow Users' Group
>> Subject: Re: Issue while posting the invoice in background using the
>> WF-BATCHuser
>>
>>
>> Hi Paul,
>>  I check the Authorization check trace in ST01, everything is fine.
>> Still can't figure our what could be the issue. I hope authorization
>> should not be and issue since WF-BATCH have an SAP_ALL authorization.
>>
>>
>> On Wed, Sep 10, 2008 at 2:51 PM, <Paul.Bakker at osr.treasury.qld.gov.au>
>> wrote:
>>
>>
>>      Ibrahim,
>>
>>      Have you tried an authorization trace (via ST01) to verify that
>> WF-BATCH is
>>      actually posting the invoice?
>>
>>      cheers
>>      Paul
>>
>>
>>
>>
>>                  "Ibrahim Khan"
>>                  <ikhansap at gmail.c
>>                  om>
>> To
>>                  Sent by:                  "SAP Workflow Users'
>> Group"
>>                  sap-wug-bounces at m        <SAP-WUG at mit.edu>
>>                  it.edu
>> cc
>>
>>
>> Subject
>>                  10/09/2008 04:24          Issue while posting the
>> invoice in
>>                  PM                        background using the
>> WF-BATCH user
>>
>>
>>                  Please respond to
>>                    "SAP Workflow
>>                    Users' Group"
>>                  <sap-wug at mit.edu>
>>
>>
>>
>>
>>
>>
>>
>>      Hi Friends,
>>        I am facing an issue while posting the invoice in background
> using
>> the
>>      WF-BATCH user. I am using a invoice approval workflow where in
> when
>> the
>>      approver approvers the invoice the invoice document get posted
> using
>> a
>>      background method, which uses BO FIPP and Method POST and i am
>> returning
>>      the Message Text to my workflow container from this method. When
> i
>> see the
>>      log an exception is rasied from this method with an error
> message
>> "V004:
>>      You are not authorized to change this document", but WF-BATCH is
>> having
>>      SAP_ALL and SAP_NEW authorizations. If i try to post the invoice
>> using the
>>      method from my user id it is getting posted. What could be the
> issue.
>>      Please advice.
>>
>>
>>      _______________________________________________
>>      SAP-WUG mailing list
>>      SAP-WUG at mit.edu
>>      http://mailman.mit.edu/mailman/listinfo/sap-wug
>>
>>
>>
>>
>> **********************************************************************
>> **
>> **********************************************************************
>> **
>> ******
>>
>>      Only an individual or entity who is intended to be a recipient
> of
>> this e-mail may access or use the information contained in this e-mail
>> or any of its attachments.  Opinions contained in this e-mail or any
>> of its attachments do not necessarily reflect the opinions of
>> Queensland Treasury.
>>
>>      The contents of this e-mail and any attachments are confidential
> and
>> may be legally privileged and the subject of copyright.  If you have
>> received this e-mail in error, please notify Queensland Treasury
>> immediately and erase all copies of the e-mail and the attachments.
>> Queensland Treasury uses virus scanning software.  However, it is not
>> liable for viruses present in this e-mail or in any attachment.
>>
>>
>> **********************************************************************
>> **
>> **********************************************************************
>> **
>> ******
>>
>>      _______________________________________________
>>      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: 2
Date: Thu, 11 Sep 2008 09:43:45 +0200
From: "Florin Wach" <florin.wach at gmx.net>
Subject: Re: RE: Issue while posting the invoice in background using
    the     WF-BATCHuser
To: "SAP Workflow Users' Group" <sap-wug at mit.edu>
Message-ID: <20080911074345.183370 at gmx.net>
Content-Type: text/plain; charset="us-ascii"

Hi Margaret,

you also may create a new object method, e.g. FIPP.PostDialog and mark this as "synchronous, dialog" with the coding of
  swc_call_method self 'POST' container.
  IF sy-subrc ...
      "Handel exception 1001 and 1002 here and pass on

This way (after removing that step in-between that changes the user-ID to WF-BATCH) that task will be executing with the current user-id, but you have to take more care about the workflow-pattern, as the user might struggle with such a work item in his inbox, if there was an exception on the POST-Method.

Best wishes,
Florin

-------- Original-Nachricht --------
> Datum: Thu, 11 Sep 2008 08:25:59 +0100 (BST)
> Von: "Mike Pokraka" <wug at workflowconnections.com>
> An: "SAP Workflow Users\' Group" <sap-wug at mit.edu>
> Betreff: RE: Issue while posting the invoice in background using the     WF-BATCHuser

> Hi Margaret,
> 
> Yes, you assume correctly. The tRFC is the technical process by which the
> context switch is accomplished. Your userid creates the workitem (a side
> effect of advance with dialog) and then initiates a tRFC to start a new
> logon session for user WF-BATCH, which then executes the workitem.
> 
> In other words a tRFC will always appear where the processing switches
> from dialog to background. If you skip the Check Approver step then the
> next background step will show a tRFC.
> 
> Cheers,
> Mike
> 
> 
> On Wed, September 10, 2008 10:13 pm, Schumacher, Margaret wrote:
> > Yes, I see the User Context and the "Processing Started" log entry has
> > my name and the entry is tRFC ... only the "Processing Complete" and
> > "Result Processing" show WF-BATCH.  I can't see the trfc because it says
> > it already processed but would it have processed as me or WF-BATCH?
> > Do you think if I remove the Check Approver step and had it go directly
> > to the "Post parked doc" it would also have the tRFC object?
> >
> >
> > No time to test it today.  Thanks for the feedback.
> >
> >
> > Regards
> >
> > Margaret Schumacher
> >
> >
> > -----Original Message-----
> > From: Mike Pokraka [mailto:wug at workflowconnections.com]
> > Sent: Wednesday, September 10, 2008 2:08 PM
> > To: SAP Workflow Users' Group
> > Subject: RE: Issue while posting the invoice in background using the
> > WF-BATCHuser
> >
> > Hi Margaret,
> >
> > When you say:
> > "I might be way off base but I seem to recall that immediate processing
> > of the next step might cary over the prior user's id."
> > you are only slightly off target.
> >
> > Scroll all the way to the right of the log and you'll see a column 'User
> > Context'. This is new as of 620 or thereabouts and will show you the
> > userid the transaction is working under.
> >
> > To put it simply, if the next task is dialog it will be *created* under
> > your user (but placed in the next recipient's inbox); if it's background
> > it will show the log as you pointed out but the context will be
> > WF-BATCH.
> >
> > Cheers,
> > Mike
> >
> >
> > On Wed, September 10, 2008 4:29 pm, Schumacher, Margaret wrote:
> >> Could it be that after the Approval the next step is the background
> >> post which you think is executed by WF-BATCh but really starts with
> >> the User Id of the prior step?  I have a step between the approval and
> >> the post that verifies the approver has auth to approve since it might
> >> have been forwarded or substituted.  Notice that step 164 has my name
> >> on the processing started log entry.  I might be way off base but I
> >> seem to recall that immediate processing of the next step might cary
> > over the
> >> prior user's id.    Please tell me if I'm wrong just seem to recall
> >> this might be the case.....
> >>
> >>
> >>
> >>
> >> Regards
> >>
> >>
> >>
> >> Margaret Schumacher
> >>
> >>
> >>
> >>
> >> ________________________________
> >>
> >> From: Ibrahim Khan [mailto:ikhansap at gmail.com]
> >> Sent: Wednesday, September 10, 2008 5:42 AM
> >> To: SAP Workflow Users' Group
> >> Subject: Re: Issue while posting the invoice in background using the
> >> WF-BATCHuser
> >>
> >>
> >> Hi Paul,
> >>  I check the Authorization check trace in ST01, everything is fine.
> >> Still can't figure our what could be the issue. I hope authorization
> >> should not be and issue since WF-BATCH have an SAP_ALL authorization.
> >>
> >>
> >> On Wed, Sep 10, 2008 at 2:51 PM, <Paul.Bakker at osr.treasury.qld.gov.au>
> >> wrote:
> >>
> >>
> >>      Ibrahim,
> >>
> >>      Have you tried an authorization trace (via ST01) to verify that
> >> WF-BATCH is
> >>      actually posting the invoice?
> >>
> >>      cheers
> >>      Paul
> >>
> >>
> >>
> >>
> >>                  "Ibrahim Khan"
> >>                  <ikhansap at gmail.c
> >>                  om>
> >> To
> >>                  Sent by:                  "SAP Workflow Users'
> >> Group"
> >>                  sap-wug-bounces at m        <SAP-WUG at mit.edu>
> >>                  it.edu
> >> cc
> >>
> >>
> >> Subject
> >>                  10/09/2008 04:24          Issue while posting the
> >> invoice in
> >>                  PM                        background using the
> >> WF-BATCH user
> >>
> >>
> >>                  Please respond to
> >>                    "SAP Workflow
> >>                    Users' Group"
> >>                  <sap-wug at mit.edu>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>      Hi Friends,
> >>        I am facing an issue while posting the invoice in background
> > using
> >> the
> >>      WF-BATCH user. I am using a invoice approval workflow where in
> > when
> >> the
> >>      approver approvers the invoice the invoice document get posted
> > using
> >> a
> >>      background method, which uses BO FIPP and Method POST and i am
> >> returning
> >>      the Message Text to my workflow container from this method. When
> > i
> >> see the
> >>      log an exception is rasied from this method with an error
> > message
> >> "V004:
> >>      You are not authorized to change this document", but WF-BATCH is
> >> having
> >>      SAP_ALL and SAP_NEW authorizations. If i try to post the invoice
> >> using the
> >>      method from my user id it is getting posted. What could be the
> > issue.
> >>      Please advice.
> >>
> >>
> >>      _______________________________________________
> >>      SAP-WUG mailing list
> >>      SAP-WUG at mit.edu
> >>      http://mailman.mit.edu/mailman/listinfo/sap-wug
> >>
> >>
> >>
> >>
> >> **********************************************************************
> >> **
> >> **********************************************************************
> >> **
> >> ******
> >>
> >>      Only an individual or entity who is intended to be a recipient
> > of
> >> this e-mail may access or use the information contained in this e-mail
> >> or any of its attachments.  Opinions contained in this e-mail or any
> >> of its attachments do not necessarily reflect the opinions of
> >> Queensland Treasury.
> >>
> >>      The contents of this e-mail and any attachments are confidential
> > and
> >> may be legally privileged and the subject of copyright.  If you have
> >> received this e-mail in error, please notify Queensland Treasury
> >> immediately and erase all copies of the e-mail and the attachments.
> >> Queensland Treasury uses virus scanning software.  However, it is not
> >> liable for viruses present in this e-mail or in any attachment.
> >>
> >>
> >> **********************************************************************
> >> **
> >> **********************************************************************
> >> **
> >> ******
> >>
> >>      _______________________________________________
> >>      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: Thu, 11 Sep 2008 00:51:41 -0700 (PDT)
From: Sharath K <ksharath77 at yahoo.com>
Subject: Re: Consolidated email
To: "SAP Workflow Users' Group" <sap-wug at mit.edu>
Message-ID: <487547.70424.qm at web39708.mail.mud.yahoo.com>
Content-Type: text/plain; charset="iso-8859-1"

Hi Shay,
could you please give me some more info on 'Extended Notifications for SAP Business Workflow?'..is this same what we see in?workflow task as separate tab..
How this will send single email?for more then 1 work items..till now I am thinking this will send separate email for each work item...could you please give me some details..


thanks...



----- Original Message ----
From: Shai Eyal <shai.eyal at yahoo.com>
To: sap-wug at mit.edu
Sent: Thursday, September 11, 2008 1:47:04 AM
Subject: Re: Consolidated email


Sharath 

In case you're using extended notification (which I personally recommend) you can do it via the category definitions for collective message.

If you're using RSWUWFML2 you have set the granularity for collective message but it is collective per recipient and not per task. You can "play" with variants but that's not elegant. In addition, in this case RSWUWFML2 does not provide?links.

Good luck,


Regards,
Shai Eyal
SAP Logistics senior consultant
SAP Workflow specialist
Mobile: 972-52-5816633


Message: 2
Date: Wed, 10 Sep 2008 09:05:36 -0700 (PDT)
From: Sharath K <ksharath77 at yahoo.com>
Subject: Consolidated email
To: "SAP Workflow Users' Group" <sap-wug at mit.edu>
Message-ID: <374216.57157.qm at web39702.mail.mud.yahoo.com>
Content-Type: text/plain; charset="us-ascii"

Hi All,
I have a workflow which sends an outlook email approval/rejection. Is it possible to send a single email to the user if he is involved in multiple instances..

thanks,
Sharath




________________________________
Get your preferred Email name! 
Now you can @ymail.com and @rocketmail.com.


      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/sap-wug/attachments/20080911/3bf02742/attachment-0001.htm

------------------------------

Message: 4
Date: Thu, 11 Sep 2008 08:26:16 +0000
From: Mike Gambier <madgambler at hotmail.com>
Subject: RE: ABAP-OO Workflow Rule Resolution
To: "SAP Workflow Users' Group" <sap-wug at mit.edu>
Message-ID: <BAY117-W1103AC87B9F6B441C8E63BD5560 at phx.gbl>
Content-Type: text/plain; charset="iso-8859-1"


Florin,

That's precisely my point. I think SAP have missed a trick here in relying on the old SWCONT container construct everywhere. The fact that they haven't touched their old FMs is probably more to do with backwards compatibility rather than backwards thinking I'm sure. But frankly I'm staggered that they haven't extended their containers to offer a construct that can actually cope with class instances as well as BOR object instances and flat elements all in one place.

The only problem with ABAP_PARMBIND that trips a lot of poeple up is the local definition of types and data variables that end up being freed in the call stack thereby invalidating the container entries. But, apart from this limitation they are extremely verstaile.

Surely ABAP_PARMBIND lends itself to the 'new' ABAP-OO Workflow engine? To my mind they were made for each other.

Mike GT> Date: Thu, 11 Sep 2008 09:00:13 +0200> From: florin.wach at gmx.net> Subject: Re: RE: ABAP-OO Workflow Rule Resolution> To: sap-wug at mit.edu> > ...because it isn't passed to the function module of the rule resolution> (see function module RH_GET_ACTORS lines 158ff)> * execute function to resolve actor without evaluation path> > CALL FUNCTION exec_fname> TABLES> ac_container = actor_container> actor_tab = actor_tab> EXCEPTIONS> OTHERS = 1.> > > > -------- Original-Nachricht --------> > Datum: Wed, 10 Sep 2008 15:51:40 +0000> > Von: Mike Gambier <madgambler at hotmail.com>> > An: "SAP Workflow Users\' Group" <sap-wug at mit.edu>> > Betreff: RE: ABAP-OO Workflow Rule Resolution> > > > > Florin,> > > > Any reason why a container based on ABAP_PARMBIND_TAB couldn't be used> > here instead?> > > > Mike GT> Date: Wed, 10 Sep 2008 16:14:52 +0200> From: florin.wach at gmx.net>> > Subject: ABAP-OO Workflow Rule Resolution> To: sap-wug at mit.edu> > Hi> > Wuggies,> > I
 have just stumbled over!
  an issue with the rule resolution by> > "function module" using ABAP-OO, as the container is not passed as a reference> > to IF_SWF_CNT_CONTAINER nor as a persistent XML-reference (as the check and> > receiver function modules do). So there's currently a small GAP.> > > The> > requirement was, to pass the persistent object reference (structure> > SIBFLPOR) and/or the object instance (TYPE REF TO ---type---) to the role-container> > (AC_CONTAINER).> > The straightforward(?) solution was:> - Create a> > container element "LPOR" with struct-reference to type SIBFLPOR> - Create a> > public attribute MS_LPOR and assign this in the binding to the rule> > (Releasable->MS_LPOR --> LPOR)> > A little bit of a suprise was, that the binding> > checks returns with an error, saying that that assignment is just incompatible.> > That was true in the way, that the instance-attribute MS_LPOR was treated> > as it was a TYPE-REF-TO definition. So the only eligible target
 type for the> > bindi!
ng was a TYPE-REF-TO definition.> > However. I have changed the> > con
tainer stuff and now having a new element RELEASALBE with a TYPE-REF-TO> > definition and within the dataflow I just pass the _wi_object_id itself. Now the> > binding checks is fine.> > On runtime now, the following coding will /not/> > work, to retrieve the object instance:> > DATA: releasable TYPE REF TO> > Z_CL_RELEASABLE.> swc_get_element ac_container 'Releasable' releasable.> >> > Because the "new" ABAP-OO elements are passed in a way, that the old> > BOR-container macros cannot work with.> > On the other hand, the rule interface does> > not (!) provide the ac_container as an object referring to> > IF_SWF_CNT_CONTAINER (or something like this).> > So this is, how it works:> > Create a> > new import parameter (optional, pass-value) for future use:>> > ACTOR_CONTAINER_OO TYPE REF TO IF_SWF_CNT_CONTAINER Container: Implementing Class> > > "...> > further in coding> > * The ABAP-OO container object is currently not> > designed by SAP. This> * part is
 not yet fully compatibl!
e to the new> > ABAP-OO-Workflow.> * Therefore we will help ourself here and create it backwards from>> > * the BOR-container.> * If the interface is correctly(!) used in the> > future, then we will> * also use, what the standard gives us.> IF> > actor_container_oo IS INITIAL.> CALL METHOD> > CL_SWF_CNT_CONTAINER=>IF_SWF_CNT_CONVERSION~CREATE_FROM_BOR_CONTAINER> EXPORTING> values = ac_container[]> RECEIVING>> > container = actor_container_oo.> ENDIF.> > DATA: releasable_oo TYPE REF TO> > Z_CL_RELEASABLE.> swf_get_element actor_container_oo 'Releasable'> > lo_releasable.> "no it's fine :-)> IF NOT sy-subrc EQ 0.> "Handle exceptions here>> > ENDIF.> > > > Take care,> Florin>> > _______________________________________________> SAP-WUG mailing list> SAP-WUG at mit.edu>> > http://mailman.mit.edu/mailman/listinfo/sap-wug> > _________________________________________________________________> > Make a mini you and download it into Windows Live Messenger> >
 http://clk.atdmt.com/UKM/go/1!
11354029/direct/01/> _______________________________________________> 
SAP-WUG mailing list> SAP-WUG at mit.edu> http://mailman.mit.edu/mailman/listinfo/sap-wug
_________________________________________________________________
Make a mini you and download it into Windows Live Messenger
http://clk.atdmt.com/UKM/go/111354029/direct/01/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/sap-wug/attachments/20080911/34ea4ed9/attachment.htm

------------------------------

_______________________________________________
SAP-WUG mailing list
SAP-WUG at mit.edu
http://mailman.mit.edu/mailman/listinfo/sap-wug


End of SAP-WUG Digest, Vol 46, Issue 36
***************************************



      Get your new Email address!
Grab the Email name you&#39;ve always wanted before someone else does!
http://mail.promotions.yahoo.com/newdomains/aa/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/sap-wug/attachments/20080911/8f6ffbb6/attachment.htm


More information about the SAP-WUG mailing list