Page 2 of 3 FirstFirst 123 LastLast
Results 11 to 20 of 22

Thread: SIP based Zimlet?

  1. #11
    skwdenyer is offline Junior Member
    Join Date
    Jan 2006
    Posts
    8
    Rep Power
    9

    Default

    Hi there

    Just seen your post.

    Our sipX integration got stalled with other, more critical fish to fry. As, frankly, did Zimbra development - it just wasn't flexible enough (at the time) to do what we needed it to do, and our users just couldn't get on with the web interface. We're now revisiting it, but our focus for the moment is to get a generic version of the "toaster" sorted to integrate Zimbra with another (industry-specific) open source project.

    sipX is still on the back burner, and we'll certainly come back to this. The other app also supports click-to-call, so we'll have to start with making a decision as to what we do - Zimbra or not. If we use Zimbra for the calling functionality, the "toaster" will be needed to translate clicks elsewhere into Zimbra calls.

    Ho hum, so many decisions, so many variables, so little time :-)

  2. #12
    ByteofKnowledge is offline Starter Member
    Join Date
    May 2007
    Posts
    1
    Rep Power
    8

    Thumbs up

    Hi, n00b at both Ubuntu and Zimbra here. Running 4.5.3 on 6.10 Edgy.

    We have a Cisco CME system (CallManager Express) in our office, and would be very interested in running a "click 2 call" zimlet to allow our workers to call from their phones at the click of a mouse. Our Zimbra environment is not yet "production", we're in the process of testing it and installing any features we want to add before it goes global.

    If anyone would like to help us out, especially bearing in mind my n00b status, please let me know. Maybe it will help out the writers of this zimlet too.

  3. #13
    grazman is offline Junior Member
    Join Date
    Jul 2006
    Posts
    6
    Rep Power
    9

    Default Not tried yet

    I haven't tried yet. While we can do "click to call" stuff, I haven't found enough information to give me the feeling the SIP Zimlet works. The SIP Zimlet "says" SIP, but it's not, it's using a reworked Asterisk piece which calls for fields SIP does not use, and is therefore, useless with a standards-based SIP system. (IMHO it should be renamed to reflect Asterisk and not the SIP protocol).

    Anyone have any feedback or success with SIP using the Zimlet?

  4. #14
    netjunkie is offline Member
    Join Date
    Nov 2006
    Posts
    10
    Rep Power
    8

    Default Download link for Asterisk Zimlet

    Hi,

    Anyone know where this zimlet can be downloaded. Its not on the list in the gallery.

  5. #15
    phoenix is offline Zimbra Consultant & Moderator
    Join Date
    Sep 2005
    Location
    Vannes, France
    Posts
    23,470
    Rep Power
    56

    Default

    If you're talking about the Asterisk zimlet then it's located in /opt/zimbra/zimlets-extra on your server.
    Regards


    Bill


    Acompli: A new adventure for Co-Founder KevinH.

  6. #16
    techieg is offline Member
    Join Date
    Feb 2009
    Posts
    12
    Rep Power
    6

    Default Open Standards Based is The WayTo Go

    Open standards is the way to go. When it comes to telephony, I will suggest it is better and more interoperable to implement an inbuilt click-to-call based on SIP rather than something suited to a single system such as what has been done with the "Asterisk Zimlet". You need to realize that different users/businesses run several different IPBXs that are not Asterisk-based and some even avoid Asterisk due to lack of scalability amongst other things. So it is a no-brainer to;

    1. Rework the click-to-call feature as an inbuilt feature of Zimbra rather than a Zimlet
    2. Rework the zimlet to initiate click-to-call based on the SIP format. That is, to send the called party's number as well as the calling party's number and the bridge to whatever IPBX the user may be using in a SIP format to initiate and bridge the call between both numbers.

    With such an implementation, SIP will receive these credentials and do just that, and everyone's choice of PBX will be addressed rather than having a clunky "Asterisk-style" module. Asterisk users are stuck in the "Asterisk module" way of thinking rather than thinking open standard. This was the same problem with the Asterisk Skype module until Skype realized that if they wanted to reach farther they had no choice but to go open standard, so they now have SIP interop with Skype for SIP Beta - Skype .

    We are a 501(c)(3) technology non-profit (Open Software Foundation - The Foundation for Information & Communications Technology.™) currently evaluating telephony/UC engines to derive a robust open source UC solution in-line with Zimbra (similar to and beyond how OCS augments Exchange) with a rich Ajax UI (perhaps YUI). We are not at all entertaining the idea of Asterisk because we need the system to be scalable and interoperate well enterprise-wise not just SMB, amongst other things (we certainly need Zimbra developers as well as others to join/work with us on this). Freeswitch seems more like what may fit this model because other engines seem to be a derivative of the very limited Asterisk.

    Unless you only plan to reach a small group of users or small office rather than enterprise users open standard should be the default model of development and not some patch work to only fit a certain system.
    Last edited by techieg; 04-10-2009 at 07:04 AM.

  7. #17
    grazman is offline Junior Member
    Join Date
    Jul 2006
    Posts
    6
    Rep Power
    9

    Default Why is it called SIP and not ASTER~scribble

    [QUOTE=techieg;134250]Open standards is the way to go. When it comes to telephony, I will suggest it is better and more interoperable to implement an inbuilt click-to-call based on SIP rather than something suited to a single system such as what has been done with the "Asterisk Zimlet". You need to realize that different users/businesses run several different IPBXs that are not Asterisk-based and some even avoid Asterisk due to lack of scalability amongst other things.

    <snip>

    Since the guys at Digium sponsored or wrote the Zimlet, it's not like it was provided by Zimbra. At least they did that.

    At the same time the marketing or naming of it should have been "asterisk" and not "sip". Call it what it is, I feel like it's a deceptive practice that I've seen with guys who get to big for their britches. They have never been my choice for PBX stuff, too clunky and maintenance heavy.

    While seeing a sip based zimlet has a lot of appeal to me, I don't see a whole lot of people asking to help write one. When there is one maybe I'll do more with Zimbra once I can understand their licensing again.

  8. #18
    techieg is offline Member
    Join Date
    Feb 2009
    Posts
    12
    Rep Power
    6

    Default

    [QUOTE=grazman;134255]
    Quote Originally Posted by techieg View Post
    Open standards is the way to go. When it comes to telephony, I will suggest it is better and more interoperable to implement an inbuilt click-to-call based on SIP rather than something suited to a single system such as what has been done with the "Asterisk Zimlet". You need to realize that different users/businesses run several different IPBXs that are not Asterisk-based and some even avoid Asterisk due to lack of scalability amongst other things.

    <snip>

    Since the guys at Digium sponsored or wrote the Zimlet, it's not like it was provided by Zimbra. At least they did that.

    At the same time the marketing or naming of it should have been "asterisk" and not "sip". Call it what it is, I feel like it's a deceptive practice that I've seen with guys who get to big for their britches. They have never been my choice for PBX stuff, too clunky and maintenance heavy.

    While seeing a sip based zimlet has a lot of appeal to me, I don't see a whole lot of people asking to help write one. When there is one maybe I'll do more with Zimbra once I can understand their licensing again.
    Of course you have good points, which I understand. Only if Digium is not stuck on that mindset that lousy modules will do the job they could have come up with a SIP solution instead, which is why they cannot penetrate telephony markets beyond small groups of users where they currently are.

    Since not everyone is able to write code or program/develop applications, I should probably add an RFE for SIP-based click-to-call so we can vote on it for Zimbra dev team to know how much this is needed. So we can all finally ditch this "asterisk-zimlet" and go open standard SIP instead thus making Zimbra more enterprise interoperable.
    Open Software Foundation
    The Foundation for Information & Communications Technology.™
    http://www.opensoftwarefoundry.org

  9. #19
    techieg is offline Member
    Join Date
    Feb 2009
    Posts
    12
    Rep Power
    6

    Default Vote For RFE# 37065 - SIP-based Click-to-Call

    The RFE has been created here; Bug 37065 &ndash; SIP_based Click-to-Call

    By the way, does anyone know what IMAP and HTTP/S servers Yahoo mail and Gmail use? We assume they must be very robust due to millions of concurrent user access and would like to use those for our UC solution.
    Last edited by techieg; 04-10-2009 at 08:40 AM.
    Open Software Foundation
    The Foundation for Information & Communications Technology.™
    http://www.opensoftwarefoundry.org

  10. #20
    techieg is offline Member
    Join Date
    Feb 2009
    Posts
    12
    Rep Power
    6

    Default

    I have browsed these areas and I don't think such an information is there. They mainly mention general settings without naming what they use to host the services.
    Open Software Foundation
    The Foundation for Information & Communications Technology.™
    http://www.opensoftwarefoundry.org

Page 2 of 3 FirstFirst 123 LastLast

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Similar Threads

  1. Replies: 21
    Last Post: 02-04-2010, 10:06 AM
  2. Replies: 5
    Last Post: 01-11-2008, 05:34 AM
  3. Replies: 13
    Last Post: 07-20-2007, 03:21 AM
  4. Domain Admin Error: Permission Denied
    By shanson in forum Administrators
    Replies: 3
    Last Post: 05-29-2007, 05:48 AM
  5. Post instsallation problems
    By Assaf in forum Installation
    Replies: 14
    Last Post: 01-29-2007, 11:38 AM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •