Glen,

Having ongoing problems with Mac Clients (3 sites reported so far)
where they occasionally fail authentication and then don't download for
the rest of the day. They then pass authentication the next day and
scheduled downloads return to normal.

1. Is it possible to broaden the date/time match required in the
authentication process and would this reduce these failures?

2. If I install a second client on a different Mac, for manual
initiated downloads only (ie when the first client suffers the above
authentication problem), will it also fail authentication?

Rodney

Hi Glen,

I have a customer who is receiving an 'Alltalk Shell not found' error
on startup.

If I want Alltalk to startup via the 'Programs\Startup' what are the
commandline paramaters to startup scheduled and minimized?

regards,

Rodney

Dear All,

There have been some recent developments with regards to AVP.

Most notably, there seemed to be some changes with ZEDMED which made
it difficult for AVP to deliver unsigned messages.

This problem has been rectified.

Also, there had been a problem with some peoples tokens.  On first
access, it appeared that some users tokens were not responding.
Second use was fine though.

The problem was found to be with the token store logon process, and
this problem has now been solved.

So this update is critical for ZedMed users and for users who had
been experiencing token logon problems.  For other uses, there is no
particular urgency for an update.

Please always use the update method from AVP's Help menu.

Glen.

Dear All,

There has been a number of issues recently involving the Mac Profile Updater (MacOSX_AddProfile) script overwriting existing profiles.

The problem has been identified.  It related specifically to an AppleScript paramater assignment. 

Each time the Addprofile script is run, it was supposed to prompt for the server (ie profile) name for the new server.  This was not happening, and the result was that the most recently added profile was being loaded each time and overwritten.  The bug was related to the use of a global (unix level) parameter assignment which was being remembered between instances of the script.  We updated the script to use a local variable and the script now functions correctly.

We also updated the MacOSX_Installer:

1. The "default" profile no longer exists.  You will be prompted for the profile name on first install.  This should remove the possibility of confusing your profile with another service providers.

2. The script will not run if it has EQ2j has already been installed.  In the past, running the script more than once resulted in multiple crontab entries which would cause multiple concurrentl logins for the same user.

3. The "Get AllTalk Results" desktop alias is now downloaded by the installer.  At the end of the install, the installer now prompts you to use this Alias on the desktop rather than the older Application version which only ran the default profile.

Action to be taken.

At new sites:

Just run the new Installer as normal, you will be prompted for a profile name for your sever.  If EQ2j has already been installed (if you didnt realise), the installer will prompt you to use the AddProfile script instead.

At existing sites:

Open the users home folder and then the EQ2j folder.  Delete (drag into trash bin) the existing EQ2j_AddProfile and MacOSX_addProfile.zip Download the new version of the MacOSX_AddProfile.zip Script.  Move the Zip file into the users EQ2j folder and then double click.  This will extract the script from the ZIP file.  Double click the script to execute it.

You should always be prompted to enter your Profile name when running this script.  Do not proceed if you arent prompted. 

Also: if the Application (default profile only) Desktop shortcut is present, remove it and replace it with the "Get AllTalk results" script instead.

Thanks

Glen.

When changing from EQ2 to AllTalk, the client Descriptions are not transferred.  For large sites this can be troublesome.

The following is an outline of how to transfer the descriptions (and assign web interface passwords) into AllTalk from the EQ2 Database.

1. Extract the descriptions from the DocTable.db paradox table into a spreadsheet or other text editor. 

We have found the simplest way to do this is to use MS Access although the various other methods would be suitable.  Steps are

• Open a blank MDB
• In tables, click Import Table
• Select Paradox type
• Browse to the EQ2 SErver folder click on Doctable.db
• Import should take only a few seconds
• In queries create a new query to return the mailbox name and the description ("user" and "Real Name")

2. Construct a script to update the descriptions

Once you have the list either export to a CSV file or simply Select the entire table and copy into MS EXCEL or similar spreadsheet.

Using the concatenate command create a string in the following format

aciu <user><CRLF>name=<realname><CRLF>.<CRLF>

eg. assuming a1 has userid and b1 has the description, in cell c1 enter 

=concatenate("acui ",a1,char(13),Char(10),"name=",b1,char(13),char(10),".")

Copy this down for all rows then copy the entire column C into notepad.  Excel kindly (but wrongly) puts Double quotes around the string, so you will need to search and replace all Double quotes with Blank.

