Search the web
Sign In
New User? Sign Up
eMA-Talk · Discuss eMessage Archiver (Mac)
? Already a member? Sign in to Yahoo!

Yahoo! Groups Tips

Did you know...
Message search is now enhanced, find messages faster. Take it for a spin.

Best of Y! Groups

   Check them out and nominate your group.
Having problems with message search? Fill out this form to ensure your group is one of the first to be migrated to the new message search system.

Messages

  Messages Help
Advanced
Messages 3169 - 3217 of 3246   Newest  |  < Newer  |  Older >  |  Oldest
Messages: Show Message Summaries   (Group by Topic) Sort by Date v  
#3217 From: John Carlsen <ThinkAgain@...>
Date: Sat May 5, 2007 4:30 am
Subject: Re: Convert to mbox --> long term file formats
john_carlsen
Offline Offline
Send Email Send Email
 
On May 4, 2007, at 4:01 pm, Doug Rowe wrote:

FileMaker is the one that cancelled Emailer abruptly with no  

thought for its customers.


Actually I think that was a Claris (Steve) decision.


Well, back then Claris was the developer of both Emailer and FileMaker Pro. (My FMP 3 manual says “Claris FileMaker.”)

Claris decided to go with FileMaker products only, dropped Emailer (and its developers), and renamed itself FileMaker Inc. 

Then Apple got hold of Emailer, and it neither developed it further nor sold it to another developer. It died, with much the same fate as HyperCard (where I first developed eMA, as eMK), after Apple stopped the development on it.

So we were both right.   :-)
-- 
Cheers,
    John



#3216 From: Doug Rowe <dhrowe@...>
Date: Fri May 4, 2007 8:01 pm
Subject: Re: Convert to mbox --> long term file formats
dhr111us
Offline Offline
Send Email Send Email
 
On May 4, 2007, at 3:51 PM, John Carlsen wrote:

> It is subjective, I guess, but I probably would trust old Word
> formats more than FileMaker formats, since many more business users
> use and depend on Word than on FileMaker, and businesses are also
> concerned about long-term storage of their documents, are probably
> making it worthwhile to Microsoft to keep their document conversion
> tools accurate. Maybe not; it’s Microsoft, after all. But then,
> FileMaker is the one that cancelled Emailer abruptly with no
> thought for its customers.

Actually I think that was a Claris (Steve) decision.
>
> Trust no one. Keep all data in current formats, but wait a while
> after a software upgrade, to be sure it is a good format. Anyone
> who still has their archived email in FMP 3 format eMA archives, is
> risking that someday it may not be readable.
>
>> Saving data in a format that makes it easy to manage and access in
>> the long run is quite a challenge.  I'd like to put my information
>> in formats that could be accessed several hundred years from now.
>> I have strong confidence in plain text, .csv, plain html, xml,
>> pdf, GEDCOM, jpeg and a few others. Lower but some confidence in
>> MS Word and FIleMaker. Almost no confidence in most other formats.
>
> We all have problems when we consider long term data storage.
> Libraries converting books to digital format are very concerned
> about their chosen formats being readable at all in some time in
> the future.
>
> Basically, the only good idea I know of is to always keep our
> archives backed up, but always convert all of them to new standards
> as they arise, and back them up. In some cases they should be
> archived in two very different formats, just in case. There is not
> as much danger with digital media of losing data and fidelity when
> making successive copies as with the old photocopy way, and doing
> so is much more likely to preserve your data than keeping a decade-
> old format that you can no longer read.
>
> If you have strong confidence in .csv and XML formats, note that
> instead of always converting FMP files to keep them up do date, you
> could simply use FileMaker’s Export Records... commands to archive
> your databases. Hey, at  least there are still lots of options.


Just look at the different formats you can export to from FileMaker,
Unlike many DBs it is very easy to get data in and out.

Heck make a PDF of the msgs in your eMa if you want to ;-)  - just
not much fun to go looking

#3215 From: John Carlsen <ThinkAgain@...>
Date: Fri May 4, 2007 7:51 pm
Subject: Re: Convert to mbox --> long term file formats
john_carlsen
Offline Offline
Send Email Send Email
 
On May 4, 2007, at 12:32 am, Tim Oey wrote:

I've been using FileMaker since 1985. FileMaker has changed it's underlying data structures a few times. I have some older FileMaker databases that can no longer be opened by the most recent versions of FileMaker -- I have to go back to older versions of FileMaker and hope they still run on my current OS. At some point I suppose I should covert the older formats to newer formats. I just haven't gotten around to it. I have some older MS Word files as well that I can no longer seem to open but a friend says I just need to get an extra plugin for Word.

If you have trouble accessing an obsolete format of your data, yes, you should convert them to newer (and current) formats. FileMaker always requires converting if you want to read files from before the last major format change, but they make it easy. In fact, it is usually automatic. In FileMaker databases like eMA, some of the eMA scripts, especially AppleScripts, may no longer work after the conversion, but the data is all safely in formats readable by standard FileMaker features. 

You don’t have to use my eMA Import scripts just to access the data fully. Converted files are just fine for that, even if you do not use my eMA Import scripts to get them into the latest eMA version databases. (In fact, if data integrity is important to you, your data is probably safer after conversion, by default, without entrusting it to my Import scripts; at least check the results very carefully if you do.)

In fact, I should probably make a note about this issue in my eMA User Guide.  

It is subjective, I guess, but I probably would trust old Word formats more than FileMaker formats, since many more business users use and depend on Word than on FileMaker, and businesses are also concerned about long-term storage of their documents, are probably making it worthwhile to Microsoft to keep their document conversion tools accurate. Maybe not; it’s Microsoft, after all. But then, FileMaker is the one that cancelled Emailer abruptly with no thought for its customers. 

Trust no one. Keep all data in current formats, but wait a while after a software upgrade, to be sure it is a good format. Anyone who still has their archived email in FMP 3 format eMA archives, is risking that someday it may not be readable.

Saving data in a format that makes it easy to manage and access in the long run is quite a challenge.  I'd like to put my information in formats that could be accessed several hundred years from now. I have strong confidence in plain text, .csv, plain html, xml, pdf, GEDCOM, jpeg and a few others. Lower but some confidence in MS Word and FIleMaker. Almost no confidence in most other formats.


We all have problems when we consider long term data storage. Libraries converting books to digital format are very concerned about their chosen formats being readable at all in some time in the future. 

Basically, the only good idea I know of is to always keep our archives backed up, but always convert all of them to new standards as they arise, and back them up. In some cases they should be archived in two very different formats, just in case. There is not as much danger with digital media of losing data and fidelity when making successive copies as with the old photocopy way, and doing so is much more likely to preserve your data than keeping a decade-old format that you can no longer read. 

