Greetings all. I run two PCs in the house with DXbase 2006 loaded on each. One is at the operating position that and has the main VE3SY.mdb database. The other is loaded on my general use PC that has the dB access pointed to the network drive at the operating position. I have found that making these changes created a few challenges for QSLing however I "believe" I now have everything pointing to the machine with the main database but may have missed something. The DXbase setup allows mapping the location of the database and the screen layout and I have edited the DXBASE2006.INI file for QSL Label info however there does not appear to be a path in the .ini file for automatically selecting a network location to the edit/create label routine. Now here's the question involving backups.... Is there a method to relocate all of the files that should be backed up to a single directory? I currently have the CALLSIGN.mdb and the default.co in a new directory that I call 'Database' and this directory is synchronized nightly using WS_FTP Pro to an offsite server where any local files that have changed are FTP'd to the off-site server. I would like to add all of the .WCF, .CO and the Refdata.MDB files to this directory however I doubt DXB will know where to look. Anyone have suggestions? Paul VE3SY From [EMAIL PROTECTED] Wed Dec 28 15:38:30 2005 From: [EMAIL PROTECTED] (Paul Cassel) Date: Wed Dec 28 15:40:11 2005 Subject: [Dxbase] using DXB across local Network In-Reply-To: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]>
MS Outlook does not want to let me see it thinking I would not no how to handle a potential infected file :-( While I look fore options in Outlook XP to handle this could you just change the extension of the attachment to something like .xxx Thanks Paul > -----Original Message----- > From: FireBrick [mailto:[EMAIL PROTECTED] > Sent: Wednesday, December 28, 2005 3:28 PM > To: Paul Cassel > Cc: [email protected] > Subject: Re: [Dxbase] using DXB across local Network > > > Paul, I did it the batch file way. > I've included my file for you to look at and you can see how it works/ > > > The very first copies send it to the 1 to Comcast > folder...which is the folder I ftp to my > web storage on ComCast. > > I just have the .bat file scheduled to run every weekday > night except Friday when I may be > contesting. > > > ----- Original Message ----- > From: "Paul Cassel" <[EMAIL PROTECTED]> > To: <[email protected]> > Sent: Wednesday, December 28, 2005 2:14 PM > Subject: [Dxbase] using DXB across local Network > > > Greetings all. > > I run two PCs in the house with DXbase 2006 loaded on each. > One is at the operating position that and has the main > VE3SY.mdb database. The other is loaded on my general use PC > that has the dB access pointed to the network drive at the > operating position. > > I have found that making these changes created a few > challenges for QSLing however I "believe" I now have > everything pointing to the machine with the main database but > may have missed something. > > The DXbase setup allows mapping the location of the database > and the screen layout and I have edited the DXBASE2006.INI > file for QSL Label info however there does not appear to be a > path in the .ini file for automatically selecting a network > location to the edit/create label routine. > > Now here's the question involving backups.... Is there a > method to relocate > all of the files that should be backed up to a single directory? I > currently have the CALLSIGN.mdb and the default.co in a new > directory that I call 'Database' and this directory is > synchronized nightly using WS_FTP Pro to an offsite server > where any local files that have changed are FTP'd to the > off-site server. > > I would like to add all of the .WCF, .CO and the Refdata.MDB > files to this directory however I doubt DXB will know where to look. > > Anyone have suggestions? > > Paul VE3SY > > > > ______________________________________________________________ > Dxbase mailing list > Home: http://mailman.qth.net/mailman/listinfo/dxbase > Help: http://mailman.qth.net/mmfaq.htm > Post: mailto:[email protected] >
