Micro Focus Named an Overall Leader in 2020 KuppingerCole Leadership Compass for IGA

Micro Focus Named an Overall Leader in 2020 KuppingerCole Leadership Compass for Identity Governance & Administration




Micro Focus has been named once again as an Overall Leader in the KuppingerCole Leadership Compass for Identity Governance and Administration. KuppingerCole has named Micro Focus a Leader in the categories of Product, Innovation, and Market, as well as an Overall Leader for its NetIQ Identity Governance and Administration offering.

Adding Google Adsense Ads Code Directly to Blogger XML Template

Advanced users of Blogger.com service may have tried to insert and put Google AdSense ad code which is actually a Java script directly into the blog pages by manually editing the XML-based template HTML coding interface. Actually, it’s possible add any ad code by using HTML/JavaScript page element within the Blogger new XML template system, but the place where you can place the new block is rather limited, i.e. above or below the post body, header, footer, within sidebar or between blog posts. In case you want to put the ads inside the post, or align the ads to float and wrap around the text, or just within the single individual article content view, you will have to edit directly the HTML coding of Blogger template.

If you try to insert any Google AdSense, AdBrite, AdEngage and any other JavaScript based ad code, or client-side components such as counter, tracker, form, snippet, effect, date and time, etc which is JavaScript based, the following error message may be returned when saving ore previewing:


Your template could not be parsed as it is not well-formed. Please make sure all XML elements are closed properly. XML error message: The processing instruction target matching “[xX][mM][lL]” is not allowed.

or

Your template could not be parsed as it is not well-formed. Please make sure all XML elements are closed properly.
XML error message: The reference to entity “zs” must end with the ‘;’ delimiter.

and many other different XML error message.

The problem is caused by incorrect dynamic interpretation of Blogger XML template when it generates the HTML webpage for the blog page that is requested, probably due to the fact that the AdSense ad code or other code is not a valid XML, coupled with the fact that some ASCII characters have special meaning and reserved functions, confusing Blogger blogging engine.

The resolution to the JavaScript based coding does not work in Blogger HTML template error can be solved by replacing special characters or symbols in the script to HTML code. Check out the list below for which ASCII characters that need to be replaced with their corresponding HTML code. Using HTML code will ensure that Blogger render the character correctly when serving the page to the viewer.

< = &lt;
> = &gt;

Above two is enough to make Google AdSense works in Blogger template. For other scripts, such as AdBrite ad code, you will need to replace more characters such as those listed below.

& = &amp;
” = &quot;

For example, a Google AdSense code should become looks similar to code below:

&lt;script type="text/javascript"&gt;&lt;!--
google_ad_client = "pub-XXXXXXXXXXXXXXX";
google_ad_width = 336;
google_ad_height = 280;
google_ad_format = "336x280_as";
google_ad_type = "text_image";
google_ad_channel = "";
google_color_border = "FFFFFF";
google_color_bg = "FFFFFF";
google_color_link = "000000";
google_color_text = "000000";
google_color_url = "000000";

//--&gt;&lt;/script&gt;
&lt;script type="text/javascript"
src="http://pagead2.googlesyndication.com/pagead/show_ads.js"&gt;
&lt;/script&gt;

While an AdBrite ad code will became the similar code to the below:

&lt;script type="text/javascript"&gt;
var AdBrite_Title_Color = '0000FF';
var AdBrite_Text_Color = '000000';
var AdBrite_Background_Color = 'FFFFFF';
var AdBrite_Border_Color = 'FFFFFF';
&lt;/script&gt;
&lt;script src="http://ads.adbrite.com/mb/text_group.php?sid=303771&amp;zs=3330305f323530" type="text/javascript"&gt;&lt;/script&gt;
<div><a target="_top" href="http://www.adbrite.com/mb/commerce/purchase_form.php?opid=303771&amp;afsid=1" style="font-weight:bold;font-family:Arial;font-size:13px;">Your Ad Here</a></div>

Simply use the text editor to parse the code and then replace the characters. Don’t worry about violating AdSense TOS or other terms and conditions, as once the blog’s web pages are rendered and presented to the viewers and visitors, the code will be exactly same as the original code before any replacement!

GroupWise GWIA 420 TCP Read and TCP Write Error

A customer Penang was recently replacing their Sendmail to GroupWise 8.0. However for the past one month, they are facing problem sending email to certain users of certain email domains where they had no problem sending with Sendmail before.

