Hi,

There's no requirement that the storage mechanism that IMail uses should
be understandable by anything other than an IMail process.

That would be great if the "the storage mechanism that IMail uses" has no
other impact. However, by now two incidents hare occured where the new
mechanism has some impact. A mail archiving tool and a virusscanner. Both
finding mails that should no longer be there.

They  are  both looking at an internal structure the format of which may
be changed at each new relaease.

Right. So when that happens I will have to look into it.

What I am asking for is in line with your suggestion, that only IMail now
how things work, I would then like IMail to have a mechanism to circumvent the impact of the changes made. In my case a way to force purging a mailbox.

And what if the next release compresses each message in the mailbox? Are
you then going to ask for an option to not compress it?

Maybe, if THAT is the only way I can detect virusses still present in a mailbox and it is considered a functionality we do not want to do without I might request it. On the other hand, I might ask f-prot to not only understand encoded files in e-mails but to also understand compressed IMail mailboxes. Of course, if Ipswitch decides to use a standard compression format like RAR or ZIP I would not even have to ask f-prot for any extra functionality as it allready understands those formats.

Your suggestion would be the same like "nothing needs to understand the
filesytem but the OS". That's great as long as the OS has ALL the toold
needed for both normal operations as well as problem situations. As we both
know that is not the case there are multiple tools that understand what a
FAT, NTFS, etc filesystem is.

The  tools  either  use defined APIs or need to be upgraded whenever the
structure  of the filesystem changes. Your complaint about IMail is like
complaining  that  Microsoft implementing NTFS makes your old Norton DOS
Utilities no longer work.

Fortunately new tools came available, so that would be equivalent to the new version of f-prot finding virusses in the new IMail mailboxes. If those new tools for the NTFS system would not have come, there would have been huge pressure on Microsoft to make those tools available.

You  should  be  complaining  to the implementors of your mail archiving
tool and virus scanner, not to Ipswitch.

Of course that is one way. However, my feature request was there for two reaons, one was the request to have the purging be done during off-hours that way keeping the purge actions during businesshours to a minimum. It just happened to coincide with my other need for the deleted mails to be gone.

As to Mhonarc, it may have to switch to using IMAP to access the mailbox in the future when the next "problem" arises. As the webmail seems to have done that as well it may turn out to be the new "window into the mailbox" in the future.

Groetjes,


Bonno Bloksma

---
[E-mail scanned at tio.nl for viruses by Declude Virus]

To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html
List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/
Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/

Reply via email to