If you have strong confidence in .csv and XML formats, note that instead of always converting FMP files to keep them up do date, you could simply use FileMaker’s Export Records... commands to archive your databases. Hey, at  least there are still lots of options. 

At some point, we have to compromise. As in all of life. If you really want to keep your data long-term, once digitized, you need to expend the energy, research, and effort to keep things updated by converting at reasonable intervals, before it becomes difficult to read any more. 
-- 
Cheers,
    John



#3214 From: Tim Oey <timoey@...>
Date: Fri May 4, 2007 4:32 am
Subject: Re: Convert to mbox --> long term file formats
timoey
Offline Offline
Send Email Send Email
 
I've been using FileMaker since 1985. FileMaker has changed it's underlying data
structures a few times. I have some older FileMaker databases that can no longer
be opened by the most recent versions of FileMaker -- I have to go back to older
versions of FileMaker and hope they still run on my current OS. At some point I
suppose I should covert the older formats to newer formats. I just haven't
gotten around to it. I have some older MS Word files as well that I can no
longer seem to open but a friend says I just need to get an extra plugin for
Word.

Saving data in a format that makes it easy to manage and access in the long run
is quite a challenge.  I'd like to put my information in formats that could be
accessed several hundred years from now. I have strong confidence in plain text,
.csv, plain html, xml, pdf, GEDCOM, jpeg and a few others. Lower but some
confidence in MS Word and FIleMaker. Almost no confidence in most other formats.

Cheers,
Tim

>On May 3, 2007, at 12:56 am, beatnikpad wrote:
>To me, it is almost as dangerous as putting it all back into
>Entourage, whose database formats are really proprietary. I think
>that FileMaker is likely to be around for longer than Mail or
>Entourage, and even if FileMaker goes extinct. I have been using
>FileMaker since about 1995, and both Apple and Microsoft have changed
>their email applications for Mac several times since then.

#3213 From: John Carlsen <ThinkAgain@...>
Date: Thu May 3, 2007 5:21 pm
Subject: New eMA web page
john_carlsen
Offline Offline
Send Email Send Email
 
Hi,

I have today put up a new eMessage Archiver web page. It is at:


This is a more compact page, for both the latest beta and the last full release, so everything is there on one page, including the download links. It used to take navigating through 3 or 4 pages.

It is now less confusing for the visitor. And it will be easier for me to keep everything there up to date, too.

It is also now just one click from my home page, to go directly there.

If you find any references anywhere that still have the old link address, let me know. (The old eMA address still works for now, but it just has a copy of the new page. It probably won’t be updated.)
-- 
Cheers,
    John



#3212 From: John Carlsen <ThinkAgain@...>
Date: Thu May 3, 2007 8:19 am
Subject: Re: Convert to mbox?
john_carlsen
Offline Offline
Send Email Send Email
 
On May 3, 2007, at 12:56 am, beatnikpad wrote:

> I have to admit I'd love to get information on how to do this, too.
> I have a very old eMA database that I'd like to convert to the OS X
> 10.4 Mail mbox format.

You are not the first to ask about converting from eMA to mbox format.

Of course, eMA was written to get email out of various applications’
different versions of mbox, proprietary database, etc. There was
little thought given to wanting to reverse the process.

At one time, I included in eMA a simple “save to text file” command,
where each file had the specific format that I made up. I assume that
something like that could be written to “save records to mbox format”
No one seemed to notice when I forgot to include it in a new eMA
version, so I never reinstated it.

“Standard” mbox format would be fairly easy to achieve (assuming you
can program in either FileMaker Pro or AppleScript, and assuming you
know that format in detail), since the mboxes are just plain text
files. You could access each eMessage record, and its fields, with a
FileMaker Pro script or use AppleScript to access them from either
FileMaker Pro or from eMA’s free runtime application, which is also
scriptable. Then, standard functions could be used to reformat each
field in the correct mbox order and formats. then you can export the
result to a text file with the correct extension.

Some email applications can then import such text mboxes. Probably
Mail can.

> Back when Mail.app was *very* slow with large email stores it made
> sense to export email periodically, and eMA worked great for that.
> With Spotlight now, though, it's much more attractive to have a
> global store of email that is searchable, and eMA's "closed"
> database structure is a bit of a hindrance.

I believe that I have seen somewhere that there is a Spotlight plugin
that allows it to access FileMaker to search the data. I may be wrong
about that.

Also, you can use eMA’s Print button to “print” all of the records at
once into a PDF file. This will then already be accessible from
Spotlight. You can also make each record into a separate PDF file.
With a little extra FileMaker Pro scripting, you may be able to set
it to name each file with its message Subject, but I have not
investigated this possibility.

Note that eMA’s data structure is just standard FileMaker data
structure, and is “open” to AppleScript access. I don’t think that
Mail’s actual stored format is any more “open” than that. You can
only access it by AppleScript. Mail does not actually save its
messages in simple standard mbox format (look in the Library/Mail
folder and try to find it!), so you have to let Mail do the
conversion to it’s “mbox” format, and they have already changed that
format several times.

To me, it is almost as dangerous as putting it all back into
Entourage, whose database formats are really proprietary. I think
that FileMaker is likely to be around for longer than Mail or
Entourage, and even if FileMaker goes extinct. I have been using
FileMaker since about 1995, and both Apple and Microsoft have changed
their email applications for Mac several times since then.

If FileMaker goes out of business, then it would be straightforward
to transfer the data fields directly to another database application,
though probably the scripts for archiving would have to be replaced
or modified.

> I really appreciate all of the work you've put into eMA and I hope
> this doesn't belittle your commitment, but my email usage habits
> have changed quite a bit since I first started using eMA so it
> would be great to have some way to transition my data out of the
> eMA database file.

No problem. If in the full context of my needs I found a better way
to access my email, I would stop using it, too. :-)

Just be careful.

> Any ideas? The file I have is from FileMaker Pro 5.

Note that eMA 4.10b5, just released, can import that database in the
new format. You can even use eMA Filer to upgrade to FileMaker 8.5
level (but without scripting and design options), without having to
buy a new FileMaker Pro. I have not extended my import script back
before old eMA 3.0 yet, but I will get there. If you need that, ask
for it.

John

#3211 From: "W John Carlsen" <ThinkAgain@...>
Date: Thu May 3, 2007 6:55 am
Subject: Re: FormMail output to FileMaker Pro solution required
john_carlsen
Offline Offline
Send Email Send Email
 
Hi Steve,
(For some reason, your message never ended up in my email mailbox. I just
noticed it here
for the first time on the Yahoo eMA-Talk site. So a lot of other subscribers may
have
missed it also.)

--- In eMA-Talk@yahoogroups.com, "faunistic" <steve@...> wrote:
> I need to grab a folder of received messages (in Apple Mail). These messages
are sent
via
> FormMail. I need a solution that would parse the data in each email, and place
the data
into
> the appropriate fields in FileMaker. FormMail output looks like this:
> ÊÊÊÊÊquestion: answer
> ÊÊÊÊÊquestion: answer
> ÊÊÊÊÊquestion: answer
> Does anyone know of such a beastie?

You probably realize this point, but eMessage Archiver removes email from Apple
Mail
(and several other applications) and puts them into FileMaker fields.

The entire text body of the message is therefore put into a single field in
FileMaker. I
presume that the Òquestion: answerÓ format of the data lines is in plain text in
the original
email message body.

The easiest solution to then further parsing the text in that body field is thus
made easier,
if you know a little about FileMaker Pro scripting. That is, you can add to the
same
database a new Òcalculated fieldÓ which automatically grabs the body text, uses
standard
FileMaker text functions to find and process those lines, change them to the
parsed format
you want, and output the data into the new calculated field.

Still assuming a rather basic knowledge of FileMaker design you could miinimally
change
one of the tabs that I already have in the Message View, to resize or remove the
original
body field to make space right there for the new parsed data field.

There are numerous other things you could do also, like making a new layout or
view to
just display the parsed data, or maybe export each record to an external text
file.

Alternatively, if this is your only need, skip FileMaker Pro entirely, and use a
rather simple
AppleScript to grab just the message field from a message, process the field
with
AppleScript, and then create a text file for the output.

> Is anyone willing to make such a beastie for $$$?

To anyone with elementary skills in FileMaker Pro scripting, the modifications
of my
database should be very easy. Similarly for the second suggestion for anyone who
knows
enough AppleScript to access a message field and make a text file.

Anyone on this group want to try it? Easy way to earn some quick bucks.

Not me, however, since I am currently having trouble finding enough time for eMA
development.

John

#3210 From: "beatnikpad" <thenonsuch@...>
Date: Thu May 3, 2007 4:56 am
Subject: Re: Convert to mbox?
beatnikpad
Offline Offline
Send Email Send Email
 
I have to admit I'd love to get information on how to do this, too. I
have a very old eMA database that I'd like to convert to the OS X 10.4
Mail mbox format.

Back when Mail.app was *very* slow with large email stores it made
sense to export email periodically, and eMA worked great for that.
With Spotlight now, though, it's much more attractive to have a global
store of email that is searchable, and eMA's "closed" database
structure is a bit of a hindrance.

I really appreciate all of the work you've put into eMA and I hope
this doesn't belittle your commitment, but my email usage habits have
changed quite a bit since I first started using eMA so it would be
great to have some way to transition my data out of the eMA database file.

Any ideas? The file I have is from FileMaker Pro 5.

#3209 From: John Carlsen <ThinkAgain@...>
Date: Wed May 2, 2007 8:06 pm
Subject: Re: Convert to mbox?
john_carlsen
Offline Offline
Send Email Send Email
 
On Mar 28, 2007, at 12:51 pm, Dave Sawyer (dsawyer121153) wrote:

Due to the long, long development time on eMA and the many problems with the recent 

versions, I've reluctantly abandoned eMA in favor of another solution. I'd like to have all my 

email archives in a single database, but the new solution only imports mbox folders. Does 

anyone have any idea how to go about converting the eMA database to mbox? I can of 

course convert the eMA database to the standard formats, but I can't find a way to get any 

of files in any of those formats into an mbox file.


Anyone have any thoughts?


My reason for developing eMA was to get them out of the mbox and other formats that email applications use. There is no compatibility among them, and even their mbox formats vary is different ways from the standard form. 

So I decided that the best way of doing that was to get them into a standard database, not out of it and back into one of those less inter-compatible ways. 

I do not know what you mean about “converting the eMA database to the standard formats,” but not “into an mbox file.”

You also don’t mention whether you have FMP or AppleScript programming experience, so I don’t know where to start from. 

So if you want advice on you attempted conversion, I really need more details.

Finally, I hope you look at the version of eMessage Archiver (beta 5) that I released today. It is near enough to what I want for the final version that I have been using it for months myself without problems (except when I mess it up, as in b4). 

John

#3208 From: John Carlsen <ThinkAgain@...>
Date: Wed May 2, 2007 7:46 pm
Subject: Re: About the future of eMA
john_carlsen
Offline Offline
Send Email Send Email
 
On Mar 25, 2007, at 8:17 pm, Tim Oey wrote:

I'm glad. I still have not yet used eMA yet but I still plan to. I'm still evaluating the best long term email archiving solutions for me. I currently use Eudora on the Mac. Eudora is transitioning from a commercial product to an open source product.


I've released one simple FileMaker solution under an open source license. If you would like to see how I did this, please see the solution (Coach's Game Card) as it is posted at:

http://openyouth.org/resources.html


As I just said in the message I just sent to Doug Rowe, I do not plan to handle or manage the open-sourcing of eMA. I think that might just slow it down further. I would follow its progress, try out the new releases, and comment on them, but cannot promise further activity. After all, my recent lack of time for it is why I proposed this in the first place. (Look at how long it took me to respond to these two messages!)

What is needed, if enough people are interested, is for them to say so on eMA-Talk, and start to work out what they can do for eMA together. 

It is not clear from the responses so far that there enough such people, both for the FileMaker side and the AppleScript side. So, if volunteers are lurking here, but have not expressed any ideas yet, I hope that they will speak up. 

I definitely hope that someone will not develop it further for just one email application. That would ruin one of the reasons that I started it, and how I have used it. On the other hand, I think my past attempts to support all past FileMaker versions, eMA versions, and OS versions back to OS 9 has got to be abandoned. Just the latest versions, and a way to import their old email if they want to. 

In the meantime, until others set up a plan for taking it over, I will just keep on with my usual eMA development. Even if it is quite slow right now, at least I will be working on it for some time. 

John

#3207 From: John Carlsen <ThinkAgain@...>
Date: Wed May 2, 2007 7:17 pm
Subject: Re: Beta 4 error [was Re: About the future of eMA]
john_carlsen
Offline Offline
Send Email Send Email
 
On Mar 25, 2007, at 4:14 pm, Doug Rowe wrote:

problems with b10


b4?   :-)


I run the Update Lists script


It gets all my folders


I try to run it against a single folder  I get


Error -1728 in 'dMessage Archiver'

Using OS 10.4.9 AS 1.10.7 intel, using Mail 2.1.1 FileMaker runtime  

8.5v1 eMA Script 4.10 b4 eMa Database 4.10b 4


DoCommand: Archive: LogMessage: Object not found.


Error -2723 Could not make an entry in the databas's Error Log.  The  

varialble  ErrMsg is not definded.


original error -1728: DoCommand: Archive:: LogMessage: Object not found.


That’s the same as I got, and I presume what others got.


See my b5 announcement, today, for the explanation. Just a stupid last minute try of something, that did not work, and then forgetting to undo it. Cost me many hours of frustration, because I was checking everything except that, mostly in the AppleScripts, where the problem wasn’t! 


Oh, well. At least I went over and fixed up some of my error-trapping in the meantime. 


John

#3206 From: John Carlsen <ThinkAgain@...>
Date: Wed May 2, 2007 7:05 pm
Subject: Re: About the future of eMA
john_carlsen
Offline Offline
Send Email Send Email
 
On Mar 25, 2007, at 4:03 pm, Doug Rowe wrote:

I would be willing to be part of a "group".  I consider myself a  filemaker expert, that knows something about Applescript and lots of  other stuff ;-)


I have used eMa forever.  I want to keep using it.  I would be  willing to work, especially on the FileMaker part.


I am an FSA member and have access to FMPA so I could create runtimes.


Thanks. 


I have no idea how to share development of anything. Do you? The idea of making it Open Source sounds good to me, for I have downloaded several files developed this way. But I have not been involved at all on the development end of things.


Simply making it effectively Free Domain is another way, so that everyone who wants to can just modify it and then distribute that on their own. But this certainly sounds awful for the user to keep track of. Open Source seems best.


I myself do not have time to moderate or manage such a group, so I need volunteers for that. I would be available to ask questions of, and I would be following it’s progress and downloading new versions. 


I am mostly thinking about the users here, because of my recent lack of time to get releases done. I don’t want to make it harder for them. 


So, if some developers want to get together about it and come up with a single plan to go forward with, that would be good. This group would probably be a good place to get discussions started.


I have LOTs of mail going back for over a decade.


So do I, which is why I started this project about a decade ago. And I made it work for multiple email applications, because when I changed apps it was just too difficult to keep them all together. Some of the older ones are now unreadable, because their format was application-specific. 

I look forward to some further discussions about this. Otherwise, I will just go along as usual, but lots slower. :-)
-- 
Cheers,
    John



#3205 From: John Carlsen <ThinkAgain@...>
Date: Wed May 2, 2007 6:40 pm
Subject: eMA 4.10 beta 5 released - link correction
john_carlsen
Offline Offline
Send Email Send Email
 
Hi,

I just sent a notice of the update to b5, but the link tries to download b4.  Oops!  Sorry. 

This one works correctly. I used it.

The link I gave, as updated, was correct, but for some reason Mail did not update what it downloaded. So here is the correct link, typed in all over:

The file, a Mac Zip Archive file, can be downloaded directly with the following link:


This beta version was created with FileMaker 8.5, which creates a Universal application that also runs natively on Intel Macs,  although I used FileMaker 8.0v3 for most of the development work, until recently. 
-- 
Cheers,
    John



#3204 From: John Carlsen <ThinkAgain@...>
Date: Wed May 2, 2007 5:41 pm
Subject: eMA 4.10 beta 5 released
john_carlsen
Offline Offline
Send Email Send Email
 
Hi,

I have uploaded the fifth beta-test version of eMessage Archiver 4.10. 

The file, a Mac Zip Archive file, can be downloaded directly with the following link:


This beta version was created with FileMaker 8.5, which creates a Universal application that also runs natively on Intel Macs,  although I used FileMaker 8.0v3 for most of the development work, until recently. 

I have not yet updated the web site, so use the above direct link for now.

I’m sorry about beta 4, which stopped with an error “Object not found” when trying to archive. You can ignore the explanation in the next two paragraphs. I just made a silly last-minute mistake.
Since I had archived Wish beta 4 just a couple days before uploading it, I way confused. In trying to debug my archiving AppleScripts, I kept getting that same error, for lots of attempts to write data to the database. It was as though my script could not access the eMA database! Anyway, I agonized while trying to fix it for many, many hours over the next few weeks. I was worried that my computer was acting up again. I added lots of additional error trapping code. Nothing worked.
Finally, it hit me. An apparently innocent change that I tried at the last minute, disabling temporarily a line in the script, did not in fact work, so I went to bed. The next day I forgot all about that incident, so I did not re-enable that line, and simply Zipped it up and uploaded it. That is all that it was.

Browse through the description on the first record of the eMessage Database, with lots but not all new features described briefly. Just ask, if anything remains unclear to you.

Note that is no longer necessary to delete any previous versions that you have on your disks, so keep them for now in case you need to go back to them. 

As usual, you can report problems and errors on the eMA-Talk discussion group.

INSTALLATION:

The unzipped downloaded file is a folder that you can move to the Applications folder, or any other place that you prefer. It contains 2 applications, but normally you should not launch any of them directly, or you might get strange error messages. It also contains a file called eMessage Database, which is where email messages are saved, and where you do all  your interacting with eMessage Archiver.

Please make a copy of eMessage Database for your use in archiving, leaving the original to make additional untouched databases in the future. You may only want to use one database, but this way leaves  your options open, without having to re-download the whole eMA package.

Rename the database copy to something meaningful to you, and then move it out of the Applications folder, lest all your archives get lost when you install an upgrade. Usually people put it in their Documents folder, but you can put it anywhere outside the Applications folder.

Always start up eMessage Archiver by double-clicking on it in the Finder. Alternatively you can put the database file in your Dock, where you can start it up easily by just clicking on it. 

If you have your own purchased copy of FileMaker Pro 7 or higher, you can use that instead of the free runtime application. Then you can open it directly from an open FMP application. If you do it by double-clicking in the Finder, you may have to use File Info to set your application as the one to open the database.

When you open the database, the largest change from beta 3 that you will notice is that many commands have been added to several of the standard FMP menus, more than used to be found only in the Scripts menu. The Scripts menu has been replaced by the eMA menu, which only has a few eMA-specific commands in it. The advantage is that the many of the new menu items now have keyboard equivalents, and that they are grouped with other related commands.

OK, that's enough for now. Please post any questions, comments, and error reports here in eMA-Talk.
-- 
Cheers,
    John


#3203 From: "faunistic" <steve@...>
Date: Sat Apr 14, 2007 5:18 pm
Subject: FormMail output to FileMaker Pro solution required
faunistic
Offline Offline
Send Email Send Email
 
