If you scroll down to the 4:35 PM entry, you will see the tech finally
confirms that Q2004 has this bug. At first, he suggests my data file might
be corrupt, but when I persisted, he obviously tested what I was describing
and confirms Exclude Internal transfers does not work. He then tells me to
report the bug. Why can't HE report it?
Following his suggestion, I once again reported this bug. Let's hope they
fix this thing!
John
***************************************
Customer Transcript
4:10 PM
System
Welcome John Blaustein ...
4:10 PM
System
Connecting to server. Please wait...
4:10 PM
System
Connected to quicken.ehosts.net
4:10 PM
System
Session ID: <removed for NG post>
4:10 PM
System
Initial Question/Comment: Hi... I'm using Q2004H&B, R3. When using
Reports>How Am I Spending My Money?>Income/Expense Report, I am finding that
the Custo
4:10 PM
System
http://www.intuit.com/support/quicken/netagent_chat/chatcv.html
4:11 PM
System
Jain has joined this session!
4:11 PM
Jain
Welcome to Quicken Chat for technical support. Could you please provide me
with a more detailed explanation of the issue?
4:12 PM
You
Hi Jain... Yes, when using the Income/Expense Report and Customizing the
report, when selecting the Advanced tab in Customization, the option to
Exclude Internal transfers does not work. When Exclude Internal is selected,
it yields the exact same results as Include All transfers.
4:17 PM
Jain
Thank you for your patience. It is important that I provide you a correct
solution. I am working on your request and will be with you shortly . . .
4:17 PM
You
OK, thank you.
4:19 PM
Jain
Thank you for your Patience , John
4:19 PM
Jain
We need to determine whether this is an issue with the program or your data
file. To do so, from the Quicken File menu choose New File. Name this file
"Test", and then create the account in question when prompted. Now try to
duplicate your issue in this "Test" file. If the problem persists in this
file, then your issue is program or system related. If you cannot reproduce
the issue, then it indicates that you have data damage in your original
file. If this is the case, follow the steps to repair your data file at
http://www.intuit.com/support/quicken/docs/w_corruptdata.html .
4:22 PM
You
This problem has been documented repeatedly in the
alt.comp.software.financial.quicken newsgroup and I have tested it myself in
more than one Quicken file. If you test this, I think you will get the same
results. My data file is not corrupt.
4:25 PM
Jain
On my System I have tried this again , and it works fine
4:26 PM
You
Can you e-mail me your file(s)? I will try it on my system. You can send the
file(s) to <my-email-address -- removed for NG post>
4:26 PM
Jain
John , I( am sorry , But I cannot do a E mail of the Data file .
4:28 PM
You
Where does that leave us? I am telling you that I have confirmed my data
file is not corrupt and that when I run an Income/Expense report, I get the
same results whether Include All transfers or Exclude Internal Transfers is
selected. This should not be the case. What do I do now?
4:30 PM
Jain
please give me a moment , i am still working on the issue , thank you
4:30 PM
You
Take your time...
4:34 PM
Jain
Thanks , John.
4:34 PM
Jain
you are right
4:34 PM
Jain
Exclude internal is not working in the I\E report.
4:35 PM
You
Now what? Can you report this to your developers as a confirmed bug?
4:36 PM
System
Jain pushes page, http://altserv.intuit.com/orien/qkn_enhance.html
4:36 PM
Jain
I apologize for the inconvenience caused. We are facing this issue in
Quicken 2004. exclude Internal is not working properly in Quicken 2004.I
adviose you to use either Include All or Exclude All.I have pushed you a
Product Suggestion Reporting web link , please use it and that will convey
the report to the required department , thank you .
4:38 PM
You
You mean to say I have to report this bug? You have no way to do this?
Actually, I have reported it on the "Report a Bug" page before. I have had
no response.
4:42 PM
Jain
You can report this as a Bug , This will be looked upon by the Quicken
Product Development team for 2004 , and will be fixed by releasing a patch
or in the next product release.
4:43 PM
You
Thank you for your help, Jain. Good-bye. John
4:43 PM
Jain
Is there anything else I can assist you with today concerning Quicken?
4:44 PM
You
No, thank you. John.
4:44 PM
System
The session has ended!
"John Blaustein" <nom...@nomail.com> wrote in message
news:woSdnTuiHpG...@lmi.net...
If you know it's clearly a bug, why ask him to test it out? You reported it
once, now you have to wait like everyone else until Intuit gets around to
fixing it. Don't bust the product support guy's balls, he didn't develop the
thing. He's probably just a twenty-two year old wanna-be web developer or
something that's stuck doing phone support until the economy improves!
"John Blaustein" <nom...@nomail.com> wrote in message
news:woSdnTuiHpG...@lmi.net...
I don't "know it's clearly a bug." What I do know is that it's not working
correctly on my system with my data file. Further, others here have
experienced the same behavior in Quicken 2004. Intuit has not confirmed
this bug and they haven't fixed it yet.
I went out of my way to be polite and patient with the tech guy. I simply
asked if he would take a closer look and see if he got the same results. He
did. I didn't "bust his balls" at all and thanked him graciously for his
help.
I'm sorry you thought I was "playing games" with the technician. That
certainly was not my intention. I am happy "to wait like everyone else" now
that Intuit support has confirmed the bug.
John
"mark" <mark...@verizon.net> wrote in message
news:x4wzb.21151$UG2....@nwrdny03.gnilink.net...
Let's just hope this thing gets fixed.
I have noticed one interesting thing about the Exclude Internal setting: I
use Classes for all of my transactions. When I run an Income/Expense report
and only select to use one Class, then the Exclude Internal setting seems to
work. I have not tested this thoroughly, but at first glance, I think it's
working when limiting the report to only one (of several) Classes.
John
"Steve Larson" <r...@NOSPAM.com> wrote in message
news:H_vzb.288$ej....@bignews2.bellsouth.net...
> John, that's great news, thanks very much for posting this information. I
> must say your patience with the support tech is admirable, I don't know
that
> I would have done so well. By appearances, it looks like Dell's support,
> which is based in India, which pretty much says it all. I sure hope they
> fix this bug, this is the only bug keeping me from trying Q04 again.
>
<SNIP>
"John Blaustein" <nom...@nomail.com> wrote in message
news:BZydnQAhlff...@lmi.net...
"Steve Larson" <r...@NOSPAM.com> wrote in message
news:npxzb.1570$L47....@bignews3.bellsouth.net...
"mark" <mark...@verizon.net> wrote in message
news:YExzb.27426$lF6....@nwrdny01.gnilink.net...
I am rather agnositic on the direction that this thread has taken, but I do
not think your own attitude conforms with the facts ... even as you present
them.
>The fact is
> that software companies will place an issue at higher priority if
> they receive more complaints.
True, and they have a means for you to make those complaints ... either a
bug report or a product suggestion.
> There is nothing wrong with the
> approach that the original poster applied in this case.
The purpose of the tech support people is to try to help folks discover what
they do not already know; running them through an excercise like this did
not add anything to the solution to the problem.
> If you were
> familiar with the tech support of most companies today, you would
> understand that they have very low level people who need run run
> through a series of scripted questions/prompts before the issue can
> be addressed. I don't think the chat script would have been much
> different, regardless how the user had provided the information about
> this bug.
I am familiar and I agree, but I still fail to see that anything positive
was gained by this exercise. A "low level" person admitted that there was a
bug which you and John and dozens of others here already knew? And, I can
not believe that you did not think that Intuit knew it too.
> The other fact that you're conveniently ignoring is that
> the Income/Expense bug with Exclude Internal is not documented by
> Intuit, nor is it formally confirmed, so why should anyone assume
> that Intuit has recognized it as such when they engage a support chat
> session?
I think you might want to reassess your own assumptions; I personally find
it virtually impossible to imagine that Intuit did not already know about
this. And getting acknowledgement from a "low level" person, does virtually
nothing to increase the likelihood that the problem will get fixed. I am
surprised that you place so much significance on this very insignificant
result.
Intuit rarely "documents" bugs, and especially not during the period when
they have the hope and the possibility to fix them for a current release ...
nothing new here. Doing so might be an improvement, in my opinion, but only
if it could be done without wasting resources that might better be put to
fixing the bug. This exercise will not make that any more likely though.
Writing and debugging software is a process; if you stop and take a snapshot
of it at a particular point, it may look much worse than it is. The end
result is what counts here, not the momentarily ugly picture.
Just to put it in perspective; I support the idea of having people submit
their complaints/suggestions to Intuit (or any manufacturer). Unlike some,
I believe that it *does* do some good; but I do not think that because the
company does not specifically acknowledge the submissions (have you any idea
how many of those things they get ... would you really want them assigning
their limited resources to contacting every submitter and giving them a
personal response as some here have said, or implied, they would like) means
anything at all about what they will do about them. Intuit has provided a
formal channel for submitting bug reports; I assume that they have just the
people they need receiving and analyzing those reports ... and those aren't
the people they have assigned to "chat" with users.
And I agree that this particular bug is fairly important ... I also believe
that Intuit understands that too; I very much hope that they will fix this
with a patch to Q2004 and not wait until Q2005.
>You can report this as a Bug , This will be looked upon by the Quicken
>Product Development team for 2004 , and will be fixed by releasing a patch
>or in the next product release.
>4:43 PM
>
>You
>Thank you for your help, Jain. Good-bye. John
>4:43 PM
>
>Jain
>Is there anything else I can assist you with today concerning Quicken?
>4:44 PM
>
>You
>No, thank you. John.
>4:44 PM
>
>System
>The session has ended!
>
>
<snip>
Probably be fixed in next release 2005. Just as I am waiting for Intuit
to fix the backup to CD-RW that was broken in R3 2004.
dj
I know the purpose of tech support. My background, which I won't go into,
has provided varied opportunities in the IT field, focused mainly on
software development, support, and management. If Intuit is unwilling to
post a FAQ on their Quicken2004 bug list that at least addresses this issue,
and promises a future resolution, and their is no other way to know what
they're doing with product development or patch rollout schedule, then I
don't give a damn if every user in the United States goes on online chat and
innocently asks about this problem. Who are you to say how people should
behave when they contact support? Let's take the Dell model as an example.
Dell hosts their own forum on their website, which is moderated by Dell
employees. They don't answer every question, because much of it is just
chatter, but they do scan the messages and provide answers and assistance.
Intuit could take a lesson from that. At least it would be a public record
of questions and answers that people could search for common problems, then
see that Intuit is either working on a fix, or they just don't give a damn.
At least people would have a way of getting the information.
The only talk of this major reporting bug was in unmoderated newsgroups.
Many messages posted in newsgroups are nothing more than flames and dead
ends designed to give people a soapbox. The messages are informal and only
chatter. How in the world would you assume that because people are
complaining about a bug with Quicken2004 here in the newsgroups that Intuit
is hot on the trail of fixing it, and a customer should not use online chat
to find out if this is a bug? I gotta tell you, anybody who thinks this guy
was out of line for going through online chat on this issue is out of their
freaking mind. His post of the chat record was the first acknowledgement of
any kind I have heard from Intuit that this reporting problem is a bug. I
have submitted numerous one-sided bug reports, and of course have never
received acknowledgement that they received the bug report. I had so many
website errors at various times when using their online bug reporting tool
that I figured the thing just didn't work at all. I tried numerous times to
see if online chat was available, it always said it wasn't available. I
thought about phoning support, but I didn't want to get into a battle over
whether Intuit believed this was a bug or not, then get charged freaking
$1.95/minute for the exercise. Shoot, for all I knew, they could have said
that's the way they designed it to work.
And as always, thanks again to John B. for posting his online chat
conversation. It was a great service you provided.
"John Pollard" <willnotw...@hotmail.com> wrote in message
news:WgIzb.90$X7...@bignews2.bellsouth.net...
And really, is there any reason to be so excited that a first line support
rep has "acknowledged" it's a bug? What exactly does that accomplish now
that the bug has supposedly been "officially acknowledged" by a first-line
support rep? Nothing. Not a thing. And since your buddy the OP tried playing
games with the guy instead of simply calling and telling him he wanted to
log a bug, the support rep probably said screw him after he hung up and
didn't even log it.
There's a right way to go about things and a wrong way.
I'd bet a million bucks that that rep was sitting there saying to himself,
as he was getting jerked, "Oh boy. Here we go again. Another bozo who won't
just come out and tell me the bug exists, he wants to play "let's prove it
together" as if I can then immediately start changing the code myself. How
many times am I gonna have to go through this. I wish they'd hurry up with
the patch for this already so I can get these guys off my back." Until the
next bug of course...
"Steve Larson" <r...@NOSPAM.com> wrote in message
news:jDPzb.891$X7....@bignews4.bellsouth.net...
I think Steve characterized pretty well what I was thinking when I contacted
Intuit via the Chat Support system. It is very frustrating that Intuit
insolates itself so well from its users. While I would like to think they
follow this and other newsgroups, there is no way of knowing if that's the
case since they don't tell us. (Bruce Lee from Intuit did formerly monitor
this NG, but he encountered such incredible rudeness that he finally
departed, for which I could not blame him.)
I searched all of the Intuit Support Web site for information on the bug
we're discussing and could find no mention of it. If Intuit knows about it,
why wouldn't they put an item in the report FAQ warning of the results of
improperly using this report, or advising of a workaround? Finding no
mention of this issue, I figured there was no harm in trying the "Chat
line." Perhaps I was wrong that this is a bug. Perhaps Intuit thinks the
reporting should work this way and, if so, perhaps I could get an
explanation of why it is working this way. I must confess that with over a
dozen Quicken accounts in my data file, data covering over ten years, and
using several Classes in addition to dozens of Categories, I find myself
having to be very careful in how I customize reports to accurately display
the results I'm after. In other words, maybe I've been wrong in thinking
this is a bug -- perhaps there's a reason why Exclude Internal Transfers
isn't a viable reporting option for this type of report. That's what I
wanted to find out.
To be honest, I was hoping the Chat tech would tell me Quicken is working
correctly, explain why it is set up as it is, and tell me how I should use
it accordingly. Instead, the guy confirmed the bug and suggested I report
it. I would suggest we all report it. The more people who encounter this
bug, consider it significant and report it, the higher it will be on
Intuit's list of things to fix. That's how I see it, anyway.
As is all too often the case in this newsgroup, this thread is no longer
about Quicken. Instead, we're now debating who should use Chat support and
when. We're guessing about whether or not Intuit reads this NG, guessing
about what bugs they might be trying to fix, guessing about the best way to
get Intuit's attention, etc.
At this point, I'm sorry I brought it up in the first place. (Well, I'm not
really all that sorry, but it will make me think twice the next time. If
one jumps into shark infested waters, one should not be surprised to be
attacked.)
John B.
"Steve Larson" <r...@NOSPAM.com> wrote in message
news:jDPzb.891$X7....@bignews4.bellsouth.net...
"mark" <mark...@verizon.net> wrote in message
news:epQzb.8134$t87....@nwrdny02.gnilink.net...
"John Blaustein" <nom...@nomail.com> wrote in message
news:yYadnTxZxMY...@lmi.net...
And as usual, your post was pointless as you went off-topic and started the
personal attacks with your pseudo-psychological profile. You need to get the
income/expense report hair out of your ass and quit whining about it on this
NG. Report it as a bug to Intuit and be done with it. Just please don't call
them and make like you don't know it's a bug.
"Steve Larson" <r...@NOSPAM.com> wrote in message
news:WZQzb.1212$V7....@bignews6.bellsouth.net...
(snip)
> At this point, I'm sorry I brought it up in the first place. (Well, I'm
not
> really all that sorry, but it will make me think twice the next time. If
> one jumps into shark infested waters, one should not be surprised to be
> attacked.)
You didn't do anything wrong and I don't see your chat session as "playing
games". If the TS staff wasn't aware of this then you did them a favor.
They're too quick to suggest file corruption to callers. Hopefully the TS
staff has a way of communicating bugs to each other; therefore you may have
saved some subsequent callers the grief of going through the hoops and
hurdles of "fixing" an incorrectly-diagnosed corrupt file.
How else can you possibly know that the right personnel at Intuit actually
processed a bug report without getting some feedback (chat support is the
most accessible) from SOMEONE at intuit? I've reported at least one bug in
Q2001 (incorrect P&I split) that wasn't fixed by the last release of Q2002
(I don't know if it ever was fixed, since I haven't upgraded beyond Q2002).
In that case, Q support told me my file was corrupt even after I told them
that the error was reproduced in this NG. In fact, they told me that others
in this NG with the same problem also had corrupt files!
--
Rick Hess
New Orleans
To reply, eliminate All_Spammers
I said nothing about how important Intuit thought this bug was.
> Hmmm, I let
> them know about it immediately when the product came out, but it sure
> didn't show up in the October R3 update.
And this statement shows how ignorant or just anti-Intuit you are. You have
zero knowledge of how difficult a job it is to fix this bug so you have no
way to gauge what is too long a time to fix it.
>
> I know the purpose of tech support.
> My background, which I won't go
> into, has provided varied opportunities in the IT field, focused
> mainly on software development, support, and management.
So is mine; 35 years. So what?
> If Intuit
> is unwilling to post a FAQ on their Quicken2004 bug list that at
> least addresses this issue, and promises a future resolution, and
> their is no other way to know what they're doing with product
> development or patch rollout schedule, then I don't give a damn if
> every user in the United States goes on online chat and innocently
> asks about this problem.
Just because it makes you feel good, doesn't mean it is actually doing any
good.
> Who are you to say how people should behave
> when they contact support?
I don't recall saying anything about how anyone "should behave"; I was
speaking about the concept involved here and whether the route John took
added anything useful to solving the problem.
> Let's take the Dell model as an example.
> Dell hosts their own forum on their website, which is moderated by
> Dell employees. They don't answer every question, because much of it
> is just chatter, but they do scan the messages and provide answers
> and assistance. Intuit could take a lesson from that. At least it
> would be a public record of questions and answers that people could
> search for common problems, then see that Intuit is either working on
> a fix, or they just don't give a damn. At least people would have a
> way of getting the information.
As I said, if Intuit could do something more to inform customers about
problem status without at the same time taking resources away from solving
those problems, I would support that.
> The only talk of this major reporting bug was in unmoderated
> newsgroups. Many messages posted in newsgroups are nothing more than
> flames and dead ends designed to give people a soapbox. The messages
> are informal and only chatter.
> How in the world would you assume
> that because people are complaining about a bug with Quicken2004 here
> in the newsgroups that Intuit is hot on the trail of fixing it, and a
> customer should not use online chat to find out if this is a bug?
I said nothing like that (that Intuit was "hot on the trail of fixing it"):
do not attribute words or meanings to me that I did not write. Did you read
what I wrote? John Blaustein already knew this was a bug. If some user did
not know that this was a bug and they contacted Intuit via chat to inquire,
I assume that is the way the process is supposed to work. The problem is
that if you already know it is a bug, you are essentially wasting the chat
person's time for no gain.
> I
> gotta tell you, anybody who thinks this guy was out of line for going
> through online chat on this issue is out of their freaking mind.
Try to stay calm. I said I was largely agnostic about this, I just think
the process is getting credit it does not deserve.
> His
> post of the chat record was the first acknowledgement of any kind I
> have heard from Intuit that this reporting problem is a bug.
There are higher priorities than keeping you so informed: like fixing the
bug. See my earlier comments.
> I have
> submitted numerous one-sided bug reports, and of course have never
> received acknowledgement that they received the bug report.
It costs money to provide such responses; it is not clear that it would be
money well spent.
> I had so
> many website errors at various times when using their online bug
> reporting tool that I figured the thing just didn't work at all.
Hmmm. Sounds like a personal problem; I have never had any difficulty
submitting a bug report or a product suggestion at Intuit's web site. And,
perhaps because I do not go off half-cocked and berate the folks at Intuit,
I have actually gotten a couple of responses.
> I
> tried numerous times to see if online chat was available, it always
> said it wasn't available. I thought about phoning support, but I
> didn't want to get into a battle over whether Intuit believed this
> was a bug or not, then get charged freaking $1.95/minute for the
> exercise.
In my opinion, you place too much importance on this acknowledgement. If
all other things are constant, more knowledge is generally better, but the
problem is that other things are rarely constant. There is a price for
knowledge and it is certainly not possible for companies to hold the hand of
every customer giving each exactly what they want.
> In that case, Q
> support told me my file was corrupt even after I told them that the
> error was reproduced in this NG. In fact, they told me that others
> in this NG with the same problem also had corrupt files!
Doesn't this actually work against your argument? There is some fairly
strong anecdotal evidence - to which you have just added - that the current
tech support people have limited knowledge, less than ideal skills, and
often, language problems; why would you want to submit your problems to
them? I personally think that it is extremely optimistic to believe that
those people fielding the chat support questions are somehow understanding
all the questions, gathering useful data, and communicating that to the
folks that actually do understand the application and can fix it. While
some of that may occur, I can't imagine it would be faster, more accurate or
more reliable than submitting a bug report directly.
I believe it is up to those who poo-poo the bug report route to demonstrate
how any other route would be better, or even add anything; I think it is an
incredible assumption that submitted bug reports are not read and
considered. There is a big difference between having a customer feel good
("Oh boy, Intuit really does know that we think this is a bug."); and
getting such bugs fixed.
I ran into this very issue when I worked for a software company a while back
and was put on the team responsible for making judgments on what to
enhance/fix for the next release cycle. That team used nothing BUT the bug
reports/logged enhancement requests. Which was a mistake I quickly fixed...
"John Pollard" <willnotw...@hotmail.com> wrote in message
news:YN1Ab.112$rG...@bignews3.bellsouth.net...
"mark" <mark...@verizon.net> wrote in message
news:_gSzb.8203$t87....@nwrdny02.gnilink.net...
I guess that reply just about sums up what little you have left to say now
that you're previous posts have been discredited.
"Steve Larson" <r...@NOSPAM.com> wrote in message
news:_ucAb.4174$mG....@bignews5.bellsouth.net...
>There is a price for
> knowledge and it is certainly not possible for companies to hold the hand
of
> every customer giving each exactly what they want.
You missed the point, they could post this in their online FAQ section, as
they have posted other bugs. There is no need to "hold the hand of every
customer", a pretty ridiculous extreme.
>And, perhaps because I do not go off half-cocked and berate the folks at
Intuit,
> I have actually gotten a couple of responses.
Logic suggests that your statement suggests that I have gone off half-cocked
and berated the folks at Intuit in my bug reports. Wow, that's amazing
talent. Hey, before you put that crystal ball away, what are the lottery
numbers this weekend?
>John Blaustein already knew this was a bug. If some user did
> not know that this was a bug and they contacted Intuit via chat to
inquire,
> I assume that is the way the process is supposed to work. The problem is
> that if you already know it is a bug, you are essentially wasting the chat
> person's time for no gain.
I believe he said he did not know it was a confirmed bug. Until it's
"confirmed", there is no hope that it will be fixed. There was no way to
know if it was a confirmed bug, as nobody had ever posted that information
here. That's an amazing crystal ball you have there.
> And this statement shows how ignorant or just anti-Intuit you are.
Real nice...thanks.
> Just because it makes you feel good, doesn't mean it is actually doing any
> good.
This was an inane response, not related to any point.
> I don't recall saying anything about how anyone "should behave"; I was
> speaking about the concept involved here and whether the route John took
> added anything useful to solving the problem.
Criticizing his approach in contacting tech support is effectively deciding
how he should behave.
But again I ask, what do you care how or why this guy contacted tech
support? What does it matter to you? If you didn't have any new specific
information about the Income/Expense problem in Q04, then your posts are not
really adding anything helpful here. I guess you felt the need to berate
this guy, I'm not sure why, but just let it go.
"mark" <mark...@verizon.net> wrote in message
news:szcAb.529$227...@nwrdny01.gnilink.net...
It's statements like this one that show just how pompous you are.
Congratulations on being the resident Quicken expert, a high level of
"sophistication" you surely have.
>> John Blaustein already knew this was a bug. If some user did
>> not know that this was a bug and they contacted Intuit via chat to
>> inquire, I assume that is the way the process is supposed to work.
>> The problem is that if you already know it is a bug, you are
>> essentially wasting the chat person's time for no gain.
> I believe he said he did not know it was a confirmed bug. Until it's
> "confirmed", there is no hope that it will be fixed. There was no
> way to know if it was a confirmed bug, as nobody had ever posted that
> information here. That's an amazing crystal ball you have there.
I am ignoring the rest of your inanity; but this requires a response for
those who may be led to believe you know what you are talking about. Your
statement that "until it's 'confirmed', there is no hope it will be fixed"
is 100% bull; you are just exposing your ignorance. Not only do bugs not
need to be "confirmed" to be fixed ... they do not even need to be known to
any user to get fixed. Where in the world have you been serving time?
(That's a rhetorical question, don't bother to answer).
"mark" <mark...@verizon.net> wrote in message
news:d%dAb.561$227...@nwrdny01.gnilink.net...
"John Pollard" <willnotw...@hotmail.com> wrote in message
news:cynAb.11396$mG....@bignews5.bellsouth.net...
"John Pollard" <willnotw...@hotmail.com> wrote in message
news:cynAb.11396$mG....@bignews5.bellsouth.net...