[Vtigercrm-developers] Reports-Charts
Prasad
prasad at vtiger.com
Mon Sep 1 00:48:42 GMT 2014
Mel,
Thank you for letting me know that you go it working - copying direct
message for reference on this thread:
*just to let you know I did a fresh download and the charts works fine in
that, so the issue was in me carrying out the updates.*
Regards,
Prasad
*Connect with us on: *Twitter <http://twitter.com/vtigercrm> *I* Facebook
<http://www.facebook.com/pages/vtiger/226866697333578?sk=wall> *I* Blog
<https://blogs.vtiger.com/>* I* Wiki
<http://wiki.vtiger.com/index.php/Main_Page> *I *Forums
<https://discussions.vtiger.com>*I* Website <https://www.vtiger.com/>
On Fri, Aug 29, 2014 at 5:47 PM, Mel <m.brummell at btinternet.com> wrote:
> Hi Prasad,
>
> What are the login details for the demo?
>
> Mel
>
> -----Original Message-----
> From: vtigercrm-developers-bounces at lists.vtigercrm.com
> [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com] On Behalf Of
> vtigercrm-developers-request at lists.vtigercrm.com
> Sent: 28 August 2014 18:28
> To: vtigercrm-developers at lists.vtigercrm.com
> Subject: vtigercrm-developers Digest, Vol 103, Issue 323
>
> Send vtigercrm-developers mailing list submissions to
> vtigercrm-developers at lists.vtigercrm.com
>
> To subscribe or unsubscribe via the World Wide Web, visit
>
> http://lists.vtigercrm.com/cgi-bin/mailman/listinfo/vtigercrm-developers
>
> or, via email, send a message with subject or body 'help' to
> vtigercrm-developers-request at lists.vtigercrm.com
>
> You can reach the person managing the list at
> vtigercrm-developers-owner at lists.vtigercrm.com
>
> When replying, please edit your Subject line so it is more specific than
> "Re: Contents of vtigercrm-developers digest..."
>
>
> Today's Topics:
>
> 1. Re: highcharts - commercial license (Prasad)
> 2. Number Of Currency Decimals - in vtiger - to be set 0 as well
> (Holbok Istv?n)
> 3. Note: Festival time here - Bear with our delayed responses.
> (Prasad)
> 4. Re: Reports-Charts (Prasad)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 28 Aug 2014 22:29:07 +0530
> From: Prasad <prasad at vtiger.com>
> To: "vtigercrm-developers at lists.vtigercrm.com"
> <vtigercrm-developers at lists.vtigercrm.com>
> Subject: Re: [Vtigercrm-developers] highcharts - commercial license
> Message-ID:
> <CAMeS7pkpJ+FcnOs0ABmuRpa==KPiZi1kiFa943yyrq5=
> ywF6VA at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> We have purchased the license for highcharts for Ondemand service. It
> cannot
> be bundled with open-source.
>
> Chart rendering is modelled to work with highcharts if available else
> fallback on the default library. (this capability will be integrated post
> 6.1.0).
>
> Regards,
> Prasad
>
> *Connect with us on: *Twitter <http://twitter.com/vtigercrm> *I* Facebook
> <http://www.facebook.com/pages/vtiger/226866697333578?sk=wall> *I* Blog
> <https://blogs.vtiger.com/>* I* Wiki
> <http://wiki.vtiger.com/index.php/Main_Page> *I *Forums
> <https://discussions.vtiger.com>*I* Website <https://www.vtiger.com/>
>
>
> On Thu, Aug 28, 2014 at 1:25 PM, Pabiszczak, B?a?ej <
> b.pabiszczak at opensaas.pl> wrote:
>
> > Why do you use a commercial library in your "on demand" version?
> >
> >
> > -
> >
>
> https://xxxxxxx3.od1.vtiger.com/_resources6.14.16_/layouts/vlayout/modules/O
> ndemand/libraries/hightcharts/js/highcharts.js
> > - https://shop.highsoft.com/highcharts.html
> >
> > Shall I understand it that you will never introduce these things that
> > are in "on demand" into open source version? In the "on demand"
> > version you replaced everything with this library.
> >
> > Z powa?aniem / Regards
> > B?a?ej Pabiszczak
> > M: +48.884999123
> > E: b.pabiszczak at opensaas.pl
> >
> > _______________________________________________
> > http://www.vtiger.com/
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> <
> http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20140
> 828/d838c16b/attachment-0001.html>
>
> ------------------------------
>
> Message: 2
> Date: Thu, 28 Aug 2014 19:13:11 +0200
> From: Holbok Istv?n <holbok at gmail.com>
> To: "vtigercrm-developers at lists.vtigercrm.com"
> <vtigercrm-developers at lists.vtigercrm.com>
> Subject: [Vtigercrm-developers] Number Of Currency Decimals - in
> vtiger - to be set 0 as well
> Message-ID: <53FF6327.4010607 at gmail.com>
> Content-Type: text/plain; charset="utf-8"; Format="flowed"
>
> Dear vtiger Team,
>
> This thread is tracked as enhancement with ID #8198
> <http://trac.vtiger.com/cgi-bin/trac.cgi/ticket/8198>
>
> There is an important settings of Number Of Currency Decimals. In this
> moment (vtiger 6.1.0 EA) this settings should be 2,3,4 or 5.
>
> Unfortunately there are some country, for example Hungary, where currency
> decimals are not used. In this moment the smallest amount of currency that
> we can use: 5 HUF. The 0,10 0,20 and 0,50 HUF have been deprecated since
> more then 10 years, and in the last years the 1 HUF and the 2 HUF were also
> removed.
>
> So, it would be very useful if the Number Of Currency Decimals can be 0
> also.
>
> In other case I should do some core hack for the Hungarian users.
>
> Kindest regards:
> Istv?n
>
> --
> ?dv?zlettel:
>
> *Holbok Istv?n*
>
> +3670-342-0900
> *e-mail:* holbok at gmail.com
> *SkyPe:* holboki
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> <
> http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20140
> 828/2c963b3d/attachment-0001.html>
>
> ------------------------------
>
> Message: 3
> Date: Thu, 28 Aug 2014 22:55:30 +0530
> From: Prasad <prasad at vtiger.com>
> To: "vtigercrm-developers at lists.vtigercrm.com"
> <vtigercrm-developers at lists.vtigercrm.com>
> Subject: [Vtigercrm-developers] Note: Festival time here - Bear with
> our delayed responses.
> Message-ID:
> <
> CAMeS7pk3aPQoUYpxJXnNsO2XT1QZE6j0HDE837wE6-z9u6r1oA at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Its festival time that makes long weekend for us here.
>
> Please bear with our delayed responses or review on 6.1.0 EA
>
> *Connect with us on: *Twitter <http://twitter.com/vtigercrm> *I* Facebook
> <http://www.facebook.com/pages/vtiger/226866697333578?sk=wall> *I* Blog
> <https://blogs.vtiger.com/>* I* Wiki
> <http://wiki.vtiger.com/index.php/Main_Page> *I *Forums
> <https://discussions.vtiger.com>*I* Website <https://www.vtiger.com/>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> <
> http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20140
> 828/72bfd05e/attachment-0001.html>
>
> ------------------------------
>
> Message: 4
> Date: Thu, 28 Aug 2014 22:57:43 +0530
> From: Prasad <prasad at vtiger.com>
> To: "vtigercrm-developers at lists.vtigercrm.com"
> <vtigercrm-developers at lists.vtigercrm.com>
> Subject: Re: [Vtigercrm-developers] Reports-Charts
> Message-ID:
> <
> CAMeS7pmVT_J9mO1TOHtHPDs8gSifP6PX_cUgshNVjO-R-mz8Tg at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Mel,
>
> Can you repeat the steps on demo.vtiger.com and report the same?
>
> *Connect with us on: *Twitter <http://twitter.com/vtigercrm> *I* Facebook
> <http://www.facebook.com/pages/vtiger/226866697333578?sk=wall> *I* Blog
> <https://blogs.vtiger.com/>* I* Wiki
> <http://wiki.vtiger.com/index.php/Main_Page> *I *Forums
> <https://discussions.vtiger.com>*I* Website <https://www.vtiger.com/>
>
>
> On Thu, Aug 28, 2014 at 7:45 PM, Mel <m.brummell at btinternet.com> wrote:
>
> > Hi,
> >
> > I have just updated to 6.1ea.
> >
> > Just checking to see if it's a problem with me doing the updates (as
> > did each change manually from svn changeset 14222) or whether its just
> > work in progress. When I go to Reports - Add Report - Charts I am
> > presented with Report Details arrow, Filters and Select Chart but
> > clicking on these does nothing. I have an empty screen.
> >
> > Regards
> >
> >
> > Mel
> >
> >
> > -----Original Message-----
> > From: vtigercrm-developers-bounces at lists.vtigercrm.com
> > [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com] On Behalf Of
> > vtigercrm-developers-request at lists.vtigercrm.com
> > Sent: 28 August 2014 14:17
> > To: vtigercrm-developers at lists.vtigercrm.com
> > Subject: vtigercrm-developers Digest, Vol 103, Issue 320
> >
> > Send vtigercrm-developers mailing list submissions to
> > vtigercrm-developers at lists.vtigercrm.com
> >
> > To subscribe or unsubscribe via the World Wide Web, visit
> >
> > http://lists.vtigercrm.com/cgi-bin/mailman/listinfo/vtigercrm-develope
> > rs
> >
> > or, via email, send a message with subject or body 'help' to
> > vtigercrm-developers-request at lists.vtigercrm.com
> >
> > You can reach the person managing the list at
> > vtigercrm-developers-owner at lists.vtigercrm.com
> >
> > When replying, please edit your Subject line so it is more specific
> > than
> > "Re: Contents of vtigercrm-developers digest..."
> >
> >
> > Today's Topics:
> >
> > 1. Re: Asterisk Good News (vtiger at camden.net)
> >
> >
> > ----------------------------------------------------------------------
> >
> > Message: 1
> > Date: Thu, 28 Aug 2014 09:16:39 -0400
> > From: "vtiger at camden.net" <vtiger at camden.net>
> > To: "Prasad" <prasad at vtiger.com>,
> > "vtigercrm-developers at lists.vtigercrm.com"
> > <vtigercrm-developers at lists.vtigercrm.com>
> > Subject: Re: [Vtigercrm-developers] Asterisk Good News
> > Message-ID: <36b5e32778e44acda2bacb054ef48c13 at camden.net>
> > Content-Type: text/plain; charset="us-ascii"
> >
> > I dont think there is "issue" with the java proxy approach, what I
> > think is issue is this AGI-AMI hybrid thing you have going on, AGI is
> > notoriously more difficult to program in to begin with, you literally
> > have to write a proper handler for every event that might occur, plus
> > AGI and AMI are not inherently meant to work together
> >
> > this is pretty easy with IVRs, we know we are sending caller there,
> > and we can except a few limited outcomes, plus you have to use AGI to
> > capture input, but with just a regular phone call there are to many
> > things that can happen and we are not expecting input to capture
> >
> > last night we fixed up our test servers but removed the agi fire for
> > inbound context, so we are only running the [vtiger_outbound] this
> > means no inbound notification and no logging and voice recording of
> > calls of those calls, we are going to test if this thing stays stable
> > for just click to call in light of that you also found issue where
> > inbound can be sent to endless loop
> >
> > in our limited testing (just one night) we noticed AMI streaming data
> > in your webapp.sh on a inbound call without the agi fire, with some
> > error messages we think are related to it was expecting the AGI to
> > fire, it did not seem to effect anything and so far has not locked up
> > and continues to work
> >
> > we know your using the AMI to originate outbound, and it seems your
> > using AMI for at least part of the inbound, so the question remains
> > why AGI at all, you guys say its to limited overhead and cut down on
> > data you need to phrase, yet your phrasing it anyway?? if you want to
> > cut down the data you get from the AMI stream, have the AMI user have
> > originate and read call only rights, you will only get data the
> > pertains to actual phone calls and cut out 95% of the data AMI would
> > normally stream that you dont care about anyway
> >
> > now with AGI gone, your problems will be gone, you wont be able to as
> > easily do your own CDR logging, and you wont be able to force all
> > calls to be recorded (a function we dont think you should be doing
> > anyway) however the CDR in vtiger is a good idea but there is better
> > option
> >
> > use the existing SQL CDR data Asterisk will provide, you say you want
> > to use a API, so write one, we think that is better idea that opening
> > SQL to world if vtiger and Asterisk are not on same computer anyway
> >
> >
> > write a php file that you would have asterisk admin put on asterisk
> > server where Apache can serve up, in that php file, you need to pass
> > it the extension and phone number(s) you are going to pull data for,
> > have the php run the sql statements and return the data you want
> > (date, time, callerID, source, destination, duration), we would use
> > XML put there are lots of choices
> >
> > if you have free PBX check out the user panel, specifically the call
> > monitor, what you want to do is reconstruct that but only the
> > extension and phone numbers for that instance, you may want to drop
> > the extension search part so if I click on a contact then go to PBX
> > manger I see all calls to and from that contact and which colleges of
> > mine took or placed those calls
> >
> > also if asterisk was told to record a call you will notice in the
> > user panel under call monitor there is a column "monitor" if there is
> > a recording there be 2 icons, one to download the sound file and one
> > to listen to it, you could do the same, however I would advise to have
> > access to recording off by default with the option for the vtiger
> > admin to allow access on a per user basis
> >
> > the above would allow vtiger to tie all calls in asterisk to vtiger
> > records, something AGI can never do, you have no control over forcing
> > uses to click to call out of vtiger, If I know a phone number, Im not
> > going to go searching for it to click on it, as result the call will
> > not show in vtiger, will vtiger log call on inbound if user was not
> > logged into vtiger?
> > we have not tested, but if the vtiger PBX CDR records are incomplete
> > they are no good
> >
> >
> >
> > ----------------------------------------
> > From: "Prasad" <prasad at vtiger.com>
> > Sent: Thursday, August 28, 2014 12:21 AM
> > To: "vtiger at camden.net" <vtiger at camden.net>,
> > "vtigercrm-developers at lists.vtigercrm.com"
> > <vtigercrm-developers at lists.vtigercrm.com>
> > Cc: "Akshath T.A" <akshath.t at vtiger.com>
> > Subject: Re: [Vtigercrm-developers] Asterisk Good News
> > The proxy approach taken would help us stay loose coupled with
> > Asterisk and provide neutral interface to Vtiger. This benefit may not
> > be obvious and sound like a overhead but give it a thought.
> >
> > We generally lean towards working with APIs than DB with other
> > application
> > - yes there would be performance benefits but would it comes against
> > the cost of maintenance and configurations. It would be the choice to
> > consider when you pursuing CRM and Asterisk to be on the same server.
> >
> > As said earlier, there are many approaches possible to get the
> > integration
> > - we have taken one of them that can retain loose coupling. We are
> > interested to learn other approaches experts from our community would
> > evolve with.
> >
> > Regards,
> > Prasad
> >
> >
> > Connect with us on: Twitter I Facebook I Blog I Wiki I Forums I
> Website
> > On Thu, Aug 28, 2014 at 2:01 AM, vtiger at camden.net <vtiger at camden.net
> >
> > wrote: I know it does not pull from asterisk DB at all
> >
> > I was saying if you did it would not be necessary to pull in
> > intervals at all, you pull only when data is needed, the fetch cdr by
> > clicking on pbx manger was example of needed the data that would cause
> > a pull,
> >
> > if you did that it would be not be needed for vtiger to maintain its
> > own call logging and CDR functions, it would also give bonus that
> > calls make outside of scope of vtiger would show in PBX Manager in
> > vtiger
> >
> > also pulling from asterisk vtiger would not need to force call
> > recording on every call, which is a waste of system resources,
> > especially if asterisk is already recording calls, not just a waste of
> > HD space but call recording uses CPU always introduces latency into a
> > call so you dont want both can have negative impacts on call quality
> >
> > by taking call recording out of vtiger you also put the decision to
> > call record or not back in hands of asterisk admins and end users that
> > want or dont want call recording, call centers are the only business
> > In my experience that want every call recorded no matter what, they
> > typically do it out of a call queue and have an announcement to
> > satisfy legalities "your call may be recorded for quality and
> > training" most everyone else typically just wants the feature code to
> > turn it on and off on the fly
> >
> >
> >
> >
> >
> >
> >
> >
> > ----------------------------------------
> > From: "Akshath T.A" <akshath.t at vtiger.com>
> > Sent: Wednesday, August 27, 2014 3:45 PM
> > To: vtiger at camden.net
> > Cc: vtigercrm-developers at lists.vtigercrm.com
> > Subject: Re: [Vtigercrm-developers] Asterisk Good News
> >
> > ?Vtiger will not poll asterisk DB every time when user clicks on
> > PBXManager to fetch CDR. Once the call is disconnected connector would
> > send the CDR event and vtiger would store these information in
> > "vtiger_pbxmanager" table. So whenever PBXManager is opened Vtiger
> > fetches information from this table and displays it for the user.
> >
> >
> > regards,
> > AKshath
> >
> > On Wed, Aug 27, 2014 at 9:42 PM, vtiger at camden.net
> > <vtiger at camden.net> wrote: yes the overhead for AMI listen can be
> issue
> >
> > normally dealt with by giving the AMI user Origination and Read Call
> > only rights, that cuts down on 99% of what you need to parse
> >
> > in larger deployments where even the overhead of incoming calls to
> > other extensions is burdensome, AMI proxy where each user has a proxy
> > user that only listens to AMI data relevant to there own channel(s)
> >
> >
> > I would think you would only pull SQL data when user in vtiger clicks
> > on PBXmanager (the user version where they can see the call logs, not
> > the one for admin to change settings), and display the data rather
> > than pulling it all the time and creating your own tables, if remote
> > access to SQL is the concern its easy to write a php XML API, thats
> > how our windows based call notification works for vtiger so we did not
> > have to open SQL to outside world, when call comes in we take
> > incomming phone number send it to our API, the API does all the SQL
> > queries, then returns XML of the results, we did this with php, all
> > that would be required is for you guys to say hey put this php file on
> > your asterisk server and modify the database name, user and secret to
> > match
> >
> >
> >
> >
> >
> >
> > ----------------------------------------
> > From: "Akshath T.A" <akshath.t at vtiger.com>
> > Sent: Wednesday, August 27, 2014 11:09 AM
> > To: vtiger at camden.net
> > Cc: vtigercrm-developers at lists.vtigercrm.com
> > Subject: Re: [Vtigercrm-developers] Asterisk Good News
> >
> >
> > VtigerAsteriskApp does not modify any configuration of Asterisk
> directly.
> > We have recommended changes to be made in Asterisk configuration to
> > get the AGI request back to the App. Please make sure to track the
> > changes in case you need to revert back. AGI vs AMI AGI events are
> > listened for incoming calls as AMI event parsing had to deal with
> > bit-of overhead (as we did in
> > 5.4.0 Asterisk Integration). To origniate outgoing call AMI action is
> > used (borrowed from our earlier implementation). Working with AGI
> > events is lot-easier than processing AMI ourselves. The hard-work is
> > taken care by the asteriskjava library.
> >
> > Polling Asterisk DB from CRM server was not a model considered as
> > both the applications can be setup on different machines. Also php
> > script used for regular polling in short-intervals (specially during
> > active call handling) demands server resources and impatcts CRM
> > performance - we had encountered this in our earlier implementation.
> >
> > The approach of implementation we have taken may not be the only way
> > to get the integration. We are hopeful to see more such coming from
> > community and take away the learning from the same.
> >
> >
> > regards,
> > AKshath
> >
> >
> >
> >
> > On Wed, Aug 27, 2014 at 7:39 PM, vtiger at camden.net
> > <vtiger at camden.net> wrote: yes I am aware of what it was saying...
> but
> > 101 was most certainly a valid extension, at the same time this was
> > going on we could send our own origination command to AMI for 101 to
> > call out and it worked just fine, that error is not produced by
> > asterisk at all, its not a valid asterisk error return, you are
> > mis-interrupting some other error and reporting it back as a asterisk
> > error
> >
> > I think it was some error inside your java, at the time this was
> > happening we only saw data stream on webapp.sh on the click to call
> > attempts, we where also looking at data streams on your agi.sh saw
> > nothing, the cli with agi and verbose 10 notifications enabled saw
> > nothing, and we also looking at the AMI stream, nothing there as well,
> > so we dont even think your connector was even talking to asterisk at
> > all
> >
> > we fixed the issue last night, stopped the webapp.sh and agi.sh files
> > and prevented them from start @ boot, rebooted, cleared settings in
> > vtiger PBX manager or rather put in a bunch of junk, saved, rebooted,
> > put settings back into PBX manager, rebooted then turned the .sh files
> > back on, not sure what steps fixed but simple stop and start of .sh
> > files and/or system reboots did not fix
> >
> >
> > we still have issue on on test server where it seems vtiger altered
> > something in asterisk where all the extensions we had in vtiger no
> > longer will ring though a call queue, we have no data on the event we
> > where not actively monitoring data streams, and your asterisk
> > connector has never written 1 log to its own log directory, everything
> > was working Friday, and Monday we checked on it again and found that
> > vtiger was stuck in endless loop of inbound notification and those
> > extensions would no longer sent a sip invite though call queue, even
> > after they where removed from vtiger and a reboot, and the asterisk
> > connector was completely shut down, keep in mind these are test
> > servers dedicated to getting vtiger to work, they are lamp + asterisk
> > + freepbx + vtiger only we have not moved into phase of testing with
> > other packages so the problems we are having can only be vtiger, this
> > is what concerns us about closed source java+agi, beyond we can not
> > see code to try to help you we now have situation where it seems your
> > connector and AGI have altered asterisk, we dont know whats it doing.
> >
> > the whole reason we advocate for just use the AMI is its simple and
> > works and your not really doing anything that requires the
> > interactivity that AGI allows, AMI can be used to originate call as
> > well as be monitored for inbound, this is how tapi drivers work that
> > plug into on site CRMs like ACT, SAGE CRM, Lexis Nexus, ect, its also
> > how sugar / sweet crm are handling it
> >
> > I think the tiring the call records to data in vtiger is a great
> > idea, but why are you generating your own CDR log's via AGI, and this
> > is where I think you guys are hung up on using AGI, but asterisk does
> > have it own MySQL tables and CDR reccords, why not during the isntall
> > of vtiger ask for the asterisk database name and credentials and query
> > them for the info, and vtiger should not be forcing all calls to
> > record, asterisk gives us ways to record and not record calls, if you
> > want to link to recordings fine but again you should be looking to see
> > if a call was recorded, beyond a performance issue and potential
> > duplication of whats already being done in the Asterisk, this ventures
> > into a legal issue, a lot of places all parties must be notified and
> > consent to call recording, with vtiger it forces the recording
> >
> > the general rule of thumb here is if you need user input like your
> > making a IVR and logging what was entered then you need AGI, if your
> > just originating calls and monitoring for inbound use AMI, in either
> > case SQL should be used to get call record data
> >
> > AGI has it problems that you are unnecessarily dealing with, they are
> > common for AGI, what if my agi script finishes before the call ends,
> > what if the call ends before my agi script finishes and a whole host
> > of other issues that you simply dont need to deal with for what your
> > trying to do
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > ----------------------------------------
> > From: "Akshath T.A" <akshath.t at vtiger.com>
> > Sent: Wednesday, August 27, 2014 3:19 AM
> > To: vtiger at camden.net
> > Subject: Re: [Vtigercrm-developers] Asterisk Good News
> > Hi,
> >
> > From the logs, it clearly states that the extension - 101 was not
> > found by your Asterisk server when AMI originate request sent from Vtiger
> Connector.
> >
> > In order to nail down the issue, can we have a online meeting today
> > or tomorrow so that it would help us know what really is causing the
> problem.
> >
> >
> > I will be available from 9:00 AM to 8:00 PM IST at my office. Please
> > tell us your convenient time within this so that I can send you meeting
> link.
> >
> > Thank you.
> >
> >
> > regards,
> > Akshath
> > Vtiger
> >
> > _______________________________________________
> > http://www.vtiger.com/
> >
> >
> > -------------- next part -------------- An HTML attachment was
> > scrubbed...
> > URL:
> > <
> > http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/
> > 20140
> > 828/8dcaf2c1/attachment.html>
> >
> > ------------------------------
> >
> > _______________________________________________
> > vtigercrm-developers mailing list
> > vtigercrm-developers at lists.vtigercrm.com
> > http://lists.vtigercrm.com/cgi-bin/mailman/listinfo/vtigercrm-develope
> > rs
> >
> >
> > End of vtigercrm-developers Digest, Vol 103, Issue 320
> > ******************************************************
> >
> > _______________________________________________
> > http://www.vtiger.com/
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> <
> http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20140
> 828/b93989b8/attachment.html>
>
> ------------------------------
>
> _______________________________________________
> vtigercrm-developers mailing list
> vtigercrm-developers at lists.vtigercrm.com
> http://lists.vtigercrm.com/cgi-bin/mailman/listinfo/vtigercrm-developers
>
>
> End of vtigercrm-developers Digest, Vol 103, Issue 323
> ******************************************************
>
> _______________________________________________
> http://www.vtiger.com/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20140901/2bdc4533/attachment-0001.html>
More information about the vtigercrm-developers
mailing list