Hello -

I need to grab a folder of received messages (in Apple Mail). These messages are
sent via
FormMail. I need a solution that would parse the data in each email, and place
the data into
the appropriate fields in FileMaker. FormMail output looks like this:

question: answer
question: answer
question: answer

Does anyone know of such a beastie? Is anyone willing to make such a beastie for
$$$?

Thanks,

Steve

#3202 From: "dsawyer121153" <yahoo.3.dsawyer@...>
Date: Wed Mar 28, 2007 4:51 pm
Subject: Convert to mbox?
dsawyer121153
Offline Offline
Send Email Send Email
 
Hi, All,

Due to the long, long development time on eMA and the many problems with the
recent
versions, I've reluctantly abandoned eMA in favor of another solution. I'd like
to have all my
email archives in a single database, but the new solution only imports mbox
folders. Does
anyone have any idea how to go about converting the eMA database to mbox? I can
of
course convert the eMA database to the standard formats, but I can't find a way
to get any
of files in any of those formats into an mbox file.

Anyone have any thoughts?

Thanks.

Dave Sawyer

#3201 From: Tim Oey <timoey@...>
Date: Mon Mar 26, 2007 12:17 am
Subject: Re: About the future of eMA
timoey
Offline Offline
Send Email Send Email
 
I'm glad. I still have not yet used eMA yet but I still plan to. I'm still
evaluating the best long term email archiving solutions for me. I currently use
Eudora on the Mac. Eudora is transitioning from a commercial product to an open
source product.

I've released one simple FileMaker solution under an open source license. If you
would like to see how I did this, please see the solution (Coach's Game Card) as
it is posted at:
http://openyouth.org/resources.html

Cheers,
Tim

At 6:36 PM -0400 3/23/07, John Carlsen wrote:
>Hi,
>
>No, I am not planning to abandon eMA, yet. :-)

#3200 From: Doug Rowe <dhrowe@...>
Date: Sun Mar 25, 2007 8:14 pm
Subject: Re: About the future of eMA
dhr111us
Offline Offline
Send Email Send Email
 
problems with b10

On Mar 23, 2007, at 6:36 PM, John Carlsen wrote:

I downloaded it.

I put it into a folder

I got rid of the earlier beta AS applications

I run the eMessage Database.ema
I set it to in and out with Mail

I run the Update Lists script

It gets all my folders

I try to run it against a single folder  I get

Error -1728 in 'dMessage Archiver'
Using OS 10.4.9 AS 1.10.7 intel, using Mail 2.1.1 FileMaker runtime
8.5v1 eMA Script 4.10 b4 eMa Database 4.10b 4

DoCommand: Archive: LogMessage: Object not found.


Error -2723 Could not make an entry in the databas's Error Log.  The
varialble  ErrMsg is not definded.

original error -1728: DoCommand: Archive:: LogMessage: Object not found.

#3199 From: Doug Rowe <dhrowe@...>
Date: Sun Mar 25, 2007 8:03 pm
Subject: Re: About the future of eMA
dhr111us
Offline Offline
Send Email Send Email
 
On Mar 23, 2007, at 6:36 PM, John Carlsen wrote:

> Hi,
>
> No, I am not planning to abandon eMA, yet.    :-)
>
>
> I await your responses. Whatever they are, I won't be offended.
> Perhaps even relieved. ;-)

John,
    I would be willing to be part of a "group".  I consider myself a
filemaker expert, that knows something about Applescript and lots of
other stuff ;-)

I have used eMa forever.  I want to keep using it.  I would be
willing to work, especially on the FileMaker part.

I am an FSA member and have access to FMPA so I could create runtimes.

I have LOTs of mail going back for over a decade.


> --
> Cheers,
>     John
>
>
>

#3198 From: John Carlsen <ThinkAgain@...>
Date: Fri Mar 23, 2007 10:36 pm
Subject: About the future of eMA
john_carlsen
Offline Offline
Send Email Send Email
 
Hi,

No, I am not planning to abandon eMA, yet.    :-)

Thanks to J Bradley, P Berkowitz, Neil, and B Freeman for their replies to my message of Feb. 7.

These comments made me think about some growing concern, for some of you, that I might never get to the final release version of eMA 4.10, and later. Although I have no such intention, I agree that the increasing delays might be getting rather annoying to many users.

The suggestions made included making it open-source or letting others take over, or something like that, so that some more experienced developers could help with it. Sounds good, but I have no idea how to do that, so I am not the best one to do it.

After a bit of (re-)explaining my position with regard to eMA, I will end below with a specific offer, and see whether I get any further interest. 

Excuses, excuses:

The delays between my messages and updates, even without the extra delays due to my recent computer problems, have been getting much longer than when I started eMA development 10 years ago (then called eMK), or the start of eMA-Talk 7 years ago. Even my response to your recent letters has taken 1.5 months! 

My "excuse" for this, and I have given many excuses for my shorter delays in the past, has usually been that my eMessage Archiver development work has always been a kind of hobby for me and a way to escape from the sometimes overwhelming and boring times pursuing my main kinds of research work that I generally love to do. 

The only really difficult work on eMA recently, for me, has come from trying to support Apple's Mail application, which involved a lot of tricky workarounds for features still missing in Mail's support for AppleScript. I am not really qualified to do such programming, nor did I know at first anything about the email standards, or Apple's odd way of implementing some of them. This stuff is quite uninteresting to me, and only the fact that I have used Mail for several years has kept me going with it. 

Not much of a refreshing change from other difficult work!

But the rest of the eMA work is still fun for me, if I am not feeling rushed. The problem is that I have simply had much less time for it, and less real need for the distraction, as my other work has become more and more interesting and time-consuming—even exciting.

As long as this slower and slower schedule of my eMA activities is OK with the users, than we are all satisfied with the situation. However, if some users, especially some that are also developers, are less than satisfied….

My Offer:

I am more than willing to let others take over most or all of the development of eMA, and perhaps make it an even better application than I am able to. If I stop being the main developer, I will also stop charging any shareware fees and make it more like free domain software. 

I have discussed this with a couple people in the past, though perhaps not on this list, but never got any follow-up from them about it. So I dropped it.

So, here's my offer, to anyone interested. I will continue for now on my much slower development pace, until someone or some group of developers comes up with a plan for how they can take it over, and are prepared to implement it. 

However, from a professional developer's point of view, much of the eMessage Archiver code is a kluge with minimal documentation. While I can discuss problems and explain most of what I have done, I am not prepared to bring it up to professional standards myself.

