[pure-silver] Re: archives
- From: "rob c" <spam@xxxxxxxxxxxxxxxxxxxx>
- To: pure-silver@xxxxxxxxxxxxx
- Date: Thu, 07 Jul 2005 13:34:20 +0100
I'm not saying don't do it but I don't see the point of doing it since it
doesn't give any advantage over using a freely available mail reader.
Furthermore, since the archive files are currently in ascii text mail format
they can be imported into any mail reader on any platform if the user knows
what they are doing.
Does the intended standalone database program allow import/export of further
archives without compiling and downloading again?
It just seems like using a sledge hammer to crack a nut to me.
At 07/07/2005 12:42 +1000, you wrote:
>
>On 7/7/05, rob c <<mailto:spam@xxxxxxxxxxxxxxxxxxxx>spam@xxxxxxxxxxxxxxxxxxxx>
>wrote:
>I do not have MS Outlook on my windows machine but if I'm not mistaken you can
>import import Eudora mailboxes into Outlook. Whether you need the Table of
>contents or not, I do not know, but someone may like to try it.
>
>
>I tried this, and it won't work unless you have Eudora installed on the
>computer, since Outlook first looks for a registry entry (indicating Eudora is
>installed) then if it can't find this it prompts you to navigate to the folder
>(*.fol) where the archive is stored. When I did this I pointed to the *.mbx
>files but Outlook said "The mail folder could not be opened" and something
>about another application possibly having the files open (which wasn't the
>case).
>
>As regards a database of archives, this sounds like a good idea but you should
>remember that if it is standalone application then it will only run on the
>architecture it is compiled for so there may be a requirement for different
>versions for different platforms.
>
>
>Rob,
>you raise some valid points here. Why am I pursuing the database option?
>Well a couple of months ago, I responded to a request to parse the archives so
>that a run-time database could be generated. Because parsing was something I
>knew I could do without too much hassle, at the time I didn't think too much
>about the universality of the solution however having thought about it now -
>providing a runtime for both MAC and PC platforms should cover the needs of
>most users.
>Here is a quote from the database guru on what is achievable using this
>solution that I am involved in (note the target platform can be MAC or PC).
>
>"(using) FileMaker database engine as it's backbone. I can script buttons to
>search for popular discussion topics such as TF4, Pyro, Alternative Process,
>in addition to a general find function that will allow users to find any word
>in any field of the database...
>No one will have to own a copy of FM to run this application I can make it run
>stand-alone... Mac or PC.
>Once the data is in columns there is almost nothing I can't do... "
>
>If its going to be an SQL file which can be implemented on any SQL database on
>a persons local machine then it will rely on people having the tools and
>knowledge to load it into a database on their machine and if its to be an
>online database then I doubt very much that it would be anywhere near as good
>as using eudora or outlook locally.
>
>
>I wasn't thinking about going down this path.
>regards
>
>Peter Badcock
=============================================================================================================
To unsubscribe from this list, go to www.freelists.org and logon to your
account (the same e-mail address and password you set-up when you subscribed,)
and unsubscribe from there.
Other related posts:
