Hi Sid,
Yes, I'll put your changes into the code, no problem.
I thinks it's a good idea just to keep one version of BlockIP/BlockIP2 so we
allways know how to solve problems, and not have to deal with at lot of
cousins.
Just send me the code, and I'll review the code before release.
Kind regards
Ben,
It's difficult to guess what you're problem is from here. I suggest you
follow the message. When you send a monitor message where does it go and
how far does it get ? You can easily see whether it makes the round trip by
looking at your channel sequence number.
If you still can't see
Mike,
I'm not sure what your security policy is; whether you're using SSL,
security exits or whatever but to get things working you could change the
MCAUSER of the SVRCONN to something which has the required authority. If
your MCAUSER is blank then you are even less secure since you'll
As per my understanding of you query, the MQ message is first tried to be
delivered to the destination queue. In case of Queue depth exceeded
scenarios, it tries putting into the DLQ of the destination failing which
it delivers to the senders DLQ.
Please ask your sender to examine his DLQ
I'm not sure I understand. If my NT userid is db2admin why would it work if
I change the MCAUSER on the SVRCONN to mqm? How can I secure it so that only
users I designate can use it?
-Original Message-
From: Paul Clarke [mailto:[EMAIL PROTECTED]
Sent: Monday, March 22, 2004 4:04 AM
To:
The MS62 support pack found on Hursley applies to both UNIX and Windows
(W2K/WNT/WXP).
For Windows, there is no mqs.ini file therefore you MUST specify the -n
option to prevent the parsing of .ini files.
Assuming you've installed perl on windows and have gzip on the system with
its location
Rao,
Sounds like this would be a good addition to the current Support Pac or even
a stand-alone Support Pac. Why not submit it?
-- T.Rob
-Original Message-
From: Adiraju, Rao [mailto:[EMAIL PROTECTED]
Sent: Sunday, March 21, 2004 4:12 PM
To: [EMAIL PROTECTED]
Subject: Re: Managing
This is becuase:
If you specify a nonblank user name as the MCAUSER attribute of the server
connection channel,
all programs connecting to the queue manager using this channel run with
the identity of the named user and have the same level of authority.
So though u r connecting as db2admin, in
I'm not sure I understand. If my NT userid is db2admin why would it work
if
I change the MCAUSER on the SVRCONN to mqm? How can I secure it so that
only
users I designate can use it?
Mike,
Are you suggesting that MQ should *always* trust the userid sent from the
client ? This would be a
Hi Mike,
You could use BlockIP2 to help you there. BlockIP2 can filter on your
connection name together with the userid. And if you have a match it can
even change/set MCAUSER depending on your choise.
Another ting is when leaving a SVRCONN open you can let everybody inside. If
somebody can write
Re:upcoming meeting on April 27, at World Financial Center in New York City.
If you would like to attend, please registerat http://www.nynjmq.org
Meeting agenda and location address are listed at the web-site.
Hi Paul,
I figured out what I was missing. I was pointing the remote MQMON queue to
the MQMON on the viaQM. it should be pointing to the command reply queue
instead. The icon is now green all the time, even for my mainframe QM
without CAF installed.
many thanks for your help.
Benjamin F. Zhou
Hi,
We are planning on having a hub and spoke
architecture that will see 100's of applications connect into the WBI MB
hub we will implement. We have a requirement to be able to determine
the amount of time that the messages have spent in the hub. We thought
we would do this by implementing some
Application connects to QMSpoke1.
QMSpoke1 hosts aRemoteQueueA, pointing at RemoteQueueB, which lives
on QMHub.
RemoteQueueB on QMHub points back at LocalQueue1 on
SpokeQM1.
Application
connects to QMSpoke1, and Opens RemoteQueueA for putting, and opens LocalQueue1
for getting.
Put a message
The 2030 error usually originates from calls to MQAI (Administrative
Interface). It means the programmer used an invalid handle when
programming to that API. It would be roughly similar to using an
invalid HCONN with the regular MQ API. I would not expect a message on
the destination queue or the
Ken
With due to respect, I am not sure what is this Hursley you are talking
and how to get there. I usually logon to IBM WMQ Support pack homepage to
download any support pack and here is the address:
http://www-306.ibm.com/software/integration/support/supportpacs/individual/m
s62.html
On this
No, I want the connection secure. I am going to use blockip program there.
It seems to be a good fit. I am just testing the MO71 pack to see if I can
get it to manage the unix type queue managers. I changed the mcauser to a
userid that works for me. I now get a green status on MQMON. The problem I
Rob
Love the idea, and I am sure this must have been asked before but HOW and
WHOM to talk to??
Cheers
Rao
-Original Message-
From: Wyatt, T. Rob [mailto:[EMAIL PROTECTED]
Sent: 23 March 2004 2:04 AM
To: [EMAIL PROTECTED]
Subject: Re: Managing linear logs with MQ5.3 on Windows
Rao,
Hursley is the location of the IBM Labs that develop MQ.
-Original Message-
From: Adiraju, Rao [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 23 March 2004 7:45 AM
To: [EMAIL PROTECTED]
Subject: Re: Managing linear logs with MQ5.3 on Windows
Ken
With due to respect, I am not sure what is
Rao,
On the web page you've listed download the ms62.tar.gz file listed
towards the bottom of the page. You can open it with WINZIP.
You then will have access to the cleanmqlogs perl script which
will work on windows and unix.
-Original Message-
From: MQSeries List [mailto:[EMAIL
Tim
You haven't got my point. I am not talking of physical location of Hursely
and how to get there. If you tell me, only way to get the zip file is to
visit Hursely labs personally, I will be more than happy to travel from
Land of Middle Earth to Land of North end (I need a vacation anyway and
Mike, see if you have the command server running (dspmqcsv). HTH, Rebecca
-Original Message-
From: Ward, Mike S [mailto:[EMAIL PROTECTED]
Sent: Monday, March 22, 2004 3:48 PM
To: [EMAIL PROTECTED]
Subject: Re: MO71
No, I want the connection secure. I am going to use blockip program
Title: RE: Linear Log cleanup - on WINDOWS platforms
Fellas
To cover the following situation, I have modified the VB Script that I published yesterday and here is the latest version of it:
Basically without getting bogged down with the following, I thought conservative approach is to
Hi Peter,
Thanks for this but I'm afraid that may be
the question was not clear enough. We have existing applications
that will connect to a new broker. We wanted to implement channel
exits on the broker for the receiving channels from the applications and
the sending channels to the
That fixed it thanks.
-Original Message-
From: Bullock, Rebecca (CSC) [mailto:[EMAIL PROTECTED]
Sent: Monday, March 22, 2004 3:49 PM
To: [EMAIL PROTECTED]
Subject: Re: MO71
Mike, see if you have the command server running (dspmqcsv). HTH, Rebecca
-Original Message-
From: Ward,
Ken - thanks and it's very much appreciated.
Most of my whinging was aimed at the work that was put in on IBM pages. If
an upcoming software company does this sort of thing, I can understand and
would have gone along with it.
But I haven't expected it from IBM. If it instructions says download
We currently use the MS62 support pack to clean up linear logs.
It was mentioned that the MS0L support pack offers a JAVA solution
for cleaning up linear logs for windows. I downloaded MS0L and found
the following procedure to work on windows:
For windows usage, first create a qm.ini in
MQ top
27 matches
Mail list logo
