<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<STYLE>.hmmessage P {
        PADDING-RIGHT: 0px; PADDING-LEFT: 0px; PADDING-BOTTOM: 0px; MARGIN: 0px; PADDING-TOP: 0px
}
BODY.hmmessage {
        FONT-SIZE: 10pt; FONT-FAMILY: Tahoma
}
</STYLE>

<META content="MSHTML 6.00.6000.16674" name=GENERATOR></HEAD>
<BODY class=hmmessage bgColor=#fafafa>
<DIV><FONT face=Arial>Hi Rick,</FONT></DIV>
<DIV><FONT face=Arial></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial>thanks for the feedback. Some times the realm of 
SAP&nbsp;seems to take some queer turnings :-)=</FONT></DIV>
<DIV><FONT face=Arial></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial>Best wishes,</FONT></DIV>
<DIV><FONT face=Arial>Florin</FONT></DIV>
<BLOCKQUOTE 
style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
  <DIV style="FONT: 10pt arial">----- Original Message ----- </DIV>
  <DIV 
  style="BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: black"><B>From:</B> 
  <A title=Rick.Sample@graybar.com href="mailto:Rick.Sample@graybar.com">Sample, 
  Rick</A> </DIV>
  <DIV style="FONT: 10pt arial"><B>To:</B> <A title=sap-wug@mit.edu 
  href="mailto:sap-wug@mit.edu">SAP Workflow Users' Group</A> </DIV>
  <DIV style="FONT: 10pt arial"><B>Sent:</B> Thursday, July 03, 2008 8:31 
  PM</DIV>
  <DIV style="FONT: 10pt arial"><B>Subject:</B> RE: Release Strategy issues in 
  4.6c</DIV>
  <DIV><BR></DIV>
  <DIV dir=ltr align=left><SPAN class=886252118-03072008><FONT 
  face="Microsoft Sans Serif">Florin,</FONT></SPAN></DIV>
  <DIV dir=ltr align=left><SPAN class=886252118-03072008><FONT 
  face="Microsoft Sans Serif"></FONT></SPAN>&nbsp;</DIV>
  <DIV dir=ltr align=left><SPAN class=886252118-03072008><FONT 
  face="Microsoft Sans Serif">What I was getting at&nbsp; was using an 
  non-instance method, create the object, etc. etc. etc. </FONT></SPAN></DIV>
  <DIV dir=ltr align=left><SPAN class=886252118-03072008><FONT 
  face="Microsoft Sans Serif">That would indeed work without&nbsp;binding the 
  object. I would only need the key to create. </FONT></SPAN></DIV>
  <DIV dir=ltr align=left><SPAN class=886252118-03072008><FONT 
  face="Microsoft Sans Serif">BUT, </FONT></SPAN><SPAN 
  class=886252118-03072008><FONT face="Microsoft Sans Serif">I just had to step 
  away from the PC for a while. (Overkill and horrible solution. 
  LOL)</FONT></SPAN></DIV>
  <DIV dir=ltr align=left><SPAN class=886252118-03072008><FONT 
  face="Microsoft Sans Serif"></FONT></SPAN>&nbsp;</DIV>
  <DIV dir=ltr align=left><SPAN class=886252118-03072008><FONT 
  face="Microsoft Sans Serif">I tried ALL the suggestions but the ONLY thing I 
  can get to work is simple WAIT UP TO 3 SECONDS </FONT></SPAN></DIV>
  <DIV dir=ltr align=left><SPAN class=886252118-03072008><FONT 
  face="Microsoft Sans Serif">before I do a SELECT on EKKO. Simply bypass the 
  BUS2012 attributes. Simple did not work! </FONT></SPAN></DIV>
  <DIV dir=ltr align=left><SPAN class=886252118-03072008><FONT 
  face="Microsoft Sans Serif"></FONT></SPAN>&nbsp;</DIV>
  <DIV dir=ltr align=left><SPAN class=886252118-03072008><FONT 
  face="Microsoft Sans Serif">I really wanted to be able to get the data from 
  the attributes vs. a wait but it works and "it is what it 
  is".</FONT></SPAN></DIV>
  <DIV dir=ltr align=left><SPAN class=886252118-03072008><FONT 
  face="Microsoft Sans Serif">
  <DIV dir=ltr align=left><SPAN class=886252118-03072008><FONT 
  face="Microsoft Sans Serif">The code I am executing&nbsp;the 3 second wait is 
  in a background task anyway, so not really a 'bad' solution. 
  </FONT></SPAN></DIV>
  <DIV dir=ltr align=left><SPAN class=886252118-03072008></SPAN>&nbsp;</DIV>
  <DIV dir=ltr align=left><SPAN 
  class=886252118-03072008></SPAN></FONT></SPAN><SPAN 
  class=886252118-03072008></SPAN><SPAN 
  class=886252118-03072008></SPAN>&nbsp;</DIV></DIV><SPAN 
  style="FONT-SIZE: 8pt; COLOR: #3399cc; FONT-FAMILY: Arial"><SPAN 
  style="FONT-WEIGHT: bold; COLOR: #000000">Rick Sample</SPAN> <SPAN 
  style="COLOR: #000000">| </SPAN>Office (314) 573-5700<SPAN 
  style="COLOR: #000000"> | </SPAN>rick.sample@graybar.com <BR><A 
  href="http://www.graybar.com/">www.graybar.com</A> - <I>Works to Your 
  Advantage</I> </SPAN>
  <DIV>&nbsp;</DIV><BR>
  <DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left>
  <HR tabIndex=-1>
  <FONT face=Tahoma size=2><B>From:</B> sap-wug-bounces@mit.edu 
  [mailto:sap-wug-bounces@mit.edu] <B>On Behalf Of </B>Florin Wach 
  (gmx)<BR><B>Sent:</B> Wednesday, July 02, 2008 3:20 PM<BR><B>To:</B> SAP 
  Workflow Users' Group<BR><B>Subject:</B> Re: Release Strategy issues in 
  4.6c<BR></FONT><BR></DIV>
  <DIV></DIV>
  <DIV><FONT face=Arial>you /have/ to bind.</FONT></DIV>
  <DIV><FONT face=Arial>The business object instances are cached in a global 
  memory, holding them there for the duration of the user's context session. So 
  it wouldn't be of any benefit.</FONT></DIV>
  <DIV><FONT face=Arial>Re-Defining the attribute to become "virtual" is 
  absolutely fine, as this is the purpose and meaning of a virtual attribute: To 
  deliver current / calculated data.</FONT></DIV>
  <BLOCKQUOTE 
  style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
    <DIV style="FONT: 10pt arial">----- Original Message ----- </DIV>
    <DIV 
    style="BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: black"><B>From:</B> 
    <A title=Rick.Sample@graybar.com 
    href="mailto:Rick.Sample@graybar.com">Sample, Rick</A> </DIV>
    <DIV style="FONT: 10pt arial"><B>To:</B> <A title=sap-wug@mit.edu 
    href="mailto:sap-wug@mit.edu">SAP Workflow Users' Group</A> </DIV>
    <DIV style="FONT: 10pt arial"><B>Sent:</B> Wednesday, July 02, 2008 10:18 
    PM</DIV>
    <DIV style="FONT: 10pt arial"><B>Subject:</B> RE: Release Strategy issues in 
    4.6c</DIV>
    <DIV><BR></DIV>
    <DIV dir=ltr align=left><SPAN class=049041220-02072008><FONT 
    face="Microsoft Sans Serif">I have a WF 101 question. </FONT></SPAN></DIV>
    <DIV dir=ltr align=left><SPAN class=049041220-02072008><FONT 
    face="Microsoft Sans Serif">On the Task bindings if I&nbsp;DO NOT bind 
    ZBUS2012 to the task (leaving it blank), will this force the task to 
    re-instantiate the object vs. passing in that copy?</FONT></SPAN></DIV>
    <DIV dir=ltr align=left><SPAN class=049041220-02072008><FONT 
    face="Microsoft Sans Serif">By default, I bind the objects. Especially on 
    Dialog steps where I will use some object attributes for the display in the 
    text.</FONT></SPAN></DIV>
    <DIV dir=ltr align=left><SPAN class=049041220-02072008><FONT 
    face="Microsoft Sans Serif"></FONT></SPAN>&nbsp;</DIV>
    <DIV dir=ltr align=left><SPAN class=049041220-02072008><FONT 
    face="Microsoft Sans Serif">Rick</FONT></SPAN></DIV>
    <DIV dir=ltr align=left><SPAN class=049041220-02072008><FONT 
    face="Microsoft Sans Serif"></FONT></SPAN>&nbsp;</DIV>
    <DIV dir=ltr align=left><SPAN class=049041220-02072008><FONT 
    face="Microsoft Sans Serif"></FONT></SPAN>&nbsp;</DIV>
    <DIV dir=ltr align=left>
    <HR tabIndex=-1>
    </DIV>
    <DIV dir=ltr align=left><FONT face=Tahoma><B>From:</B> 
    sap-wug-bounces@mit.edu [mailto:sap-wug-bounces@mit.edu] <B>On Behalf Of 
    </B>Sample, Rick<BR><B>Sent:</B> Wednesday, July 02, 2008 11:22 
    AM<BR><B>To:</B> SAP Workflow Users' Group<BR><B>Subject:</B> RE: Release 
    Strategy issues in 4.6c<BR></FONT><BR></DIV>
    <DIV></DIV>
    <DIV dir=ltr align=left><SPAN class=725530616-02072008><FONT 
    face="Microsoft Sans Serif">All,</FONT></SPAN></DIV>
    <DIV dir=ltr align=left><SPAN class=725530616-02072008><FONT 
    face="Microsoft Sans Serif">Got some good ideas.</FONT></SPAN></DIV>
    <DIV dir=ltr align=left><SPAN class=725530616-02072008><FONT 
    face="Microsoft Sans Serif"></FONT></SPAN>&nbsp;</DIV>
    <DIV dir=ltr align=left><SPAN class=725530616-02072008><FONT 
    face="Microsoft Sans Serif">I will post&nbsp;the&nbsp;details when I get the 
    best solution&nbsp;working. </FONT></SPAN><SPAN 
    class=725530616-02072008><FONT face="Microsoft Sans Serif">I already have an 
    extended object, </FONT></SPAN></DIV>
    <DIV dir=ltr align=left><SPAN class=725530616-02072008><FONT 
    face="Microsoft Sans Serif">and changing the BOR attributes&nbsp;'sounds' 
    like the cleanest first attempt. i.e. no other code changes in all my 
    methods.</FONT></SPAN></DIV>
    <DIV dir=ltr align=left><SPAN class=725530616-02072008><FONT 
    face="Microsoft Sans Serif">But, I will have to see how it impacts my other 
    Wfs hanging on ZBUS2012 first. </FONT></SPAN></DIV>
    <DIV dir=ltr align=left><SPAN class=725530616-02072008><FONT 
    face="Microsoft Sans Serif">*Sigh*, Only doing reads, but a long 
    qualification process ahead with multiple apps using 2012. 
    </FONT></SPAN></DIV>
    <DIV dir=ltr align=left><SPAN class=725530616-02072008><FONT 
    face="Microsoft Sans Serif"></FONT></SPAN>&nbsp;</DIV>
    <DIV dir=ltr align=left><SPAN class=725530616-02072008><FONT 
    face="Microsoft Sans Serif">Also, the other performance issue not related to 
    Release Strategy, </FONT></SPAN><SPAN class=725530616-02072008><FONT 
    face="Microsoft Sans Serif">I plan on opening an OSS Customer Message. 
    </FONT></SPAN></DIV>
    <DIV dir=ltr align=left><SPAN class=725530616-02072008><FONT 
    face="Microsoft Sans Serif">Since we brought up another client for the 
    upgrade, it is REALLY impacting code sync'n up </FONT></SPAN></DIV>
    <DIV dir=ltr align=left><SPAN class=725530616-02072008><FONT 
    face="Microsoft Sans Serif">for the RUNTIME. Gotta be some performance 
    tuning BASIS can do to help us out! </FONT></SPAN></DIV>
    <DIV dir=ltr align=left><SPAN class=725530616-02072008><FONT 
    face="Microsoft Sans Serif"></FONT></SPAN>&nbsp;</DIV>
    <DIV dir=ltr align=left><SPAN class=725530616-02072008><FONT 
    face="Microsoft Sans Serif">Again, thanks much and I really appreciate 
    it!</FONT></SPAN></DIV>
    <DIV dir=ltr align=left><SPAN class=725530616-02072008><FONT 
    face="Microsoft Sans Serif">Rick</FONT></SPAN></DIV>
    <DIV dir=ltr align=left><SPAN class=725530616-02072008><FONT 
    face="Microsoft Sans Serif"></FONT></SPAN>&nbsp;</DIV>
    <DIV dir=ltr align=left><SPAN class=725530616-02072008><FONT 
    face="Microsoft Sans Serif"></FONT></SPAN>&nbsp;</DIV>
    <DIV dir=ltr align=left>
    <HR tabIndex=-1>
    <FONT face=Tahoma><B>From:</B> sap-wug-bounces@mit.edu 
    [mailto:sap-wug-bounces@mit.edu] <B>On Behalf Of </B>Mike 
    Gambier<BR><B>Sent:</B> Wednesday, July 02, 2008 10:56 AM<BR><B>To:</B> SAP 
    Workflow Users' Group<BR><B>Subject:</B> RE: Release Strategy issues in 
    4.6c<BR></FONT><BR></DIV>
    <DIV></DIV>Rick,<BR>&nbsp;<BR>We use [<STRONG>swc_refresh_object 
    self</STRONG>]<STRONG> </STRONG>inside the Method&nbsp;but it's the same 
    thing as calling&nbsp;FM SWO_OBJECT_REFRESH.<BR>&nbsp;<BR>Pity about the 
    async. You might have to resort to a WAIT UP TO '0.5' SECONDS or 
    something.<BR>&nbsp;<BR>MGT<BR><BR>
    <HR>
    <BR>Subject: RE: Release Strategy issues in 4.6c<BR>Date: Wed, 2 Jul 2008 
    10:37:59 -0500<BR>From: Rick.Sample@graybar.com<BR>To: 
    sap-wug@mit.edu<BR><BR><BR>
    <META content="Microsoft SafeHTML" name=Generator>
    <STYLE>