So, you might want to look at the current FMP database code, buttons, and menus, and the AppleScripts in eMArchiver, before offering to help. Nothing is locked in this version, so it is all there for your inspection. (Hint, much of the AppleScript code is in library files that are loaded as needed. These files are currently located inside the eMArchiver application bundle, though easy to locate in AppleScript with the "Bundle Contents" button.)

Maybe it is a snap for you guys, or maybe it is too much of a bother to try to fix. Perhaps you might even want to start over with it the "right" way. Let me know what you think.

I await your responses. Whatever they are, I won't be offended. Perhaps even relieved. ;-)
-- 
Cheers,
    John


#3197 From: John Carlsen <ThinkAgain@...>
Date: Fri Mar 23, 2007 9:03 pm
Subject: eMA 4.10 beta 4 released
john_carlsen
Offline Offline
Send Email Send Email
 
Hi,

I have uploaded the fourth beta-test version of eMessage Archiver 4.10. (finally!)

It's descriptive web page has not changed much.  It is at:


More useful is the description on the first record of the eMessage Database, with lots but not all new features described briefly. Just ask, if anything remains unclear to you.

The file, a Mac Zip Archive file, can be downloaded directly with the following link:


This beta version uses a free eMA-only runtime version of FileMaker 8.5, although I used FileMaker 8.0v3 for almost all of the development work so far. 

People not already familiar with eMA can find most of the details of using it in the enclosed "eMA User's Guide." It has been partly upgraded from the Guide for eMA 4.2, but should have the details you need. Some new features of the eMA 4.10 betas are not yet included, but they can usually be figured out by trying the various buttons and menu items. 

Others can if they wish start using it as they did in previous versions. It is no longer necessary to delete any previous versions that you have on your disks, so keep them for now in case you need to go back to them. 

As usual, you can report problems and errors on the eMA-Talk discussion group, which is at:


You can read them on the web page for the group, but if you want to post comments and reports, you need to subscribe to the group. To bypass the web entirely, and just use email, you can subscribe with the link in the "eMA" menu.

INSTALLATION:

The unzipped file is a folder that you can move to the Applications folder, or any other place that you prefer. It contains 3 applications, but normally you should not launch any of them directly, or you might get strange error messages. It also contains a file called eMessage Database, which is where email messages are saved, and where you do all  your interacting with eMessage Archiver.

Please make a copy of eMessage Database for your use in archiving, leaving the original to make additional untouched databases in the future. You may only want to use one database, but this way leaves  your options open, without having to re-download the whole eMA package.

Rename the database copy to something meaningful to you, and then move it out of the Applications folder, lest all your archives get lost when you install an upgrade. Usually people put it in their Documents folder, but you can put it anywhere outside the Applications folder.

Always start up eMessage Archiver by double-clicking on it in the Finder. Alternatively you can put the database file in your Dock, where you can start it up easily by just clicking on it. 

If you have your own purchased copy of FileMaker Pro 7 or higher, you can use that instead of the free runtime application. Then you can open it directly from an open FMP application. If you do it by double-clicking in the Finder, you may have to use File Info to set your application as the one to open the database.

When you open the database, the largest change from beta 3 that you will notice is that many commands have been added to several of the standard FMP menus, more than used to be found only in the Scripts menu. The Scripts menu has been replaced by the eMA menu, which only has a few eMA-specific commands in it. The advantage is that the many of the new menu items now have keyboard equivalents, and that they are grouped with other related commands.

OK, that's enough for now. Please post any questions, comments, and error reports here in eMA-Talk.
-- 
Cheers,
    John



#3194 From: J Bradley <jmail@...>
Date: Thu Feb 8, 2007 4:30 pm
Subject: Re: Digest Number 808 / 6 weeks without Mac causes "slight" eMA delay!
jmail@...
Send Email Send Email
 
on 8/2/07 16:00, Bob Freeman at bobfreemanma@... wrote:

> Well, I'm more inclined to agree with Paul's suggestion to restrict
> the focus to the main mail clients. I've been using eMA and am a
> little frustrated that I have to go back to FMPro v6 to get mail
> imports from Eudora to work flawlessly.
>
> John: Have you ever considered opening up the development to work
> collaboratively with those of us out here who do quite a bit of
> programming? I certainly would be willing to throw my time into
> getting the product up to snuff. And concerning the shareware fees:
> don't want any part of the cut, and I'm sure any developers who help
> with eMA would be willing to work on some deal for their own fee.
>
> Anyhow, my $0.02.
>
> Bob

Sounds like sense to me - it's the modern way!

I've never set up an Open Source project but am participating in a few
(slightly) using Subversion - presumably you go to Source Forge or similar
and make an account?

I'd be glad to chip in  here and there as time allow, and am also happy to
pay to do it! :)

My two penneth

jonny

#3193 From: Bob Freeman <bobfreemanma@...>
Date: Thu Feb 8, 2007 4:00 pm
Subject: Re: Digest Number 808
bostonrmf
Offline Offline
Send Email Send Email
 
Well, I'm more inclined to agree with Paul's suggestion to restrict
the focus to the main mail clients. I've been using eMA and am a
little frustrated that I have to go back to FMPro v6 to get mail
imports from Eudora to work flawlessly.

John: Have you ever considered opening up the development to work
collaboratively with those of us out here who do quite a bit of
programming? I certainly would be willing to throw my time into
getting the product up to snuff. And concerning the shareware fees:
don't want any part of the cut, and I'm sure any developers who help
with eMA would be willing to work on some deal for their own fee.

Anyhow, my $0.02.

Bob

>________________________________________________________________________
>
>1d. Re: To All - 6 weeks without Mac causes "slight" eMA delay!
>     Posted by: "Neil" lists@... mambomanic
>     Date: Wed Feb 7, 2007 8:49 pm ((PST))
>
>On Feb 7, 2007, at 11:23 PM, Paul Berkowitz wrote:
>
>>  Or just end it now.
>
>Ouch!  That sounds harsh.

>________________________________________________________________________
>
>1c. Re: To All - 6 weeks without Mac causes "slight" eMA delay!
>     Posted by: "Paul Berkowitz" berkowit@... berkowit28
>     Date: Wed Feb 7, 2007 8:24 pm ((PST))
>
>Come on, John. You know you know you will never finish this project; it will
>never be complete. This has gone on for about 6 years now, and the end never
>gets any closer. Instead, new email clients and versions evolve and you
>start new branches to add them. The end gets further and further away. Then
>FMP comes out with a new version and you start all over again.
>
>Why don't you restrict yourself to just Mail (which spawns a new version
>with every new Mac OS), Entourage, and the final version of Eudora (just
>because that's where you started, otherwise scrap that too since it's
>end-of-lifed, dead, dead, dead) for just the two most recent versions of FMP
>and finish the damn thing. Stop all your other interests and stick with it
>'til you're done.
>
>Or just end it now.
>
>--
Paul Berkowitz
--