The result in Notepad should be something like this:

aciu mb1
name=Mailbox 1
.
aciu mb2
name=Mailbox 2
.

Up to N number of mailboxes.  Select all of the text in Notepad (CTRL-A) then copy it into the windows clipboard (CTRL-C)

3. Update the server with the details

Using windows telnet (from a dos window or Run)  log onto the AllTalk server's Client (pop3) port VIA A TRUSTED LAN CONNECTION

telnet <alltalk server address> 21110

At the greeting type

user manager
pass <alltalk server manager password>

Then right-click the window and the Clipboard contents will be "pasted" onto the server.  The server will update each user's description in turn, returning

+OK aciu "Mailbox 1" <mb1@...>
+OK aciu "Mailbox 2" <mb2@...>

NOTE: This same technique can be used to assign web interface passwords.  you can do this at the same time as the descriptions or later - it is of no consequence.  Use the parameter "emailpassword" to assign passwords

eg

aciu mb2
name=Mailbox 2
emailpassword=mb2001
.

Glen,

Just a couple of bugs that I have come across recently (?ver 1.1.95)-

1 - Stack overflow error, when alltalk set to close after fetching.
2 - Alltalk doesn't cope with being unable to write to destination
directory (ie directory exists but current user does not have write
priviledges).
3 - When migrating multiple equery accounts to a new install of alltalk
the profile editor does not load the profiles properly, in the first
instance.
4 - Seem to be having a problem with mac installs corrupting their
keys, two in the last few days.

Rodney

FROM: Mark Rose, St Vincents Pathology

http://www.lrsupport.com.au/downloads/ATTrack.exe

-----Original Message-----
From: Monaghan, Darius
Sent: Friday, 18 May 2007 3:50 PM
To: Glen Kleidon
Subject: pki

<<SNIP>>

Also, maybe a tiny bug in v1.1.1.92… when u double click on a profile
from "connection profiles" tab, the profile editor opens but all
fields are blank. If you open profile editor from tools menu and
select profile that way, fields are filled in…

[Glen Kleidon]

Thanks for this feedback.  I couldn't reproduce the problem at first
in my test environment.

The problem was in fact that the profile names after version 1.1.1.90
typically have spaces in them.  In the past we discouraged this
practice but the reason why disappeared into the mists of time!
When you double click on the profile name from the connection
profiles tab, Alltalk performs a ShellExecute of profileedit.exe
passing in the profile name as a parameter.  The profile editor knows
that if Parameter 1 of the execute statement is not blank then that
is a profile name to open.

Of course with spaces in the name, parameter 1 is only part of the
profile name (parameters 2..n form the rest of the name) so the
profile editor can't find the profile.

So this problem actually exists in all versions of AllTalk client
where the profile name has spaces.

I have now fixed this problem and it will be available in the next
release (1.1.1.95).

Some sites report that they dont get an "internal server error"
rather when clicking on certain clients from the management
interface, the client page is simply blank.

This is the same problem however, the Web server fails to return the
appropriate message.

Glen.

--- In alltalk-avp@..., "lrs_y_gk_07" <glenk@...>
wrote:
>
>
> Dear all,
>
> With the Beta Trials of Alltalk 1.1.1.80, it has been discovered
that
> the Midas.dll used to render the Entity and Site XML information
into
> HTML tables by the AlltalkWI CGI, are not distributed with the
Alltalk
> Server install.
>
> Problem:
>
> After a client has updated their Organisation and Entity
information and
> uploaded it to the Alltalk server, the client can no longer log
onto the
> Alltalk User Web interface because the user page returns and Interal
> Server error.
>
> The problem is that when the CGI attempts to convert the Entity and
> Organisation XML data  into HTML, it expects the Midas.dll
(Borland) to
> be present on the machine.  When the dll is missing, the getUser
Action
> has an unrecoverable error which terminates processing of the
request
> and returns an error message to the clients browser.
>
> Resolution.
>
> Get the midas.dll from http://www.galkam.com.au/zipfiles/midas.dll
> <http://www.galkam.com.au/zipfiles/midas.dll>  and save it into the
Web
> servers SYSTEM32 folder.  The next call to the users web interface
will
> be successful.
>
>
>
> Reproducing this problem:
>
> 1) Update a test client to Alltalk 1.1.1.80 Beta client from
> http://www.lrsupport.com.au/downloads
> <http://www.lrsupport.com.au/downloads>
>
> 2) On the Organisation and People Tab, Click Edit and enter the
> Organisation (Site) information and Some Entity (People)
information.
> Click OK
>
> 3) Fetch files.  The alltalk Client will upload the client
information
> to the server.
>
> 4) Access the alltalk Web interface either as Manager or as the
specific
> client user ID.
>
> 5) If the midas.dll is missing, you will see "Internal Server Error"
>

Ok we finished the System resources comparison including Peak Memory usage and CPU time.

Very enlightening - 2Hippo is seriously hogging the system and eClinic seems to closest competitor to AllTalk.  Again though Alltalk wins hands down.

see http://www.galkam.com.au/downloadstats/downloadercomparison.htm

Thanks

Glen.

--- In alltalk-avp@..., "Glen Kleidon" <glenk@...> wrote:
>
> Woops.
>
> Of course the Table should show Memory Usage(Bytes) not (MB).
>
> Sorry about that one.
>
> Glen.
>
> _____
>
> From: alltalk-avp@... [mailto:alltalk-avp@...]
> On Behalf Of lrs_y_gk_07
> Sent: Saturday, 28 April 2007 12:25 PM
> To: alltalk-avp@...
> Subject: [alltalk-avp] Comparison of System Resources Alltalk VS major
> Health Message Downloaders
>
>
>
>
> Once again thanks to Dr Conway, this interesting image was produced.
>
> http://www.galkam. <http://www.galkam.com.au/MemoryUsageComparison.jpg>
> com.au/MemoryUsageComparison.jpg
>
> This graphic shows the Windows Task manager displaying Memory usage.
>
> Dr Conway is a Paediatrician who has just about every health message
> downloader in Australia running on his laptop.
>
> This includes :
>
> * HealthLink
>
> * Medical Objects
>
> * Fetch (Sonic)
>
> * 2 Hippo
>
> * eClinic (Gribbles/VCS)
>
> * miLink (Radiology
>
> * MQLink (Symbion)
>
> * Argus (not running at the time of the test).
>
> and of course
>
> * Alltalk (with AVP)
>
> We brought up the Task Manager and sorted by Memory Usage:
>
> The 3 biggest memory users on the system were 3 of the downloaders! Medical
> Objects topping the list at 52MB followed by Health link (30MB) and Fetch
> (26MB). Argus was not running at the time of the test. I ran Argus Agent
> on my system an d found that it uses 27MB (not counting the Firebird DB
> instance) so it ranks at least in the top 3. For Medical Objects at least,
> the Backend Database is likely to be one of the Service Host applications (a
> database instance) and repres enting yet more usage.
>
> AllTalk ranked lowest memory user < 2.5MB and its interesting to note that
> MQLink uses 5.3MB just for maintenance (scheduler and cleanup), not
> including the actual send/receive process which was not running at the time
> of the comparison.
>
>
> App Memory Usage(MB) Ranking % of Memory Used*
> Alltalk 2372 1 1.25
> MQLink (management only) 5288 2 2.78
> miLink 5460 3 2.87
> Alltalk Virtual Printer 7428 4 3.90
> eClinic 15748 5 8.27
> 2Hippo 17388 6 9.13
> Fetch 26176 7 13.74
> Argus Agent 27816 8 14.61
> Health Link 30044 9 15.78
> Medical Objects 52728 10 27.69
> Total 190448
>
> Note: memory used referrs to Memory used just for downloaders
>
> AVP came in at 7.5 MB by itself so considering AVP + Alltalk together this
> comes to 9.8MB. Even still Alltalk+AVP ranks ranks 2 after miLink (excluding
> MQLink because the transfer agent was not included). I am not familiar
> with miLink (nothing found on a google search) but Dr Conway reports that
> its a radiology downloader. However, it does not support mulitple profiles:
> IE you must install it multiple times with multiple instances for e ach
> provider.
>
> Once again, we emphasise that the major Goals of AllTalk are:
>
> a) Small Footprint and Overhead
>
> b) ease of Installation
>
> c) Speed, Stability and Portability (remember it still works on Win 95!)
>
> d) Advanced functionality including Integration with practice software.
>
> This comparison demonstrates that Alltalk does indeed live up to our
> expectations using at between 1/22 and 1/12 the memory of the major
> competitors with similar functionality.
>
> We may soon have figures on CPU time statistics.
>
> Glen.
>

