Inmagic Sponsors New SLA Knowledge Management Division

by Administrator Thursday, March 29, 2007 12:12 AM
Inmagic, Inc. is pleased to announce that it is sponsoring the newly-launched Knowledge Management Division of the Special Libraries Association.

Launched in the fall of 2006, the SLA's Knowledge Management Division already has attracted nearly 500 members. The Division focuses on the characteristics and processes through which organizations facilitate the creation, sharing and use of knowledge.

Inmagic's overall sponsorship of the Knowledge Management Division includes support for two events at SLA's upcoming 2007 Annual Conference, to be held in Denver on June 3 - 6:

- "Librarians as Knowledge Managers: The View from the Executive Suite," a session exploring the unique contributions that librarians bring to high-visibility, interdepartmental knowledge management efforts

- A reception at the Denver Art Museum for SLA's University of Denver Student Group and the Denver SLA chapter that is hosting this year's Annual Conference

Karen K. Reczek, Manager, Information Resources Center at Bureau Veritas in Buffalo, New York, is the chair of SLA's Knowledge Management Division. Karen commented "We're delighted to be working with Inmagic. The company is a natural partner for our new Division, given its long history of technological leadership. Our Division members play critical roles within their organizations, including documenting knowledge for sharing and use. Effective knowledge management spans and the right technology is a powerful enabler."

Paul J. Puzzanghera, Inmagic's President and CEO, noted "Our sponsorship of the Knowledge Management Division continues Inmagic's lengthy association with and support of the SLA. Many Inmagic customers are SLA members. Our co-founder Betty Eddison held several leadership roles with the SLA, served as a role model for many SLA members, and received the organization's highest honor - its Hall of Fame Award in 2002. An affiliation with SLA's Knowledge Management Division is particularly synergistic for us, since many of our customers use Inmagic products for various knowledge management applications. Our newest products, Inmagic ® Presto and Inmagic ® Genie, provide unprecedented capabilities for information professionals who need to maximize their organizations' knowledge management capabilities."

Tags: News

More Vista UAC: this is so me today

by Peter Tyrrell Tuesday, March 27, 2007 11:22 AM


Inmagic WebPublisher and Vista Virtualization

by Peter Tyrrell Monday, March 26, 2007 9:23 PM

A short time back I described how to get Inmagic WebPublisher 10 running on IIS 7 in Windows Vista. Everything I said there still holds true, but now I must warn you about Vista virtualization.

Webpublisher accesses parts of the file system and registry that are now locked in Windows Vista, and is therefore subject to Vista's answer to backwards compatibility for legacy applications.

If a legacy application such as Webpublisher tries to access protected portions of the file system and registry without the right permissions, Vista's UAC (user account control) virtualization services silently and automatically redirect read/write operations to unprotected user-specific locations.

For instance, say Webpublisher wants to write the location of a textbase to dbtwpub.ini located at:

%Program Files%\Inmagic\WebPubPro\dbtwpub.ini

Vista detects that Webpublisher does not have permission to save to that location and copies the file to:

%Users%\<your account>\AppData\Local\VirtualStore\Program Files\Inmagic\WebPubPro\dbtwpub.ini

Subsequent read/write operations access the VirtualStore version of the file, even though Webpublisher will still think it is accessing the Program Files directory. Poor deluded Webpublisher.

So now the textbase location additions are tied to your user account, and worse, some applications will see the virtual file, while others see the original. And they're not synced.

So like, today I edited dbtwpub.ini with Notepad. Hours later I opened it with UltraEdit. And blinked about 14 times at the complete disappearance of the textbase locations I could have sworn I added. But Webpublisher still worked, searching textbases it couldn't possibly know the locations to. Huh?

Turns out Notepad sees the VirtualStore version, like WebPublisher, but UltraEdit sees the original version.

Yikes. Looks like Inmagic has their work cut out for them next version. And I'd better start reading up on Vista UAC. 

Protect WebPublisher with ASP.NET Security

by Peter Tyrrell Monday, March 12, 2007 12:15 PM

If you've worked with ASP.NET forms authentication security, you know that by default it only protects ASP.NET resources, like *.aspx pages. So what about those PDFs, and *.html pages? What about WebPublisher?

That's right. You may have stopped anonymous users from getting to the search page, but they could still query your databases by constructing a URL which accessed WebPublisher directly. This means that canned queries are open doors also!

Fortunately you can protect non ASP.NET resources with ASP.NET security. Scott Guthrie describes how to use wildcard mappings in IIS 6.0 and better to route any URL through forms authentication, and apparently it's not a significant performance drag (unlike mapping an extension directly to ASP.NET).

I've tested this with my installation of DB/Text WebPublisher Pro 10. I had to reduce the dbtw-wpd virtual directory from virtual application to mere virtual folder so as to easily make it part of my existing ASP.NET applications, but that didn't affect the operation of WebPublisher in any way. So, success!

We Andornauts spend more time than is probably healthy obsessing about the security of WebPublisher, and have already developed comprehensive solutions for locking down web access to WebPublisher textbases. The above technique just puts another arrow in the quiver.

If you're concerned about security, and would like to consult with us on how to control web access to your textbases, contact us at


Genie Quick Tip: Orders edit screens configuration

by Administrator Tuesday, March 06, 2007 5:10 PM
The default Inmagic Genie configuration assumes that there will be one invoice for each order and that all items on an order will be charged to the same account code. For clients who often add several items to the same order but wish to charge them to different account codes, it is possible to edit the myEditScreens.config file to move the OrdInternalAccount field from the top Orders SubSection to the bottom Items SubSection. This also works for the OrdInvoiceNumber field so that if items often arrive in separate shipments it is possible to record a different invoice number for each. Behind the scenes, fields in the top Orders SubSection are automatically added to every item in an order. Moving them to the Items SubSection requires that these values be entered manually for each item instead. Product: Inmagic Genie v3

Month List