-----------------------------------------------------
Bob Freeman, Ph.D.
Bioinformatics consultant
51 Downer Avenue, #2
Dorchester, MA  02125
617/699.7057, vox

If brains were taxed, he'd get a refund.
-- Anonymous

#3192 From: Neil <lists@...>
Date: Thu Feb 8, 2007 4:49 am
Subject: Re: To All - 6 weeks without Mac causes "slight" eMA delay!
mambomanic
Offline Offline
Send Email Send Email
 
On Feb 7, 2007, at 11:23 PM, Paul Berkowitz wrote:

Or just end it now.


Ouch!  That sounds harsh. 

#3191 From: Paul Berkowitz <berkowit@...>
Date: Thu Feb 8, 2007 4:23 am
Subject: Re: To All - 6 weeks without Mac causes "slight" eMA delay!
berkowit28
Offline Offline
Send Email Send Email
 
Come on, John. You know you know you will never finish this project; it will
never be complete. This has gone on for about 6 years now, and the end never
gets any closer. Instead, new email clients and versions evolve and you
start new branches to add them. The end gets further and further away. Then
FMP comes out with a new version and you start all over again.

Why don't you restrict yourself to just Mail (which spawns a new version
with every new Mac OS), Entourage, and the final version of Eudora (just
because that's where you started, otherwise scrap that too since it's
end-of-lifed, dead, dead, dead) for just the two most recent versions of FMP
and finish the damn thing. Stop all your other interests and stick with it
'til you're done.

Or just end it now.

--
Paul Berkowitz


> From: John Carlsen <ThinkAgain@...>
> Reply-To: <eMA-Talk@yahoogroups.com>
> Date: Wed, 7 Feb 2007 18:17:40 -0500
> To: eMA-Talk <eMA-Talk@yahoogroups.com>
> Subject: To All - 6 weeks without Mac causes "slight" eMA delay!
>
> Hi all,
>
> As if the over a year delay after beta 3 were not enough, now my iMac
> (which I love) has for several months been causing me increasing
> delays. Finally, after destroying many files, including some eMA
> ones, it then just stopped working, and I could not restart it at
> all. It has taken six weeks, even with AppleCare extended warrantee,
> and they are still trying to fix it.
>
> After replacing the iMac's power supply and the main logic board, now
> they are waiting again for replacement parts from Apple. This time
> they are going to replace the internal disk drive. And this time
> their estimate was for, uh, two days ago.Š
>
> Thus, since before the holidays, I have been without a computer to
> work on. So eMA is delayed again. At least it is not my fault this time.
>
> Oh, yes, I did have my old PowerBook G3 as a backup computer, and
> yes, I had thought to back  up my eMA stuff to it just before the
> iMac's final failure. It seemed surprisingly slow compared to the
> iMac, and the screen seemed to be getting progressively dimmer, and
> finally, after a week, that computer also died, also without warning.
>
> That is all for now, about where beta 4 is, and I am strongly
> resisting adding several more paragraphs about my "very interesting"
> ordeal. OK, I won't. :-)
> --
> Cheers, John
>
> PS: don't be surprised if my email silence takes a while more. But I
> will get back when I can.
>
>
> When reporting problems or bugs:
>      If you got an error alert, eMA tries to put the full error message in the
> "Error Log" (Scripts or eMA menu), along with all version information I need
> to give you a reply relevant to your setup. Just copy this text information
> from the Error Log and paste it into your problem report, along with as many
> other details that you remember about what happened and when it happened.
>
> If the error message is not in the Error Log, try to quote the alert's message
> (or send a picture) and your versions of eMA, the database application used,
> your email application, and the Mac OS that you are using. along with a
> description of the problem.
>
> The eMA web site always has the latest eMessage Archiver versions. It is at:
>        <http://homepage.mac.com/ThinkAgain/Mac/eMA/>
>
> Yahoo! Groups Links
>
>
>
>

#3190 From: J Bradley <jmail@...>
Date: Wed Feb 7, 2007 11:37 pm
Subject: Re: To All - 6 weeks without Mac causes "slight" eMA delay!
jmail@...
Send Email Send Email
 
Hi John

Sounds grim - i can only suggest one thing - shopping! :)

It should help (a tiny weenie bit) that i paid my registration again a
couple of weeks ago (8 Jan) due to new installation etc and it being several
years since i sent you any money - i expect your hardware woes will be the
reason i haven't had a license back yet - sorry this has turned into a
support mail, i really didn't intend it to be (i'd forgotten actually).

Anyway, best of luck getting hold of a new toy and here's to the next
version of eMA!

jonny B


on 7/2/07 23:17, John Carlsen at ThinkAgain@... wrote:

> Hi all,
>
> As if the over a year delay after beta 3 were not enough, now my iMac
> (which I love) has for several months been causing me increasing
> delays. Finally, after destroying many files, including some eMA
> ones, it then just stopped working, and I could not restart it at
> all. It has taken six weeks, even with AppleCare extended warrantee,
> and they are still trying to fix it.
>
> After replacing the iMac's power supply and the main logic board, now
> they are waiting again for replacement parts from Apple. This time
> they are going to replace the internal disk drive. And this time
> their estimate was for, uh, two days ago.Š
>
> Thus, since before the holidays, I have been without a computer to
> work on. So eMA is delayed again. At least it is not my fault this time.
>
> Oh, yes, I did have my old PowerBook G3 as a backup computer, and
> yes, I had thought to back  up my eMA stuff to it just before the
> iMac's final failure. It seemed surprisingly slow compared to the
> iMac, and the screen seemed to be getting progressively dimmer, and
> finally, after a week, that computer also died, also without warning.
>
> That is all for now, about where beta 4 is, and I am strongly
> resisting adding several more paragraphs about my "very interesting"
> ordeal. OK, I won't. :-)

#3189 From: John Carlsen <ThinkAgain@...>
Date: Wed Feb 7, 2007 11:17 pm
Subject: To All - 6 weeks without Mac causes "slight" eMA delay!
john_carlsen
Offline Offline
Send Email Send Email
 
Hi all,

As if the over a year delay after beta 3 were not enough, now my iMac
(which I love) has for several months been causing me increasing
delays. Finally, after destroying many files, including some eMA
ones, it then just stopped working, and I could not restart it at
all. It has taken six weeks, even with AppleCare extended warrantee,
and they are still trying to fix it.

