But who knows what will happen in future.NOTE: Information stated in comparison may become outdated as Wise often makes changes. Since currently we have no plans to use SMTP traffic on those servers we're not going to implement that. This simple step would allow us to use GFI MailEssentials on those lagged servers. Mail4 – Database3 Passive, Database4 Active, Database1 Lagged Copy 7 days, Database2 Lagged Copy 7 days Mail3 – Database3 Active, Database4 Passive, Database1 Lagged Copy 1 day, Database2 Lagged Copy 1 day
However those 2 servers could easily be switched if we create additional 2 databases with just 1 test user. Since our Client doesn't use MAI元 and MAIL4 for now we've deactivated GFI on those servers. What works fine for Active / Passive databases that are easily switched even in production time it's harder for lagged database copies as those get activated hopefully never. GFI does recount of licenses every couple of hours but you can force recount by simply restarting all GFI services.
Since counting of licenses has 30 days grace period even if both Active databases end up for few days on same server it's enough to make sure the licenses are under the limit. Mail2 – Database1 Passive,Database2 Active Mail1 – Database1 Active, Database2 Passive What can our Client do? Simply by spliting Active / Passive between servers will split number of licenses in use in half. Weird right? I would suspect GFI would like to fix it but that's not the plan as you've seen above. What that information gets you? If you split Active Databases between all servers you can use bought licenses multiple times.
#GFI MAILESSENTIALS CURRENT NUMBER OF USERS 0 UPGRADE#
If license counting is exceeded you're given 30 days to upgrade license with more users If GFI MailEssentials can't find Active Databases on server it queries Active Directory and the result will vary a lot because what Exchange treats as disabled mailboxes it's not actually the same as returned by LDAP query made by GFI If GFI MailEssentials can find Active Database on server it counts the licenses for that Active Database It seems that following statements about GFI License Counting are true: What that means in short: It is how it is and we're not going to change it. This feature is not supported and will not be added as a feature. In this case, the client wants to exclude users with disabled mailboxes. This is the policy across all GFI products which has been in place through all the products' lifetime. In all of GFI products, for licensing purposes, disabled users are not counted. MAI元 and MAIL4, as those don't have any Exchange Mailbox DB, counts the number of active users in the domains (above license limit).Ĭustomer has a license of 850 users although the number of active AD users is above this number. MAIL2 counts the number of active mailboxes in MailboxDatabase2 (below license limit) MAIL1 counts the number of active mailboxes in MailboxDatabase1 (below license limit) The count is consistent regarding the number of users in AD and in the database mailboxes: While MAIL1 was able to get things within limits or was outside of limit with few accounts, MAIL2 was having a hard time making the limit showing a lot of accounts over the limit that shouldn't be counted at all, essentially being the same for MAI元 and MAIL4.Īfter weeks of analysis by GFI support here's what they have to say:Īs per Development and Product Management analysis, MailEssentials is working as per design. Mail4 – Database1 Lagged Copy 7 days, Database2 Lagged Copy 7 days Mail3 – Database1 Lagged Copy 1 day, Database2 Lagged Copy 1 day Mail2 – Database1 Passive,Database2 Passive Mail1 – Database1 Active, Database2 Active Our Clients setup consists of 4 servers with Exchange 2013 After installation it seems that depending on how databases with users are located licenses are getting counted differently. To give you a short reminder our Client bought 850 licenses of GFI MailEssentials to be installed on four Exchange 2013 multi-role servers.
0 kommentar(er)