We are seeing some 420 TCP Read Error, 420 TCP Write error and also TCP 421 Timeout error in the GWIA logs. The followings were the errors from the GWIA logs :-

[Winwamedical.com]
16:00:13 896 MSG 58050 Command: [202.75.48.118]
16:00:13 896 MSG 58050 Response: 220 smtp1.mschosting.com
16:00:13 896 MSG 58050 Command: EHLO mail.sunrisepaper.com.my
16:00:13 896 MSG 58050 Response: 250 ok
16:00:13 896 MSG 58050 Command: MAIL FROM:
16:00:13 896 MSG 58050 Response: 250 OK Sender ok
16:00:13 896 MSG 58050 Command: RCPT TO:
16:00:13 896 MSG 58050 Response: 250 OK Recipient ok
16:00:13 896 MSG 58050 Command: DATA
16:00:13 896 MSG 58050 Response: 354 Start mail input; end with .
16:00:13 896 MSG 58050 Detected error on SMTP command
16:00:13 896 MSG 58050 Command: Data...
16:00:13 896 MSG 58050 Response: 420 TCP write error

[Escatec.com]
16:41:20 880 MSG 58121 File: /root/sunriseEmail/sunDom/wpgate/gwia/wpcsout/gwi3f3a/4/4a118fb0.000 Message Id: (4A112097.908:101:48786) Size: 86.5 Kb
16:41:20 880 MSG 58121 Sender: alicia_chua@sunrisepaper.com.my
16:41:20 880 MSG 58121 Converting message to MIME: /root/sunriseEmail/sunDom/wpgate/gwia/send/xa118fb0.024
16:41:20 880 MSG 58121 Recipient: Saravana@escatec.com
16:41:20 880 MSG 58121 Recipient: Yeoh.KengHong@escatec.com
16:41:20 880 MSG 58121 Queuing message to daemon: /root/sunriseEmail/sunDom/wpgate/gwia/send/sa118fb0.024
16:41:20 352 DMN: MSG 58121 Sending file: /root/sunriseEmail/sunDom/wpgate/gwia/send/pa118fb0.024
16:41:22 352 DMN: MSG 58121 Attempting to connect to mailserver.escatec.com
16:41:23 352 DMN: MSG 58121 Connected to [203.106.231.124] (mailserver.escatec.com)
16:47:25 352 DMN: MSG 58121 SMTP session ended: [203.106.231.124] (mailserver.escatec.com)
16:47:25 352 DMN: MSG 58121 Send Failure: 420 TCP write error
16:47:32 896 MSG 58121 Analyzing result file: /root/sunriseEmail/sunDom/wpgate/gwia/result/ra118fb0.024
16:47:32 896 MSG 58121 Command: escatec.com
16:47:32 896 MSG 58121 Response: 220 escatec.com [ESMTP Server] service ready;ESMTP Server; 05/18/09 16:45:04
16:47:32 896 MSG 58121 Command: EHLO mail.sunrisepaper.com.my
16:47:32 896 MSG 58121 Response: 250 ok
16:47:32 896 MSG 58121 Command: MAIL FROM:
16:47:32 896 MSG 58121 Response: 250 Sender OK
16:47:32 896 MSG 58121 Command: RCPT TO:
16:47:32 896 MSG 58121 Response: 250 Recipient OK
16:47:32 896 MSG 58121 Command: RCPT TO:
16:47:32 896 MSG 58121 Response: 250 Recipient OK
16:47:32 896 MSG 58121 Command: DATA
16:47:32 896 MSG 58121 Response: 354 Start mail input; end with .
16:47:32 896 MSG 58121 Detected error on SMTP command
16:47:32 896 MSG 58121 Command: Data...
16:47:32 896 MSG 58121 Response: 420 TCP write error
16:47:32 896 MSG 58121 Deferring message: /root/sunriseEmail/sunDom/wpgate/gwia/defer/sa118fb0.024