.ExternalClass .EC_hmmessage P
{padding:0px;}
.ExternalClass body.EC_hmmessage
{font-size:10pt;font-family:Tahoma;}
</STYLE>

    <DIV dir=ltr align=left><SPAN class=EC_850053315-02072008><FONT 
    face="Microsoft Sans Serif">Hey Mike,</FONT></SPAN></DIV>
    <DIV dir=ltr align=left><SPAN class=EC_850053315-02072008><FONT 
    face="Microsoft Sans Serif">Yea, COMMIT WORK AND WAIT is not an option in 
    one of my tasks. It's async! </FONT></SPAN></DIV>
    <DIV dir=ltr align=left><SPAN class=EC_850053315-02072008></SPAN><SPAN 
    class=EC_850053315-02072008><FONT 
    face="Microsoft Sans Serif"></FONT></SPAN>&nbsp;</DIV>
    <DIV dir=ltr align=left><SPAN class=EC_850053315-02072008><FONT 
    face="Microsoft Sans Serif">When you say refresh the OBJECT, you are doing 
    exactly what? SWO_OBJECT_REFRESH? This I have not tried 
    yet.</FONT></SPAN></DIV>
    <DIV dir=ltr align=left><SPAN class=EC_850053315-02072008><FONT 
    face="Microsoft Sans Serif">I'll give these and the other suggestions a tonk 
    and determine what works best. </FONT></SPAN></DIV>
    <DIV dir=ltr align=left><SPAN class=EC_850053315-02072008><FONT 
    face="Microsoft Sans Serif"></FONT></SPAN>&nbsp;</DIV>
    <DIV><SPAN class=EC_850053315-02072008><FONT 
    face="Microsoft Sans Serif">Thanks much,</FONT></SPAN></DIV>
    <DIV><SPAN class=EC_850053315-02072008><FONT 
    face="Microsoft Sans Serif">Rick</FONT></SPAN></DIV>
    <DIV><FONT face="Microsoft Sans Serif"></FONT>&nbsp;</DIV>
    <DIV><BR></DIV>
    <DIV class=EC_OutlookMessageHeader lang=en-us dir=ltr align=left>
    <HR>
    <FONT face=Tahoma><B>From:</B> sap-wug-bounces@mit.edu 
    [mailto:sap-wug-bounces@mit.edu] <B>On Behalf Of </B>Mike 
    Gambier<BR><B>Sent:</B> Wednesday, July 02, 2008 10:22 AM<BR><B>To:</B> SAP 
    Workflow Users' Group<BR><B>Subject:</B> RE: Release Strategy issues in 
    4.6c<BR></FONT><BR></DIV>
    <DIV></DIV>Rick,<BR>&nbsp;<BR>We've had problems with this kind of thing 
    before as well. Sometimes it seems that&nbsp;Workflow is just too quick for 
    the database changes to actually take hold&nbsp;with&nbsp;the implicit 
    COMMIT WORK statement issued inside the standard&nbsp;code.<BR>&nbsp;<BR>In 
    the end we resorted to explicit&nbsp;COMMIT WORK AND WAIT statements inside 
    our Methods&nbsp;where we wanted to be absolutely sure the changes have 
    happened before we proceed any further. This seems to have done the trick 
    although it's a bit clunky and really not that elegant at all.&nbsp; 
    <BR>&nbsp;<BR>Occasionally we&nbsp;also ask the BOR Object to refresh 
    itself&nbsp;at the end of these Methods&nbsp;to keep the OBJECT-_* 
    structures up to date when we think something important may have 
    changed.<BR>&nbsp;<BR>Using a Virtual attribute rather than a Database 
    attribute would enforce a certain 'delay' in retrieving the database value 
    again because you have to execute&nbsp;a discrete SELECT. This&nbsp;might be 
    enough time for the V2 updates to happen in the back-end in the 
    meantime.&nbsp;But then again it might not be enough of a delay&nbsp;if the 
    system is under stress and lots of updates are happening at the same 
    time.<BR>&nbsp;<BR>I guess it all depends on how soon after a database 
    change are you trying to fetch the new 
    value?<BR>&nbsp;<BR>Regards,<BR>&nbsp;<BR>Mike GT<BR><BR>&gt; Subject: RE: 
    Release Strategy issues in 4.6c<BR>&gt; Date: Wed, 2 Jul 2008 09:59:57 
    -0500<BR>&gt; From: Rick.Sample@graybar.com<BR>&gt; To: 
    sap-wug@mit.edu<BR>&gt; <BR>&gt; Hi Florin,<BR>&gt; <BR>&gt; Sounds 
    plausible and I planned to extend the object after I figured out<BR>&gt; the 
    buffering issue(s). <BR>&gt; To recap:<BR>&gt; 1. The standard BOR bus2012 
    swc_get_property self 'RELEASESTATUS'<BR>&gt; l_status gets buffered data. 
    Not the current data I need when I need it.<BR>&gt; 2. I run the SELECT... 
    right after the swc_get_property as a test,<BR>&gt; without a few seconds 
    wait and still not the current data I need.<BR>&gt; 3. If I do #2 with WAIT 
    UP TO 3 SECONDS, I do get the most recent data.<BR>&gt; <BR>&gt; Now, what 
    you are saying is if I extend the attribute, make virtual, and<BR>&gt; use 
    SELECT ..., I can bypass the WAIT?<BR>&gt; What is the difference between 
    getting from BOR DATABASE attribute vs. a<BR>&gt; SELECT in the method? The 
    BOR bypassing the buffers?<BR>&gt; <BR>&gt; Rick<BR>&gt; <BR>&gt; <BR>&gt; 
    <BR>&gt; -----Original Message-----<BR>&gt; From: sap-wug-bounces@mit.edu 
    [mailto:sap-wug-bounces@mit.edu] On Behalf<BR>&gt; Of Florin Wach<BR>&gt; 
    Sent: Wednesday, July 02, 2008 8:46 AM<BR>&gt; To: SAP Workflow Users' 
    Group<BR>&gt; Subject: Re: Release Strategy issues in 4.6c<BR>&gt; <BR>&gt; 
    Hi,<BR>&gt; <BR>&gt; oh, I see. There's no problem with that on purchase 
    requisitions<BR>&gt; BUS2105, as that table attribute is reading by itself 
    using a SELECT ...<BR>&gt; FROM EBAN, but the same form within BUS2012 uses 
    the function module for<BR>&gt; a buffered read.<BR>&gt; <BR>&gt; To work 
    around that, create a subtype w/delegation.<BR>&gt; Redefine the attribute 
    ReleaseStatus<BR>&gt; Change the Source from "Database field" to 
    "Virutal"<BR>&gt; Create a coding with SELECT SINGLE FRGST FROM EKKO 
    INTO<BR>&gt; object-releaseStatus WHERE ebeln = object-key.<BR>&gt; <BR>&gt; 
    Best wishes,<BR>&gt; Florin<BR>&gt; <BR>&gt; -------- Original-Nachricht 
    --------<BR>&gt; &gt; Datum: Wed, 2 Jul 2008 08:37:34 -0500<BR>&gt; &gt; 
    Von: "Sample, Rick" &lt;Rick.Sample@graybar.com&gt;<BR>&gt; &gt; An: "SAP 
    Workflow Users\' Group" &lt;sap-wug@mit.edu&gt;<BR>&gt; &gt; Betreff: 
    Release Strategy issues in 4.6c<BR>&gt; <BR>&gt; &gt; Hi WF's,<BR>&gt; &gt; 
    <BR>&gt; &gt; I have an issue with performance. I think! <BR>&gt; &gt; I 
    have a Purchase Release Strategy WF I am working on. <BR>&gt; &gt; User 
    approves his step, Wf catches the Release event and <BR>&gt; &gt; evaluates 
    for next approver. Standard approval stuff. <BR>&gt; &gt; <BR>&gt; &gt; The 
    issue:<BR>&gt; &gt; When user approves his task, wf event triggers, then I 
    immediately go<BR>&gt; &gt; and evaluate the Rel Strategy.<BR>&gt; &gt; The 
    standard BOR swc_get_property self 'RELEASESTATUS' l_status is<BR>&gt; &gt; 
    obviously getting the BUFFERED data. <BR>&gt; &gt; If I put in a WAIT UP TO 
    3 SECONDS then to a SELECT with BYPASSING<BR>&gt; &gt; BUFFER I get the 
    correct value <BR>&gt; &gt; from the SELECT, and I can verify that the BOR 
    get property is the<BR>&gt; &gt; buffered data. <BR>&gt; &gt; <BR>&gt; &gt; 
    In all my time doing WF, I have never had to work around such a 
    timing<BR>&gt; &gt; issues. <BR>&gt; &gt; This solution 'appears' to work 
    and is in a background task, so I<BR>&gt; don't<BR>&gt; &gt; think it will 
    be an problem. <BR>&gt; &gt; <BR>&gt; &gt; Also, I tried using the FMs in 
    ME01 to refresh EKKO buffers, read the<BR>&gt; &gt; EKKO buffered data, etc. 
    with no success.<BR>&gt; &gt; Anyone have a more elegant solution or 
    comments with my above<BR>&gt; solution?<BR>&gt; &gt; <BR>&gt; &gt; Thanks 
    much,<BR>&gt; &gt; <BR>&gt; &gt; <BR>&gt; &gt; <BR>&gt; &gt; 
    _______________________________________________<BR>&gt; &gt; SAP-WUG mailing 
    list<BR>&gt; &gt; SAP-WUG@mit.edu<BR>&gt; &gt; 
    http://mailman.mit.edu/mailman/listinfo/sap-wug<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>&gt; 
    _______________________________________________<BR>&gt; SAP-WUG mailing 
    list<BR>&gt; SAP-WUG@mit.edu<BR>&gt; 
    http://mailman.mit.edu/mailman/listinfo/sap-wug<BR><BR><BR>
    <HR>
    Play Live Search Charades and win £5000 <A 
    href="http://www.searchcharades.com/" target=_blank>Think you know your TV, 
    music and film?</A> <BR>
    <HR>
    Play now! <A href="http://www.fishticuffs.co.uk" target=_new>Get 
    fish-slapping on Messenger</A> 
    <P>
    <HR>

    <P></P>_______________________________________________<BR>SAP-WUG mailing 
    list<BR>SAP-WUG@mit.edu<BR>http://mailman.mit.edu/mailman/listinfo/sap-wug<BR></BLOCKQUOTE>
  <P>
  <HR>

  <P></P>_______________________________________________<BR>SAP-WUG mailing 
  list<BR>SAP-WUG@mit.edu<BR>http://mailman.mit.edu/mailman/listinfo/sap-wug<BR></BLOCKQUOTE></BODY></HTML>