Article View: misc.consumers
Article #9061Re: How Does This Happen?
From: krw
Date: Mon, 11 Aug 2008 02:36
Date: Mon, 11 Aug 2008 02:36
55 lines
3762 bytes
3762 bytes
In article <stdn94h0i7gcbtdtpt3oqor0uk2105lgo8@4ax.com>, scottenaztlan@yahoo.com says... > In message > <c1f774e3-94de-4c23-9924-32b208533d23@j1g2000prb.googlegroups.com>, > spamtrap1888@gmail.com wrote: > > >On Aug 5, 8:00 am, Scott in SoCal <scottenazt...@yahoo.com> wrote: > > > >> I find that hard to believe the way you keep playing the victim card > >> on behalf of these incompetent money managers. > > > >There is a fine banking tradition of refusing to honor withdrawals > >after a sufficient lapse of time -- "stale-dated" checks. All my > >dividend checks have a date on them beyond which they will no longer > >be honored. After that, the payee must go groveling back to the maker > >to get a replacement check. If a giant corporation is not required to > >keep sufficient funds in its checking account for eternity, neither > >should Joe Consumer be. > > I agree. But try to find one consumer check with an expiration date > printed on it. I've certainly never seen one. There need not be a "best if used by" date on a check for it to turn stale. Of course there is no guarantee that it will be treated as stale, even if it is. > >Banks should have treated these withdrawals as if they were stale- > >dated checks. The question is how long a delay is reasonable. Six > >months or even ninety days without presenting is sufficient to make a > >paper check stale. This span of time was set back when checks could > >spend days or even a couple of weeks going from bank to bank. As has > >been pointed out on this thread, the customer's expectation is that > >any withdrawal will be instantaneous. Therefore, any EFT not completed > >within, say, three working days should be voided, with the recipient > >having to ask the maker to repeat the transaction. > > The problem is the banking system favors merchants, not consumers. For > example, even before Check-21 was active, banks allowed merchants to > convert paper checks into EFT debits, eliminating the "float." The > merchant can then destroy your check. In other words, the banks ASSUME > that every EFT debit coming in from a merchant is correct, and they > don't even have to produce the original check as proof. A software > glitch (or outright fraud) could cause an EFT debit to your account, > and unless you complain it will be treated as valid. Wrong. They must produce at least a facsimile of the check upon request (challenge). > The entire system is biased in favor of merchants, so you'll never see > any rule that favors consumers. No, it's biased in favor of the banks. -- Keith
Technical Details
Message-ID:
<MPG.23096fcbe1bf679e989fbb@news.individual.net>Path:
arc1-ca.pugleaf.net!g2news1.google.com!news3.google.com!fu-berlin.de!uni-berlin.de!individual.net!not-for-mailReferences:
<ko35949b1nba66qgk3hjg024brcr26vdgu@4ax.com> <g74vjr$3hl$2@jik3.kamens.brookline.ma.us> <gcqc94lo4l0n39p5alvlukv3rem2cbs223@4ax.com> <g77c1l$qll$1@jik3.kamens.brookline.ma.us> <3kpg94tbalh9lmoe6avfa1i9jcc0mau8j4@4ax.com> <c1f774e3-94de-4c23-9924-32b208533d23@j1g2000prb.googlegroups.com> <stdn94h0i7gcbtdtpt3oqor0uk2105lgo8@4ax.com>Show Full Headers
Complete Article Headers
X-Google-Thread: 107518,d777ae74711f9ca1 X-Google-Thread: 10e835,d777ae74711f9ca1 X-Google-Attributes: gid107518,gid10e835,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Path: arc1-ca.pugleaf.net!g2news1.google.com!news3.google.com!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: krw <krw@att.bizzzzzzzzzz> Newsgroups: misc.consumers,chi.general Subject: Re: How Does This Happen? Date: Sun, 10 Aug 2008 22:36:46 -0400 Lines: 55 Message-ID: <MPG.23096fcbe1bf679e989fbb@news.individual.net> References: <ko35949b1nba66qgk3hjg024brcr26vdgu@4ax.com> <g74vjr$3hl$2@jik3.kamens.brookline.ma.us> <gcqc94lo4l0n39p5alvlukv3rem2cbs223@4ax.com> <g77c1l$qll$1@jik3.kamens.brookline.ma.us> <3kpg94tbalh9lmoe6avfa1i9jcc0mau8j4@4ax.com> <c1f774e3-94de-4c23-9924-32b208533d23@j1g2000prb.googlegroups.com> <stdn94h0i7gcbtdtpt3oqor0uk2105lgo8@4ax.com> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Trace: individual.net u52j88MCfqKCQiv2IeX42Qyw70y/FOYcTZV57T2UtDlb8RGeDR Cancel-Lock: sha1:eIJk7JMYi+Z3sk68SJ1Bfrjfz44= User-Agent: MicroPlanet-Gravity/2.70.2067