Hi
i think there is some confusion on what you are trying to do.(initially you
said the web server must see 8 requests which i took to mean 8 in parallel),
You now seem to be implying that you want 50 parallel sessions , each of
which send 8 requests , but you have varying requirements saying
1. One HTTP Get Sampler to execute every 15 secs (Call r1)
2. Six HTTP Get Samplers to execute every 20 secs (call r2-r7)
3. One HTTP Get Samplers to execute every 60 secs (call r8)
which works out to 5 requests a minute per session? (r1, r2,r3,r4,r8) , what
do you want in the next minute is it r1,r5,r6,r7,r8 ?
In any case your solution would then need a single thread group (50 threads)
, followed by a combination of interleaves and either the constant
throughput put timer or the delays timers..







On Thu, Sep 17, 2009 at 3:40 AM, Jatin Davey <[email protected]> wrote:

> I am trying to emulate 50 User Sessions.
>
> Thanks
> Jatin
>
>
> sebb wrote:
>
>> On 17/09/2009, Jatin Davey <[email protected]> wrote:
>>
>>
>>> Can we have like this:
>>>
>>>  Based on the requirement per min the execution is like this:
>>>
>>>  1. One HTTP Get Sampler to execute every 15 secs
>>>   This happens 4 times in a minute
>>>  2. Six HTTP Get Samplers to execute every 20 secs
>>>   This happens 3 times in a minute
>>>  3. One HTTP Get Samplers to execute every 60 secs
>>>   This happens once a minute
>>>
>>>  So total requests per minute will be 8 , can we not combine all 8 and
>>> add
>>> one delay of 60 secs (Max Delay request) and repeat the process forever.
>>>
>>>
>>
>> Yes, you can probably use a mix of requests to generate the required
>> load, and use the throughput timer to set the requests to 8/minute,
>> though it's going to be a bit tedious to set it up. I suggest you look
>> at what the server is expected to see, and then work back and set up
>> the required samplers.
>>
>> But the question is - how many user sessions are you trying to
>> emulate? One or three?
>>
>>
>>
>>>  Thanks
>>>  Jatin
>>>
>>>
>>>  Jatin Davey wrote:
>>>
>>>
>>>
>>>> All my 8 threads are using the same cookie to get the data. If in JMeter
>>>> i
>>>>
>>>>
>>> have to have these requests in different threads and if these threads
>>> receive different cookies and use them , then this is not what the actual
>>> web browser does to my Web App.
>>>
>>>
>>>> I want to have:
>>>>
>>>> 1. One HTTP Get Sampler to execute every 15 secs
>>>> 2. Six HTTP Get Samplers to execute every 20 secs
>>>> 3. One HTTP Get Samplers to execute every 60 secs
>>>>
>>>> All these requests must use the same cookie to get the data. If they use
>>>>
>>>>
>>> different cookies then it does not simulate the way it is done in the Web
>>> Browser.
>>>
>>>
>>>> Thanks
>>>> Jatin
>>>>
>>>> Deepak Shetty wrote:
>>>>
>>>>
>>>>
>>>>> You have 8 threads making a single request . the first time they make
>>>>>
>>>>>
>>>> the
>>>
>>>
>>>> request , they will each get a(different) session id and associated
>>>>>
>>>>>
>>>> cookie.
>>>
>>>
>>>> The next time each thread makes another request the same id will be
>>>>>
>>>>>
>>>> used.
>>>
>>>
>>>> But note that thread1 always makes request1 , thread2 makes 1 out of a
>>>>> possible 6 requests(but the actual request can differ), ..thread8
>>>>> always
>>>>> makes request 8. This is the behavior whether you have the cookie
>>>>>
>>>>>
>>>> manager at
>>>
>>>
>>>> thread group or test plan level.
>>>>>
>>>>> Again you need to state what you want to happen . do you just need 8
>>>>> requests at the frequency you specified , or you need a specific
>>>>> journey
>>>>> repeated 8 times..
>>>>>
>>>>> regards
>>>>> deepak
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Wed, Sep 16, 2009 at 10:42 PM, Jatin Davey <[email protected]>
>>>>>
>>>>>
>>>> wrote:
>>>
>>>
>>>>
>>>>>
>>>>>
>>>>>> Ok , let me be more elaborate. I have to access my Web App which is
>>>>>>
>>>>>>
>>>>> done
>>>
>>>
>>>> only though HTTPS and not HTTP. So i feel (though i may be wrong) that
>>>>>> cookies that  have the JSESSIONID will be used for each query made to
>>>>>>
>>>>>>
>>>>> the
>>>
>>>
>>>> server.
>>>>>> So initially when i access the Web app i receive a cookie which has
>>>>>>
>>>>>>
>>>>> the
>>>
>>>
>>>> JSESSIONID that is used until it expires.
>>>>>> So should i leave the "Cookie Manager" being shared for the entire
>>>>>>
>>>>>>
>>>>> test
>>>
>>>
>>>> plan ??
>>>>>>
>>>>>> or
>>>>>>
>>>>>> Should i place individual cookie managers in each individual threads ?
>>>>>>
>>>>>> Please clarify.
>>>>>>
>>>>>>
>>>>>> Thanks
>>>>>> Jatin
>>>>>>
>>>>>> Deepak Shetty wrote:
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>> No if you dont really care about cookies , then keep it the way it.
>>>>>>> Currently each thread makes the same request and you dont really
>>>>>>>
>>>>>>>
>>>>>> need to
>>>
>>>
>>>> bother about it. If you needed to change so that a thread makes
>>>>>>>
>>>>>>>
>>>>>> multiple
>>>
>>>
>>>> requests and you need the cookie to be the same then you'd have to
>>>>>>>
>>>>>>>
>>>>>> change
>>>
>>>
>>>> this to use a single thread group.
>>>>>>>
>>>>>>> On Wed, Sep 16, 2009 at 10:27 PM, Jatin Davey <[email protected]>
>>>>>>>
>>>>>>>
>>>>>> wrote:
>>>
>>>
>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>> Thats a good question. I am not much aware of the cookies.
>>>>>>>> But when i tried to sniff the HTTP headers while i access my Web
>>>>>>>>
>>>>>>>>
>>>>>>> App ,
>>>
>>>
>>>> All
>>>>>>>> the requests were using the same cookie. Or should i say that they
>>>>>>>>
>>>>>>>>
>>>>>>> were
>>>
>>>
>>>> sharing the same cookie.
>>>>>>>>
>>>>>>>> If this is the case is it fine to put the Cookie manager in each
>>>>>>>>
>>>>>>>>
>>>>>>> of the
>>>
>>>
>>>> individual threads as you had mentioned.
>>>>>>>>
>>>>>>>>
>>>>>>>> Thanks
>>>>>>>> Jatin
>>>>>>>>
>>>>>>>> Deepak Shetty wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>> It depends on what you want to do , 8 parallel requests will
>>>>>>>>>
>>>>>>>>>
>>>>>>>> each have
>>>
>>>
>>>> their
>>>>>>>>> own set of cookies , it depends on whether you need the same
>>>>>>>>>
>>>>>>>>>
>>>>>>>> cookie
>>>
>>>
>>>> between
>>>>>>>>> requests in the same thread . For the request set you posted in
>>>>>>>>>
>>>>>>>>>
>>>>>>>> your
>>>
>>>
>>>> first
>>>>>>>>> mail , whats the cookie behavior you want..
>>>>>>>>>
>>>>>>>>> regards
>>>>>>>>> deepak
>>>>>>>>>
>>>>>>>>> On Wed, Sep 16, 2009 at 10:19 PM, Jatin Davey
>>>>>>>>>
>>>>>>>>>
>>>>>>>> <[email protected]>
>>>
>>>
>>>> wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>> So should i add the cookie managers into each Thread groups.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>> That
>>>
>>>
>>>> should
>>>>>>>>>> work right??
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Thanks
>>>>>>>>>> Jatin
>>>>>>>>>>
>>>>>>>>>> Deepak Shetty wrote:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>> Hi
>>>>>>>>>>> I should just add that cookies wont be shared between
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>> threads.
>>>
>>>
>>>> regards
>>>>>>>>>>> deepak
>>>>>>>>>>>
>>>>>>>>>>> On Wed, Sep 16, 2009 at 10:04 PM, Jatin Davey
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>> <[email protected]>
>>>
>>>
>>>> wrote:
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>> Many Thanks.
>>>>>>>>>>>>
>>>>>>>>>>>> I tired with different thread groups and it worked. I
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>> appreciate your
>>>
>>>
>>>> help.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Thanks
>>>>>>>>>>>> Jatin
>>>>>>>>>>>>
>>>>>>>>>>>> Deepak Shetty wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>> hi
>>>>>>>>>>>>> Yes
>>>>>>>>>>>>> Test Plan
>>>>>>>>>>>>>  Cookie Manager
>>>>>>>>>>>>>  Request Defaults
>>>>>>>>>>>>>  Thread Group 1
>>>>>>>>>>>>>  Thread Group 2
>>>>>>>>>>>>>
>>>>>>>>>>>>> regards
>>>>>>>>>>>>> deepak
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Wed, Sep 16, 2009 at 9:51 PM, Jatin Davey
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>> <[email protected]>
>>>
>>>
>>>> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>> Hi
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I have the following three things:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> HTTP Cookie Manager
>>>>>>>>>>>>>> HTTP Request Defaults
>>>>>>>>>>>>>> HTTP Authorization Manager
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Is it possible to share these things across multiple
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>> thread groups
>>>
>>>
>>>> as
>>>>>>>>>>>>>> you
>>>>>>>>>>>>>> have mentioned below?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Thanks
>>>>>>>>>>>>>> Jatin
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Deepak Shetty wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Hi
>>>>>>>>>>>>>>> Your simplest solution is to use different thread
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>> groups
>>>
>>>
>>>> Thread Group (1 thread, Loop Forever)
>>>>>>>>>>>>>>>  One HTTP Sampler
>>>>>>>>>>>>>>>  Timer (Delay = 15 secs)
>>>>>>>>>>>>>>> Thread Group (6 thread , loop forever)
>>>>>>>>>>>>>>>  Interleave controller  (6 in parallel but only one
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>> at any one
>>>
>>>
>>>> time)
>>>>>>>>>>>>>>>  Six HTTP Samplers
>>>>>>>>>>>>>>>  Test Action Sampler (Pause , Delay = 20 secs)
>>>>>>>>>>>>>>>  Thread Group Controller (1thread ,Loop Forever)
>>>>>>>>>>>>>>>  One HTTP Sampler
>>>>>>>>>>>>>>>  Timer (Delay = 60 secs)
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> In your test,the first loop controller never quits
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>> (you have said
>>>
>>>
>>>> forever)
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Im think you could achieve what you want with a
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>> single thread
>>>
>>>
>>>> group
>>>>>>>>>>>>>>> ,
>>>>>>>>>>>>>>> but
>>>>>>>>>>>>>>> Im
>>>>>>>>>>>>>>> not sure the delays would work as you want ...
>>>>>>>>>>>>>>> Thread Group 8 threads, forever
>>>>>>>>>>>>>>>  Interleave
>>>>>>>>>>>>>>>  Simple Controller
>>>>>>>>>>>>>>>   Req 1
>>>>>>>>>>>>>>>   Delay 1
>>>>>>>>>>>>>>>  Interleave
>>>>>>>>>>>>>>>   Simple Controller
>>>>>>>>>>>>>>>        Req 2
>>>>>>>>>>>>>>>        Req 3
>>>>>>>>>>>>>>>        ...
>>>>>>>>>>>>>>>        Req 7
>>>>>>>>>>>>>>>        Delay 2
>>>>>>>>>>>>>>>  Simple Controller
>>>>>>>>>>>>>>>       Req 8
>>>>>>>>>>>>>>>       Delay 8
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> regards
>>>>>>>>>>>>>>> deepak
>>>>>>>>>>>>>>> On Wed, Sep 16, 2009 at 9:19 PM, Jatin Davey
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>> <[email protected]>
>>>
>>>
>>>> wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Hi
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> I have a requirement as below:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> 1. One HTTP Get Sampler to execute every 15 secs
>>>>>>>>>>>>>>>> 2. Six HTTP Get Samplers to execute every 20 secs
>>>>>>>>>>>>>>>> 3. One HTTP Get Samplers to execute every 60 secs
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> I had the controllers organization as below in
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> JMeter:
>>>
>>>
>>>> Thread Group
>>>>>>>>>>>>>>>>  Loop Controller (Loop Forever)
>>>>>>>>>>>>>>>>  One HTTP Sampler
>>>>>>>>>>>>>>>>  Timer (Delay = 15 secs)
>>>>>>>>>>>>>>>>  Loop Controller (Loop Forever)
>>>>>>>>>>>>>>>>  Six HTTP Samplers
>>>>>>>>>>>>>>>>  Test Action Sampler (Pause , Delay = 20 secs)
>>>>>>>>>>>>>>>>  Loop Controller (Loop Forever)
>>>>>>>>>>>>>>>>  One HTTP Sampler
>>>>>>>>>>>>>>>>  Timer (Delay = 60 secs)
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> When i execute i see that only the first sampler
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> gets executed
>>>
>>>
>>>> and
>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>> others do not get executed. I want my requests
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> such that there
>>>
>>>
>>>> are
>>>>>>>>>>>>>>>> 8
>>>>>>>>>>>>>>>> requests going to my Web App , the rate of
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> individual samplers
>>>
>>>
>>>> being
>>>>>>>>>>>>>>>> as
>>>>>>>>>>>>>>>> per
>>>>>>>>>>>>>>>> the requirment mentioned above.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> I tried many different combinations such as simple
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> controller ,
>>>
>>>
>>>> Random
>>>>>>>>>>>>>>>> Controller and Throughput controller. Throughput
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> controller was
>>>
>>>
>>>> near
>>>>>>>>>>>>>>>> to
>>>>>>>>>>>>>>>> my
>>>>>>>>>>>>>>>> solution but it loaded my Web App way too much.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Can someone please help me on this.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Thanks
>>>>>>>>>>>>>>>> Jatin
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>> ---------------------------------------------------------------------
>>>
>>>
>>>> To unsubscribe, e-mail:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> [email protected]
>>>
>>>
>>>> For additional commands, e-mail:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> [email protected]
>>>
>>>
>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>> ---------------------------------------------------------------------
>>>
>>>
>>>> To unsubscribe, e-mail:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>> [email protected]
>>>
>>>
>>>> For additional commands, e-mail:
>>>>>>>>>>>>>> [email protected]
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>> ---------------------------------------------------------------------
>>>
>>>
>>>> To unsubscribe, e-mail:
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>> [email protected]
>>>
>>>
>>>> For additional commands, e-mail:
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>> [email protected]
>>>
>>>
>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>> ---------------------------------------------------------------------
>>>
>>>
>>>> To unsubscribe, e-mail:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>> [email protected]
>>>
>>>
>>>> For additional commands, e-mail:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>> [email protected]
>>>
>>>
>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>> ---------------------------------------------------------------------
>>>
>>>
>>>> To unsubscribe, e-mail:
>>>>>>>>
>>>>>>>>
>>>>>>> [email protected]
>>>
>>>
>>>> For additional commands, e-mail:
>>>>>>>>
>>>>>>>>
>>>>>>> [email protected]
>>>
>>>
>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>
>>>
>>>> To unsubscribe, e-mail:
>>>>>>
>>>>>>
>>>>> [email protected]
>>>
>>>
>>>> For additional commands, e-mail:
>>>>>>
>>>>>>
>>>>> [email protected]
>>>
>>>
>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>> ---------------------------------------------------------------------
>>>
>>>
>>>> To unsubscribe, e-mail:
>>>>
>>>>
>>> [email protected]
>>>
>>>
>>>> For additional commands, e-mail:
>>>>
>>>>
>>> [email protected]
>>>
>>>
>>>>
>>>>
>>>>
>>> ---------------------------------------------------------------------
>>>  To unsubscribe, e-mail:
>>> [email protected]
>>>  For additional commands, e-mail:
>>> [email protected]
>>>
>>>
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [email protected]
>> For additional commands, e-mail: [email protected]
>>
>>
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>

Reply via email to