Blog Posts
Posted March 8th, 2009
by admin
A lot of our customers switched to Paynova payment gateway due to its low fee and 7 days settlement period. Since we have a dedicated team working on Zen Cart, we started searching for a free / paid Paynova payment module for Zen Cart. However, all that we could find were forum posts asking for assistance on this subject.
Taking this as a clue, our development team started building a Paynova Payment Module for Zen Cart. We are now proud to announce a commercial release of our Paynova Payment Module for Zen Cart.
Interested people can contact our sales team on:
Email: sales@tradebooster.com
Skype: tradebooster
Phones:
+1-617-274-8270
+91-9910001327
Tags: Paynova, Paynova Payment Module, Zen Cart Posted in Commercial Software
Posted January 20th, 2009
by admin
A lot of times our customers have called our technical support team asking to troubleshoot email connectivity issues. At such times we normally need to run the telnet command for ports 110 and 25. However, Windows Vista by default does not have the telnet client installed. Follow the steps below to install the Telnet Client on Windows Vista OS.
1. Click Start then select Control Panel.
2. Select Programs.
3. Under Programs and Features, select Turn Windows features on or off.
4. Select the Telnet Client option.
5. Click OK.
6. A dialog box will appear to confirm installation. It will take a few minutes before the telnet client is configured on the machine. The telnet command should now be available.
To run the telnet command do the following:
Press the Windows Key+ R. This is the short run from Start -> Run on Windows XP machines. Then type telnet mail.yourdomain.com 25 in order to troubleshoot SMTP issues or telnet mail.yourdomain.com 110 to troubleshoot POP related issues.
If you require any assistance with the above, feel free to call us on +91-9213943166 or email us on support@tradebooster.com or click here to contact us.
Tags: Telnet, Telnet and Windows Vista, Telnet on Windows Vista Posted in Helpful Tips, Web Hosting Articles
Posted January 18th, 2009
by admin
We have been writing some articles in the past giving tips on choosing the right domain name, what happens if the domain expires and so on. However, we have missed a VERY VERY IMPORTANT ADVICE for our customers and for people in general.
Generally customers get their domains registered through intermediaries who normally handle their IT work. This intermediary may be your office staff or an external outsourced solutions provider. In the haste of things the business owner normally just specifies the domain name to be booked. This intermediary goes ahead with the domain registration by registering the domain name with either his own credentials or with some dummy credentials. Everything seems fine TILL
1. Either this staff leaves your organisation
2. The outsourced company goes out of business
3. You plan to switch your provider.
It is at this juncture the new vendor requires information about your domain account with the registrar. Under normal circumstances the domain registrar will entertain requests from the Administrative Contact specified for the domain name which in this case would have been your staff who has already quit or the outsourced company which is either out of business or would normally be non-supportive since you plan to switch providers.
We have in our experience seen 100s of such cases and hence would like to advise all our customers to provide the correct contact details while registering your domain name. This is VERY VERY IMPORTANT as in most of such cases we have had either a very difficult time in obtaining this information or the customer has had to change his domain name.
Your domain is your business. So please do not jeopardise your own business in the hands of either your staff or your vendor. Give complete and correct registration details.
If the registration details require a change during the tenure of domain validity, then please advise your staff / vendor to make the requisite changes to the domain record and ensure this is done. The process of verification is very simple. Just go to any WHOIS service like http://domains.tradebooster.com/domain.php?action=whois and check the details of your domain record.
Please safeguard your business. Do not lose your domain due to this small issue.
In case you require any assistance from us on the same, please feel free to contact us on +91-9213943166 or support@tradebooster.com or http://www.tradebooster.com/contact-us.
Tags: advice for registering domains, Domain Registration Posted in Customer Notifications, Helpful Tips
Posted January 12th, 2009
by admin
We are pleased to announce that ASTA compliance to controlling spam has been tested and implemeted on our Windows Servers also. The procedure outlined in the post just below this post can also be used by our Windows Server users.
We are proud to state that we are one of the first hosting companies in India to have implemented these guidelines.
We thank all our customers for their support.
Tags: alternate port on windows servers, ASTA Posted in Helpful Tips
Posted January 11th, 2009
by admin
Reliance has started to comply with the world standards in securing email communications, specifically to the guidelines prescribed under the Anti Spam Technical Alliance (ASTA) founded by Microsoft, Yahoo, AOL and other major service providers. Basically this would prevent unauthenticated emails by spyware / spamware, originating from your desktop. Very soon other Indian ISPs would follow suit.
As you are aware emails are classified as spam on the basis of IP address blacklists maintained by third party non profit organizations. Bulk unsolicited emailing by spamware / adware software installed on desktops lead to this IP blacklisting.
Complying with the above said ASTA standard will ensure that your emails are not classified as spam.
Adware / viruses / hackers use port 25 to send / relay emails over the internet. ASTA recommends ISPs to block port 25 for its dynamic IP customers.
Email sending issues have been reported to us by users of Reliance Data Cards. So if you are experiencing ONLY sending issues with your ISP follow the steps below to switch to SSL based communication with our server. This facility has now been tested on ALL our servers, including Linux and Windows.
Outlook Express Settings
1. From the “Tools” menu, select “Accounts.”
2. Select your “Email Service Provider account” and click the “Properties” button.
3. Click the “Advanced” tab.
4. Next to “Outgoing server (SMTP),” change port 25 to 465.
5. Click “Apply,” then click “OK” and “Close.”
Microsoft Outlook 2002 (XP) and 2003 Settings
1. From the “Tools” menu, select “E-mail Accounts.”
2. Select “View or Change existing email accounts” and click “Next.”
3. Select your “Email Service Provider Account” and click the “Change” button.
4. Next, click “More Settings.”
5. Click the “Advanced” tab.
6. Next to “Outgoing server (SMTP),” change port 25 to 465.
7. Click “OK,” then click “Next” and “Finish.”.
Outlook 2007 Settings
1. From the “Tools” menu, select “Account Settings.”
2. Select “Email Service Provider Account” and click the “Change” button above it.
3. Select your “Email Service Provider Account” and click the “Change” button.
4. Next, click “More Settings.”
5. Click the “Advanced” tab.
6. Next to “Outgoing server (SMTP),” change port 25 to 465.
7. Click “OK,” then click “Next” and “Finish.”.
If you are not using any of the above email clients, please contact our support team at +91-9213943166 or send an email to support@tradebooster.com.
Tags: ASTA, mail sending issues, not able to send email, reliance data card Posted in Customer Notifications, Web Hosting Articles
Posted January 4th, 2009
by admin
The entire team at Tradebooster wishes all its customers a very Happy New Year 2009.
So what’s new at Tradebooster in 2009.
1. We have re-done our customer support site with now multiple operators answering technical support queries 24×7.
2. To track the efficiency of our customer support process we have launched a new initiative wherein our Managing Director writes personally to a customer requesting feedback on the support experience with our Customer Support Staff. Its a very small form which would take NOT even 5 minutes to fill up. We urge all customers to kindly spare this time in giving us valuable feedback.
3. We’ve gone closer to our overseas customers with local numbers in the following countries:
United States, North America
+1-617-274-8270
United Kingdom, Europe
+44-20-3239-0160
Hong Kong, Far East
+852-8197-4780
We thank all our customers for the faith they have shown in our services till now and look forward to their continued patronage.
Tags: Customer Support, Happy New Year, Overseas Contact Numbers Posted in Customer Notifications
Posted September 6th, 2008
by admin
We have observed a very interesting thing regarding Greylisting and emails sent from Gmail. If greylisting is deployed on the server, emails sent FROM gmail to a POP account on the server may experience a LOT of delay in receipt of emails from gmail. This is actually NOT an issue with gmail or the greylisting process, but with the way gmail re-sends the greylisted email to the server. Let me explain this with the help of an example.
FIRST MAIL RETURNED FOR GREYLISTING
07:06:34 [209.85.200.169][4006086] cmd: EHLO wf-out-1314.google.com
07:06:34 [209.85.200.169][4006086] rsp: 250-tradebooster.info Hello [209.85.200.169] 250-SIZE 10485760 250-AUTH LOGIN CRAM-MD5 250 OK
07:06:34 [209.85.200.169][4006086] cmd: MAIL FROM:<username@gmail.com>
07:06:34 [209.85.200.169][4006086] rsp: 250 OK <username@gmail.com> Sender ok
07:06:34 [209.85.200.169][4006086] cmd: RCPT TO:<username@yourlocaldomain.com>
07:06:34 [209.85.200.169][4006086] rsp: 451 Greylisted, please try again in 300 seconds
07:06:34 [209.85.200.169][4006086] cmd: QUIT
07:06:34 [209.85.200.169][4006086] rsp: 221 Service closing transmission channel
07:06:34 [209.85.200.169][4006086] disconnected at 8/20/2008 7:06:34 AM
SAME EMAIL RECD AGAIN, DELIVERED TO USER
07:13:22 [209.85.200.170][57166957] cmd: EHLO wf-out-1314.google.com
07:13:22 [209.85.200.170][57166957] rsp: 250-tradebooster.info Hello [209.85.200.170] 250-SIZE 10485760 250-AUTH LOGIN CRAM-MD5 250 OK
07:13:22 [209.85.200.170][57166957] cmd: MAIL FROM:<username@gmail.com>
07:13:22 [209.85.200.170][57166957] rsp: 250 OK <username@gmail.com> Sender ok
07:13:23 [209.85.200.170][57166957] cmd: RCPT TO:<username@yourlocaldomain.com>
07:13:23 [209.85.200.170][57166957] rsp: 250 OK <username@yourlocaldomain.com> Recipient ok
07:13:23 [209.85.200.170][57166957] cmd: DATA
07:13:23 [209.85.200.170][57166957] rsp: 354 Start mail input; end with <CRLF>.<CRLF>
07:13:23 [209.85.200.170][57166957] rsp: 250 OK
07:13:23 [209.85.200.170][57166957] Data transfer succeeded, writing mail to 270367115667.eml
In the above scenario, when the server returned the email to gmail SMTP, the same SMTP server sent the e-mail back and hence the mail was delivered to the actual user within 5-6 minutes. However, when the server returns the email to Gmail SMTP, this is NOT always the case. Gmail has multiple SMTPs running parallely and would re-send the email to the server via a different SMTP. Now when this email is received by the server, it would be coming from a different SMTP server and would be greylisted again. This process would continue till the server receives the email from the same SMTP host at gmail. This is illustrated below.
SECOND EMAIL RECD FROM wx-out-0506.google.com, RETURNED FOR GREYLISTING
07:14:04 [66.249.82.232][55297073] cmd: EHLO wx-out-0506.google.com
07:14:04 [66.249.82.232][55297073] rsp: 250-tradebooster.info Hello [66.249.82.232] 250-SIZE 10485760 250-AUTH LOGIN CRAM-MD5 250 OK
07:14:04 [66.249.82.232][55297073] cmd: MAIL FROM:<username@gmail.com>
07:14:04 [66.249.82.232][55297073] rsp: 250 OK <username@gmail.com> Sender ok
07:14:04 [66.249.82.232][55297073] cmd: RCPT TO:<username@yourlocaldomain.com>
07:14:04 [66.249.82.232][55297073] rsp: 451 Greylisted, please try again in 300 seconds
07:14:04 [66.249.82.232][55297073] cmd: QUIT
07:14:04 [66.249.82.232][55297073] rsp: 221 Service closing transmission channel
07:14:04 [66.249.82.232][55297073] disconnected at 8/20/2008 7:14:04 AM
SAME EMAIL RECD AGAIN FROM hs-out-0708.google.com, RETURNED FOR GREYLISTING SINCE SENDING SMTP IS DIFF.
07:20:10 [64.233.178.250][53658101] cmd: EHLO hs-out-0708.google.com
07:20:10 [64.233.178.250][53658101] rsp: 250-tradebooster.info Hello [64.233.178.250] 250-SIZE 10485760 250-AUTH LOGIN CRAM-MD5 250 OK
07:20:10 [64.233.178.250][53658101] cmd: MAIL FROM:<username@gmail.com>
07:20:10 [64.233.178.250][53658101] rsp: 250 OK <username@gmail.com> Sender ok
07:20:10 [72.51.46.158][33575438] cmd: DATA
07:20:10 [64.233.178.250][53658101] cmd: RCPT TO:<username@yourlocaldomain.com>
07:20:10 [64.233.178.250][53658101] rsp: 451 Greylisted, please try again in 300 seconds
07:20:10 [72.51.46.158][33575438] rsp: 354 Start mail input; end with <CRLF>.<CRLF>
07:20:10 [64.233.178.250][53658101] cmd: QUIT
07:20:10 [64.233.178.250][53658101] rsp: 221 Service closing transmission channel
07:20:10 [64.233.178.250][53658101] disconnected at 8/20/2008 7:20:10 AM
SAME EMAIL RECD AGAIN FROM wf-out-1314.google.com, RETURNED FOR GREYLISTING SINCE SENDING SMTP IS DIFF.
07:38:13 [209.85.200.174][15186826] cmd: EHLO wf-out-1314.google.com
07:38:13 [209.85.200.174][15186826] rsp: 250-tradebooster.info Hello [209.85.200.174] 250-SIZE 10485760 250-AUTH LOGIN CRAM-MD5 250 OK
07:38:13 [209.85.200.174][15186826] cmd: MAIL FROM:<username@gmail.com>
07:38:13 [209.85.200.174][15186826] rsp: 250 OK <username@gmail.com> Sender ok
07:38:14 [209.85.200.174][15186826] cmd: RCPT TO:<username@yourlocaldomain.com>
07:38:14 [209.85.200.174][15186826] rsp: 451 Greylisted, please try again in 300 seconds
07:38:14 [209.85.200.174][15186826] cmd: QUIT
07:38:14 [209.85.200.174][15186826] rsp: 221 Service closing transmission channel
07:38:14 [209.85.200.174][15186826] disconnected at 8/20/2008 7:38:14 AM
SAME EMAIL RECD AGAIN FROM rn-out-0910.google.com, RETURNED FOR GREYLISTING SINCE SENDING SMTP IS DIFF.
08:08:40 [64.233.170.187][54388398] cmd: EHLO rn-out-0910.google.com
08:08:40 [64.233.170.187][54388398] rsp: 250-tradebooster.info Hello [64.233.170.187] 250-SIZE 10485760 250-AUTH LOGIN CRAM-MD5 250 OK
08:08:40 [64.233.170.187][54388398] cmd: MAIL FROM:<username@gmail.com>
08:08:40 [64.233.170.187][54388398] rsp: 250 OK <username@gmail.com> Sender ok
08:08:40 [64.233.170.187][54388398] cmd: RCPT TO:<username@yourlocaldomain.com>
08:08:40 [64.233.170.187][54388398] rsp: 451 Greylisted, please try again in 300 seconds
08:08:40 [64.233.170.187][54388398] cmd: QUIT
08:08:40 [64.233.170.187][54388398] rsp: 221 Service closing transmission channel
08:08:40 [64.233.170.187][54388398] disconnected at 8/20/2008 8:08:40 AM
SAME EMAIL RECD AGAIN FROM wf-out-1314.google.com, DELIVERED SINCE RECD FROM SAME SMTP.
09:08:31 [209.85.200.171][28421712] cmd: EHLO wf-out-1314.google.com
09:08:31 [209.85.200.171][28421712] rsp: 250-tradebooster.info Hello [209.85.200.171] 250-SIZE 10485760 250-AUTH LOGIN CRAM-MD5 250 OK
09:08:31 [209.85.200.171][28421712] cmd: MAIL FROM:<username@gmail.com>
09:08:31 [209.85.200.171][28421712] rsp: 250 OK <username@gmail.com> Sender ok
09:08:31 [209.85.200.171][28421712] cmd: RCPT TO:<username@yourlocaldomain.com>
09:08:31 [209.85.200.171][28421712] rsp: 250 OK <username@yourlocaldomain.com> Recipient ok
09:08:31 [209.85.200.171][28421712] cmd: DATA
09:08:31 [209.85.200.171][28421712] rsp: 354 Start mail input; end with <CRLF>.<CRLF>
09:08:31 [209.85.200.171][28421712] rsp: 250 OK
09:08:31 [209.85.200.171][28421712] Data transfer succeeded, writing mail to 288362157076.eml
As you can see from the above there is a delay of approx 2 hours in receiving email. Now the obvious question is, how to resolve such an issue. There are 2 ways we see this being resolved.
Method 1 (NOT RECOMMENDED)
Bypass greylisting for the concerned domain. This method is however not recommended since this would mean an influx of SPAM e-mails on the domain. Just for one domain gmail.com, it makes no sense to bypass the greylisting process completely.
Method 2 (RECOMMENDED)
Whitelist the domain gmail.com for the entire server. When gmail.com is specifically whitelisted for all the domains on the server, the greylisting would automatically be bypassed for it. Thought this could possibly mean that % of spam may increase in the user’s inbox (due to phised emails), but the % increase would be FAR less than what it would be in method 1.
Tags: delay in mail delivery from gmail, email delays, gmail, greylisting Posted in Web Hosting Articles
Posted August 29th, 2008
by admin
Greylisting, is a method of defending e-mail users against spam. Typically, a server employing greylisting will record the three pieces of data known as a “triplet” for each incoming mail message:
* The IP address of the connecting host
* The envelope sender address
* The envelope recipient address
This is checked against the mail server’s internal database. If this triplet has not been seen before (within some period), the email is greylisted for a short time (typically 300 secs), and it is refused with a temporary rejection. The assumption is that since temporary failures are built into the RFC specifications for email delivery, a legitimate server will attempt to connect again later on to deliver the email.
Greylisting is effective because many mass email tools used by spammers will not bother to retry a failed delivery, so the spam is never delivered. When a spammer does retry a delivery after the waiting period has expired, however, it will likely be after a number of automated honeypots have detected the spam source and listed both the source and the particular message in their databases. Thus, these subsequent attempts are more likely to be detected as spam by other mechanisms than they were at first.
Tags: anti-spam, greylisting Posted in Web Hosting Articles
Posted May 27th, 2008
by admin
Your domain name is the center of your Internet identity. So what type of things should you take into consideration when choosing the name that will represent you on the Web?
1. Keep the name short.
Long domain names are hard to remember and type. If your company is called Total Internet Solutions Private Limited, do not choose your domain as totalinternetsolutionsprivatelimited.com. This name is gigantic and very hard for people to remember. Keep the name short like tispl.com.
2. Choose the right domain extension.
When the World Wide Web started .com represented commercial establishments, .org represented non-profit organisations and .net represented companies in the technical / IT field. However with the sudden boom in the late 90s and early 2000, companies found it difficult to obtain names with the correct extension. To overcome this issue various other domain registries were started like .biz and .info. Then came the country specific extensions like .in, co.in, .org.in, .net.in, .ac.in, .co.uk, .us and others. The most recent geographic extension is .asia. As far as possible try to obtain the name that most closely represents your business, is short and choose the right extension. If you are primarily operating in the Indian sub-continent, go for a .in or .co.in domain name. Since this extensions are relatively new and there is not so much craze for it, there is a very high chance that you would be able to obtain your preferred domain in these extensions.
3. Avoid Trademarked Names
There are two reasons for this. One, its not ethical. Two, if you are wanting to make a quick buck by selling a trademarked name, companies are no longer opening their pocketbooks to get their names back. They are calling their lawyers. So why get into this hassle at all.
4. Allowed Characters
Domain names can only use letters, numbers, and dashes. Spaces and symbols are not allowed. Also, domain names are not case sensitive.
5. Avoid Names with confusing spellings
Avoid using confusing names specially the ones that have the same character twice in the name like justtimepass.com. Or if it is mandatory for you to register such a domain, then register both the names, i.e. justtimepass.com and justimepass.com and set up the hosting account in such a way that Internet traffic for both the domains is routed to the same place.
6. Ask your friends and relatives about the name
When you have settled on several available name choices, see what your friends and clients have to say. A name that may make perfect sense to you may be too hard for other people to remember.
7. Register it NOW
Once you have done all the ground work, register the preferred names immediately, before you get stuck with ‘i-did-not-want-this.net’ :).
Call us or email us NOW or just go to Tradebooster Domains to register your domain in real time.
