Considering each buffer is 4K , one 100MB
message will require 20,000 buffers
How many messages are you expecting?, how
long will they remain on the queue?, how many other queues use the same buffer
pool?, what is their usage?
Criscione, Carol (DIS)
[EMAIL PROTECTED]
Sent by: MQSeries
for
messageing.
--- Ronald Weinger [EMAIL PROTECTED] wrote:
Considering each buffer is 4K , one 100MB message
will require 20,000
buffers
How many messages are you expecting?, how long will
they remain on the
queue?, how many other queues use the same buffer
pool?, what is their
usage
Another problem w/ triggering on depth is,
if the job abends and the qdepth is not below the trigger depth you can not
reset the trigger.
That means you need an application
person to fix the abend and manually restart the job, and a MQ admin to
reset the trigger.
We had the same issue and decided
Try looking at the instructions in the
manual for the latest CICS XML parser
van Zyl, Andre
[EMAIL PROTECTED]
Sent by: MQSeries List
[EMAIL PROTECTED]
11/17/2004 04:21 AM
Please respond to MQSeries
List
To:
[EMAIL PROTECTED]
cc:
Subject:
XML CDATA
I am
I will be out of the office starting 09/13/2004 and will not return until
09/20/2004.
I will be out of the office between 8/16 and 8/19. I will respond to your
message when I return
The information contained in this message may be CONFIDENTIAL and is for the
intended addressee only. Any
277-1873 - Colorado Office
651 406-2131 - USPS Office
303 807-9700 - Cell
- Original Message -
From: Ronald Weinger
To: [EMAIL PROTECTED]
Sent: Monday, August 23, 2004
10:51 AM
Subject: Trigger on depth
question
We have a queue that is defined to trigger on a depth of 10 messages.
When
.
Ronald Weinger
rweinger
@METLIFE.COM
Sent by: MQSeries List MQSERIES
08/23/2004 02:53 PM
Please respond to MQSeries List
To:
[EMAIL PROTECTED]
cc:
Subject:Re: Trigger on
depth question
We have a queue that is defined to trigger
on a depth of 10 messages. When 10 messages are placed we see the
trigger control set to 'OFF' and
a trigger message generated. The
trigger control never gets reset to 'ON'. Does that have to be reset
'manually'?
The information contained in this message
303 807-9700 - Cell
- Original Message -
From: Ronald Weinger
To: [EMAIL PROTECTED]
Sent: Monday, August 23, 2004
10:51 AM
Subject: Trigger on depth
question
We have a queue that is defined to trigger on a depth of 10 messages.
When 10 messages are placed we see the trigger control set
or other contract unless pursuant to explicit written
agreement or government initiative expressly permitting the use of e-mail for
such purpose.
Ronald Weinger
rweinger
@METLIFE.COM
Sent by: MQSeries
I will be out of the office starting 08/16/2004 and will not return until
08/19/2004.
I will be out of the office between 8/16 and 8/19. I will respond to your
message when I return
The information contained in this message may be CONFIDENTIAL and is for the
intended addressee only. Any
are up the next
morning, the GET_ENABLE job opens up the bridge queues, and the OTMA safely
pulls the messages. This happens every day automatically and we never have to
deal with DLQ messages for this reason.
-Original Message-
From: Ronald Weinger [mailto:[EMAIL PROTECTED]
Sent
We have a 'home grown' DLQ handler that
will write a report record for each DLQ message, with the pertinent header
information. We once ran into the problem of the messages on the DLQ expiring
before we could determine what they were and why they were on the queue. This
can be kicked off
We have an application with a client
connection to a UNIX MQ server sending messages to MVS. The messages are PUT
using the QAlias of a remote queue which has the remoteqname and
remoteqmanager name, so the Xmitq used is resolved by the
remoteqmanagername.
The sender channel between the UNIX and
:
Subject:
Re: DLQ message - RC2119 from UNIX
MCA
The message did not have a
MQMD_FORMAT of MQSTR ?
-Original Message-
From: Ronald Weinger [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 05, 2004 8:00 AM
To: [EMAIL PROTECTED]
Subject: DLQ message - RC2119 from UNIX MCA
We
, but the MVS system
does have the tables, so it works?
-Original Message-
From: Ronald Weinger [mailto:[EMAIL PROTECTED]
Sent: Friday, August 06, 2004 11:10 AM
To: [EMAIL PROTECTED]
Subject: Re: DLQ message - RC2119 from UNIX MCA
That isn't it.
The MQMD_FORMAT was MQSTR.
W/o that the MQGET
These are usually undocumented because by
the time you figure it out, IBM has changed it.
Potkay, Peter M (ISD, IT)
[EMAIL PROTECTED]
Sent by: MQSeries List
[EMAIL PROTECTED]
07/23/2004 08:21 AM
Please respond to MQSeries
List
To:
[EMAIL PROTECTED]
cc:
Subject:
I will be out of the office starting 07/01/2004 and will not return until
07/12/2004.
I will respond to your message when I return.
The information contained in this message may be CONFIDENTIAL and is for the
intended addressee only. Any unauthorized use, dissemination of the
information, or
I will be out of the office starting 06/21/2004 and will not return until
06/24/2004.
I will respond to your message when I return.
The information contained in this message may be CONFIDENTIAL and is for the
intended addressee only. Any unauthorized use, dissemination of the
information, or
Questions on the role of the BSDS and logs
on z/OS with persistent messages:
Initial state: WMQ for Z/OS V5.3. Qmanager
remains running 24x7 for 2 week periods, then is down for MVS maintenance for
8 hours, then back up 24x7 for 2 weeks.
Case: A persistent message arrives on
a queue immediately
33 of the messages could have been expired.
The message count will reflect expired messages even though you will not
retrieve them. If you are using V5.3 a browse will remove the expired
messages.
Vaughan Phillips
[EMAIL PROTECTED]
Sent by: MQSeries List
[EMAIL PROTECTED]
05/12/2004 11:47
Does anyone know where in z/OS the
bufferpool storage is allocated? Is is within the MQ Master address
space?
The information contained in this message may be CONFIDENTIAL and is for
the intended addressee only. Any unauthorized use, dissemination of the
information, or copying of this message
The usual question is
why would you want to complicate life with
MSMQ if WMQ provides what you need?
Ward, Mike S
[EMAIL PROTECTED]
Sent by: MQSeries List
[EMAIL PROTECTED]
04/13/2004 11:11 AM
Please respond to MQSeries
List
To:
[EMAIL PROTECTED]
cc:
There is a vendor we are planning to
do business with and they are an all M$ shop. The question was posed to us so
now we have to deal with it.
-Original Message-
From: Ronald Weinger [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 13, 2004 10:33 AM
To: [EMAIL PROTECTED]
Subject: Re
With a shared queue and GET reply by
correlid there is a chance that messages could be orphaned on the queue if the
receiving application GETWAIT interval is too short. The problem becomes
determining what is too short, or too long, since a waiting process could be
holding other resources.
But
You really have to use one of the CICS
performance manager products to analyze what is going on in the CICS region.
Determine where each transaction is coming from and what it is doing.
WMQ by itself does not directly affect CICS, especially if the WMQ calls are
made through a batch program.
Look
I can't see a tremendous use for it, but
when new features are needed for a release I can see this being an easy
feature to provide.
Bruce Giordano
[EMAIL PROTECTED]
Sent by: MQSeries List
[EMAIL PROTECTED]
02/27/2004 10:12 AM
Please respond to MQSeries
List
To:
[EMAIL
If you need to keep non-persistent messages
across a controlled shutdown of a distributed qmanager.
It appears that during a qmanager quiese it
will write the message to the log, but not otherwise.
So there will be no persistent
message overhead normally; only during a
We have an application getting a MQGET
reason code 2119 (X'847') MQRC-NOT-CONVERTED.
The sending application is an NT client to
a QMGR on a SUN UNIX box. The receiver is a MVS CICS application.The
MQMD encoding is X'111' (273) and the codecharactersetid is X'1B5
(437). The MQMD-FORMAT is MQSTR.
Yes, it is set to MQCCSI_Q_MGR
(=X'311') prior to the MQGET.
David C. Partridge
[EMAIL PROTECTED]
Sent by: MQSeries List
[EMAIL PROTECTED]
02/19/2004 10:21 AM
Please respond to MQSeries
List
To:
[EMAIL PROTECTED]
cc:
Subject:
Re: MQGET error 2119
Strange
If you can't get is published as a redbook,
maybe it can be a support pac.
[EMAIL PROTECTED]
Sent by: MQSeries List
[EMAIL PROTECTED]
02/12/2004 12:14 AM
Please respond to MQSeries
List
To:
[EMAIL PROTECTED]
cc:
Subject:
How to get published???
G'Day all,
I
Did you try a Florida voting booth?
Bond,Mark,SOLON,Business
Information Solutions (BIS) [EMAIL PROTECTED]
Sent by: MQSeries List
[EMAIL PROTECTED]
02/11/2004 02:37 PM
Please respond to MQSeries
List
To:
[EMAIL PROTECTED]
cc:
Subject:
CHAD exit
Does anyone
We didn't have any problems.
Mauro, Samuel
[EMAIL PROTECTED]
Sent by: MQSeries List
[EMAIL PROTECTED]
02/10/2004 09:16 AM
Please respond to MQSeries
List
To:
[EMAIL PROTECTED]
cc:
Subject:
MQ 5.2 on OS/390 2.10 64-bit
Hello all. We are going to be
IBM is continuing support of CICS/TS 1.3
into 2006. Is your company making a big effort to move to TS 2.2?
The information contained in this message may be CONFIDENTIAL and is for
the intended addressee only. Any unauthorized use, dissemination of the
information, or copying of this message is
Randy has a good idea, but it would work
best w/ a WMQ literate automation package ( we use BMC AutoOperator)
AO would have a script to monitor a queue
for a message. Since AO is always running, the queue would always be
monitored. The message arrival on the SUN box would send a COA report
What we really need is a (Paperless
Personal Pocket Pal) with IANRCC (Instant Acronym and Name
Recognition and Conversion Capabilities) that will store PDF
(Product Description and Features) white papers, NOC (New and Old
Comparison) charts, WYSM ( Why You Should Migrate) summaries,
CAC (Cost
I will be out of the office starting 11/24/2003 and will not return until
12/01/2003.
I will respond to your message when I return.
The information contained in this message may be CONFIDENTIAL and is for the
intended addressee only. Any unauthorized use, dissemination of the
information, or
I will be out of the office starting 11/18/2003 and will not return until
11/19/2003.
I will respond to your message when I return.
The information contained in this message may be CONFIDENTIAL and is for the
intended addressee only. Any unauthorized use, dissemination of the
information, or
I will be out of the office starting 11/10/2003 and will not return until
11/12/2003.
I will respond to your message when I return.
The information contained in this message may be CONFIDENTIAL and is for the
intended addressee only. Any unauthorized use, dissemination of the
information, or
Does anyone know how WMQ will 'wake up' the
application?
Thomas Dunlap
[EMAIL PROTECTED]
Sent by: MQSeries List
[EMAIL PROTECTED]
11/05/2003 06:00 AM
Please respond to MQSeries
List
To:
[EMAIL PROTECTED]
cc:
Subject:
Re: can two processes both get the same
the program indicated in the
Process definition (point #4).
For more info on triggering, please
refer to the Application Programming Guide.
Best regards,
Ruzi
-Original Message-
From: Ronald Weinger [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 05, 2003 9:28 AM
To: [EMAIL PROTECTED
Depending on your automation package you
can issue an ALTER directly or have it submit a job to execute a program to
submit thecommand.
Since messaging is time-independent the
specified time need some built in slack.
bob thomas
[EMAIL PROTECTED]
Sent by: MQSeries List
[EMAIL PROTECTED]
Have your automation package submit a
job executing CSQUTIL with an ALTER command. Since WMQ is time
independent you need a little slack time for the message to be processed. We
have been doing this for a couple of months without any problems.
bob thomas
[EMAIL PROTECTED]
Sent by:
Current Depth includes
non-committed messages, messages that are being processed but not
syncpointed, and expired messages.
[EMAIL PROTECTED]
Sent by: MQSeries List
[EMAIL PROTECTED]
10/21/2003 07:06 PM
Please respond to MQSeries
List
To:
[EMAIL PROTECTED]
cc:
I will be out of the office starting 10/13/2003 and will not return until
10/15/2003.
I will respond to your message when I return.
The information contained in this message may be CONFIDENTIAL and is for the
intended addressee only. Any unauthorized use, dissemination of the
information, or
Depends on your syncpoint option.
Larry Murray
[EMAIL PROTECTED]
Sent by: MQSeries List
[EMAIL PROTECTED]
09/22/2003 09:50 AM
Please respond to MQSeries
List
To:
[EMAIL PROTECTED]
cc:
Subject:
A question of when
If a single active CICS task gets and
put1's
Don't count on it.
I'm still upset at IBM for not
separating CICS CEMT INQ security from CEMT SET security, and both
products are out of Hursley.
Wyatt, T. Rob
[EMAIL PROTECTED]
Sent by: MQSeries List
[EMAIL PROTECTED]
09/17/2003 01:39 PM
Please respond to MQSeries
List
To:
Can it 'print' to a QSAM file?
Robert Broderick
[EMAIL PROTECTED]
Sent by: MQSeries List
[EMAIL PROTECTED]
09/08/2003 11:16 AM
Please respond to MQSeries
List
To:
[EMAIL PROTECTED]
cc:
Subject:
OS390 source code
I found a nifty program supplied in the
IBM
source code
YUP. I have it printing to GDG right now.
My problem is in my case the data
on the queue is in ASCII and is unreadable in the printed format:
bb
From: Ronald Weinger [EMAIL PROTECTED]
Reply-To: MQSeries List [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: OS390 source code
Date
White collar workers do not generally produce a tangible product that can
be bought by emerging markets. Moving help desk activities overseas does
not
create a larger market of people buying help desk services.
The information contained in this message may be CONFIDENTIAL and is for the
Does the information in those '
repositories' have to be persistent? Once the Qmgr has been recycled
does MQ care what was there before?
- R
Paul Clarke
[EMAIL PROTECTED]
Sent by: MQSeries List
[EMAIL PROTECTED]
08/21/2003 01:41 PM
Please respond to MQSeries
List
To:
Try to find a copy of the V1.2
MQ Tech Reference. Maybe on the IBM web site. The first 40 pages
had the best explanation I ever saw.
Otherwise, in a nutshell, consider a
qmanager a post office, a queue the mailbox, the network (SNA, TCP, whetever)
the mail truck , and the bells and whistles the
You can get an alert generated when the queue reaches a percentage on the
max depth. You have to determine what that percentage is, and it will
depend on how rapidly messages are being put on the queue. And then have
something that will report on it to someone who can act.
It is also pretty
said bad message, I meant a message that the application wasn't
expecting (completely different format). It was garbage and should, in my
opinion, have been disguarded by the application rather than blocking the
queue.
Thanks,
Carl
-Ursprungliche Nachricht-
Von: Ronald Weinger [mailto
a hacker is inserting messages into your channel
How!!??
[EMAIL PROTECTED]
NK.COM To:
[EMAIL PROTECTED]
Sent by: cc:
MQSeries List Subject: Re: cause of channels
What is needed is an automation package that can monitor the listener, and
a package to monitor the monitor, and then a person to watch a screen to
call the help desk when the monitor's monitor stops, and a backup for that
person.
Who said computers weren't labor intensive?
IBM's original
Didi,
If they want a choice between a BMW and a Mercedes there may be room to
argue, but not between a BMW and a FIAT. Did you try explaining the cost
benefit in pounds and lirot? With less moving parts the MQ API is much
less expensive to maintain.
If you gather all the MQ manuals that
Didi,
Have you looked into using the MQ API from IMS without OTMA? It might be
easier to modify the existing code to call an IMS module that can issue the
API calls than deal with ISRTs and ALT PCBs. Check the MQ manuals for
restrictions though.
Didi Dotan
Does anyone understand the internal process? Consider: (Assume priorities
and any other MQ and CICS settings are the same, and no indexing)
Assume it takes up to 30 seconds for a remote application to process a
reply. In that time, 10 CICS transactions in 1 second intervals send
requests and
--
Ronald Weinger [EMAIL PROTECTED]
Sent by: MQSeries List To:
[EMAIL PROTECTED] [EMAIL PROTECTED]
cc
If the length includes the length of the MQIIH you could get a 294. It
should only be the message length + 12 (tran+lllzz)
Beinert,
William To: [EMAIL PROTECTED]
[EMAIL PROTECTED]cc:
Could someone send me the instructions to subscribe to this listserv.
Thanks.
The information contained in this message may be CONFIDENTIAL and is for the intended
addressee only. Any unauthorized use, dissemination of the information, or copying of
this message is prohibited. If you are
Besides, unions do not have the power they once did. Just look at a news
broadcast and see how many TV cameras are unmanned. 20 years ago the
unions would not have allowed that.
Robert Broderick
[EMAIL PROTECTED]To: [EMAIL PROTECTED]
Ronald Weinger
[EMAIL PROTECTED]To:
[EMAIL PROTECTED]
.COMcc:
Sent by: MQSeriesSubject: Re: MQSERIES AND
CICS
List
[EMAIL PROTECTED
Yes, Looks like GE didn't like something in the MQSeries history thread.
Maybe the 4-letter work beginning w/ 'p' and ending with 'n'.
The information contained in this message may be CONFIDENTIAL and is for the intended
addressee only. Any unauthorized use, dissemination of the
I was at a New York City presentation c. 1991 , hosted by IBM to present
the business partner. George Schryver of IBM NA EI Software Marketing
was the inviter.
Roger Meli
[EMAIL PROTECTED]To: [EMAIL PROTECTED]
M
Jason has a good point. creating rules for all the queues in a system can
be a maintenance headache.
If the application(s) are designed to reject unrecognizable messages
(politely, rather than taking a nasty abend), then the largest exposure
would be some hacker flooding the system with garbage
Oh no!
A rebel without a queue.
Robert Broderick
[EMAIL PROTECTED]To: [EMAIL PROTECTED]
OTMAIL.COM cc:
Sent by: MQSeriesSubject: Re: MQSERIES AND CICS
I will be out of the office starting 05/27/2003 and will not return until
06/02/2003.
I will respond to your message when I return.
The information contained in this message may be CONFIDENTIAL and is for the intended
addressee only. Any unauthorized use, dissemination of the information,
, and just
deleting them or maybe forwarding them to an application DLQ, that
wouldn't be a problem.
Ronald Weinger
[EMAIL PROTECTED]To:
[EMAIL PROTECTED]
.COMcc:
Sent by: MQSeries
not retrying the messages, and just
deleting them or maybe forwarding them to an application DLQ, that
wouldn't be a problem.
Ronald Weinger
[EMAIL PROTECTED]To:
[EMAIL PROTECTED]
.COMcc
If a CICS transaction, for example, starts due to trigger on first, and
then does a GET WAIT UNLIMITED, it is possible than a new message on the
queue will trigger a second execution of the transaction, but the current
execution will retrieve the message before the second one is attached.
So the
If a RACF userid has permission to put a message on an alias queue which
has a remote queue definition as a target,
a) does the userid also need permission to put the the message on
the XMITQ
b) if so, and the userid does not have that permission, what will
happen to the
After they do the first GET the MSGID will be what came with the message.
If the MSGID is not replaced with something else, subsequent GETs will
reuse that message id.
MCSHEFFREY,
MICHELLE (SBCSI)To: [EMAIL PROTECTED]
Someone tried that when the first electronic poker machines were
introduced. He ended up permanently SYNCPOINTED.
Wyatt, T. Rob
t.rob.wyatt@BANKOFATo: [EMAIL PROTECTED]
MERICA.COM cc:
Where MQSI uses messaging to pass data to other platforms it is inherently
asynchronous.
June Lawton
June_Lawton@PMAGTo: [EMAIL PROTECTED]
ROUP.COMcc:
Sent by:
-mode programs so they
don't get mixed in with everything else.
regards,
Dennis
-Original Message-
From: Ronald Weinger [SMTP:[EMAIL PROTECTED]]
Sent: Friday, December 13, 2002 12:23 PM
To: [EMAIL PROTECTED]
Subject: Re: general programming doubt
If your shop has or can
If your shop has or can create a utility program that can be called and can
respond with the runtime environment (CICS or batch), you can structure
your main program to bypass the CICS calls when running batch and bypass
the batch-only code when running in CICS. Then you only need one
main
Make sure your logs and pagesets are large enough to hold everything if
there is any kind of failure, and your log archiving can handle it fast
enough The messages may block other messages along the same channel so
you might consider a separate channel if traffic warrants it.
Usually those symptoms indicate a mismatched or mispelled definition
between what is in the application and the MQ objects.
MCSHEFFREY,
The program comes with MQS 5.2
Mark Steely
Mark.Steely@WNCOTo: [EMAIL PROTECTED]
.COMcc:
Sent by: Subject: Re: CSQUDLQH
MQSeries
Try moving the appropriate 'none' value to MQMD-MSGID.
Shah, Urvesh (CAP, GEFA Contractor) [EMAIL PROTECTED]
@AKH-Wien.AC.AT on 11/18/2002 03:23:16 PM
Please respond to MQSeries List [EMAIL PROTECTED]
Sent by:MQSeries List [EMAIL PROTECTED]
To:[EMAIL PROTECTED]
cc:
Subject:
MQ is easier to set up
MQ will assure delivery if CICS is down when the messages are sent
Wesley Shaw [EMAIL PROTECTED]@AKH-Wien.AC.AT on 11/07/2002 04:12:11
PM
Please respond to MQSeries List [EMAIL PROTECTED]
Sent by:MQSeries List [EMAIL PROTECTED]
To:[EMAIL PROTECTED]
cc:
There are several vendor products using MQSeries as an inter-platform
transport that have adapter code which will extract and load data ffrom and
to various database and file formats.
NAWENDU_B [EMAIL PROTECTED]@AKH-Wien.AC.AT on 10/24/2002 02:22:57 AM
Please respond to MQSeries List [EMAIL
If you are referring to CICS, the CICS region has the connection handle so
all applications use one handle. If you are referring to an IMS
environment,
each transaction will have its own handle which will not be carried over to
other transactions.
Potkay, Peter M (PLC, IT) [EMAIL
Make the connection handle a dataarea in the main program and pass it as a
parameter to the CONNECT routine. When control from the CONNECT routine
returns to the main program the handle will follow. Then it can be passed
to the oher routines. where it is also required. It won't be 'lost' until a
My understanding from commerceQuest is that it is just marketing. If your
shop already has license arrangements with Tivoli the agreement will allow
you to stay under the same umbrella.
Art Schanz [EMAIL PROTECTED]@AKH-Wien.AC.AT on 08/29/2002
10:04:44 AM
Please respond to MQSeries List
If by COBOL3 you mean the LE/390 enhancements, I have not come across any
issues, either in batch or CICS.
Jose, Prince [EMAIL PROTECTED]@AKH-Wien.AC.AT on 07/19/2002 09:52:16 AM
Please respond to MQSeries List [EMAIL PROTECTED]
Sent by:MQSeries List [EMAIL PROTECTED]
To:[EMAIL
The 'namevaluedata' must be in ASCI, so if you are creating one on a
non-RFH2-supported platform you must convert that portion of the header.
yourself.
.
Tony Reddiough [EMAIL PROTECTED]@AKH-Wien.AC.AT on
07/02/2002 05:15:39 AM
Please respond to MQSeries List [EMAIL PROTECTED]
Sent by:
? Need I go on?
- Original Message -
From: Ronald Weinger [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, June 21, 2002 7:15 AM
Subject: Re: MQ vs Connect Direct
In concept, messaging is nothing more than e-mail between programs.
Roberto Sanchez [EMAIL PROTECTED]@AKH-Wien.AC.AT
the
IPPROCS of INTQ belonging to the IMS local queue that
will be triggered? If IPPROCS 0 than you'll know
that your trig monitor is servicing it.
Regards,
Ruzi
--- Ronald Weinger [EMAIL PROTECTED] wrote:
That's the point. The only IMS application currently
using messaging only
sends messages
-only queue. Check your
INITQ's
again. If you don't have any, you're not triggering. If IPPROCS=0, the
trigger monitor is not running.
-Original Message-
From: Ronald Weinger [SMTP:[EMAIL PROTECTED]]
Sent: Thursday, June 20, 2002 12:48 PM
To: [EMAIL PROTECTED]
Subject: Re
One is synchronous, the other is asynchronous.
Connect Direct will also do the file IO and start processes. W/ MQ you
have to roll yoour own.
Steve Sacho [EMAIL PROTECTED]@AKH-Wien.AC.AT on 06/20/2002
12:07:21 PM
Please respond to MQSeries List [EMAIL PROTECTED]
Sent by:MQSeries
On a normal MQ shutdown, do the SYSTEM.CHANNEL.SYNCQ messages go to zero?
Mauro, Samuel [EMAIL PROTECTED]@AKH-Wien.AC.AT on
06/03/2002 12:15:57 PM
Please respond to MQSeries List [EMAIL PROTECTED]
Sent by:MQSeries List [EMAIL PROTECTED]
To:[EMAIL PROTECTED]
cc:
Subject:Re:
94 matches
Mail list logo