___
mingw mailing list
mingw@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/mingw@lists.fedoraproject.org
early days so expect some warts. But
it's something that I definitely needed, so maybe it's useful to others as
well.
License on the NanoVG project is zlib; I'm putting this bindings project
under MIT.
Thanks,
Kevin Kelley
___
Rust-dev mailing
,
NODISPLAY) by Message Flood Automation; they will see any messages for which
the Message Flood Automation policy specifies AUTO (even if the message is not
to be logged and is not to be displayed on an operator console).
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
the maximum blocksize that
the code handles.
W. Kevin Kelley - IBM POK Lab - z/OS Core Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
, July 18, 2012 10:03 AM
Subject: Re: request for file copy to floppy
On 17 Jul 2012, at 19:45:49 PDT, Kevin Kelley wrote:
create a useable 800k floppy or two
Is there a reason you need 800K floppies? The IIci uses a 1.44MB drive. Only
the very early compact Macs were limited to 800K
I have a very old program that I would like to use to archive some
old recordings.The original recordings are on a very old 1990 Magneto
optical recorder that connects to the mac IIci via SCSI. The mac is
then a front end GUI for the recorder. I have several sessions I would
like to move from
Mark,
Based on the feedback that we had received from the ESP customers, the comments
that I have received here were a surprise; I had expected the comments to have
gone in other directions.
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
was delivered
are result of a commitment that we made to the ESP customers.
Please note that there was no z/OS Console Support involvement in the original
DFSMS R13 support: it was unique to DFSMS; the current support is not.
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
Brian,
If you are not receiving our Interface Change Notifications (ICNs), then we
need to get that fixed. All of the automation venders that we interacted with
were notified through that process and contacted me as a result.
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
Mark,
You are correct -- there is now no option to put the additional lines of
explanation in the SYSLOG/OPERLOG. We reacted to what we heard from the ESP
customers, and to quote you perhaps they overreacted. That is why I put the
post out here, to hear what other people think.
W. Kevin
, WQE, CTXT and MDB. We have been in contact with the
various automation venders and they are all aware of how to recognize verbose
message lines. We expect that most venders will choose to ignore the verbose
message lines.
Any comments/criticisms/suggestions?
W. Kevin Kelley -- IBM POK Lab
Looks like some words got repeated when my message got posted.
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists
lines optionally
go places other than JOBLOG?
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu
Guys, geez, go cure cancer or something.
Kevin
--
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your
first post.
To
into and out of the 3838. (The 3838
looked like a tape device to FORTRAN).
Of course, many of you have found other uses for SUBSYS= since then...
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
--
For IBM-MAIN
and the lack of applets in this new version?
-Original Message-
From: Rahul Sundaram [mailto:methe...@gmail.com]
Sent: Thursday, April 21, 2011 10:38 AM
To: websites@lists.fedoraproject.org
Cc: kkel...@foos-bar.com
Subject: Re: F15 | Tutorials
On 04/21/2011 07:55 PM, Kevin Kelley wrote:
Excuse my
Hi All,
My name is Kevin Kelley and I'm a Web Application / JEE Developer (for
about 12 years now). I've been using Red Hat and Fedora for much of
that time as well. As such, I would love to contribute some of my
cycles and I thought the websites group might be a great place to start.
Of course
into some of them.
Brian,
I would be very curious what those problems are. Changes to z/OS for console
support and for System REXX have been out for several releases now, and
both are stable. I am not aware of any forthcoming changes that affect
either, so I am puzzled by your statement.
W. Kevin
the code is the easy part; its getting the resources to thoroughly test
what you've written that stops you dead in your tracks.
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
--
For IBM-MAIN subscribe
, and hashes - if you can
use them - are even better.
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
. In general, most
testing environments give lip service to floating point.
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists
much time the operation takes.
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
further comments.
Some of you have expressed concern about function going away; that was
not the intent of these questions.
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
--
For IBM-MAIN subscribe / signoff
Wow! I am overwhelmed with the response so far. THANK YOU!
For those of you that I haven't heard from, PLEASE POST -- this was not a
casual query; decisions will be made on it.
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
no locally-attached consoles and use the System
Console to IPL and get you through NIP before transitioning to SMCS consoles
(or some other console support requiring Comm Server to be up)?
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
On Thu, 17 Mar 2011 18:16:49 -0500, Kirk Wolf k...@dovetail.com wrote:
I recall using ASSIST and the other Waterloo interpreters
ASSIST was created by John Mashie at The Pennsylvania State University --
it did not come out of Waterloo.
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical
). They will show you what information is available.
The SYSLOG mapping is IHAHCLOG (in SYS1.MODGEN). This will show you the
information that is formatted into the SYSLOG.
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
.
We provide a sample program in SYS1.SAMPLIB for formatting the OPERLOG
into (readable) SYSLOG format. Note that information which cannot be fit into
the SYSLOG format is ignored by the program.
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
that
things are compatible across the sysplex and if so then convert console
operations to distributed mode.
We certainly encourage you to migrate to DISTRIBUTED mode.
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
The system console will use the MSCOPE and CMDSYS defined for it in
CONSOLxx. If you do not define the system console in CONSOLxx, it will be
given MSCOPE=* (this was changed from *ALL in z/OS R10) and a CMDSYS=*.
You can of course change the MSCOPE and CMDSYS by command.
W. Kevin Kelley -- IBM
as SYSLOG. It certainly applies
to consoles, including the various printers that we supported as output-only
consoles.
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
--
For IBM-MAIN subscribe / signoff / archive
a through z
characters in messages, we have not removed the restriction on the use of
other code-points, although we have had a proposal to do so. The proposal
died due to a lack of formal customer requirements that we fix the problem.
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
written to SYSLOG and OPERLOG are formatted by Console services;
messages written to the JOBLOG are formatted by the JES. Your requirement
for greater precision in the formatted timestamp should be directed against
the JESes.
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
the folks that funded and coded the initial GDPS
implementation. Other folks in z/OS found a need for hardware control and the
GDPS implement was subsequently reworked into system code. I haven't had
anything to do with it directly in quite awhile, but I do keep an eye on it.
W. Kevin Kelley -- IBM POK
On Fri, 31 Dec 2010 11:12:34 -0500, Shmuel Metz (Seymour J.) shmuel+ibm-
m...@patriot.net wrote:
In listserv%201012281952037420.0...@bama.ua.edu, on 12/28/2010
at 07:52 PM, W. Kevin Kelley wkkel...@optonline.net said:
There is no ability to specify a destination of JOBLOG on WTO.
Doesn't
of the JESes, so if you want it, I'd suggest a formal
requirement through SHARE.
FWIW, there is the ability within an MPF exit to prevent messages from being
written to the JOBLOG. There is no equivalent on the WTO.
W. Kevin Kelley -- IBM POK -- z/OS Core Technical Development
It should support it fine. I did have to use a autosync feature on my
monitor because my sony would no function because it was set at a
static rate.
On Wed, Dec 15, 2010 at 10:35 AM, Todd Brayer toddbra...@gmail.com wrote:
Stupid question: Aside from VRAM limitations, is there anything that is
. Unfortunately, there are few ways of
enforcing the proper construction of a multi-line message (or a single-line
message, for that matter).
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
--
For IBM-MAIN
address.
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search
(the IKJ
component), but I'll see what I can do... It certainly wouldn't hurt to
resubmit
it as part of the SHARE requirements clean-up.
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
--
For IBM-MAIN
On Fri, 19 Nov 2010 16:19:00 -0800, John Mattson
john_matt...@ea.epson.com wrote:
Continuing to voice my annoyance with zOS messages.
May I suggest that you open a formal problem with IBM for each of these?
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
in terms of the business
impact that it has on a customer. Lost productivity, lost time, etc.
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
DB2 configurations (there is some
DB2 R9 service required to achieve some of this).
Many of these changes will benefit other environments that open large
numbers of data sets.
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
of data sets being opened was
increased. USEZOSV1R9RULES(NO) is certainly something that we would
recommend to anyone who wants to reduce their DB2 start-up time.
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
for ways of specifying on
commands that the command response message is to be returned to the
console (typically an EMCS automation console) but is not to be logged.
From the comments I've seen so far, whatever we do must be optional.
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical
as Black Jack Bertram) and tell him
that his shiny new 3084 couldn't be operated (and possibly not sold) because
of the message rate problem. To put it politely, he wasn't happy. And that is
how MPF very quickly came into being, warts and all.
At least some of the warts are fixable...
W. Kevin
boundary with
appropriate Interface Change Notifications (ICNs) to the venders in advance
of the release being available.
Make sense? I'd like to hear your comments...
W. Kevin Kelley -- IBM Pok Lab -- z/OS Core Technical Development
equipment. I am running system 7 software and now
(thanks to this list) have 68megs of RAM.
Any advice would be preferred.
Kevin Kelley
--
-
You received this message because you are a member of the Vintage Macs group.
The list FAQ is at http://lowendmac.com/lists/vintagemacs.shtml and our
Thank you all who answered my mac ram questions. I placed the RAM in the II CI
booted it up and walked away came back 10 min later and all was 100% My II SI
now has 68megs of ram soon tp be 128 megs!
Thanks again all I owe you.
Kevin Kelley
Newbe
--
-
You received
enough).
Please help I really want to get my studio Vision fix again.
Kevin Kelley
--
-
You received this message because you are a member of the Vintage Macs group.
The list FAQ is at http://lowendmac.com/lists/vintagemacs.shtml and our
netiquette guide is at http://www.lowendmac.com/lists
Yes they told me I could return them but they believe that the II SI
needs 90ns or faster ram and that is why my mac will not see the
simms?
On Mon, Jul 12, 2010 at 2:52 PM, D. Finnigan dog_...@macgui.com wrote:
On Mon, 12 Jul 2010 11:45:10 -0700 (PDT), kevin kelley xir...@yahoo.com
wrote:
I
that time
awhile. I thought my IIci that I'd upgraded to 128 wasn't
working either but it just took a long time to get going.
Scott
On 7/12/2010 2:56 PM, Kevin Kelley wrote:
Yes they told me I could return them but they believe
that the II SI
needs 90ns or faster ram and that is why my
of ownership, and I still stick my nose into
this
stuff when (and while) I still can.
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists
... but that's how you learn
things
If you're questions and my answer stir up some discussion and some SHARE
requirements, we will both come out ahead. I'm always happy to answer
questions.
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
probably fix or relieve the HMC side
as well. If solving this problem is important to you, then I would suggest
submitting a requirement through SHARE.
We would be interested in hearing about what you use the HMC System
Console for.
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
by the time it was finally
possible, a lot of people didn't really care any more. Still, it's better
than nothing.
--
Kevin Kelley
--
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to this group, send email to clojure@googlegroups.com
Note that posts
Your garbage collector didn't build; look in idst/object/gc-7.0 for a
configure-atomic-ops.sh script, run that, then make again.
Cheers,
Kevin Kelley
On Thu, 06 May 2010 22:34:29 -0500, David Girle davidgi...@gmail.com
wrote:
Thanks.
I had previously successfully made the ~sep 2008 build
and probably something that we'll never do, but there are things we can do
over time to further reduce the likelihood of buffer shortages and things we
can do to make them less painful.
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
about what
happened and what we might be able to do to handle it more intelligently.
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
is not trivial, but it is
now
eminently feasible if, though your requirements, you tell us that this is
important enough for us to work on (and not something else).
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
is no. But it sounds like an excellent SHARE
requirement...
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu
-- we strongly discourage use of WTL because it puts an
unformatted message into the SYSLOG/OPERLOG. Use WTO with the hardcopy-
only option set -- that way, it'll get put into the logs with the standard
timestamp, system ID etc.
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
for the hardware to worry about)
and easily programmed.
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu
. While the HMC
system console has a number of usability problems, it does allow scrolling
backward to see messages.
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
--
For IBM-MAIN subscribe / signoff / archive
Automation to handle message floods, right?
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET
by
Bob Rogers at SHARE -- we're seeing what else we can speed up, and
allocation is one of the areas getting considerable attention.
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
--
For IBM-MAIN subscribe
would encourage you to submit SHARE requirements as well since they carry
a lot more weight with the business folks than requests on a forum.
W. Kevin Kelley IBM POK Lab -- z/OS Core System Development
--
For IBM-MAIN subscribe
in the area that Peter was talking about.
Its not, but don't let that stop you from submitting it as a requirement.
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
--
For IBM-MAIN subscribe / signoff
of the Console Restructure. I don't think you
will
be able to convince us to bring anything like it back.
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
--
For IBM-MAIN subscribe / signoff / archive access
in
the late 1970's when the 145's supported them but we never supported them.
I was working on JES3 spool at the time and I was intimately familiar with the
device support back then.
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
that you want.
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search
. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http
of things to pass
across the interface. One of those was a 3270 data stream, although that
capability wasn't exploited until many years after we did the architecture work.
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
didn't support? That was a long time ago
and my memory is getting fuzzy...
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists
but not 3375 (which I think was the FBA device).
Back in those days, every time a new DASD device came around we had to do
device support in lots of different places because each device had different
geometry.
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical development
was and the error message made
sense to them. Today, BLDLs are done umpteen layers below the applications
and the message is no longer appropriate. MEMBER NOT FOUND
would make more sense. Maybe its time to blow the dust off of messages such
as these...
W. Kevin Kelley -- IBM POK Lab -- z/OS
.
W. Kevin Kelley IBM POK Lab -- z/OS Core Technical Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives
, and if
necessary, is done in the least disruptive way possible both for people and
automatons. We have made changes to certain messages so that they are
more easily automatable.
W. Kevin Kelley IBM POK Lab -- z/OS Core Technical Development
Hmm... I couldn't even get Stackless 2.6.2 to build on OS X. Latest system
software version, latest XCode version.
When I download the source tarball from stackless.com and run ./configure
make, I get the following errors:
./Stackless/core/slp_transfer.c: In function 'slp_transfer':
I'd be interested to hear what ideas people have. I'm an MIT senior
continuing on into our Master's program, so I might be interested in having
a Stackless-related summer project to work on.
On Fri, Mar 20, 2009 at 8:46 AM, Andrew Francis andrewfr_...@yahoo.comwrote:
Hi Folks:
Message: 3
there
was a problem, but we'd like to hear from you before we proceed.
W. Kevin Kelley IBM POK Lab -- z/OS Core Technology Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu
from the Boulder download site.
W. Kevin Kelley IBM POK Lab -- z/OS Core Technical Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN
On Tue, Dec 23, 2008 at 10:38 AM, r rt8...@gmail.com wrote:
School time son,
This forum is much more than a question answer session, son. Sure
people are welcome to ask a Python related question. But this forum is
really the main highway of Python development and future. If your a
n00b go
Python has it's place, usually getting things done, rather than being
flashy.
For example, while Java is still the Enterprise King, both the leading
application servers (Weblogic and Websphere) adopted Jython as their
internal scripting language last year (or was it 2006?).
It's used heavily for
to the lions, and I look forward to
further
discussion on this topic.
W. Kevin Kelley IBM POK Lab -- z/OS Core Technical Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists
,
The biggest I've encountered so far was around 22 z/OS images. Sorry, don't
have any of the other details. I have heard of proposals for larger 'plexes but
I
don't know if they were ever constructed.
W. Kevin Kelley IBM POK Lab z/OS Core Technical Development
If they are running standard Win XP (Home or Pro), as opposed to 64-bit Win
XP, then whether or not the CPU supports the IA64 instruction set really
doesn't matter. As far as I know every Intel Core2 and Pentium Dual-Core CPU
since ~ 2006 has supported 64bit instructions, even the Atom is 64bit.
Try python documents/helloworld.py or cd documents before python
helloworld.py.
Kevin
On Sun, Nov 30, 2008 at 11:50 AM, toveysnake [EMAIL PROTECTED] wrote:
I decided that I want to learn python, and have no previous
programming experience. I was reading the guide A byte of python and
got to
Actually, if you to get an error from a module built with zipimport it
points to where that module was built as well.
Kevin
On Fri, Nov 28, 2008 at 9:22 PM, Roy Smith [EMAIL PROTECTED] wrote:
We distribute Python internally by building it in one place, and then
distributing images of the
will have no effect on SYSLOG/OPERLOG.
As for the original problem, no idea...
W. Kevin Kelley -- IBM POK Lab, z/OS Core Technical Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL
-bit.
W. Kevin Kelley IBM POK Lab -- z/OS Core Technical Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives
On Thu, 9 Oct 2008 07:17:06 +0200, Barbara Nitz [EMAIL PROTECTED]
wrote:
I still think that at one point prior to console restructure console retention
attributes were kept as part of the sysmcs xcf group (permanent status
recording). I am 100% sure that it wasn't sufficient to 'only' have
attributes. We don't do that to the extent that we used to, so the lazy
update is adequate. The primary reason we continue to propagate the
attributes to all of the systems in the sysplex is so that DISPLAY CONSOLES
will work.
W. Kevin Kelley IBM POK Lab -- z/OS Core Technical Development
console buffers are still a
consideration. And yes we're aware that they are still a problem (though less
so after the Console Restructure).
W. Kevin Kelley IBM POK Lab -- z/OS Core Technical Development
--
For IBM-MAIN subscribe
the order in which subsystems are defined to
the SSI is understood. However, we see an opportunity to speed up system
initialization time if we do not have to run the subsystem initialization
routines
serially.
W. Kevin Kelley IBM POK Lab -- z/OS Core Technical Development
usage.
W. Kevin Kelley IBM POK Lab -- z/OS Core Technical Development
--
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
initialization routines that run during IEFSSNxx
processing.
W. Kevin Kelley IBM POK Lab -- z/OS Core Technical Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED
purposes. See the Commands book.
W. Kevin Kelley IBM POK Lab -- z/OS Core Technology
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search
on a console. This was to
help our own automation product, but I suspect others benefit from this
change too. It does change some things though... Take a look at the R9 pubs.
Any questions, drop me a note at [EMAIL PROTECTED]
W. Kevin Kelley IBM POK Lab - z/OS Core Technical Development
control
block is created that represents the message. This occurs before the message
is written to the SYSLOG and well before the message is queued to any
consoles. Since z/OS R4, messages are written to SYSLOG before they are
queued to consoles.
W. Kevin Kelley IBM POK Lab -- z/OS Core
1 - 100 of 132 matches
Mail list logo