[kingston.com.my]
10:51:26 184 Queuing deferred message: /root/sunriseEmail/sunDom/wpgate/gwia/send/sa113669.006
10:51:26 184 MSG 57671 Analyzing result file: /root/sunriseEmail/sunDom/wpgate/gwia/result/ra1133ec.002
10:51:26 184 MSG 57671 Command: kingston.com.my
10:51:26 184 MSG 57671 Response: 220 MYMF1 ESMTP SonicWALL (7.0.0.1393)
10:51:26 184 MSG 57671 Command: EHLO mail.sunrisepaper.com.my
10:51:26 184 MSG 57671 Response: 250 ok
10:51:26 184 MSG 57671 Command: MAIL FROM:
10:51:26 184 MSG 57671 Response: 250 2.1.0 MAIL ok
10:51:26 184 MSG 57671 Command: RCPT TO:
10:51:26 184 MSG 57671 Response: 250 2.0.0 Ok
10:51:26 184 MSG 57671 Command: RCPT TO:
10:51:26 184 MSG 57671 Response: 250 2.0.0 Ok
10:51:26 184 MSG 57671 Command: DATA
10:51:26 184 MSG 57671 Response: 354 3.0.0 End Data with .
10:51:26 184 MSG 57671 Detected error on SMTP command
10:51:26 184 MSG 57671 Command: Data...
10:51:26 184 MSG 57671 Response: 421 4.0.0 Error: timeout
10:51:26 184 MSG 57671 Deferring message: /root/sunriseEmail/sunDom/wpgate/gwia/defer/sa1133ec.002

We knew that these errors were due to communication issues, but we did whatever we could based on Novell Support Knowledgebase and even User Support Forums. Things remained rotten until we logged a support incident with Novell Technical Support.

The Novell Technical Support's Chat feature was awesome. From the Novell Customer Center, you can access the Chat feature in the Service Request Details page and a product related Technical Support Engineer will assist you.

Since it's a communication issue, the only way to find out the root of the problem is to packet trace the whole email sending process. We installed Ethereal on the SUSE Linux Enterprise Server 10 SP2 which powered the GroupWise system and start capturing packet trace sending emails to those three users domains.

Within a day or two, Novell Technical Support come back with the root cause of the problem and the solution. The suggested solution rocks and emails went through to those users. Apparently it was due to some Path MTU Discovery where the server does not receive the ICMP3-4 from routers that are connected to a link with a smaller MTU. By disabling the Path MTU Discovery on the SLES 10, it resolved the issues.

To Disable Path MTU Discovery
# 'sysctl -w net.ipv4.ip_no_pmtu_disc=1'

To Disable the Path MTU Discovery permanently
Put the line 'net.ipv4.ip_no_pmtu_disc = 1' (without quotes) in /etc/sysctl.conf to keep this setting configured after a server reboot.


The following is the original message from Novell Technical Support explaining the roof of the problem and the suggested solutions :-

I just picked up your Service Request from the unassigned queue and checked the problem description from the customer and the LAN trace called PACKETTRACE from the compressed archive PACKETTRACE.TAR.GZ that is attached to the Service Request.

If you have Ethereal or Wireshark installed, you can open the trace and follow my analyses below:

The trace shows two problems:

1) Path MTU Discovery - Server does not receive ICMP 3-4 (Destination Unreachable / Fagmentation Needed and DF Set) from routers that are connected to a link with a smaller MTU.

A SMTP connection, where the GWIA fails to deliver a mail message to recipient JulianaChooi@kingston.com.my because of this problem is the TCP connection between sockets 192.168.1.254:51064 (GWIA) and 202.188.165.2:25 (mailer daemon at mymf1.kingston.com.my).

You can extract this connection and all ICMP messages from the trace in Wireshark or Ethereal with the following display filter:

(ip.addr==192.168.1.254 && ip.addr==203.106.231.124 && tcp.port==55400 && tcp.port==25) || icmp

In frames #9438, #9446 and # 9447 you can see the initiation of the SMTP connection. In the TCP options of the SYN packets you can see that the TCP at each side negotiated a Maximum Segment Size of 1460 bytes.

The trace was captured at the GWIA host at IP address 192.168.1.254) and the remote SMTP server at IP address 203.106.231.124 seems to be 10 routers away from the GWIA.

