Re: Why does rebuilding database mount file systems?
On a related not about file references, I've noticed over time that PM has lost file reference integrity. An example: I got pics from a ski trip from a friend; when I went back to find that picture, PM thought the enclosure was an html file - clearly wrong. If the mail is older than a few month, all the attachments within PM display are grayed. ... I have not seen this. In fact, just for fun I went back a year and found my attachments to be selectable and in working order. It is possible that you both need to run some disk checks and/or permission utilities? I had a similar thing, but a long while ago. I wasn't switching my set-up around (e.g. transferring between multiple computers). I chalked it up to corrupt e-mails. Since then I've dropped using some addresses so I don't get as much spam. I haven't seen it recently. Chris --
Re: Why does rebuilding database mount file systems?
Bob, Yes, technically that accomplishes having the attachment somewhere else, but now you've got two copies of it. Not only is that inefficient in terms of storage, but if it's an editable document, you now have version control issues. Option-dragging does work, and it's great that the feature is there, but it's something to be used on occasion; I would not accept that as part of SOP daily workflow, which I *believe* is what Dr. Dave was talking about. And it still doesn't address the larger issue in this thread of PM losing connection with attachments even when they're not moved, and their being no way to repair or re-attach them when they loose that attachment. Respectfully, Steve On 5/4/05 at 10:38 PM, Bob Moody ([EMAIL PROTECTED]) said: == Dr Dave, thank you for your message. = ***REPLYING TO YOUR MESSAGE QUOTED BELOW. REPLY IS ABOVE YOUR MESSAGE*** REPLY: Single click on the attachment icon at the bottom of PM window. Option drag this icon off the corner of the email message to the lower left hand corner of the desktop. Now you still have the attachment in the attachments folder, attached to the message.Plus you have a copy on the desktop to put anywhere. Wed, 4 May 2005 10:46:29 -0700 [EMAIL PROTECTED] == Sure. If I rename an attachment, or move several attachments together into a folder; they lose connection from the email message that they come from. Pretty weak. I can't say for sure if my old emails (2004) lose their connections to the attached files by themselves or not, because I eventually group all the attachments together by year (at least) so as to keep the current attachments folder less cluttered easier to find recent attachments. Best, Dave Nathanson Mac Medix in reply to ([EMAIL PROTECTED]), Steve Abrahamson's message of 9:44 AM, 5/4/05 On a related not about file references, I've noticed over time that PM has lost file reference integrity. An example: I got pics from a ski trip from a friend; when I went back to find that picture, PM thought the enclosure was an html file - clearly wrong. I had to root through the Attachments folder manually to find the jpg I was looking for. This is not uncommon with older mail. Is anyone else experiencing this problem? Steve Steve Abrahamson Ascending Technologies FileMaker 7 Certified Developer http://www.asctech.com [EMAIL PROTECTED]
Re: Why does rebuilding database mount file systems?
A-NO-NE Music wrote: Anyway, I have an idea. I move PM folder a lot. Between machines, carry with 2.5 drives, etc. This might be the source of problem. Since PM being a native Mac app, I'd think it is not using absolute path but rather using relative path, which should work, but it might not be when you duplicate the directory for backup purpose? Attachments received (or sent) with a version prior of PowerMail 5 are referred by a path relative to the attachment folder. So if they have been moved, or renamed, the connection is lost. Attachments received (or sent) with PowerMail 5.x are referred by an alias relative to the attachment folder. Aliases use both a file ID, and a path. If you move or rename the file, it is still found by ID. If you move your data to another machine, the ID is not preserved, but the file is still found by its path, if it has not been renamed. When you compact your database, or perform a verification of the consistency, attachment aliases are verified; if the path has changed but they are still found by ID, the path is update, and vice versa. So, it's a good thing to compact or verify your database from time to time, and especially before moving your database to another machine, to ensure that the attachment references are fully up to date. Jérôme - PowerMail Engineering - What amazes me is the content search, the foxtrot engine is amazing! I have about 100mb of emails and searches are instantaneous! Boh Heong Yap, PowerMail user Download a demo version from www.ctmdev.com -
Re: Why does rebuilding database mount file systems?
Tim Lapin / 2005/05/04 / 07:34 PM wrote: It is possible that you both need to run some disk checks and/or permission utilities? Not sure how it would help but I run these utils more than anyone else because of beta testings I do. Anyway, I have an idea. I move PM folder a lot. Between machines, carry with 2.5 drives, etc. This might be the source of problem. Since PM being a native Mac app, I'd think it is not using absolute path but rather using relative path, which should work, but it might not be when you duplicate the directory for backup purpose? -- - Hiro [PROTECTED] [PROTECTED] [PROTECTED]
Re: Why does rebuilding database mount file systems?
On Wednesday, May 4, 2005, A-NO-NE Music sent forth: Steve Abrahamson / 2005/05/04 / 12:44 PM wrote: On a related not about file references, I've noticed over time that PM has lost file reference integrity. An example: I got pics from a ski trip from a friend; when I went back to find that picture, PM thought the enclosure was an html file - clearly wrong. On a related note :-) If the mail is older than a few month, all the attachments within PM display are grayed. Nope, I didn't move them. I can find them in the attachment directory easily, but this can be time consuming if the file name is rather generic. I was kinda giving up on it, tho. -- - Hiro I have not seen this. In fact, just for fun I went back a year and found my attachments to be selectable and in working order. It is possible that you both need to run some disk checks and/or permission utilities? -- Tim Lapin [EMAIL PROTECTED]
Re: Why does rebuilding database mount file systems?
Dr Dave wrote:
because I eventually group all
the attachments together by year (at least) so as to keep the current
attachments folder less cluttered easier to find recent attachments.
I have created a simple AppleScript to create a folder for each email
that has attachments and move attachments there. This way, attachments
(at least have a higher chance) to keep the original file names and not
get inserted a number like in test.zip, test 1.zip etc. when during the
months, people send attachments with identical names.
I have this set to run as the first filter on *any* incoming message.
It sure can be optimized, but I'm no AppleScript scripter. I also copied
portions of the default Copy outgoing attachments script. Maybe it is
of use to someone:
--snip--
global theFolder
tell application PowerMail
set attachFolder to attachment folder
set theMessages to current messages
repeat with msg in theMessages
set msgStatus to status of msg
if (msgStatus is unread) or (msgStatus is confirmed) or
(msgStatus is
read) then
set attachList to attachments of msg
if (count items of attachList) 0 then
set theDate to time received of msg
set msgAttachFolder to
set msgAttachFolder to msgAttachFolder (year
of theDate)
set msgAttachFolder to msgAttachFolder -
set msgAttachFolder to msgAttachFolder (month
of theDate as number)
set msgAttachFolder to msgAttachFolder -
set msgAttachFolder to msgAttachFolder (day
of theDate as number)
set msgAttachFolder to msgAttachFolder
set msgAttachFolder to msgAttachFolder
(((time of theDate) / 3600)
as integer)
set msgAttachFolder to msgAttachFolder -
set msgAttachFolder to msgAttachFolder
time of theDate) mod
3600) / 60) as integer)
set msgAttachFolder to msgAttachFolder
set senderAddress to sender of msg
set msgAttachFolder to msgAttachFolder (email
address of senderAddress)
set msgAttachFolder to msgAttachFolder
tell application Finder
if not (exists folder (attachFolder
msgAttachFolder as string)) then
set theFolder to (make new
folder at attachFolder with properties
{name:(msgAttachFolder as string)})
else
set theFolder to folder
(attachFolder msgAttachFolder as string)
end if
end tell
repeat with attachIdx from (count items of
attachList) to 1 by -1
set attachFile to file of (item
attachIdx of attachList)
tell application Finder
set newAttachFile to (move
attachFile to theFolder without
replacing) as alias
end tell
delete attachment attachIdx of msg
make new attachment at msg with
properties {file:(newAttachFile as
alias)}
end repeat
end if
end if
end repeat
end tell
--snip--
Regards, Christian.
Re: Why does rebuilding database mount file systems?
Sure. If I rename an attachment, or move several attachments together into a folder; they lose connection from the email message that they come from. Pretty weak. I can't say for sure if my old emails (2004) lose their connections to the attached files by themselves or not, because I eventually group all the attachments together by year (at least) so as to keep the current attachments folder less cluttered easier to find recent attachments. Best, Dave Nathanson Mac Medix in reply to ([EMAIL PROTECTED]), Steve Abrahamson's message of 9:44 AM, 5/4/05 On a related not about file references, I've noticed over time that PM has lost file reference integrity. An example: I got pics from a ski trip from a friend; when I went back to find that picture, PM thought the enclosure was an html file - clearly wrong. I had to root through the Attachments folder manually to find the jpg I was looking for. This is not uncommon with older mail. Is anyone else experiencing this problem? Steve
Re: Why does rebuilding database mount file systems?
Steve Abrahamson / 2005/05/04 / 12:44 PM wrote: On a related not about file references, I've noticed over time that PM has lost file reference integrity. An example: I got pics from a ski trip from a friend; when I went back to find that picture, PM thought the enclosure was an html file - clearly wrong. I had to root through the Attachments folder manually to find the jpg I was looking for. This is not uncommon with older mail. Is anyone else experiencing this problem? On a related note :-) If the mail is older than a few month, all the attachments within PM display are grayed. Nope, I didn't move them. I can find them in the attachment directory easily, but this can be time consuming if the file name is rather generic. I was kinda giving up on it, tho. -- - Hiro [PROTECTED] [PROTECTED] [PROTECTED]
Re: Why does rebuilding database mount file systems?
On Wednesday, May 4, 2005, A-NO-NE Music sent forth: I believe latest pub beta changed this behavior. Which version are you using? -- - Hiro From the header of Robert's message: X-Mailer: CTM PowerMail version 5.1 build 4340 English BTW, I hope you are right about the fix. While I have never encountered this phenomenon, there is always a first time for everything. -- Tim Lapin [EMAIL PROTECTED]
Re: Why does rebuilding database mount file systems?
Robert Snyder wrote: I have an odd situation where every time I rebuild my mail database, PowerMail opens four, network attached file systems. This will be fixed in 5.2. PowerMail will no longer try to mount networked/removable file systems when verifying attachment references. The attachments references are verified (and updated if needed), during a compact or a verification of the consistency of the database. Jérôme - PowerMail Engineering - PowerMail un excellent produit, très bien protégé et qui équipe ma boîte depuis deux ans... Tout le monde apprécie la qualité quasi sans failles de cette application professionnelle... PowerMail user comment on www.cuk.ch Download a demo version from www.ctmdev.com -
Re: Why does rebuilding database mount file systems?
Robert Snyder / 2005/05/04 / 08:29 AM wrote: I have an odd situation where every time I rebuild my mail database, PowerMail opens four, network attached file systems. While I have migrated my mail from various systems over the years, this situation is particularly odd since none of the file systems it opens could possibly have been systems I used my mail on. Typically, it happens during the verify consistency portion of the process. While it is usually just annoying, it becomes a real problem when I am trying to rebuild my database without a network connection. In that case, it keeps trying to open the file spaces and does not progress. How can I get this behavior to stop? It's not that. PM wants to see where the attachment you sent out. It tries to call up as many times as you had attachment on your network volumes. It does let you cancel out so it's not stuck. I believe latest pub beta changed this behavior. Which version are you using? -- - Hiro [PROTECTED] [PROTECTED] [PROTECTED]
Why does rebuilding database mount file systems?
I have an odd situation where every time I rebuild my mail database, PowerMail opens four, network attached file systems. While I have migrated my mail from various systems over the years, this situation is particularly odd since none of the file systems it opens could possibly have been systems I used my mail on. Typically, it happens during the verify consistency portion of the process. While it is usually just annoying, it becomes a real problem when I am trying to rebuild my database without a network connection. In that case, it keeps trying to open the file spaces and does not progress. How can I get this behavior to stop? Robert Robert Snyder, Director World Campus Data Management Services The Pennsylvania State University 105 Mitchell Building University Park PA 16802 Phone: 814-865-0912 Fax: 814-865-4406 E-mail: [EMAIL PROTECTED] URL: http://www.worldcampus.psu.edu
