Re: Webinar Replay Available Now, iPod Give-Away ...
No robert we get it.. :) Sid -Original Message- From: Robert Broderick [mailto:[EMAIL PROTECTED] Sent: Wednesday, 10 November 2004 10:21 PM To: [EMAIL PROTECTED] Subject: FW: Webinar Replay Available Now, iPod Give-Away ... See what I mean. grep ListservMailList > MAILLIST DO WHILE () { sendmail $_, "VendorAdvertisement.html" } Anybody else get this or am I special, well I know I'm special but I mean "SPECIAL"?? bobbee >From: Nastel News <[EMAIL PROTECTED]> >Reply-To: "Nastel News" <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Webinar Replay Available Now, iPod Give-Away ... >Date: Tue, 9 Nov 2004 18:35:04 -0500 (EST) > _ Check out Election 2004 for up-to-date election news, plus voter tools and more! http://special.msn.com/msn/election2004.armx Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Ws Reliable messaging
G'Day all, Has anyone done a comparison of WMQ and Web Service Reliable Messaging ? I am looking at a design to move clients from MQ transport to Web Services with an MQ backend. Sid Young QML Pathology Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Message Sequence Problem
Try very very hard to get rid of message affinity wherever possible. Makes scaling up much easier. If you can't then Dennis's method is as good as any. If using clustering your putting app will need to use MQOO_BIND_ON_OPEN to avoid messages in a given batch going to different queue managers. Also beware of Priority and MQGET's when using browsing. Regards Tim A -Original Message- From: Miller, Dennis [mailto:[EMAIL PROTECTED] Sent: Thursday, 11 November 2004 10:40 AM To: [EMAIL PROTECTED] Subject: Re: Message Sequence Problem Message order can be preserved by following certain conditions, most which are detailed in the various programming guides. Any designs depending on those conditions, however, have potential to break if those conditions change, either within your enterprise or in a future product release. Down the road, who will remember that some application developed 5 years ago may go south if another channel is added between two qmgrs or workload increases and two programs are needed to send messages. On the otherhand, it's trivial to use logical message groups or a msgid/correlid mechanism to unconditionally preserve message order. Take the time now and save problems later. A simple and elegant method is: On put, let MQ generate unique msgid's On first message of sequence, put a special value in correlid On each message after the first, put msgid of the previous message in the correlid Send trailer message to indicate no more messages in the sequence. On first get, retrieve first message with special value in correlid On subsequent gets, use msgid from previous msg to selectively retrieve next message Continue until trailer message is encountered Regards, Dennis -Original Message- From: Wesley Shaw [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 10, 2004 12:38 PM To: [EMAIL PROTECTED] Subject: Message Sequence Problem The messages being processed are not in order when they are processed from the MVS local queue, but processing the same request through a local queue on the Unix box, the messages are processed in order. What are the rules for processing of message in order? Seems like all the same Priority would process FIFO. Can we guarentee the order of the message to be got same as they were put ? MVS view of 416345 Local Queue All 153 bytes except the * record which is 9 bytes, all messages Priority 1 with persistence Transmit queue MSGDLVSQ(PRIORITY), Local Unix queue MSGDLVSQ(PRIORITY) MVS Local queue Message delivery sequence FIFO The first list is a local queue on MVS which is remote to the putting application. 00416345RECC,CMPL03CMPL 20041108115902200411081225512004 00416345RECC 03CMPL 20041108115902200411081225512004 00416345RECC 02ARRV 20041108115902200411081225512004 00416345RECC 02ENRT 20041108115902200411081225512004 00416345RECC 02DISP 2004110811590220041108122551 00416345RECC 02ASSN20041108115902 00416345* 00416345RECC 01UNAS This second view is a local queue on Unix of the same put process as above. Unix view of 416345 9 00416345RECC CMPL03CMPL ' 10 00416345RECC 03CMPL 11 00416345RECC 02ARRV 12 00416345RECC 02ENRT 13 00416345RECC 02DISP 14 00416345RECC 02ASSN 15 00416345RECC 01UNAS 16 00416345* Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Fw: Message Sequence Problem
Title: Message Well put. I would just argue that the incremental cost of programming a reliable message sequence is usually too small to worry about. The biggest expense is the time wasted trying to convince someone it's important. So, if you're in a position to introduce best practices when nobody's looking, I'd go for it. -Original Message-From: Wes Poteet [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 10, 2004 3:22 PMTo: [EMAIL PROTECTED]Subject: Fw: Message Sequence ProblemThe list of the requirements for sequential processing does exist and is the final word. If any of the restrictions are not met then IBM does not guarantee (assure?) that messages will be received in the same sequence as they were sent. In general, if a network is involved, the requirements are not met (though there are special circumstances when, even with a network, they are met). There is anecdotal evidence out there that, when in that unguaranteed state, the likelihood of having the sequence changed is definitely nonzero (people have demonstrated that it does happen) but is very small. The rule of thumb I use is that if the sequence of the messages is crucial to the business application then the application must incorporate code to ensure the messages are ordered appropriately. It is an appropriate topic for discussing cost/benefit: just how critical is having one message out of sequence out of 'n' messages? More than one design team has concluded that a rare error, probably corrected manually, was more acceptable than the cost and processing overhead of ensuring every message was in order. Wes Poteet -- IBM Global Services -- WMQ SupportIBM Certified Specialist - MQSeries; Solutions Expert - MQSeries; Developer - MQSeriesWes Poteet/Boulder/IBM 877-513-1981 (t/l 273-1135) Bassett, NE [[Central Time]]"Wesiderata" on BlueNet -- see w3.irc.ibm.com -- rooms #MQSeries and #WesPoteet"[EMAIL PROTECTED]" for e-mail and SameTime "WesPoteet" on AOL IM, Yahoo IM, or MSN IMMoral certainty is always a sign of cultural inferiority. The more uncivilized the man, the surer he is that he knows precisely what is right and what is wrong. All human progress, even in morals, has been the work of men who have doubted the current moral values, not of men who have whooped them up and tried to enforce them. The truly civilized man is always skeptical and tolerant, in this field as in all others. His culture is based on "I am not too sure." -- H. L. Mencken- Forwarded by Wes Poteet/Boulder/IBM on 2004-11-10 05:08 PM - Rick Tsujimoto <[EMAIL PROTECTED]> Sent by: MQSeries List <[EMAIL PROTECTED]> 2004-11-10 03:17 PM Please respond toMQSeries List To [EMAIL PROTECTED] cc Subject Re: Message Sequence Problem The DQM has a small list of requirements that pertain to sequential retrieval of messages. If you followed them, you should have no problems. I have an ftp-like application and never had an issue with message order. Of course, there are those who advocate using msgid/correlid, but that shouldn't be necessary as long as the requirements stated in the DQM are met. Wesley Shaw <[EMAIL PROTECTED]> Sent by: MQSeries List <[EMAIL PROTECTED]> 11/10/2004 03:37 PM Please respond toMQSeries List <[EMAIL PROTECTED]> To [EMAIL PROTECTED] cc Subject Message Sequence Problem The messages being processed are not in order when they are processed fromthe MVS local queue, but processing the same request through a local queueon the Unix box, the messagesare processed in order.What are the rules for processing of message in order? Seems like all thesame Priority would process FIFO. Can we guarentee the order of the messageto be got same as they were put ?MVS view of 416345 Local QueueAll 153 bytes except the * record which is 9 bytes,all messages Priority 1 with persistenceTransmit queue MSGDLVSQ(PRIORITY), Local Unix queue MSGDLVSQ(PRIORITY)MVS Local queue Message delivery sequence FIFOThe first list is a local queue on MVS which is remote to the puttingapplication.00416345RECC,CMPL03CMPL200411081159022004
Re: Message Sequence Problem
Message order can be preserved by following certain conditions, most which are detailed in the various programming guides. Any designs depending on those conditions, however, have potential to break if those conditions change, either within your enterprise or in a future product release. Down the road, who will remember that some application developed 5 years ago may go south if another channel is added between two qmgrs or workload increases and two programs are needed to send messages. On the otherhand, it's trivial to use logical message groups or a msgid/correlid mechanism to unconditionally preserve message order. Take the time now and save problems later. A simple and elegant method is: On put, let MQ generate unique msgid's On first message of sequence, put a special value in correlid On each message after the first, put msgid of the previous message in the correlid Send trailer message to indicate no more messages in the sequence. On first get, retrieve first message with special value in correlid On subsequent gets, use msgid from previous msg to selectively retrieve next message Continue until trailer message is encountered Regards, Dennis -Original Message- From: Wesley Shaw [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 10, 2004 12:38 PM To: [EMAIL PROTECTED] Subject: Message Sequence Problem The messages being processed are not in order when they are processed from the MVS local queue, but processing the same request through a local queue on the Unix box, the messages are processed in order. What are the rules for processing of message in order? Seems like all the same Priority would process FIFO. Can we guarentee the order of the message to be got same as they were put ? MVS view of 416345 Local Queue All 153 bytes except the * record which is 9 bytes, all messages Priority 1 with persistence Transmit queue MSGDLVSQ(PRIORITY), Local Unix queue MSGDLVSQ(PRIORITY) MVS Local queue Message delivery sequence FIFO The first list is a local queue on MVS which is remote to the putting application. 00416345RECC,CMPL03CMPL 20041108115902200411081225512004 00416345RECC 03CMPL 20041108115902200411081225512004 00416345RECC 02ARRV 20041108115902200411081225512004 00416345RECC 02ENRT 20041108115902200411081225512004 00416345RECC 02DISP 2004110811590220041108122551 00416345RECC 02ASSN20041108115902 00416345* 00416345RECC 01UNAS This second view is a local queue on Unix of the same put process as above. Unix view of 416345 9 00416345RECC CMPL03CMPL ' 10 00416345RECC 03CMPL 11 00416345RECC 02ARRV 12 00416345RECC 02ENRT 13 00416345RECC 02DISP 14 00416345RECC 02ASSN 15 00416345RECC 01UNAS 16 00416345* Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Fw: Message Sequence Problem
The list of the requirements for sequential processing does exist and is the final word. If any of the restrictions are not met then IBM does not guarantee (assure?) that messages will be received in the same sequence as they were sent. In general, if a network is involved, the requirements are not met (though there are special circumstances when, even with a network, they are met). There is anecdotal evidence out there that, when in that unguaranteed state, the likelihood of having the sequence changed is definitely nonzero (people have demonstrated that it does happen) but is very small. The rule of thumb I use is that if the sequence of the messages is crucial to the business application then the application must incorporate code to ensure the messages are ordered appropriately. It is an appropriate topic for discussing cost/benefit: just how critical is having one message out of sequence out of 'n' messages? More than one design team has concluded that a rare error, probably corrected manually, was more acceptable than the cost and processing overhead of ensuring every message was in order. Wes Poteet -- IBM Global Services -- WMQ Support IBM Certified Specialist - MQSeries; Solutions Expert - MQSeries; Developer - MQSeries Wes Poteet/Boulder/IBM 877-513-1981 (t/l 273-1135) Bassett, NE [[Central Time]] "Wesiderata" on BlueNet -- see w3.irc.ibm.com -- rooms #MQSeries and #WesPoteet "[EMAIL PROTECTED]" for e-mail and SameTime "WesPoteet" on AOL IM, Yahoo IM, or MSN IM Moral certainty is always a sign of cultural inferiority. The more uncivilized the man, the surer he is that he knows precisely what is right and what is wrong. All human progress, even in morals, has been the work of men who have doubted the current moral values, not of men who have whooped them up and tried to enforce them. The truly civilized man is always skeptical and tolerant, in this field as in all others. His culture is based on "I am not too sure." -- H. L. Mencken - Forwarded by Wes Poteet/Boulder/IBM on 2004-11-10 05:08 PM - Rick Tsujimoto <[EMAIL PROTECTED]> Sent by: MQSeries List <[EMAIL PROTECTED]> 2004-11-10 03:17 PM Please respond to MQSeries List To [EMAIL PROTECTED] cc Subject Re: Message Sequence Problem The DQM has a small list of requirements that pertain to sequential retrieval of messages. If you followed them, you should have no problems. I have an ftp-like application and never had an issue with message order. Of course, there are those who advocate using msgid/correlid, but that shouldn't be necessary as long as the requirements stated in the DQM are met. Wesley Shaw <[EMAIL PROTECTED]> Sent by: MQSeries List <[EMAIL PROTECTED]> 11/10/2004 03:37 PM Please respond to MQSeries List <[EMAIL PROTECTED]> To [EMAIL PROTECTED] cc Subject Message Sequence Problem The messages being processed are not in order when they are processed from the MVS local queue, but processing the same request through a local queue on the Unix box, the messages are processed in order. What are the rules for processing of message in order? Seems like all the same Priority would process FIFO. Can we guarentee the order of the message to be got same as they were put ? MVS view of 416345 Local Queue All 153 bytes except the * record which is 9 bytes, all messages Priority 1 with persistence Transmit queue MSGDLVSQ(PRIORITY), Local Unix queue MSGDLVSQ(PRIORITY) MVS Local queue Message delivery sequence FIFO The first list is a local queue on MVS which is remote to the putting application. 00416345RECC,CMPL03CMPL 20041108115902200411081225512004 00416345RECC 03CMPL 20041108115902200411081225512004 00416345RECC 02ARRV 20041108115902200411081225512004 00416345RECC 02ENRT 20041108115902200411081225512004 00416345RECC 02DISP 2004110811590220041108122551 00416345RECC 02ASSN 20041108115902 00416345* 00416345RECC 01UNAS This second view is a local queue on Unix of the same put process as above. Unix view of 416345 9 00416345RECC CMPL03CMPL ' 10 00416345RECC 03CMPL 11 00416345RECC 02ARRV 12 00416345RECC 02ENRT 13 00416345RECC 02DISP 14 00416345RECC 02ASSN 15 00416345RECC 01UNAS 16 00416345* Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Message Sequence Problem
The DQM has a small list of requirements that pertain to sequential retrieval of messages. If you followed them, you should have no problems. I have an ftp-like application and never had an issue with message order. Of course, there are those who advocate using msgid/correlid, but that shouldn't be necessary as long as the requirements stated in the DQM are met. Wesley Shaw <[EMAIL PROTECTED]> Sent by: MQSeries List <[EMAIL PROTECTED]> 11/10/2004 03:37 PM Please respond to MQSeries List <[EMAIL PROTECTED]> To [EMAIL PROTECTED] cc Subject Message Sequence Problem The messages being processed are not in order when they are processed from the MVS local queue, but processing the same request through a local queue on the Unix box, the messages are processed in order. What are the rules for processing of message in order? Seems like all the same Priority would process FIFO. Can we guarentee the order of the message to be got same as they were put ? MVS view of 416345 Local Queue All 153 bytes except the * record which is 9 bytes, all messages Priority 1 with persistence Transmit queue MSGDLVSQ(PRIORITY), Local Unix queue MSGDLVSQ(PRIORITY) MVS Local queue Message delivery sequence FIFO The first list is a local queue on MVS which is remote to the putting application. 00416345RECC,CMPL03CMPL 20041108115902200411081225512004 00416345RECC 03CMPL 20041108115902200411081225512004 00416345RECC 02ARRV 20041108115902200411081225512004 00416345RECC 02ENRT 20041108115902200411081225512004 00416345RECC 02DISP 2004110811590220041108122551 00416345RECC 02ASSN 20041108115902 00416345* 00416345RECC 01UNAS This second view is a local queue on Unix of the same put process as above. Unix view of 416345 9 00416345RECC CMPL03CMPL ' 10 00416345RECC 03CMPL 11 00416345RECC 02ARRV 12 00416345RECC 02ENRT 13 00416345RECC 02DISP 14 00416345RECC 02ASSN 15 00416345RECC 01UNAS 16 00416345* Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Message Sequence Problem
The messages being processed are not in order when they are processed from the MVS local queue, but processing the same request through a local queue on the Unix box, the messages are processed in order. What are the rules for processing of message in order? Seems like all the same Priority would process FIFO. Can we guarentee the order of the message to be got same as they were put ? MVS view of 416345 Local Queue All 153 bytes except the * record which is 9 bytes, all messages Priority 1 with persistence Transmit queue MSGDLVSQ(PRIORITY), Local Unix queue MSGDLVSQ(PRIORITY) MVS Local queue Message delivery sequence FIFO The first list is a local queue on MVS which is remote to the putting application. 00416345RECC,CMPL03CMPL 20041108115902200411081225512004 00416345RECC 03CMPL 20041108115902200411081225512004 00416345RECC 02ARRV 20041108115902200411081225512004 00416345RECC 02ENRT 20041108115902200411081225512004 00416345RECC 02DISP2004110811590220041108122551 00416345RECC 02ASSN20041108115902 00416345* 00416345RECC 01UNAS This second view is a local queue on Unix of the same put process as above. Unix view of 416345 9 00416345RECC CMPL03CMPL ' 10 00416345RECC 03CMPL 11 00416345RECC 02ARRV 12 00416345RECC 02ENRT 13 00416345RECC 02DISP 14 00416345RECC 02ASSN 15 00416345RECC 01UNAS 16 00416345* Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Webinar Replay Available Now, iPod Give-Away ...
I know. neither did I . I gave the code snippette of how some other scrupulous vender does it. I would guess the trick is making it's rounds. That's OK my current iPod is acting wierd. I guess I will by 250K worth of software, 150K worth of support and a lot of servers, network and application software so I can get a new $400 iPod (-: bee-oh-dubble-bee-dubble-egh From: "Williams, Arlen" <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Webinar Replay Available Now, iPod Give-Away ... Date: Wed, 10 Nov 2004 09:21:15 -0600 I got it, but not through the listserv. -Original Message- From: Robert Broderick [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 10, 2004 6:21 AM To: [EMAIL PROTECTED] Subject: FW: Webinar Replay Available Now, iPod Give-Away ... See what I mean. grep ListservMailList > MAILLIST DO WHILE () { sendmail $_, "VendorAdvertisement.html" } Anybody else get this or am I special, well I know I'm special but I mean "SPECIAL"?? bobbee >From: Nastel News <[EMAIL PROTECTED]> >Reply-To: "Nastel News" <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Webinar Replay Available Now, iPod Give-Away ... >Date: Tue, 9 Nov 2004 18:35:04 -0500 (EST) > _ Check out Election 2004 for up-to-date election news, plus voter tools and more! http://special.msn.com/msn/election2004.armx Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Webinar Replay Available Now, iPod Give-Away ...
I got a message from our mailsweeper that a message containing a VB script had been quaranteened. So maybe I got it but I don't know for sure (I have not asked for it to be forwarded to me). Regards John Scott IBM Certified Specialist - MQSeries Argos ARG Infrastructure Services -Original Message- From: Williams, Arlen [mailto:[EMAIL PROTECTED] Sent: 10 November 2004 15:21 To: [EMAIL PROTECTED] Subject: Re: Webinar Replay Available Now, iPod Give-Away ... I got it, but not through the listserv. -Original Message- From: Robert Broderick [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 10, 2004 6:21 AM To: [EMAIL PROTECTED] Subject: FW: Webinar Replay Available Now, iPod Give-Away ... See what I mean. grep ListservMailList > MAILLIST DO WHILE () { sendmail $_, "VendorAdvertisement.html" } Anybody else get this or am I special, well I know I'm special but I mean "SPECIAL"?? bobbee >From: Nastel News <[EMAIL PROTECTED]> >Reply-To: "Nastel News" <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Webinar Replay Available Now, iPod Give-Away ... >Date: Tue, 9 Nov 2004 18:35:04 -0500 (EST) > _ Check out Election 2004 for up-to-date election news, plus voter tools and more! http://special.msn.com/msn/election2004.armx Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive ** Check our latest prices and full range at http://www.argos.co.uk The information contained in this message or any of its attachments may be privileged and/or confidential, and is intended exclusively for the addressee. Unauthorised disclosure, copying or distribution of the contents is strictly prohibited. The views expressed may not be official policy, but the personal views of the originator. If you have received this message in error, please advise the sender by using the reply facility in your e-mail software. All messages sent and received by Argos Ltd are monitored for viruses, high-risk file extensions, and inappropriate content. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Help: ActiveX Object on Windows2003
Title: Help: ActiveX Object on Windows2003 Hi, This code is working fine on NT in an ASP page: Set qm = CreateObject("MQAX200.MQQueueManager") Set q = CreateObject("MQAX200.MQQueue") qm.Name = QMgr on error resume next qm.Connect if err.number <> 0 then response.write "Error connecting to Queue Manager: " & QMgr & "" response.write "Error Number: " & err.number & "" response.write "Error Text: " & err.description response.end end if --- But when same is tried from Windows 2003 and MQ 5.3 error is generated: Error Number: 32000 Error Text: MQAX200.MQQueueManager::Connect CompletionCode = 2, ReasonCode = 2059, ReasonName = MQRC_Q_MGR_NOT_AVAILABLE TIA This email (including any attachments to it) is confidential, legally privileged, subject to copyright and is sent for the personal attention of the intended recipient only. If you have received this email in error, please advise us immediately and delete it. You are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. Although we have taken reasonable precautions to ensure no viruses are present in this email, we cannot accept responsibility for any loss or damage arising from the viruses in this email or attachments. We exclude any liability for the content of this email, or for the consequences of any actions taken on the basis of the information provided in this email or its attachments, unless that information is subsequently confirmed in writing. If this email contains an offer, that should be considered as an invitation to treat.
Re: FW: Webinar Replay Available Now, iPod Give-Away ...
This occurs because of small minds, small budgets, and small sales skills. Actually it probably is one of their technical folks trying to get a bonus for leads. I know others have tried this tactic before. For the person(s) who decided to subscribe several of us to your Nastel Newsletter I will make it clear to the market and sales department of your company about the unprofessional tactic in marketing your company and also will send a letter to every executive on the board of your company if you do not refrain from this type of violation. So that we know this problem has been resolved we want a posting on this list server from one of your representatives apologizing for the accidental retrieval of individual's email address for the purpose of marketing that was not initiated by the addressee. We are technical people who may or may not have budgetary approval/influence, and this is not the way to get into our pockets. It is quite interesting that Nastel is one of the very few companies lately that has cherry picked contact names off this list server compared to its competitors. Does this mean Nastel is having "sales" problems? I suggest anyone else who is annoyed with this type of marketing tactic to send email to the following: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Proverb of the day: He who spams me shall be spammed back two fold. Ok. I am done ;-) Chris Disclaimer: In no form, fashion, or fascination does this email represent me or the company that I represent. This is an electronic version that may have been written by a very skilled individual who lost his marbles a long time ago, or just a very caring individual for his fellow technician. "Robert Broderick" [EMAIL PROTECTED] Sent by: cc "MQSeries List" <[EMAIL PROTECTED] Subject n.AC.AT> FW: Webinar Replay Available Now, iPod Give-Away ... 11/10/2004 06:21 AM Please respond to "MQSeries List" <[EMAIL PROTECTED] n.AC.AT> See what I mean. grep ListservMailList > MAILLIST DO WHILE () { sendmail $_, "VendorAdvertisement.html" } Anybody else get this or am I special, well I know I'm special but I mean "SPECIAL"?? bobbee >From: Nastel News <[EMAIL PROTECTED]> >Reply-To: "Nastel News" <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Webinar Replay Available Now, iPod Give-Away ... >Date: Tue, 9 Nov 2004 18:35:04 -0500 (EST) > _ Check out Election 2004 for up-to-date election news, plus voter tools and more! http://special.msn.com/msn/election2004.armx - Message from "Nastel News" <[EMAIL PROTECTED]> on Tue, 9 Nov 2004 18:35:04 -0500 (EST) - To: [EMAIL PROTECTED] Subject: Webinar Replay Available Now, iPod Give-Away ... |---+| | Nastel News || | Put Your Application Infrastructure On AutoPilot! || |---+| |November 2004
Re: Webinar Replay Available Now, iPod Give-Away ...
I got it, but not through the listserv. -Original Message- From: Robert Broderick [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 10, 2004 6:21 AM To: [EMAIL PROTECTED] Subject: FW: Webinar Replay Available Now, iPod Give-Away ... See what I mean. grep ListservMailList > MAILLIST DO WHILE () { sendmail $_, "VendorAdvertisement.html" } Anybody else get this or am I special, well I know I'm special but I mean "SPECIAL"?? bobbee >From: Nastel News <[EMAIL PROTECTED]> >Reply-To: "Nastel News" <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Webinar Replay Available Now, iPod Give-Away ... >Date: Tue, 9 Nov 2004 18:35:04 -0500 (EST) > _ Check out Election 2004 for up-to-date election news, plus voter tools and more! http://special.msn.com/msn/election2004.armx Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: FW: Webinar Replay Available Now, iPod Give-Away ...
From what I've read , regardless of whether or not anyone else got this, you are "SPECIAL".. : ) Fred Oddo CICS / MQ Systems Architect 212 855 - 1162 Robert Broderick <[EMAIL PROTECTED]> Sent by: MQSeries List <[EMAIL PROTECTED]> 11/10/2004 06:21 AM Please respond to MQSeries List To: [EMAIL PROTECTED] cc: (bcc: Fred Oddo/DTCC) Subject: FW: Webinar Replay Available Now, iPod Give-Away ... See what I mean. grep ListservMailList > MAILLIST DO WHILE () { sendmail $_, "VendorAdvertisement.html" } Anybody else get this or am I special, well I know I'm special but I mean ?? bobbee >From: Nastel News <[EMAIL PROTECTED]> >Reply-To: "Nastel News" <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Webinar Replay Available Now, iPod Give-Away ... >Date: Tue, 9 Nov 2004 18:35:04 -0500 (EST) > _ Check out Election 2004 for up-to-date election news, plus voter tools and more! http://special.msn.com/msn/election2004.armx - Message from Nastel News <[EMAIL PROTECTED]> on Tue, 9 Nov 2004 18:35:04 -0500 (EST) - To: [EMAIL PROTECTED] Subject: Webinar Replay Available Now, iPod Give-Away ... Nastel News Put Your Application Infrastructure On AutoPilot! November 2004 In This Issue "How Transaction Monitoring Can Improve Your WebSphere Perspective" On October 28th, Nastel hosted a live webinar that highlighted AutoPilot's Transaction Monitoring Solution. It showed how monitoring transactions from end-to-end goes beyond queue management to enable service level and compliance monitoring. The webinar begins with a brief introduction to AutoPilot, then the features and functions of AutoPilot/TM are described. Then Albert Mavashev provides a live demonstration and tour of the product before ending with some brief Q&A. Replay Of This Webinar Is Now Available On-Demand All registered users of Nastel's Resource Center can login and view this webinar on line at any time. You'll see a link to it on the front page. If you are not yet registered, it only takes a minute to get your own login and password. The length of the webinar is just under 55 minutes, and the interactive player gives you full playback control to pause, fast forward, rewind, in full screen or in a window. Transaction Monitoring Webinar "...And We Were None The Wiser!" Win an iPod from Nastel Nastel in Madrid and Munich Sam Garforth to Speak in Munich Subscribe to Nastel News Support Corner TIBCO EMS Plug-in Beta for AutoPilot is now available. This plug-in allows AutoPilot to monitor TIBCO EMS v4.0 and 3.1.2. This is great news, and allows Nastel to go beyond IBM WebSphere environment. TIBCO middleware platform is used heavily in financial industry as a high performance platform for distributing information among various applications. AutoPilot plug-in for TIBCO allows users to gain complete visibility into TIBCO EMS (JMS) performance, availability and transactions. TIBCO EMS plug-in for AutoPilot also monitors system events such as user attempts to make a connection, administrator creating a topic or queue or an administrator setting a user's password. Interpreting this comprehensive set of TIBCO system events' facts with business view provides maximum flexibility possible for monitoring TIBCO EMS server activities. For more information login in to the Nastel's Resource Center or send an email to [EMAIL PROTECTED] Nastel Support Center USA & Canada: 800.963.9822 ext 1 Outside the USA: 001.631.761.9190 "...And We Were None The Wiser!" - More Nastel Customers Are Speaking Out In another customer case study soon to be released, a customer tells how AutoPilot very quickly became "worth every penny" they paid for it. Here's just one quote from it: "I deployed the out of the box MQ Health Business View, and straight away it showed us that the repository manager was down – and we were none the wiser. If we had tried to deploy changes into the cluster without knowing that repository manager was down then we would have gotten into all sorts of mess." This type of new user experience is familiar to us at Nastel. For example, this to is similar to what retail giant Best Buy said: "When we turned on AutoPilot and could begin to see what was really happening, we found that 60% of the objects in production had invalid or somehow incorrect settings." Get the whole story here HP Software Universe 2004 Nastel cordially invites you to join us in Madrid, Spain for HP Software Universe 2004, November 29th - December 3rd at the Congress Hotel Auditorium. Click here for details IBM WebSphere Technical Conference Please join Nastel for this year's IBM WebSphere Technical Conference 2004 in Munich, Germany. The 'must-attend' event for the WebSphere community. Click here for details Sam Garforth to Speak in Munich Also at the con
Re: SSL certificate management
Mike, When the certificate expires, the channel will go into a 'retrying' state. To prepare for the certificate expiring, using our WMQ monitoring package based on date, I set an alert to be sent via my pager and email two weeks prior to the expiration date. That gives me time to secure a new certificate. HTH, John Dawson -Original Message- From: Ward, Mike S [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 10, 2004 7:23 AM To: [EMAIL PROTECTED] Subject:Re: SSL certificate management Does MQ tell you when the certificate is near expiration? Or does the channel just stop working? -Original Message- From: Nigel Pentland [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 09, 2004 7:36 AM To: [EMAIL PROTECTED] Subject: Re: SSL certificate management Neil, So far I have only had to replace z/OS MQ certs. This requires renewing the cert, and if a new cert updating the key ring, refreshing RACF and then ultimately restarting MQ. We haven't found any way to avoid an MQ restart. You will not be able to do it without disabling the existing certificate. Either you renew the certificate where the new cert will overwrite the previous one, or you have to generate a new one and add it to the keyring. At this point you would have to make the new one the default, effectively disabling the old one. Nigel... - Original Message - From: "Neil Casey" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, November 09, 2004 2:33 AM Subject: SSL certificate management > Has anyone got to the point where their MQ SSL certificate (on any > platform) is about to expire? > > I have (or will have) MQ SSL channels running on Windows, various unixes > and zOS, and I am trying to get my head around exactly what needs to be > done in order to get a certificate renewed, and then inserted into the > certificate store correctly so that MQSeries can use it. I can't find > anything in the Security manual which discusses this issue. > > My preference would be to find a way to handle this without having to > restart the queue manager, although I am doubtful that I can achieve that > objective. I would also like to be able to do it without disabling the > existing certificate (Web Servers can do this, so MQ should be able to), > and without having to create a new key repository. > > Thanks, > > Neil Casey > National Australia Bank > Southern Star Technology > WebSphere MQ Support > 1/122 Lewis Rd Wantirna South > office. +61 3 9886 2375 (x82375) > mobile. +61 414 615 334 > > Instructions for managing your mailing list subscription are provided in > the Listserv General Users Guide available at http://www.lsoft.com > Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: SSL certificate management
It gives no warning. Usually, the Certificate Authority would publish a list of certs that are due to expire. The CA should give at least on months notice. "Ward, Mike S" <[EMAIL PROTECTED]>To: [EMAIL PROTECTED] Sent by: MQSeriescc: List Subject: Re: SSL certificate management <[EMAIL PROTECTED] n.ac.at> 11/10/2004 08:23 AM Please respond to MQSeries List Does MQ tell you when the certificate is near expiration? Or does the channel just stop working? -Original Message- From: Nigel Pentland [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 09, 2004 7:36 AM To: [EMAIL PROTECTED] Subject: Re: SSL certificate management Neil, So far I have only had to replace z/OS MQ certs. This requires renewing the cert, and if a new cert updating the key ring, refreshing RACF and then ultimately restarting MQ. We haven't found any way to avoid an MQ restart. You will not be able to do it without disabling the existing certificate. Either you renew the certificate where the new cert will overwrite the previous one, or you have to generate a new one and add it to the keyring. At this point you would have to make the new one the default, effectively disabling the old one. Nigel... - Original Message - From: "Neil Casey" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, November 09, 2004 2:33 AM Subject: SSL certificate management > Has anyone got to the point where their MQ SSL certificate (on any > platform) is about to expire? > > I have (or will have) MQ SSL channels running on Windows, various unixes > and zOS, and I am trying to get my head around exactly what needs to be > done in order to get a certificate renewed, and then inserted into the > certificate store correctly so that MQSeries can use it. I can't find > anything in the Security manual which discusses this issue. > > My preference would be to find a way to handle this without having to > restart the queue manager, although I am doubtful that I can achieve that > objective. I would also like to be able to do it without disabling the > existing certificate (Web Servers can do this, so MQ should be able to), > and without having to create a new key repository. > > Thanks, > > Neil Casey > National Australia Bank > Southern Star Technology > WebSphere MQ Support > 1/122 Lewis Rd Wantirna South > office. +61 3 9886 2375 (x82375) > mobile. +61 414 615 334 > > Instructions for managing your mailing list subscription are provided in > the Listserv General Users Guide available at http://www.lsoft.com > Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: SSL certificate management
> Does MQ tell you when the certificate is near expiration? Or does the channel > just stop working? None of them. As far as I know the certificate is verified at the time of handshaking. That's why you get an error when channel starts next time. Tibor > Does MQ tell you when the certificate is near expiration? Or does the channel > just stop working? > -Original Message- > From: Nigel Pentland [mailto:[EMAIL PROTECTED] > Sent: Tuesday, November 09, 2004 7:36 AM > To: [EMAIL PROTECTED] > Subject: Re: SSL certificate management > Neil, > So far I have only had to replace z/OS MQ certs. This requires renewing the > cert, and if a new cert updating the key ring, refreshing RACF and then > ultimately restarting MQ. We haven't found any way to avoid an MQ restart. > You will not be able to do it without disabling the existing certificate. > Either you renew the certificate where the new cert will overwrite the > previous one, or you have to generate a new one and add it to the keyring. > At this point you would have to make the new one the default, effectively > disabling the old one. > Nigel... > - Original Message - > From: "Neil Casey" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Tuesday, November 09, 2004 2:33 AM > Subject: SSL certificate management >> Has anyone got to the point where their MQ SSL certificate (on any >> platform) is about to expire? >> >> I have (or will have) MQ SSL channels running on Windows, various unixes >> and zOS, and I am trying to get my head around exactly what needs to be >> done in order to get a certificate renewed, and then inserted into the >> certificate store correctly so that MQSeries can use it. I can't find >> anything in the Security manual which discusses this issue. >> >> My preference would be to find a way to handle this without having to >> restart the queue manager, although I am doubtful that I can achieve that >> objective. I would also like to be able to do it without disabling the >> existing certificate (Web Servers can do this, so MQ should be able to), >> and without having to create a new key repository. >> >> Thanks, >> >> Neil Casey >> National Australia Bank >> Southern Star Technology >> WebSphere MQ Support >> 1/122 Lewis Rd Wantirna South >> office. +61 3 9886 2375 (x82375) >> mobile. +61 414 615 334 >> >> Instructions for managing your mailing list subscription are provided in >> the Listserv General Users Guide available at http://www.lsoft.com >> Archive: http://vm.akh-wien.ac.at/MQSeries.archive > Instructions for managing your mailing list subscription are provided in > the Listserv General Users Guide available at http://www.lsoft.com > Archive: http://vm.akh-wien.ac.at/MQSeries.archive > Instructions for managing your mailing list subscription are provided in > the Listserv General Users Guide available at http://www.lsoft.com > Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: SSL certificate management
Does MQ tell you when the certificate is near expiration? Or does the channel just stop working? -Original Message- From: Nigel Pentland [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 09, 2004 7:36 AM To: [EMAIL PROTECTED] Subject: Re: SSL certificate management Neil, So far I have only had to replace z/OS MQ certs. This requires renewing the cert, and if a new cert updating the key ring, refreshing RACF and then ultimately restarting MQ. We haven't found any way to avoid an MQ restart. You will not be able to do it without disabling the existing certificate. Either you renew the certificate where the new cert will overwrite the previous one, or you have to generate a new one and add it to the keyring. At this point you would have to make the new one the default, effectively disabling the old one. Nigel... - Original Message - From: "Neil Casey" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, November 09, 2004 2:33 AM Subject: SSL certificate management > Has anyone got to the point where their MQ SSL certificate (on any > platform) is about to expire? > > I have (or will have) MQ SSL channels running on Windows, various unixes > and zOS, and I am trying to get my head around exactly what needs to be > done in order to get a certificate renewed, and then inserted into the > certificate store correctly so that MQSeries can use it. I can't find > anything in the Security manual which discusses this issue. > > My preference would be to find a way to handle this without having to > restart the queue manager, although I am doubtful that I can achieve that > objective. I would also like to be able to do it without disabling the > existing certificate (Web Servers can do this, so MQ should be able to), > and without having to create a new key repository. > > Thanks, > > Neil Casey > National Australia Bank > Southern Star Technology > WebSphere MQ Support > 1/122 Lewis Rd Wantirna South > office. +61 3 9886 2375 (x82375) > mobile. +61 414 615 334 > > Instructions for managing your mailing list subscription are provided in > the Listserv General Users Guide available at http://www.lsoft.com > Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
FW: Webinar Replay Available Now, iPod Give-Away ...
See what I mean. grep ListservMailList > MAILLIST DO WHILE () { sendmail $_, "VendorAdvertisement.html" } Anybody else get this or am I special, well I know I'm special but I mean "SPECIAL"?? bobbee From: Nastel News <[EMAIL PROTECTED]> Reply-To: "Nastel News" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Webinar Replay Available Now, iPod Give-Away ... Date: Tue, 9 Nov 2004 18:35:04 -0500 (EST) _ Check out Election 2004 for up-to-date election news, plus voter tools and more! http://special.msn.com/msn/election2004.armx --- Begin Message --- Title: Nastel News - November 2004 Nastel News Put Your Application Infrastructure On AutoPilot! November 2004 In This Issue "How Transaction Monitoring Can Improve Your WebSphere Perspective" On October 28th, Nastel hosted a live webinar that highlighted AutoPilot's Transaction Monitoring Solution. It showed how monitoring transactions from end-to-end goes beyond queue management to enable service level and compliance monitoring. The webinar begins with a brief introduction to AutoPilot, then the features and functions of AutoPilot/TM are described. Then Albert Mavashev provides a live demonstration and tour of the product before ending with some brief Q&A. Replay Of This Webinar Is Now Available On-Demand All registered users of Nastel's Resource Center can login and view this webinar on line at any time. You'll see a link to it on the front page. If you are not yet registered, it only takes a minute to get your own login and password. The length of the webinar is just under 55 minutes, and the interactive player gives you full playback control to pause, fast forward, rewind, in full screen or in a window. Transaction Monitoring Webinar "...And We Were None The Wiser!" Win an iPod from Nastel Nastel in Madrid and Munich Sam Garforth to Speak in Munich Subscribe to Nastel News Support Corner TIBCO EMS Plug-in Beta for AutoPilot is now available. This plug-in allows AutoPilot to monitor TIBCO EMS v4.0 and 3.1.2. This is great news, and allows Nastel to go beyond IBM WebSphere environment. TIBCO middleware platform is used heavily in financial industry as a high performance platform for distributing information among various applications. AutoPilot plug-in for TIBCO allows users to gain complete visibility into TIBCO EMS (JMS) performance, availability and transactions. TIBCO EMS plug-in for AutoPilot also monitors system events such as user attempts to make a connection, administrator creating a topic or queue or an administrator setting a user’s password. Interpreting this comprehensive set of TIBCO system events’ facts with business view provides maximum flexibility possible for monitoring TIBCO EMS server activities. For more information login in to the Nastel's Resource Center or send an email to [EMAIL PROTECTED] Nastel Support Center USA & Canada: 800.963.9822 ext 1 Outside the USA: 001.631.761.9190 "...And We Were None The Wiser!" - More Nastel Customers Are Speaking Out In another customer case study soon to be released, a customer tells how AutoPilot very quickly became "worth every penny" they paid for it. Here's just one quote from it: “I deployed the out of the box MQ Health Business View, and straight away it showed us that the repository manager was down and we were none the wiser. If we had tried to deploy changes into the cluster without knowing that repository manager was down then we would have gotten into all sorts of mess.” This type of new user experience is familiar to us at Nastel. For example, this to is similar to what retail giant Best Buy said: “When we turned on AutoPilot and could begin to see what was really happening, we found that 60% of the objects in production had invalid or somehow incorrect settings.” Get the whole story here HP Software Universe 2004 Nastel cordially invites you to join us in Madrid, Spain for HP Software Universe 2004, November 29th - December 3rd at the Congress Hotel Auditorium. Click here for details