Communication between the two TCP ends works well until the TCP at 192.168.1.254 sends a full data segment of 1448 bytes to 203.106.231.124 in frame #9484. The TCP at 203.106.231.124 never ACKnowledges income of this data segment, probably because it never received it. You can see in frame #9483 the last data segment that the TCP at 192.168.1.254 received from the TCP at 203.106.231.124 before the problem occurs. The sequence number of the first byte in this segment is 3246232251 and because it carries 46 bytes of data, the sequence number of the last byte in this segment is 3246232296 and hence the TCP at 192.168.1.254 would return ACKnowledgment number 3246232297 to confirm receipt of this segment.
You can see in frame # 9484 the full data segment that is sent by the TCP at 192.168.1.254. As you can see, the ACKnowledgment number in this segment is 3246232297 to confirm receipt of the segment in frame # 9483, and the sequence number of the first data byte in this segment is 4130583027. The total number of bytes in this segment is 1448 and hence the sequence number of the last byte in this segment would be 4130584474, so the TCP at 203.106.231.124 would return ACKnowledgment number 4130584475 to confirm receipt of this segment. Please note that this is the first fully sized TCP segment that was sent on this connection from the TCP at 192.168.1.254 to the TCP at 203.106.231.124.
In frame # 9485, the TCP at 192.168.1.254 continues transmission with a small segment of only 16 bytes.
Because the TCP at 192.168.1.254 does not receive an ACKnowlegment from the TCP at 192.168.1.254 that it received these two segments, it starts retransmitting the full segment in frames # 9530 and # 9561.
Frame # 9635 shows that the TCP at 203.106.231.124 still did not receive the full TCP segment from 192.168.1.254. It retransmitted its data, because it did not receive ACKnowledgment for it (the ACKnowledgment number is in the full segment from the TCP at 192.168.1.254). Another prove that it did not receive the full segment is that the ACKnowlegment number in the retransmitted TCP segment in frame # 9635 remains 4130583027. The TCP at 203.106.231.124 would have increased the ACKnowledgment number to 4130584475 if it had received the full segment from the TCP at 192.168.1.254.

The Don't Fragment flag in the IP header of the datagram in frame # 9484 is set, to indicate that routers are not supposed to fragment it when they need to forward the IP datagram on to a link with a smaller MTU (Maximum Transmission Unit).
A router should return an ICMP 3-4 message when it drops a datagram that is too big to forward and should be fragmented, but has the Don't Fragment flag enabled.
Because the trace does not show such ICMP message, it is either not sent by a router in the network path from 192.168.1.254 to 203.106.231.124 or it has been blocked by a firewall.

Please make sure that routers in the network path from 192.168.1.254 to 203.106.231.124 will send ICMP 3-4 messages in case they need to forward a datagram where the DF bit is set, while it needs to be fragmented to fit the MTU of the next link in the network path and make sure that firewalls do not block ICMP messages of type 3, code 4.

In case you cannot change router and firewall configuration in your network, then you can disable Path MTU Discovery at the GWIA host (192.168.1.254) per '# sysctl -w net.ipv4.ip_no_pmtu_disc=1'. Please do not forget to put the line 'net.ipv4.ip_no_pmtu_disc = 1' (without quotes) in /etc/sysctl.conf to keep this setting configured after a server reboot.


Kudos to the Novell Technical Support team for a great job to get the problem solved.

Bank Average Fixed Deposit Rates Since Year 1980

This is the average of the fixed deposit rate in Malaysia from the period of 1980 till 2009.

Period (in months)
Average Fixed Deposit Rates 1 3 6 9 12
1980 6.13 6.23 6.54 6.79 7.50
1981 9.46 9.68 9.67 9.73 9.94
1982 8.92 9.75 9.94 10.03 10.48
1983 7.50 8.02 8.29 8.38 8.75
1984 9.17 9.50 9.50 9.53 9.62
1985 8.45 8.81 9.04 9.25 9.29
1986 7.04 7.08 7.17 7.42 7.42
1987 2.56 3.00 3.97 4.31 4.50
1988 2.72 3.29 3.57 3.83 4.24
1989 4.47 4.56 4.77 4.98 5.20
1990 5.55 5.72 6.00 6.01 6.21
1991 6.94 7.11 7.27 7.35 7.48
1992 7.85 7.94 7.97 7.98 8.03
1993 7.01 7.03 6.98 6.96 6.95
1994 4.74 4.89 5.09 5.24 5.46
1995 5.79 5.93 6.14 6.28 6.50
1996 7.02 7.09 7.12 7.14 7.18
1997 7.73 7.78 7.80 7.81 7.83
1998 8.40 8.51 8.54 8.53 8.56
1999 4.10 4.12 4.16 4.21 4.29
2000 3.31 3.36 3.44 3.62 4.06
2001 3.36 3.37 3.40 3.53 4.16
2002 3.20 3.21 3.22 3.31 4.00
2003 3.07 3.07 3.08 3.12 3.80
2004 3.00 3.00 3.00 3.01 3.70
2005 3.00 3.00 3.00 3.01 3.70
2006 3.09 3.15 3.26 3.35 3.74
2007 3.09 3.16 3.31 3.41 3.71
2008 3.07 3.13 3.26 3.33 3.68


