If you also have questions or suggestions that you feel should be included here, please contact us at mask@lucatec.de .
Many issues are not really specific to Lucatec® Mask but instead are often caused by confusion about how to configure the delegatable objects on the Exchange Server.
In order to avoid the suffix you have to grant the respective user the "Send As" permission on the relevant object. This is different from assigning "Send on behalf" rights which is what happens when you declare a user to be the delegate of an account via the Outlook UI (you can also do this via the Delivery Options button on the Exchange General tab of the corresponding AD object's Properties window).
The steps necessary for assigning "Send As" permissions differ slightly depending on whether you want to send on behalf of a shared mailbox account or a mail-enabled Public Folder:
Note that in both cases you will often have to restart the Exchange Information Store service for the changes to become effective.
There is no harm in assigning both "Send on behalf" and "Send As" permissions on an object but the "Send As" will take precedence, i.e. when both are set no suffix will be shown.
This section describes issues or questions that occur before or during the installation of Lucatec® Mask.
In order to easily install Lucatec® Mask on multiple machines with identical settings you could perform the following steps:
Install Lucatec® Mask manually on the first machine, using a commandline like:
LucatecMask-4.0.1-setup.exe /saveinf="myconfig.ini"where you should replace myconfig.ini with a fully qualified file name of your own liking (even on a network path). All settings and customizations you enter or select during this installation will be saved into the specified config file.
Make sure to enter your registration details when you perform this installation. For example, if you received licensing information in the following form:
MyCompany, Ltd. 123456-ABCDEF-789012-GHIJKL-345678-MNOPQR-901234-STUVWXthen MyCompany, Ltd. should go into the field labelled "Organization" and the key should be entered into the "Serial" field.
On the other machines launch the installation using the following commandline:
LucatecMask-4.0.1-setup.exe /silent /loadinf="myconfig.ini"where myconfig.ini is again the fully-qualified path to the configuration file that was produced by the first installation in step 1.
This will install Lucatec® Mask
with exactly the same settings and licensing information as on the
first machine without any user-interaction. The only thing you will
see is the progress bar. If you want to avoid that as well, use the
/verysilent argument instead of /silent
Note that on all machines the installation has to be performed from an administrative account and that Outlook needs to be restarted before the addin becomes available!
This section covers common questions about the configuration of Lucatec® Mask in various scenarios.
When installing on Citrix or Terminal Server the installer will present an additional option that is not available when installing on a regular workstation. This will allow you to install the addin in an inactive state.
The corresponding registry entry would be:
[HKEY_LOCAL_MACHINE\Software\Lucatec\Mask] "AddinActive"=dword:00000000
As a result, all users that should use the addin would have to explicitly enable it in their user profile first. This can be done via a simple checkbox in the addin's options (in Outlook: Tools->Options->Lucatec MASK).
The corresponding registry entry for enabling the addin on a per-user basis would be:
[HKEY_CURRENT_USER\Software\Lucatec\Mask] "AddinActive"=dword:00000001
However, doing it this way usually only makes sense when the unlicensed users are in the majority. In the reverse case it should be simpler to just install the addin in the default active state and then explicitly disable it for the users that shouldn't use it:
[HKEY_CURRENT_USER\Software\Lucatec\Mask] "AddinActive"=dword:00000000
If you want to prevent your licensed users from accidentally disabling the addin you can set the following registry value to hide the corresponding checkbox from the user interface:
[HKEY_LOCAL_MACHINE\Software\Lucatec\Mask] "ShowAddinActiveOptionRDP"=dword:00000000
A general note on how the addin handles
registry entries: With very very few exceptions, all options can be set
both under HKEY_CURRENT_USER and HKEY_LOCAL_MACHINE.
The addin will first look at HKCU and if it doesn't find a
value there it will look for the same value under HKLM.
In other words: as long as there are no entries under HKCU
the values under HKLM define the addin's default behaviour
(these can be set via the installer) but as soon as values are set under
HKCU these will override the settings at the machine level.
This section answers common questions about both the technical and the contractual side of Lucatec® Mask's licensing models.
First off, Lucatec® Mask is an addin for Microsoft® Outlook. That means it gets installed on the clients, not on the server. As such, its licensing is per-client, not per-server and also not per-mailbox/Public Folder.
Lucatec® Mask uses a so-called "Floating License" model (sometimes also referred to as "concurrent user" model): Each license key grants you a "pool" of licenses that is available on your network to all machines where you registered that specific key. A license is "taken" from the pool whenever somebody starts up an Outlook instance that has Lucatec® Mask loaded in an enabled state (see this FAQ on how to disable the addin for individual users on a Terminal Server).
If all licenses are in use and another user starts up Outlook they will receive a message that the number of licensed users has been exceeded and that the addin's functionality has been disabled for the remainder of that Outlook session.
As soon as users close their Outlook sessions, the licenses are returned to the pool and may be reclaimed by previously locked out users simply by restarting their Outlook session.
We are offering an alternative licensing model, especially for customers with Citrix-/Terminal Server environments. This works pretty much the same as described above but here licenses are not taken out of the pool by individual Outlook user sessions but instead the counting takes place per-machine, thus allowing you a hypothetically unlimited number of users on a given number of Citrix/Terminal Servers.
This license model can be more cost-efficient than regular licenses, especially if you have large numbers of licensed(!) users that are evenly distributed across your server (farm). Otherwise, it's perfectly valid to use regular per-user licenses in a Terminal Server environment.
Contact us if you are interested in a quote for server licenses. To ensure we calculate the most efficient offer for you, please include the following information:
Attention: Please note that you can not simply mix license keys of the two models: Registering a per-server license on a single-user workstation means that a single Outlook instance started on that workstation will use up one entire server license! The other way round, registering a per-user key on a Terminal Server that already had a per-server key will overwrite and invalidate the latter as there can only ever be one key registered per machine. So if you have users both on workstations and Terminal Server, you have to decide between using only per-user licenses for everything or using per-server licenses on the servers and per-user licenses on the workstations.
There are currently two ways we can handle this:
There might be technical reasons why opening a second pool of licenses might not be desirable or even feasible: As noted above, there can only ever be one key registered per machine, so a second key is completely out of question for Terminal Server environments (regardless of whether they use the per-user or the per-server model). Also, on larger networks that are centrally administrated, it is usually desirable that all machines are set up identically (they might even be cloned).
For these scenarios we can issue a so-called "Modification Key" which will modify rather than overwrite the existing key. This means that in addition to the new machines you will also have to register this Modification Key on the existing machines as well. Otherwise those would continue to assume the smaller license pool. It also means that on the new machines you will actually have to register two keys: The existing base key and the new Modification Key.
Note that all this can be performed via remote registry access or group policy objects so you won't have to do this manually on every machine on your network. We will provide the corresponding documentation together with the Modification Key.
As mentioned in the previous item, it is possible to distribute license information via remote registry access or group policy objects. We can also provide administrative templates (in ADM/ADMX-format) for integrating this neatly with the Group Policy Editor. Just send us a quick note to mask@lucatec.de if you are interested in these or otherwise need info about license administration.
We also do have plans for introducing an actual license server component in the future for making central administration even easier.
No, current versions of Lucatec® Mask do not perform any form of online activation nor are licenses "hardware-locked" in any way.
However, this does also have a few downsides, e.g. the necessity for Modification Keys or the fact that orders can no longer be refunded once a key has been issued or that keys with erroneous license information (e.g. misspelt licensee name) cannot be revoked, etc. So we are strongly considering a change in this direction for future releases. Please let us know if you have any thoughts on this that you want to share.
Our regular license keys are valid for an indefinite period of time. They are only limited by the number of users (or servers respectively) and the major version number, i.e. a license key purchased for version 4.x will allow you to use all releases between 4.0.0 and a hypothetical version 4.9.99.
No, while we do offer maintenance, this is completely optional. As stated above, once purchased, you can continue to use your license indefinitely at no extra cost.
This section describes known limitations and issues of Lucatec® Mask as well as possible remedies or workarounds if available.
Sometimes after a crash or critical error Outlook will disable third-party addins that it thinks might have played a part in causing the error. To reenable them, follow these steps:


In all versions of Outlook to date, when applications create E-Mail messages via the so called MAPI interface, Outlook will not notify third-party addins about this, thus not allowing them to "hook" into the process before the message gets sent. As a result Lucatec® Mask will neither apply any context-dependent message options (i.e. sender, signature, save target) nor will its Message Options button appear on the toolbar allowing you to set these options yourself. A slight improvement in Outlook 2007 does at least allow the addin's button to be available on the "Ribbon" control but it's still not possible to automatically apply any message options right on message creation.
Here's a random and far from complete list of commonly used applications that exhibit this problem:
Note that as of version 2.2.0 Lucatec® Mask includes an additional addin for Microsoft Word and Excel which will allow you to use the File|Send to|Mail recipient (as Attachment) menu items in those applications without the limitations listed above. For all other applications there currently exists no workaround.
This is most likely due to a bug in Outlook that was only fixed in Office XP Service Pack 3. Lucatec® Mask will not work with Outlook 2002 prior to Service Pack 3. It is strongly recommended that you always install the latest available Office service packs.
You can get the Office XP Service Pack 3 either via automatic update from Microsoft Office Update or directly from Microsoft Downloads.
The following issues are only listed for reference. They have been resolved in recent product releases.
Lucatec® Mask versions until 2.1.2 had several limitations when using Microsoft Word to edit eMails:
All of the above have been resolved in Lucatec® Mask 2.2.0 for all versions of Outlook except Outlook 2000. If you are still using that version of Outlook the only known remedy currently is to disable WordMail (i.e. uncheck Use Microsoft Word to edit e-mail messages on the Mail Format tab of the main Options dialog).
Windows Vista was not officially supported by Lucatec® Mask prior to version 2.2.0. This particular issue has been resolved in that version. It was caused by an incompatibility with Vista-specific changes to the so called "DEP Hardware Protection". Disabling that feature of the operating system has reportedly worked as a workaround for a number of customers. Here's how to do that if you do not want to upgrade Lucatec® Mask yet (steps courtesy of tech-recipes.com):
bcdedit.exe /set {current} nx AlwaysOff
I'm using Microsoft Outlook 2002 (aka Outlook XP) and whenever I create a
new message or reply I get a security warning. What can I do?
(Resolved in 2.2.0)This was a known issue in the addin's signature insertion engine that was fixed in the 2.2.0 release. The only known workarounds were either to disable signature insertion or to update to a different version of Microsoft Outlook (both 2000 and 2003 did work).