Re: [DUG] Indy Smtp and XTRA

2007-08-26 Thread Sandeep Chandra
Hi Bevan We don't use Indy, but we have had few problems connecting to Xtra since the change. But what are you talking about with port 465? SMTP uses port 25. I can connect using port 25, but when I try to send a message using idSmtp.Send(idMessage) I get exception saying Authentication

Re: [DUG] Indy Smtp and XTRA

2007-08-26 Thread Bevan Edwards
Hi Sandeep, Oh, so you're using SSL! Have you tried from Outlook or Outlook Express to verify that port 465 works? Have you checked any firewall settings? Have you checked with Xtra (recently) that this port is still open? Have you tried using a telnet session to connect on that port? Are

RE: [DUG] Indy Smtp and XTRA

2007-08-26 Thread Conor Boyd
I don't know about Xtra, but ISPs sometimes uses non-standard ports for SMTP sending (maybe in an attempt to cut down on the sending of spam?) Mine uses 2525 for example. C. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bevan Edwards We don't use

Re: [DUG] Indy Smtp and XTRA

2007-08-26 Thread David Moorhouse
Xtra were using port 25. I've another support customer that has switched away from xtra due to the hassles of last weeeknd. Wonder how many they lost ! Cheers D On Mon, 27 Aug 2007 08:14:47 +1200, you wrote: I don't know about Xtra, but ISPs sometimes uses non-standard ports for SMTP sending

RE: [DUG] Indy Smtp and XTRA

2007-08-26 Thread Stephen Barker
Hi, Xtra are now requiring SSL, port 465 for sending: with Yahoo!Xtra Pro Mail http://xtra.co.nz/help/0,,4150-7780758,00.html I haven't used Indy for SSL connections, but I have used it with smtp authentication: ... statusbar1.panels[0].Text:='Sending'; application.processmessages;

Re: [DUG] Indy Smtp and XTRA

2007-08-26 Thread Rohit Gupta
Hi, you have to enable SSL authentication. I will see if I can find the code Sandeep Chandra wrote: Hi I am having difficulty connecting to xtra smtp server after they changed their smtp server to point to send.xtra.co.nz and port to 465. Has anyone managed to send emails using xtra after

Re: [DUG] Indy Smtp and XTRA

2007-08-26 Thread Rohit Gupta
To clarify, all email to xtra now uses SSL. Some apps recognise the port number and switch automatically. You either have to use SSL in Indy or use the SSL layer that xtra are providing. We are using the latter. The code then is if FUseSSL then begin {$ifdef gtD11}

RE: [DUG] Indy Smtp and XTRA

2007-08-26 Thread Tracey
I had to change my friend's setup over the weekend. Some clients wont work unless you set them to use sll port 465, some they recommend stay on port 25. I don't understand their reasoning but it IS Xtra we are talking about. What sort of wers change their smtp server address out of the

RE: [DUG] Indy Smtp and XTRA

2007-08-26 Thread karlreynolds
As well as changing to port 465 and using SSL, you also need to change your outbound server from smtp.xtra.co.nz to send.xtra.co.nz. If you don't switch servers, some of the email you send will never arrive - I can confirm this. A bit like the way some email sent to you isn't arriving now due to

Re: [DUG] Indy Smtp and XTRA

2007-08-26 Thread David Moorhouse
Actrix or Orcon have good service with reasonable prices. HTH D On Mon, 27 Aug 2007 10:03:17 +1200, you wrote: As well as changing to port 465 and using SSL, you also need to change your outbound server from smtp.xtra.co.nz to send.xtra.co.nz. If you don't switch servers, some of the email

Re: [DUG] Indy Smtp and XTRA

2007-08-26 Thread Nick
Orcon :-) [EMAIL PROTECTED] wrote: As well as changing to port 465 and using SSL, you also need to change your outbound server from smtp.xtra.co.nz to send.xtra.co.nz. If you don't switch servers, some of the email you send will never arrive - I can confirm this. A bit like the way some email

Re: [DUG] Indy Smtp and XTRA

