Re: Move TB! from my OS C: drive to my separate data drive D: ??

2015-04-22 Thread Rick
I have backups done by Second Copy of the whole TB! file system and database, 
so should be safe enough, but how should I migrate a multi Gb TB! installation 
from my C: drive (C:\The Bat\) to a similar folder structure on my D: 
drive please, and is there any risk in this?
Well something can ALWAYS go wrong but excluding Murphy's Law, just copy the 
database to the D drive into a folder you want the mail database to reside then 
go to Preferences, System and point them mail directory to the new drive and 
folder



Current version is 6.6 | 'Using TBUDL' information:
http://www.silverstones.com/thebat/TBUDLInfo.html


Re[2]: Move TB! from my OS C: drive to my separate data drive D: ??

2015-04-22 Thread Chris Wilson

Hello Rick,

On Wednesday, April 22, 2015,  you wrote:

I have backups done by Second Copy of the whole TB! file system and database, 
so should be safe enough, but how should I migrate a multi Gb TB! 
installation from my C: drive (C:\The Bat\) to a similar folder structure 
on my D: drive please, and is there any risk in this?
 Well something can ALWAYS go wrong but excluding Murphy's Law, just
 copy the database to the D drive into a folder you want the mail
 database to reside then go to Preferences, System and point them
 mail directory to the new drive and folder


 
 Current version is 6.6 | 'Using TBUDL' information:
 http://www.silverstones.com/thebat/TBUDLInfo.html



Thanks Rick! Is there any point in keeping the working files of TB! on
the  (much  faster  SSD)  C:  drive, or might it be better to move the
whole lot to the D: drive which is a RAID 1 pairing?

Thanks again. 



-- 

Chris Wilson

Using The Bat! v5.8.10 on Windows 7 6.1 Build 7601 Service Pack 1








-- 



Current version is 6.6 | 'Using TBUDL' information:
http://www.silverstones.com/thebat/TBUDLInfo.html


Re: Incoming mail size?

2015-04-22 Thread Jack S. LaRosa
Hello Thomas,

On Wednesday, April 22, 2015 you wrote:

TF Hello Jack,

TF On Sun, 12 Apr 2015 09:17:18 -0500 GMT (12-Apr-15, 21:17 +0700 GMT),
TF Jack S. LaRosa wrote:

   Hello Jernej,
  
 On Sunday, April 12, 2015 you wrote:
  
JS On Saturday, April 11, 2015, 1:44:19, Jack S. LaRosa wrote:

 Is there a limit on the size of incoming emails set by TB?  I recently
 had sent to me a couple of emails each of which contained about 15MB
 worth of attachments.  TB choked and wouldn't download any of the
 emails from the server because of this.

JS I sometimes get mails that are much larger than that (up to 100MB),
JS and TB never had any problems with them. It's possible that the server
JS is choking, not TB.

 It's possible, although it might also be that I just didn't have the
 patience to wait for TB to download the message and just assumed TB
 had choked.

TF TB! does not have a limit, I just received an email with 32MB worth of
TF attachments. It's a question of your bandwidth how long it takes.
TF However, on a slow connection, TB! will time out.

TF But, and this might be relevant to you, I have seen TB! crash if there
TF is not enough RAM when downloading many emails with a lot of MB. Maybe
TF there is a build-up of RAM usage that isn't released until TB! is
TF restarted. Cannot put my finger on it, though. Maybe someone with the
TF appropriate tools can.

If it ever happens again I'll try a restart on TB and see what
happens.  Thanks.

-- 
Best Regards,
Jack LaRosa
:usflag: Central Alabama

Using The Bat! ver 5.2, OS: Windows 7 Pro ver 6, build 7601, Service Pack 1

 



Current version is 6.6 | 'Using TBUDL' information:
http://www.silverstones.com/thebat/TBUDLInfo.html

Re: Move TB! from my OS C: drive to my separate data drive D: ??

2015-04-22 Thread Rick
Thanks Rick! Is there any point in keeping the working files of TB! on the 
(much faster SSD) C: drive, or might it be better to move the whole lot to the 
D: drive which is a RAID 1 pairing?
I have an SSD C drive and keep my stuff on a non SSD drive E. There is not a 
noticeable difference as we are usually using just one (or a few) messages at a 
time



Current version is 6.6 | 'Using TBUDL' information:
http://www.silverstones.com/thebat/TBUDLInfo.html


Re[2]: TB1 V 5.8.10 splitting a 25 gig database for part storage, part continued usage?

2015-04-22 Thread Chris Wilson

Hello MFPA,

On Friday, March 20, 2015,  you wrote:

 Hi


 On Thursday 19 March 2015 at 3:02:27 PM, in
 mid:767500553.20150319160...@otten.tv, Roelof Otten wrote:


 When ready, delete the account and
 tell TB to keep the files on disk. That way they're
 removed from your current message base and reletivel;y
 easy to restore. (Simply add the storage account to
 your setup)  

 Instead of deleting the Dummy account, you could password-protect it. 
 Then, simply enter the Dummy account password to gain access to the 
 archived messages. You can even automate moving files to Archive using
 folder properties (see below).


Thank  you  Roelof  and  MFPA,  and apologies for the very late reply.
Life  threw one of its curved balls my way and I have been preoccupied
with other things for a while ;)

I will look at these options and make a choice shortly. I have another
question, but will start a new thread, thanks again gentlemen!










-- 

Chris Wilson

Using The Bat! v5.8.10 on Windows 7 6.1 Build 7601 Service Pack 1








-- 



Current version is 6.6 | 'Using TBUDL' information:
http://www.silverstones.com/thebat/TBUDLInfo.html


Move TB! from my OS C: drive to my separate data drive D: ??

2015-04-22 Thread Chris Wilson


22 April 2015



I  have  backups done by Second Copy of the whole TB! file system and
database,  so  should be safe enough, but how should I migrate a multi
Gb  TB! installation from my C: drive (C:\The Bat\) to a similar folder
structure  on  my  D:  drive  please,  and  is there any risk in this?
Thanks.


-- 

  Best Regards, Chris Wilson

  mailto:ch...@chriswilson.tv


Using The Bat! v5.8.10 on Windows 7 6.1 Build 7601 Service Pack 1



Current version is 6.6 | 'Using TBUDL' information:
http://www.silverstones.com/thebat/TBUDLInfo.html