After replacing the iMac's power supply and the main logic board, now
they are waiting again for replacement parts from Apple. This time
they are going to replace the internal disk drive. And this time
their estimate was for, uh, two days ago.…

Thus, since before the holidays, I have been without a computer to
work on. So eMA is delayed again. At least it is not my fault this time.

Oh, yes, I did have my old PowerBook G3 as a backup computer, and
yes, I had thought to back  up my eMA stuff to it just before the
iMac's final failure. It seemed surprisingly slow compared to the
iMac, and the screen seemed to be getting progressively dimmer, and
finally, after a week, that computer also died, also without warning.

That is all for now, about where beta 4 is, and I am strongly
resisting adding several more paragraphs about my "very interesting"
ordeal. OK, I won't. :-)
--
Cheers, John

PS: don't be surprised if my email silence takes a while more. But I
will get back when I can.

#3179 From: Carsten Ortmann <cortmann@...>
Date: Sat Jan 20, 2007 11:41 am
Subject: Can't set prefs, can't Update lists, can't create new
cortmann@...
Send Email Send Email
 

Hi,

And a Happy New Year to all (that's still a valid greeting, isn't it?)

With the change of the year I want to create the 2007-mail archive. I
did so but after setting preferences I couldn't Update lists.
(STRANGE! While writing this I gave it another shot and now it worked)

Anyhow I might as well finish describing my experience. Who knows if
it happens again som other time?

After not succeeding in creating a new archive, I tried copying an
existing database, deleting all the messages and using the prefs and
set up from that. Here's when more fun struck. In trying to set the
prefs I was met by the following:

 and 

When I hit OK I was sent to the Archiving Set Up where I tried to Update Lists resulting in these messages:

  and  

Any ideas what might be causing this annoyance

Thanks for any help and in the hope that everybody is happy, healthy and doing good for the environment :-)

Carsten


#3178 From: Carsten & Uni Vous Ortmann <vousortmann@...>
Date: Sat Jan 20, 2007 9:39 am
Subject: Can't set prefs, can't Update lists, can't create new
vousortmann@...
Send Email Send Email
 
Hi,

And a Happy New Year to all (that's still a valid greeting, isn't it?)

With the change of the year I want to create the 2007-mail archive. I
did so but after  setting preferences I couldn't Update lists.
(STRANGE! While writing this I gave it another shot and now it worked)

Anyhow I might as well finish describing my experience. Who knows if
it happens again som other time?

After not succeeding in creating a new archive, I tried copying an
existing database, deleting all the messages and using the prefs and
set up from that. Here's when more fun struck. In trying to set the
prefs I was met by the following:
and
When I hit OK I was sent to the Archiving Set Up where I tried to
Update Lists resulting in these messages:
and
Any ideas what might be causing this annoyance

Thanks for any help and in the hope that everybody is happy, healthy
and doing good for the environment :-)

Carsten

#3169 From: "dave1x" <dave1x@...>
Date: Tue Dec 5, 2006 5:59 pm
Subject: Re: eMA troubleshooting
dave1x
Offline Offline
Send Email Send Email
 
Hi John,

I think I am having a similar issue.  Here is the full text of one of
the errors:
----------------------

ERROR: Thursday, November 9, 2006 7:11:04 AM
OS 10.4.8, Eudora, FileMaker, eMA 0403 , db version 0402.

Looping thru messages: Error -1700 in message:
     Returned mail: Too many hops 2…

ArchiveMessage, msg not archived:  GetCorrespondents:
Getting sender, recipients:
GetRecipientsInfo:
Can't make {"To: <ircc@...>", "To: postmaster@..."} into
type number.

----------------------

I have about 30 such errors in the log out of 27,400 messages
archived.  I am using OS X version 10.4.8 on Powermac g4 with dual
processors.  Thanks in advance for your assistance and for writing
such a cool application!


-Dave



--- In eMA-Talk@yahoogroups.com, John Carlsen <ThinkAgain@...> wrote:
>
> [I am also posting this reply to the eMA-Talk message board. You
> might want to join us there, where more ideas might be available.]
>
> On Nov 1, 2006, at 8:59 am, steve smith wrote:
>
> > I've used eMA successfully on another OS X Mac but I'm having
> > trouble on my iBook. I downloaded the app fine from the web, set it
> > all up, and started archiving. But I keep getting messages that say
> > "Error -1700" and a long string of stuff about the message which
> > was not archived. At this point, 56 error msgs out of 235 emails to
> > archive. Any ideas?
> >
> > Here's a screenshot so you can see what I see--over 300 times!
>
> I take it that you are using version eMA 4.02 or earlier, from the
> screenshot you sent. Much the information I usually need is usually
> in the error message header, which can usually be be found in eMA's
> Error Log, which would also have the complete error message.
> Unfortunately, the error messsage was too long for the dialog to
> display at once, so I can't see what AppleScript couldn't make item
> 25 into. So, as a hint for future error reports, please copy the
> entire error message from the Error Log and paste it into your email,
> if the eMA script has sent it there.
>
> Anyway ;-) I do sort of remember other reports of that error. It did
> not seem to affect most users, but it was a problem for a few others.
> I did a quick check by downloading a fresh copy of eMA 4.02 and doing
> some random archiving, in test mode. There was no problem. It passed
> through that part of the script hundreds of times.
>
> So I suggest the following steps:
>
> 1) If you are using an eMA version earlier than the current one,
> 4.02, please update to that and try again. If you are using 4.02, you
> might try the rather untested version 4.03b1, at:
>                http://homepage.mac.com/thinkagain/files/eMA403b1.sit
> It was released to just fix a rare bug for some other users. But it
> was an informal release, and I did not document what problem it cured.
>
> 2) If the error message is saved in the Error Log, copy the whole
> message there to your email report. Otherwise, try to see the end of
> the error message dialog and include that.
>
> 3) If you haven't already, try archiving from a different mailbox. It
> may be that one has mail of some special format.
>
> This might help me to figure out your error messages.
>
> OR, since you are starting anew on a different computer, you might
> want to just try the latest beta version, eMA 4.10b3. This has lots
> of improvements, especially for Mail, even though I have not finished
> all that I want to do for the final 4.10 version.
>
> > I'm running System OS 10.4.8, iBook G4, 1.33 GHz PPC, 256 MB,
> > archiving out of Mail.
> --
> Cheers,
>      John
>

Messages 3169 - 3217 of 3246   Newest  |  < Newer  |  Older >  |  Oldest
Advanced
Add to My Yahoo!      XML What's This?

Copyright © 2009 Yahoo! Inc. All rights reserved.
Privacy Policy - Terms of Service - Guidelines - Help