Maximum Quicken 2006 file size?

I keep reading that if your quicken file size becomes too big (50meg?) the product stops working. My question is what is the maximum file size I should be concerned with and how do scanned attachments affect this? Do the scanned documents add to the total? If so then it wouldn't take many scanned documents to exceed the max file size. Does anyone know?

Don

Reply to
Don
Loading thread data ...

I know that the notion that there is a maximum file size is not true.

I know that scanned documents themselves are not part of your Quicken data fileset; though a link to them almost certainly is. That would mean a small additional amount of data per document; nothing anywhere near the size of the image itself.

You will have to be concerned about the total size of your scanned document images when you backup however. If the total size of your "Attach" folder (where the attached documents are kept) is too large to fit on your external backup media along with your Quicken data fileset, then the attachments (the Attach folder) will not be backed up.

Reply to
John Pollard

Many thanks John.

Reply to
Don

I think the small additional amount of data amounts to zero bytes.

I've been playing with this feature and Quicken just creates a sub-folder called Attach under the folder where your data file resides at; then it creates another subfolder named after the datafile, without the .QDF extension; then it creates a subfolder for each transaction named after what looks like a transaction number, in hexadecimal.

In each transaction folder Quicken creates a Check, Receipt and/or Other file, by copying and renaming each of the attachment one adds. The extension of those files is the extension of the file one points to when attaching it, be it .jpg, .png, .html, etc.

When one asks for the attachment Quicken regenerates the path above based on the transaction number, finds the proper file, and then asks IE to execute/display it. If I remove the execute permission from the file's mode, Quicken doesn't show it anymore, and when I add the execute bit back Quicken displays it again. This under the nose of a Quicken session, i.e. without exiting.

Thus no link needs to be stored in the datafile as they can be derived with the data already on the file.

I have several years of check images, acrobat files, html files, etc, (checks are the only scanned images ...) from several statements from several sources that I would like to attach to Quicken's transactions, but I would like to keep them under the file structure I now have and simply create links to the proper place. A slow painful manual process :-)

Also, if some statements are "web page complete" html sets, comprised of a main page and a subfolder with auxiliary files, Quicken doesn't copy the subfolder and one then needs to copy (or link) the subfolder into Quicken's attachment file structure.

-- HASM

Reply to
HASM

Make that:

\Attach\\Txn\

i.e. I forgot the Txn intermediate level. I wonder what other subfolders may show up at that level later.

I'm slowly attaching all these files and testing a perl script that searches for the matching file (via checksum/compare) under the old place and substitutes the file Quicken creates with a (hard) link (all my files are on a Linux/samba filesystem) and also adds the (symbolic) link to the web files subfolder.

-- HASM

Reply to
HASM

Hi, Don.

WHERE do you "keep reading" this? We've been trying in this newsgroup to put a stop to this erroneous rumor for years, but it keeps popping up again. Always anonymously. :>(

We used to worry that a megabyte was too big. Then 5 MB. Then 10... At least a couple of times a year this subject comes up and we compare notes. My own QDATA.* files date back to 1990 and total over 29 MB. And, with my late-model CPU/RAM/HDs and WinXP, Quicken runs faster and more reliably than it did a decade ago when my data files were much smaller. But I'm now using Quicken 2006 Basic, so I don't have any scanned documents in Quicken.

None of us know yet how big is too big. Except, of course, for "anonymous", who has been crying "too big" for years. ;^}

RC

Reply to
R. C. White

I believe the source for this info "file too big" has been qkn tech support. The the only time I have seen that info posted is when a poster has file corruption or other problems & contacts tech support. This is the reason most of us prefer this ng as a source of qkn help.

Reply to
PSJ

BeanSmart website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.