storing quicken file on linux server running samba

Posted by wedge on August 31, 2006, 9:31 pm

Please log in for more thread options

I have 3 or 4 PCs at home that I use depending on the situaiton -
laptop for lounging on the sofa, desktop in the office, laptop 2 in the
bedroom, and work computers come and go. I have long envisioned having
a file server at home to house all my data files. One important aspect
of the transition to a server setup is to continue my use of Quicken -
one qdf file holding all transactions since 1998 - 20 MB and growing.
I want to store this file on the linux box (debian running samba) -
however, I get a can not open file error when I try to open the file
via the mapped drive pointing to the samba server. I'm running Quicken
2005 Deluxe.

Has anyone had any success storing the QDF file on a linux box running
samba?

Posted by klunk on September 1, 2006, 11:43 am

Please log in for more thread options

>I have 3 or 4 PCs at home that I use depending on the situaiton -

> laptop for lounging on the sofa, desktop in the office, laptop 2 in the

> bedroom, and work computers come and go. I have long envisioned having

> a file server at home to house all my data files. One important aspect

> of the transition to a server setup is to continue my use of Quicken -

> one qdf file holding all transactions since 1998 - 20 MB and growing.

> I want to store this file on the linux box (debian running samba) -

> however, I get a can not open file error when I try to open the file

> via the mapped drive pointing to the samba server. I'm running Quicken

> 2005 Deluxe.

> Has anyone had any success storing the QDF file on a linux box running

> samba?

I use a Windows box for a central server, using a mapped
drive on any computers running Quicken and it works fine.
Can't think of any reason why a Linux/Samba box wouldn't
work other than permissions issues and having all the needed files.
Be sure you put all the Quicken data files on your server.
(YourFile.QDF, YourFile.QEL, YourFile.QPH, etc.)

Posted by HASM on September 1, 2006, 12:55 pm

Please log in for more thread options

>> Has anyone had any success storing the QDF file on a linux box running

>> samba?

My Quicken files are on an encrypted file system on a linux box. I don't
have a WinXX machine and run Quicken over CodeWeavers's CrossOver (wine)
where wine will get to the linux file system or from a VMware virtual
machine, over samba.

-- HASM

Posted by Miguel on September 4, 2006, 8:58 am

Please log in for more thread options

>I have 3 or 4 PCs at home that I use depending on the situaiton -

>laptop for lounging on the sofa, desktop in the office, laptop 2 in the

>bedroom, and work computers come and go. I have long envisioned having

>a file server at home to house all my data files. One important aspect

>of the transition to a server setup is to continue my use of Quicken -

>one qdf file holding all transactions since 1998 - 20 MB and growing.

>I want to store this file on the linux box (debian running samba) -

>however, I get a can not open file error when I try to open the file

>via the mapped drive pointing to the samba server. I'm running Quicken

>2005 Deluxe.

>Has anyone had any success storing the QDF file on a linux box running

>samba?

This is almost exactly what I do at home. I have two desktops and a couple of
laptops scattered about the house and a server (currently running Fedora Core 3)
that provides all the machines the Quicken data files via samba. Each Windows
machine has Quicken 2006 installed. In my setup I have sharing of not only
Quicken data, but also Outlook .pst files, recipe files and some shared Excel
spreadsheets that I want to be accessible from anywhere.

From my smb.conf file:

[windata]
comment = Shared Data Files
path = /mnt/win
read only = No
create mask = 0666
directory mask = 0777

These files all live on a separate FAT32 drive that I mount at /mnt/win on the
server. All machines map "windata" as drive S:. To access the Quicken files
all machines open the S:QFilesqdata.qdf file. In my case all machines log in
using the same username, but it should be possible for each machine to log in as
a different user.

Works great with the only limitation being that only one machine can access the
data file at any given time.