Hi all,
Thanks for the responses and pointer to Kathy's White Paper. It is true
that we have INITSQA coded, and that was for IPL failures which we
thought were related to additions/changes to the storage configuration.
However it did seem that INITSQA did not actually help much - just the
action o
Hi Ron,
Can you share some details about the problem you ran into that is not
fixed?
Which ULTRAOPT flavor? We run BMC ULTRAOPT/IMS but have been bitten by
bugs in some of the common code pieces .
BMC support has nothing in the database we can find. We recently
applied 2 PTFs for ULTRAOPT/IMS.
>>> On Fri, Mar 28, 2008 at 3:30 PM, in message
<[EMAIL PROTECTED]>,
"Morris, Carey" <[EMAIL PROTECTED]> wrote:
-snip-
> Has anyone else had the
> honor of being blacklisted and, if so, did they receive anything to tell them
> who had blacklisted them?
A client I was working with a few years a
Paul Gilmartin wrote:
To my meager understanding, if JES2 is down you're SOL, whether
or not it ENQs (but is there a special case in which JES2 might
crash but fail to free the ENQS?) By my ancient experience,
if JES2 is down, TSO is likewise SOL (or was it Roscoe, then?)
I'm a bit surprised
There is a "help" menu item to the left on each application page. It
provides a extensive page of information on how to use the application.
As far as a separate manual, I have not seen one for service link yet.
--
Ian
http://www.cicsworld.com
On Fri, Mar 28, 2008 at 2:47 PM, Smith, Sean M <
[E
On Fri, 28 Mar 2008 14:32:48 -0500, Mark Zelden <[EMAIL PROTECTED]>
wrote:
>The "flooding" part is always how I thought it worked (and maybe it
>did but has changed). See my last post:
>http://bama.ua.edu/cgi-bin/wa?A2=ind0803&L=ibm-main&D=1&O=D&T=0&P=214254
>
>Maybe it would be fixed after 10
On Fri, 28 Mar 2008 12:47:38 -0700, Smith, Sean M wrote:
>Can anyone provide a link to the Servicelink User's Guide?
>
>Sean Smith
Each application within web IBMLink ServiceLink includes a HELP button on the
left side of the screen which describes that application within ServiceLink.
I've jus
On Fri, 28 Mar 2008 14:35:42 -0500, Paul Gilmartin <[EMAIL PROTECTED]> wrote:
>On Fri, 28 Mar 2008 12:03:54 -0500, Mark Zelden wrote:
>>
>>>In an earlier contribution, you mentioned that JES holds no ENQ
>>>on the PROCLIBs. That sounds terribly dangerous. Why would they
>>>design it that way?
>>
We use a mail filter product that determines if an e-mail is (a) spam or
(b) contains something malicious and then blocks them. It has both a
vendor provided blacklist and a local blacklist and can, based upon
trends, classify a sender to the blacklist.
It sounds like your mainframe is probably
On Fri, 28 Mar 2008 15:04:34 -0400, Jack Kelly
<[EMAIL PROTECTED]> wrote:
>
>In our case, z/Architecture was not the culprit. It was PAVs that blew
>INITSQA out of the water!
>
>Ed,
> Since we're finally getting to PAV, would you please expand on the
>problem/issue, e.g. how many PAVs and how much
Paul Gilmartin wrote:
To my meager understanding, if JES2 is down you're SOL, whether
or not it ENQs (but is there a special case in which JES2 might
crash but fail to free the ENQS?) By my ancient experience,
if JES2 is down, TSO is likewise SOL (or was it Roscoe, then?)
We run TCAS under
I create reports via SAS every night and then send an email from the
mainframe to several techies and managers to tell them the reports are
available for review. I've never run into anything like this yet. Then
again my company might not be checking the same services yours does.
Tom Kelman
Comme
How can this possibly be as difficult as it has turned out to be?
Can anyone provide a link to the Servicelink User's Guide?
Sean Smith
Bank of America
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send emai
I might have said something incorrect on this topic earlier, although I
don't think it applies to John's situation. Parallel Sysplex pricing is
better than I implied previously.
If you've got Parallel Sysplex, and you only license the C/C++ compiler to
one physical machine, then you'll only be cha
>If JES2 is up, then:
>
>o Submit a job with:
>
> - STEP1 IDCAMS ALTER NAME
>
> - STEP2 IEFBR14 with DISP=OLD on the PROCLIB catenands.
>
>o The job waits on PROCLIB ENQ
>
>o Stop JES2
>
>o Start JES2
>
>o JES2 waits on PROCLIB ENQ
>
>o The RENAME job completes freeing the ENQs
>
>o JES2 allocate
A few nights ago we started getting this message when we tried to send emails
from the mainframe to our Outlook email server:
EZA5198I 03/25/08 23:25:23 2< 550 Denied by policy: Sender is listed on
DNS-based RBL.
The Outlook admin explained that we use several outside services to identify
em
Jack Kelly wrote:
Ed,
Since we're finally getting to PAV, would you please expand on the
problem/issue, e.g. how many PAVs and how much of an increase to the
initial SQA?
I honesty don't remember the specifics after so many years (we upgraded
to ESS (2105-800) from RVA in 2002). But, the
On Fri, 28 Mar 2008 12:03:54 -0500, Mark Zelden wrote:
>
>>In an earlier contribution, you mentioned that JES holds no ENQ
>>on the PROCLIBs. That sounds terribly dangerous. Why would they
>>design it that way?
>>
>
>How would you ever re-allocate a proclib if it was ENQed? At least
>before TSO.
On Fri, 28 Mar 2008 12:56:12 -0500, Brian Peterson
<[EMAIL PROTECTED]> wrote:
>On Fri, 28 Mar 2008 12:03:54 -0500, Mark Zelden wrote:
>
>>Yes. That eliminates the COMPRESS issue or the problem you might
>>run into if the library takes an additional extent. The second problem
>>was fixed about 15
On Fri, 28 Mar 2008 12:53:04 -0400, Jakubek, Jan <[EMAIL PROTECTED]> wrote:
>
>A static //PROCnn concatenation can be replaced/ overridden via a new
>dynamic one using /$ADD/$T PROCLIB JES2 commands.
>
>
According to the manual: "Dynamic PROCLIB can override PROCxx DDs in
the JES2 start PROC but
In our case, z/Architecture was not the culprit. It was PAVs that blew
INITSQA out of the water!
Ed,
Since we're finally getting to PAV, would you please expand on the
problem/issue, e.g. how many PAVs and how much of an increase to the
initial SQA?
Jack Kelly
202-502-2390 (Office)
---
Ted MacNEIL wrote:
I converted to 64-bit so long ago, that I had forgotten all the details.
But, I remember we had to increase our ESQA allocation in order to be able to
IPL.
In our case, z/Architecture was not the culprit. It was PAVs that blew
INITSQA out of the water!
--
Edward E Jaff
Trying to connect two 1.7 lpars using TCPIP non-secure NJE. Able to start
NETSRV1 on both lpars but starting the link receive msg IAZ0522I on the
initiating lpar and msg IAZ0520I on receiving lpar.
Configuration and errors are below.
Traced tcpip during the $S N,S=JITST and see what we think i
>It's not too faded Ted. And yes, Walsh.
Thanks.
I converted to 64-bit so long ago, that I had forgotten all the details.
But, I remember we had to increase our ESQA allocation in order to be able to
IPL.
-
Too busy driving to stop for gas!
--
Rose Meininger wrote:
We have a site still using CSP/AD (unsupported). The product failed in the
BUILD function under under z/OS 1.8. We received word from IBM that they
had customers running CSP/AD with Z/OS 1.8 reporting similiar problems.
They believe the problem is in the runtime libraries
On Fri, 28 Mar 2008 11:35:54 -0500, Paul Gilmartin wrote:
>In an earlier contribution, you mentioned that JES holds no ENQ
>on the PROCLIBs. That sounds terribly dangerous. Why would they
>design it that way?
Yes, I believe it is very dangerous for JES2 to not hold an ENQ for its data
sets. S
Mark Jacobs wrote:
Paul Gilmartin wrote:
On Fri, 28 Mar 2008 09:44:20 -0500, Mark Zelden wrote:
In an earlier contribution, you mentioned that JES holds no ENQ
on the PROCLIBs. That sounds terribly dangerous. Why would they
design it that way?
I would guess that the thought process wa
It's not too faded Ted. And yes, Walsh.
ftp://ftp.software.ibm.com/software/mktsupport/techdocs/allreal_v11.pdf
Ted MacNEIL <[EMAIL PROTECTED]> wrote:
>Given that ESQA will just overflow into ECSA is there any real reason not to
allocate ESQA fairly low so that it is always at 100%, and
>They believe the problem is in the runtime libraries for Z/OS 1.8, but they
>will not address as CSP/AD is no longer supported. Has anyone dealt with this
issue? If yes, how did you address it short-term? I would like a short-term
solution so I can implement z/OS 1.8.
I think the licensing agr
>>Just curious: can the PROCLIB concatenation contain PDSEs?
>Yes. That eliminates the COMPRESS issue or the problem you might
>run into if the library takes an additional extent.
Yes, you can use PDSEs in the JES2 PROCLIB concatenation. LINKLIST too.
But, not such a great idea, IMHO.
Maybe
On Fri, 28 Mar 2008 12:03:54 -0500, Mark Zelden wrote:
>Yes. That eliminates the COMPRESS issue or the problem you might
>run into if the library takes an additional extent. The second problem
>was fixed about 15 years ago in MVS/ESA V4. JES2 recognizes this
>condition via I/O error and then w
We have a site still using CSP/AD (unsupported). The product failed in the
BUILD function under under z/OS 1.8. We received word from IBM that they
had customers running CSP/AD with Z/OS 1.8 reporting similiar problems.
They believe the problem is in the runtime libraries for Z/OS 1.8, but they
>Given that ESQA will just overflow into ECSA is there any real reason not to
>allocate ESQA fairly low so that it is always at 100%, and then size/monitor
>ECSA for the combined requirements? I am aware that that
would not be a good thing below the line, but I haven't read of any clear
reason t
Hello,
I've seen earlier items about Healthchecker and its ESQA checking, but I
have a general question to which I haven't been able to find the
information in the manuals.
Given that ESQA will just overflow into ECSA is there any real reason
not to allocate ESQA fairly low so that it is always
On Fri, 28 Mar 2008 11:35:54 -0500, Paul Gilmartin <[EMAIL PROTECTED]> wrote:
>On Fri, 28 Mar 2008 09:44:20 -0500, Mark Zelden wrote:
>>
>>The catalog has nothing to do with it. Despite the fact that someone deleted
>>the data set, it is still ALLOCATED to JES2 and the original extents are
in the
Yes,.. That's what we were told also,.. But Cache is shared and I
believe internal processors supporting the spinning disk whether
Mainframe or Open Systems is shared.
.. The Unix Side of the DMX-3 'DID' effect the mainframe storage. Soon
after, there was a 'fix' applied to the EMC Code.
(not c
Paul Gilmartin wrote:
Are DEBs created by ALLOCATE? I had imagined it was OPEN.
Indeed.
In an earlier contribution, you mentioned that JES holds no ENQ
on the PROCLIBs. That sounds terribly dangerous. Why would they
design it that way?
MVS programs honor the settings in the PPT. HA
<<<
Thanks but this is like IPLing the system itself which involves outage
which many not be possible in our system So I was just looking for
alternatives...
A dynamic PROCLIB concatenation can be repaired via a series of
$DEL/
Paul Gilmartin wrote:
> On Fri, 28 Mar 2008 09:44:20 -0500, Mark Zelden wrote:
>
>> The catalog has nothing to do with it. Despite the fact that someone deleted
>> the data set, it is still ALLOCATED to JES2 and the original extents are in
>> the
>> DEB. You can rename the new one, re-alloca
On Fri, 28 Mar 2008 09:44:20 -0500, Mark Zelden wrote:
>
>The catalog has nothing to do with it. Despite the fact that someone deleted
>the data set, it is still ALLOCATED to JES2 and the original extents are in the
>DEB. You can rename the new one, re-allocate it to its original volume and
>cop
On 27/03/2008, Bruce Hewson <[EMAIL PROTECTED]> wrote:
> I would assume, like on some web screens we use here, that the text input
> fields are not "transparent". By that I mean the characters entered are
> treated
> as HTTP control characters, or something like that.
>
> I am trying to convi
On 28 Mar 2008 09:08:48 -0700, [EMAIL PROTECTED] (Chase, John) wrote:
>> I think "due process" is the goal of judicial systems most everywhere.
>> And people want predictability more than Truth and Justice.
>> Predictability allows plans to function.Justice might bite us.
>
>Perhaps, to a poin
On Fri, 28 Mar 2008 16:02:28 +, Jacky Bright <[EMAIL PROTECTED]> wrote:
>Liz,
>
>Thanks but this is like IPLing the system itself which involves outage which
>many not be possible in our system So I was just looking for alternatives...
>
>
There is really not much harm in doing $PJES2,ABEND a
Liz,
Thanks but this is like IPLing the system itself which involves outage which
many not be possible in our system So I was just looking for alternatives...
JAcky
On 3/28/08, Lizette Koehler <[EMAIL PROTECTED]> wrote:
>
> Jacky -
>
> Once JES2 has started the CATALOG is no longer part of JES
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Howard Brazee
>
> On 28 Mar 2008 08:17:13 -0700, [EMAIL PROTECTED] (Rick Fochtman)
> wrote:
>
> >>Sounds like commentary I've heard about the U.S. legal system:
"Truth
> >>and justice are irrelevant, so long as proce
On 28 Mar 2008 08:17:13 -0700, [EMAIL PROTECTED] (Rick Fochtman)
wrote:
>>Sounds like commentary I've heard about the U.S. legal system: "Truth
>>and justice are irrelevant, so long as procedure is followed precisely."
>>
>>-jc-
>>
>>
>---
>And the lawyer
Jacky -
Once JES2 has started the CATALOG is no longer part of JES2's process to
find its JCL defined Proclibs.
JES2 builds an internal table that probably holds information like the data
set name, the volser and the TTR locations in that dataset for the PROCs.
You can with the appropriate ALTER
Sounds like commentary I've heard about the U.S. legal system: "Truth
and justice are irrelevant, so long as procedure is followed precisely."
-jc-
---
And the lawyers get their (obscene) fees! :-)
---
On Fri, 28 Mar 2008 10:39:52 -0400, Knutson, Sam <[EMAIL PROTECTED]> wrote:
>I don't think anyone has mentioned the white paper from Riaz Ahmad (IBM)
>WSC that detailed a customer situation with problems dealing with
>current volumes using MANx data sets and some WSC testing that emulated
>it.
>
>
On Fri, 28 Mar 2008 14:17:47 +, Jacky Bright <[EMAIL PROTECTED]> wrote:
>My point is why CATALOG address space is not considering the new volume
>RBI035 why is it that still expecting RBI031 even though I have recreated
>the SCLM1.PROCLIB with catalog option and it got created in RBI035. If I
I don't think anyone has mentioned the white paper from Riaz Ahmad (IBM)
WSC that detailed a customer situation with problems dealing with
current volumes using MANx data sets and some WSC testing that emulated
it.
http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/WP101130
or http://t
My point is why CATALOG address space is not considering the new volume
RBI035 why is it that still expecting RBI031 even though I have recreated
the SCLM1.PROCLIB with catalog option and it got created in RBI035. If I see
the LISTC for SCLM1.PROCLIB it shows the volume as RBI035
Error as :
IEC1
Jacky,
You cannot move a JES2 JCL defined PROCLIB while JES2 is up. If it is in an
SMS Managed pool, you probably need to look at coding PROCLIB statements in
JES2 rather than the JCL.
Mark makes a valid point.
When JES2 had JCL coded PROCLIBs they are not ENQUEUED so if your security
product do
On Fri, 28 Mar 2008 09:31:51 -0400, Lizette Koehler
<[EMAIL PROTECTED]> wrote:
>Depending on your level of JES2 you may want to look at using PROCLIB
>statements in JES2 rather than coding DD statements. Or have the users
>start using JCLLIBs.
>
I hope they are running at least z/OS 1.2 by now!
>It's several years now since I was at a DB2 shop but I think that it doesn't
>actually use timestamps on the logs anyway, it uses its own sequencing
>independent of a time source, if I remember correctly.
That's true, unless you're in a DB2 sharing group in a parallel SYSPLEX.
Then, the DB2's
On Fri, 28 Mar 2008 09:01:06 -0400, Mark Jacobs <[EMAIL PROTECTED]>
wrote:
>
>Most likely due to the old proclib being in a different physical
>location on the volume or even on a new volume than the newly allocated
>dataset.
Yes.
>If you have an alternate jes2 proclib concatenation defined yo
On Fri, 28 Mar 2008 12:51:26 +, Jacky Bright <[EMAIL PROTECTED]> wrote:
>Hi,
>
>In our system for JES2 RBI1.PROCLIB and RBI2.PROCLIB were defined in
>sequence resp. Later due to some reason RBI1.PROCLIB was deleted and
>recreated.
>
>But after that we are facing problem that PROCs from the RBI
SCLM1.PROCLIB is on RBI035 but I want it on RBI031. Since it is SMS Managed
how can I move it to RBI031.
How can I change the Catalog Entry ?
JAcky
On 3/28/08, Mark Jacobs <[EMAIL PROTECTED]> wrote:
>
> Jacky Bright wrote:
> > I am getting following erros in SYSLOG
> >
> > IEC143I 213-04,IFG019
You need to open and close your JES2 concatention. Do you have a PROC00 and
a PROC01 in your JES2 Proc? It could be any PROCxx number other than
PROC00. If so, all you need to do is run the following JCL
//JOB Card
/*JOBPARM PROC=PROC?? <-- Make the ?? whatever your Alternate PROC dd
statemen
Try running any job with a /*JOBPARM PROCLIB=PROC13 in the jcl
Alan Schwartz
Infrastructure Management Sr Analyst
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Jacky Bright
Sent: Friday, March 28, 2008 8:43 AM
To: IBM-MAIN@bama.ua.edu
Subjec
Jacky Bright wrote:
> I am getting following erros in SYSLOG
>
> IEC143I 213-04,IFG0194D,JES2,JES2,PROC13-0003,9800,RBI031,SCLM1.PROCLIB
>
>
> JAcky
>
Is dataset SCLM1.PROCLIB actually on volume RBI031 after it was
recreated? If it moved was the catalog entry changed to match its new
location?
I am getting following erros in SYSLOG
IEC143I 213-04,IFG0194D,JES2,JES2,PROC13-0003,9800,RBI031,SCLM1.PROCLIB
JAcky
On 3/28/08, Mark Jacobs <[EMAIL PROTECTED]> wrote:
>
> Jacky Bright wrote:
> > Hi,
> >
> > In our system for JES2 RBI1.PROCLIB and RBI2.PROCLIB were defined in
> > sequence resp
Depending on your level of JES2 you may want to look at using PROCLIB
statements in JES2 rather than coding DD statements. Or have the users
start using JCLLIBs.
Lizette
>>>
In our system for JES2 RBI1.PROCLIB and RBI2.PROCLIB were defined in
sequence resp. Later due to some reason RBI1.PROCLIB
No, we share the frame with the mid range (Unix) side of the shop. However,
we do not use the same disks in the box, Mainframe dasd is mapped on
separate volumes from the Mid range dasd; I am told there is no
intermingling...
Lizette
>Not sure of our microcode level,.. But is your DMX used o
In our system for JES2 RBI1.PROCLIB and RBI2.PROCLIB were defined in
sequence resp. Later due to some reason RBI1.PROCLIB was deleted and
recreated.
But after that we are facing problem that PROCs from the RBI1.PROCLIB are
not getting invoked. <<< snippage
Did the pointer get lost?
Daniel McLa
Jacky Bright wrote:
> Hi,
>
> In our system for JES2 RBI1.PROCLIB and RBI2.PROCLIB were defined in
> sequence resp. Later due to some reason RBI1.PROCLIB was deleted and
> recreated.
>
> But after that we are facing problem that PROCs from the RBI1.PROCLIB are
> not getting invoked.
>
> What could
Check the DNSTYPE (PDS or PDSE), and check the DSCB information (LRECL and
BLKSIZE).
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Jacky Bright
Sent: Friday, March 28, 2008 8:51 AM
To: IBM-MAIN@bama.ua.edu
Subject: JES2 DD Concatenation iss
On Thu, Mar 27, 2008 at 2:15 PM, Shmuel Metz (Seymour J.)
<[EMAIL PROTECTED]> wrote:
> In <[EMAIL PROTECTED]>, on 03/26/2008
>
>at 08:13 AM, Steve Comstock <[EMAIL PROTECTED]> said:
>
> >I know the feeling. But we gotta' learn how to do
> >the new stuff on the mainframe, and let management
>
Hi,
In our system for JES2 RBI1.PROCLIB and RBI2.PROCLIB were defined in
sequence resp. Later due to some reason RBI1.PROCLIB was deleted and
recreated.
But after that we are facing problem that PROCs from the RBI1.PROCLIB are
not getting invoked.
What could be the problem ?
JAcky
---
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of O'Brien, David W.
>
> You missed the point.
> The previous post to mine mentioned that's it's easier to say
> 'Sorry' than get permission.
> My post was meant to warn of the possible ramifications of
> taking that a
My apologies for the pollution. I thought it was internal.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.u
The chickens are restless.
Daniel McLaughlin
Z-Series Systems Programmer
Information & Communications Technology
Crawford & Company
4680 N. Royal Atlanta
Tucker GA 30084
phone: 770-621-3256
fax: 770-621-3237
email: [EMAIL PROTECTED]
web: www.crawfordandcompany.com
>
> Something's weir
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Edward Jaffe
>
> Cyrus Goodriver wrote:
> > A question for IBMers who posted on this subject: Why the
> nice feature
> > of informing PARM=* to PSP tool to screen all target zones
> defined to
> > the Global CSI ha
On Fri, 28 Mar 2008 11:00:20 +, [EMAIL PROTECTED] wrote:
>I keep my z9BC's HMC on GMT all the time (I would probably do that even if I
was in New Zealand or Australia, regardless of being in the UK). I don't recall
it
adjusting time last March or last October, but then I probably wasn't pay
Lout - one considered large, slow, and cumbersome. Louts notes!
Daniel McLaughlin
Z-Series Systems Programmer
Information & Communications Technology
Crawford & Company
4680 N. Royal Atlanta
Tucker GA 30084
phone: 770-621-3256
fax: 770-621-3237
email: [EMAIL PROTECTED]
web: www.crawfordandco
We have ANCIENT DB2. We use CA-Scheduler. We've always done the wait
thing, thus my comments. As for coordinated time in the server world...we
have 500 servers in the chicken farm and I doubt they are very aligned on
the time. If we forget to pop SMTP it messes one of them up.
Thanks.
(Omitted
Gary,
What is a louts note text page?
Regards,
John
Gary
Hussong/CIMG/CVG@
CVG
We don't have any databases, no. It's several years now since I was at a DB2
shop but I think that it doesn't actually use timestamps on the logs anyway, it
uses its own sequencing independent of a time source, if I remember correctly.
To be honest, in this day and age, I'd have to question whe
I like the sound of that, but have a question. Do you not have any DB's
affected by slamming back an hour instead of shutting down for one hour
and then doing an IPL?
Daniel McLaughlin
Z-Series Systems Programmer
Information & Communications Technology
Crawford & Company
4680 N. Royal Atlant
I keep my z9BC's HMC on GMT all the time (I would probably do that even if I
was in New Zealand or Australia, regardless of being in the UK). I don't recall
it adjusting time last March or last October, but then I probably wasn't paying
particular attention anyway.
I don't IPL for time changes
I'm almost ashamed to raise it, but my excuse is that I'm new to the
box.
Is my Z9BC going to change the clock automatically on me? No ETR. The
way I read the HMC manual, it will automatically update for Time Zone
changes on the HMC, then at 11:00 pm on Sunday it will re-synchronise
with the TOD
I will be out of the office starting 03/27/2008 and will not return until
04/07/2008.
If you need immediate assistance, please contact Jim Cudworth
(1-630-371-4911) or [EMAIL PROTECTED]) or Sheila Bratton
(1-317-443-2142, [EMAIL PROTECTED]).
--
82 matches
Mail list logo