Some support staff have reported that the Profile Editor has been
starting instead of Alltalk after a users log on.

After much searching, it was found that the update to the current
release of the AllTalk Profile Editor 1.1.1.32 which is distributed
with version 1.1.1.64 of AllTalk wrongly specifies the Auto Schedule
on Start Registry Entry as
<startdir>/ProfileEdit.exe /s

Rather than

<startdir>/AllTalk.exe /s

This Problem applies to:
Alltalk (Windows) versions 1.1.1.64 and beta clients up to but
excluding 1.1.1.89 which were deployed with Version 1.1.1.32 of the
Profile Editor.

This problem does not apply to:
Clients running on Windows Vista.  The "Enable Scheduler at start
up" feature is not supported in Windows VISTA.  Vista installations
must manually apply a shortcut to Alltalk in the All Users Startup
folder. (Target should be "c:\alltalk\Alltalk.exe" /s)

This problem has been fixed in version 1.1.1.47 of the Profile
editor.

REMEDIAL ACTION:
If version 1.1.1.47 is not available,
1. Install Alltalk as normal.
2. After Initial download, go to Tools-->Schedule.
3. Untick "enable schedule at startup"
4. Re-tick "enable Schedule at startup"
5. Click OK

This will reset the registry entry to the correct setting.

NOTE:
Version 1.1.1.47 of the Profile Editor will be packaged with Alltalk
Client version 1.1.1.89 and future releases.

Once again thanks to Dr Conway, this interesting image was produced.

http://www.galkam.com.au/MemoryUsageComparison.jpg

This graphic shows the Windows Task manager displaying Memory usage.

Dr Conway is a Paediatrician who has just about every health message downloader in Australia running on his laptop.

This includes :

• HealthLink
• Medical Objects
• Fetch (Sonic)
• 2 Hippo
• eClinic (Gribbles/VCS)
• miLink (Radiology
• MQLink (Symbion)
• Argus (not running at the time of the test).

and of course

• Alltalk (with AVP)

We brought up the Task Manager and sorted by Memory Usage:

The 3 biggest memory users on the system were 3 of the downloaders! Medical Objects topping the list at 52MB followed by Health link (30MB) and Fetch (26MB).  Argus was not running at the time of the test.  I ran Argus Agent on my system and found that it uses 27MB (not counting the Firebird DB instance) so it ranks at least in the top 3.  For Medical Objects at least, the Backend Database is likely to be one of the Service Host applications (a database instance) and representing yet more usage. 

AllTalk ranked lowest memory user < 2.5MB and its interesting to note that MQLink uses 5.3MB just for maintenance (scheduler and cleanup), not including the actual send/receive process which was not running at the time of the comparison. 

Note: memory used referrs to Memory used just for downloaders

AVP came in at 7.5 MB by itself so considering AVP + Alltalk together this comes to 9.8MB. Even still Alltalk+AVP ranks ranks 2 after miLink (excluding MQLink because the transfer agent was not included).   I am not familiar with miLink (nothing found on a google search) but Dr Conway reports that its a radiology downloader.  However, it does not support mulitple profiles:  IE you must install it multiple times with multiple instances for each provider.

Once again, we emphasise that the major Goals of AllTalk are:

a) Small Footprint and Overhead

b) ease of Installation

c) Speed, Stability and Portability (remember it still works on Win 95!)

d) Advanced functionality including Integration with practice software.

This comparison demonstrates that Alltalk does indeed live up to our expectations using at between 1/22 and 1/12 the memory of the major competitors with similar functionality.

We may soon have figures on CPU time statistics.

Glen.

Glen,

I think my problem was an additional cr lf at the end of the HL7
message that was causing HMV grief.

Rodney

>>> "lrs_y_gk_07" <glenk@...> 29/03/2007 15:53 >>>

Get the latest ATTrack Update from

http://www.lrsupport.com.au/downloads
<http://www.lrsupport.com.au/downloads>

(Just get the Zip file might be simplest)

Glen.


--- In alltalk-avp@..., "rodneyebird" <rodney.bird@...>
wrote:
>
> Glen,
>
> The HMV documentation shows a menu item of File>HL7>Extract.. or
Load..
>
> This is not showing on the HMV I have istalled - version 1.0.1.10
>
> Unable to find any reference elsewhere in the group.
>
> Rodney
>



