GFI Software

Welcome to the GFI Software community forum! For support please open a ticket from https://support.gfi.com.

Home » GFI User Forums » Kerio Connect » Free foward-only users (Licencing at mailbox level instead of user level)
Free foward-only users [message #123163] Thu, 30 July 2015 15:19 Go to next message
kumartin is currently offline  kumartin
Messages: 6
Registered: February 2015
In this scenario we have a Kerio mailserver receiving mails for two types (A and B) of users in the same domain: Users of type A work with Kerio and therefore need Kerio licences.

Users of type B however are working on a different (cheaper/free) mailserver service. Thus the Kerio mailserver that hosts mailboxes for type A users does not need to host mailboxes for type B users; it's only functionality for type B users are

- accepting their incoming mails (including alias)
- forwarding these mails to a specified mail address (subdomain or other domain)
- providing administration for these types of users in the administration panel

Is there a possibility to do so without buying Kerio licences for type B users?
Re: Free foward-only users [message #123175 is a reply to message #123163] Thu, 30 July 2015 18:54 Go to previous messageGo to next message
ksnyder
Messages: 557
Registered: August 2014
Location: USA
If I understand this correctly, you want to:

- accept emails destined for User Type B using Kerio Connect, but you don't want to pay for licenses for User Type B
- In the above scenario, you want to forward emails destined to User Type B to another address at another domain/sub-domain
- Provide administration for User Type B on Kerio Connect, but you don't want to pay for licenses

In other words, you want to create users, accept mail for them, administer them, and forward their mail elsewhere...for free? Let me know if I've misunderstood your intentions.


Ken Snyder
Re: Free foward-only users [message #123176 is a reply to message #123163] Thu, 30 July 2015 18:57 Go to previous messageGo to next message
Bud Durland is currently offline  Bud Durland
Messages: 586
Registered: December 2013
Location: Plattsburgh, NY
There a couple ways to do this:

  • If the type 'B' users' e-mail address uses the same <_at_>domain.com as the 'A' type users, configure the domain on the Kerio server to forward mail for unknown users to the other mail server. See 'forwarding' in the Domain set up.
  • If the 'B' users have a different '@domain', you can just create aliases for them using the '@a-domain.com' version of their address, and have it go to the '<_at_>b-domain.com' address.


Neither of the above will require a license. However, you say "provide admin for these users". Not sure what you need there; Kerio can only admin users it knows about, i.e., licensed users.
Re: Free foward-only users [message #123184 is a reply to message #123175] Thu, 30 July 2015 19:57 Go to previous messageGo to next message
kumartin is currently offline  kumartin
Messages: 6
Registered: February 2015
Exactly. If it's not free, no problem. However since type 'B' users do neither require mailboxes nor access the web-frontend, there should be - IMHO - a discount to standard user licences. Otherwise the scenario does not make sense at all.

As Bud wrote, there are ways to achieve this functionality that require no licences. But the availabiltiy of 'no-mailbox-users' would make administration of them more easy.
Re: Free foward-only users [message #123185 is a reply to message #123184] Thu, 30 July 2015 20:11 Go to previous messageGo to next message
ksnyder
Messages: 557
Registered: August 2014
Location: USA
Bud's on the right track.

If you create a user and disable their mailbox you can, technically, still "administer" them. But I suspect it's fairly pointless. Any mail addressed to a disabled user account is rejected by the server with a "user doesn't exist" type of response message.


Ken Snyder
Re: Free forward-only users [message #123202 is a reply to message #123185] Fri, 31 July 2015 08:01 Go to previous messageGo to next message
kumartin is currently offline  kumartin
Messages: 6
Registered: February 2015
There is no need to create users and disable their mailbox, and in fact that would not help much.

The way Bud describes is - if I understand correctly - to create for all type 'B' users aliases within one single user account, and specify alias-specific forwarding. That would give the desired functionality at the costs of one licence and a bit confusing config. 'No-mailbox-user' would help here to keep the config neat.
Re: Free forward-only users [message #123209 is a reply to message #123202] Fri, 31 July 2015 20:09 Go to previous message
Bud Durland is currently offline  Bud Durland
Messages: 586
Registered: December 2013
Location: Plattsburgh, NY
There's a subtle distinction between an 'alias' and an 'alternate address'.

'Alternate address' is set on a licensed user account, in the user admin screen. For example, I have a primary address of 'Bud@', but also alternate addresses of 'bdurland@' and 'bud.durland<_at_>'. Addresses entered here are propagated to the Global Address List, if you choose to publish the user to it. Alternate addresses always end up in the primary account's INBOX, controlled by Kerio, unless some rule dictates otherwise. This only takes up one user license (used by the primary address); additional alternate addresses do not require a license.

An 'Alias' is a single entry that points either to an e-mail address, or to a public folder. The target e-mail address DO NOT have to be for a domain on the Kerio server. If my server has domain 'mydomain.com', and I use the kerio admin tool to create an alias called 'goofy', then point that alias to 'goofy@disney.com', my server will accept mail for 'goofy@mydomain.com', then forward it to 'goofy<_at_>disney.com'. The message will not be stored (other than temporarily) on my server. Alias like this DO NO take up a license.
Previous Topic: SpamAssassin Bayes DB Token limit
Next Topic: Kerio Connect AD users
Goto Forum:
  


Current Time: Fri Jun 02 18:34:06 CEST 2023

Total time taken to generate the page: 0.04975 seconds