This is the monthly breakdown the fixed deposit rate in Malaysia from the period of 1997 till 2009.



Period (in months)
Average Fixed Deposit Rates 1 3 6 9 12
1997 7.16 7.22 7.24 7.24 7.26

7.14 7.22 7.23 7.23 7.25

7.20 7.24 7.24 7.24 7.25

7.20 7.25 7.24 7.25 7.26

7.30 7.30 7.28 7.28 7.30

7.54 7.43 7.37 7.36 7.38

8.05 7.73 7.56 7.52 7.52

7.46 7.54 7.56 7.56 7.56

7.59 7.69 7.74 7.75 7.79

8.39 8.56 8.71 8.74 8.77

8.92 9.08 9.18 9.23 9.26

8.81 9.06 9.21 9.27 9.33
1998 8.86 9.09 9.25 9.30 9.36

9.25 9.46 9.57 9.62 9.67

9.56 9.79 9.84 9.84 9.90

9.65 9.89 9.99 9.97 10.03

9.79 10.00 10.10 10.07 10.14

10.04 10.19 10.21 10.18 10.24

10.14 10.27 10.28 10.24 10.28

9.54 9.50 9.51 9.45 9.46

6.19 6.17 6.13 6.12 6.13

6.09 6.09 6.04 6.01 6.02

5.87 5.88 5.80 5.78 5.79

5.82 5.83 5.76 5.74 5.74
1999 5.72 5.72 5.67 5.66 5.66

5.58 5.59 5.54 5.53 5.54

5.39 5.44 5.42 5.40 5.40

3.99 4.00 4.04 4.05 4.06

3.75 3.75 3.77 3.78 3.80

3.75 3.75 3.76 3.78 3.80

3.75 3.75 3.76 3.78 3.79

3.75 3.75 3.76 3.77 3.79

3.75 3.75 3.76 3.77 3.79

3.24 3.33 3.47 3.67 3.93

3.24 3.33 3.46 3.67 3.93

3.24 3.33 3.47 3.68 3.95
2000 3.23 3.31 3.44 3.65 3.94

3.22 3.29 3.39 3.58 3.94

3.22 3.28 3.37 3.55 3.91

3.21 3.26 3.34 3.52 3.91

3.21 3.26 3.33 3.51 3.91

3.20 3.26 3.33 3.50 3.91

3.20 3.26 3.33 3.51 3.90

3.45 3.49 3.55 3.75 4.25

3.45 3.49 3.55 3.75 4.25

3.45 3.49 3.55 3.74 4.25

3.45 3.48 3.54 3.73 4.25

3.45 3.48 3.50 3.70 4.24
2001 3.44 3.47 3.52 3.69 4.24

3.44 3.47 3.52 3.67 4.24

3.44 3.46 3.50 3.63 4.24

3.44 3.45 3.49 3.62 4.24

3.44 3.45 3.48 3.61 4.24

3.44 3.45 3.48 3.61 4.24

3.44 3.45 3.48 3.61 4.24

3.44 3.45 3.48 3.60 4.24

3.20 3.21 3.23 3.34 4.00

3.20 3.21 3.22 3.35 4.00

3.20 3.21 3.22 3.34 4.00

3.20 3.21 3.22 3.34 4.00
2002 3.20 3.21 3.22 3.34 4.00

3.20 3.21 3.22 3.32 4.00

3.20 3.21 3.22 3.32 4.00

3.20 3.21 3.22 3.32 4.00

3.20 3.21 3.22 3.31 4.00

3.20 3.21 3.22 3.31 4.00

3.20 3.20 3.22 3.31 4.00

3.20 3.20 3.22 3.30 4.00

3.20 3.20 3.22 3.30 4.00

3.20 3.20 3.22 3.30 4.00