IMPORTANT: This email and any attachments are for the sole use of the
intended recipient. They may contain confidential or privileged
information. This information may not necessarily be the view of St John
of God Health Care Inc (SJGHC). SJGHC does not warrant, represent or
guarantee the accuracy or completeness of the information. SJGHC does
not accept liability for any loss or damage in connection with the
information. If you are not the intended recipient then any use,
reliance, interference with, disclosure, distribution or copying of this
information by you is unauthorised and prohibited. If you have received
this email in error then please notify the sender by return email and
delete all copies. SJGHC does not waive any privilege.

Glen,

The HMV documentation shows a menu item of File>HL7>Extract.. or Load..

This is not showing on the HMV I have istalled - version 1.0.1.10

Unable to find any reference elsewhere in the group.

Rodney

Get the latest ATTrack Update from

http://www.lrsupport.com.au/downloads

(Just get the Zip file might be simplest)

Glen.

--- In alltalk-avp@..., "rodneyebird" <rodney.bird@...> wrote:
>
> Glen,
>
> The HMV documentation shows a menu item of File>HL7>Extract.. or Load..
>
> This is not showing on the HMV I have istalled - version 1.0.1.10
>
> Unable to find any reference elsewhere in the group.
>
> Rodney
>

1) In Notepad create a logon entry and a list of your users in the
following format:



user manager
pass <alltalk server manager password>

crea username=mb1 type=1 name="Mailbox 1" emailpassword="mb101"
crea username=mb2 type=1 name="Mailbox 2" emailpassword="mb201"
...
crea username=mb87 type=1 name="Mailbox 87" emailpassword="mb8701"

... as many as you want....



2) Select all and Copy into clipboard. (ie CTRL-A, CTRL-C)

3) Telnet to the Alltalk server on port 21110, ie at DOS prompt or Run

    TELNET myalltalkserver 21110

4) Paste the clipboard contents of Clipboard (just right-click in the
screen if using windows Telnet).

5)<enter>

6)quit

Each Mailbox will be created in turn.  Errors may occur if you run out of mailboxes during the creation process.

VOILA!

Important!

The Auto Start at logon feature of the Alltalk Scheduler is prevented
from functioning by the increased security protocols in Vista.

YOU MUST ADD a shortcut to alltalk in the All users startup for Alltalk
to automatically start when the user logs on.

Create a new shortcut On the desktop with the command being
"c:\alltalk\alltalk.exe" /s

Now, move the Shortcut into the Start up folder.

Right click on the Vista Start button and select "Explore All users".

Navigate to Programs--> Start up.

Drag the new desktop shortcut into the start up folder.  Vista will
require administrator permission to add the shortcut to Startup

--- In alltalk-avp@..., "lrs_y_gk_07" <glenk@...> wrote:
>
>
> Does Alltalk Work on Vista?
>
> Yes.  It all works fine.
>
> The current release of AVP Does not automatically create the Alltalk
> Printer object.  Updates will be availalbe sortly
>
> Vista View <http://www.galkam.com.au/alltalkonvista.jpg>
>

Dear all,

With the Beta Trials of Alltalk 1.1.1.80, it has been discovered that the Midas.dll used to render the Entity and Site XML information into HTML tables by the AlltalkWI CGI, are not distributed with the  Alltalk Server install.

Problem:

After a client has updated their Organisation and Entity information and uploaded it to the Alltalk server, the client can no longer log onto the Alltalk User Web interface because the user page returns and Interal Server error.

The problem is that when the CGI attempts to convert the Entity and Organisation XML data  into HTML, it expects the Midas.dll (Borland) to be present on the machine.  When the dll is missing, the getUser Action has an unrecoverable error which terminates processing of the request and returns an error message to the clients browser.

Resolution.

Get the midas.dll from http://www.galkam.com.au/zipfiles/midas.dll and save it into the Web servers SYSTEM32 folder.  The next call to the users web interface will be successful.

Reproducing this problem:

1) Update a test client to Alltalk 1.1.1.80 Beta client from http://www.lrsupport.com.au/downloads

2) On the Organisation and People Tab, Click Edit and enter the Organisation (Site) information and Some Entity (People) information.  Click OK

3) Fetch files.  The alltalk Client will upload the client information to the server.

4) Access the alltalk Web interface either as Manager or as the specific client user ID. 

5) If the midas.dll is missing, you will see "Internal Server Error"