2007-08-26 Thread Sandeep Chandra
Thanks Rohit, I posted a message yesterday and for some reason it isn't there. Following is the copy of what I posted. ___ Hi Bevan We don't use Indy, but we have had few problems connecting to Xtra since the

RE: [DUG] Indy Smtp and XTRA

2007-08-26 Thread Sean Cross
I recommend xnet.co.nz. If you do any volume, their adsl package is way cheaper than xtra (I save about $30 per month), doesn't require tolls and doesn't slow down at the end of the month. See http://xnet.co.nz/hsi/. If anyone wants to go with xnet, let me know and I will provide a referal

RE: [DUG] Indy Smtp and XTRA

2007-08-26 Thread Ross Levis
Xnet is very good if you have mostly national traffic. I use www.world-net.co.nz with a 30GB plan which works out $5 cheaper than Xnet, but most of my traffic is international. Ross. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sean Cross Sent:

RE: [DUG] Indy Smtp and XTRA

2007-08-26 Thread Sean Cross
Looking at world-net, it is cheaper in some cases, but not in all. Xnet is pay for what you use, if you don't use all 30gb, you don't get charged for it. If you have Full speed up and down, xnet will usually be cheaper. Regards Sean Cross IT Systems Development Manager Catalyst Risk

Re: [DUG] Indy Smtp and XTRA

2007-08-26 Thread Rohit Gupta
What Xtra did was to classify their users as home or business. For home users, outlook presumably sorts out the requirement of ssl. And business users are using mail servers so they have to use SSL explicitly. The problem is that there are many users that are businesses without a mail

Re: [DUG] Application - Language translation

2007-08-26 Thread Richard Vowles
Rohit Gupta wrote: What is involved in converting an App for a chinese like language ? It is easy enough to get all the strings into a resource file (with a bit of elbow grease). What about the characters themselves ? Do I need to worry about things like unicode anywhere ? According to

Re: [DUG] Indy Smtp and XTRA

2007-08-26 Thread Neven MacEwan
Rohit I must admit I'm trying not to feel a little smug, we have advised businesses to get their own domain name and email servers for several years (using linux sendmail) and that @xtra.co.nz was not a good business practice. The argument I always gave was that it makes your business look

RE: [DUG] Indy Smtp and XTRA

2007-08-26 Thread Ross Levis
Using a domain name doesn't always mean using a different mail server. I have a domain name but I send emails using my ISP. I would like to use the SMTP server in IIS on an XP Pro box I use as a server here, but I gave up after several hours of trying. It would receive emails from my email

RE: [DUG] Application - Language translation

2007-08-26 Thread Ross Levis
An earlier version of my app was translated for Chinese by someone in Taiwan. I didn't have to change any font settings. I use a TrueType font. I use GNU GetText for Delphi (http://dybdahl.dk/dxgettext). I only had to make some room for longer captions in a few places. Ross. -Original

Re: [DUG] Indy Smtp and XTRA

2007-08-26 Thread Jeremy Coulter
Hi RohitI thought you were not alowed to run internet servers on your home PC with Xtra? Atleast that was what they told me some time ago, and even Paradise made that comment to me at some stage when I was talking to one of their tech support guys, but then saidits a stupid and we dont

RE: [DUG] Indy Smtp and XTRA

2007-08-26 Thread Conor Boyd
Yeah? I haven't got the TelstraClear TOS available, but my recollection was that you could run a server at home? Not that I do... Nice that you get a static IP with TelstraClear too. C. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeremy

RE: [DUG] Indy Smtp and XTRA

2007-08-26 Thread Jeremy Coulter
you get a static IP with Cable with TelstraClear not ADSL unless you are a business, and thats a telecom thing. Which is completely stupid and illigical, considering my connection has been up for ...well now Iliik its been 16days as I forgot I rebooted my router when I accidently unplugged

Re: [DUG] Application - Language translation

2007-08-26 Thread Phil Scadden
I've had fun with Hebrew. A patch changed automatic left/right conversion so ended up dependent on whether that MS Patch was applied. The hassle with trying to avoid unicode was ending up with dependency on what default language and character set people had chosen. Going full unicode fixed these