3.20 3.20 3.22 3.30 4.00

3.20 3.20 3.21 3.28 4.00
2003 3.20 3.20 3.21 3.28 4.00

3.20 3.20 3.21 3.28 4.00

3.20 3.20 3.21 3.28 4.00

3.20 3.20 3.21 3.28 4.00

3.00 3.00 3.01 3.04 3.69

3.00 3.00 3.01 3.04 3.70

3.00 3.00 3.01 3.04 3.70

3.00 3.00 3.01 3.04 3.70

3.00 3.00 3.01 3.04 3.70

3.00 3.00 3.01 3.04 3.70

3.00 3.00 3.01 3.03 3.70

3.00 3.00 3.01 3.03 3.70
2004 3.00 3.00 3.01 3.03 3.70

3.00 3.00 3.01 3.03 3.70

3.00 3.00 3.00 3.02 3.70

3.00 3.00 3.00 3.02 3.70

3.00 3.00 3.00 3.01 3.70

3.00 3.00 3.00 3.01 3.70

3.00 3.00 3.00 3.01 3.70

3.00 3.00 3.00 3.00 3.70

3.00 3.00 3.00 3.00 3.70

3.00 3.00 3.00 3.00 3.70

3.00 3.00 3.00 3.00 3.70

3.00 3.00 3.00 3.00 3.70
2005 3.00 3.00 3.00 3.00 3.70

3.00 3.00 3.00 3.00 3.70

3.00 3.00 3.00 3.00 3.70

3.00 3.00 3.00 3.00 3.70

3.00 3.00 3.00 3.00 3.70

3.00 3.00 3.00 3.00 3.70

3.00 3.00 3.00 3.00 3.70

3.00 3.00 3.00 3.00 3.70

3.00 3.00 3.00 3.00 3.70

3.00 3.00 3.00 3.00 3.70

3.00 3.00 3.00 3.00 3.70

3.01 3.02 3.04 3.08 3.70
2006 3.00 3.03 3.05 3.09 3.70

3.02 3.04 3.07 3.11 3.70

3.03 3.06 3.11 3.16 3.70

3.06 3.12 3.21 3.31 3.73

3.11 3.17 3.31 3.44 3.76

3.11 3.18 3.32 3.45 3.77

3.12 3.19 3.34 3.48 3.78

3.12 3.19 3.34 3.48 3.77

3.13 3.21 3.36 3.49 3.77

3.13 3.21 3.36 3.49 3.76

3.11 3.20 3.35 3.47 3.75

3.11 3.19 3.34 3.46 3.73
2007 3.08 3.15 3.34 3.45 3.72

3.11 3.19 3.34 3.45 3.71

3.10 3.18 3.34 3.45 3.71

3.10 3.18 3.33 3.43 3.71

3.10 3.18 3.32 3.42 3.71

3.09 3.17 3.32 3.42 3.71

3.08 3.15 3.29 3.38 3.70

3.08 3.15 3.29 3.38 3.70

3.08 3.15 3.29 3.38 3.70

3.08 3.15 3.29 3.38 3.70

3.08 3.15 3.29 3.38 3.70

3.08 3.15 3.29 3.38 3.70
2008 3.08 3.15 3.29 3.38 3.70

3.08 3.14 3.28 3.37 3.70

3.08 3.14 3.28 3.37 3.70

3.08 3.14 3.28 3.37 3.70

3.08 3.14 3.28 3.36 3.70

3.08 3.14 3.28 3.36 3.70

3.08 3.14 3.28 3.36 3.70

3.08 3.14 3.28 3.36 3.70

3.08 3.14 3.28 3.36 3.70

3.08 3.14 3.28 3.36 3.70

3.03 3.06 3.16 3.22 3.60

3.01 3.04 3.11 3.14 3.50
2009 2.54 2.54 2.56 2.57 3.02

2.05 2.07 2.07 2.08 2.55

2.00 2.10 2.10 2.10 2.50

2.00 2.10 2.10 2.10 2.50

2.00 2.10 2.10 2.10 2.50


The highest one year fixed deposit rate is 10.48% in the year 1982. The lowest fixed deposit rate should be year 2009 which is around 2.0% now. May be by knowing this fact, we can make a wiser decision making on our investment strategy.

What is in your mind after knowing that year 2009 fixed deposit rate is the lowest since year 1980 ?