Re: [twsocket] FTP Timeout Problem
For a server yes, but it's not "trouble" if you know the ports it's configured to use, and make appropriate holes in the Server's firewall. The client end, even for secure FTP still does not need any firewall/router meddlings when "Passive" mode is used, as again it only makes outgoing connections, just like (well, there are differences) a web browser going to a secure page. As earlier, I run a couple of such boxes, and once the server end is sorted, the clients "just work" with no fuss at all. Have a good weekend. I will *NOT* be watching that wedding, I've got better things to do with my time! :-) DaveB > -Original Message- > From: Angus Robertson - Magenta Systems Ltd > [mailto:an...@magsys.co.uk] > Sent: 27 April 2011 19:39 > To: twsocket@elists.org > Subject: Re: [twsocket] FTP Timeout Problem > > > Any half decent firewall or NAT router, will handle all that > > transparently. > > That is correct for normal FTP, where the router can read the > control channel and check the internal IP address and > translate it to an external address, but not for SSL since > the control connection is encrypted and can not be changed. > This is why FTP servers behind NAT are trouble. > > Angus > > > -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] FTP Timeout Problem
Passive mode *Should not* need any firewall hole poking, at the Client end. That's the beauty of Passive mode! The client only ever makes outgoing connections, it never has to receive an incoming one. Any half decent firewall or NAT router, will handle all that transparently. It's worth checking that Win7's own firewall doesnt block outgoing requests from *unknown* apps though. But yes you *will* most certainly need to explicitly perforate the firewall at the Server end, for all ports, and port ranges the FTP server will ever use. Regards. DaveB. > -Original Message- > From: Angus Robertson - Magenta Systems Ltd > Subject: Re: [twsocket] FTP Timeout Problem > > > I'm trying to create a FTP server with SSL. The client(on Win7) and > > server(on Win2008 R2) are on two separate computers. Initially, we > > had problems with the SSL handshake, when trying to retrieve a > > directory listing. Now, all we get is a time out. > > Ensure you are using passive mode, and that ports being used > by the FTP data channel are opened in firewalls at both ends. > > This issue was discussed extensively a few weeks ago. I have > an ICS public FTP server with SSL you can test against. > > Angus > > > -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] socket lossing traffic after 2/3 days
That just shows active connections. You need:- netstat -an That shows chapter and verse, tcp and udp ports, connected, listening, waiting etc. If you do:- netstat -anb ...on XP or later, you also (eventualy, it can take a while) the processes that are associated with the ports and connections listed. Cheers. DaveB. > -Original Message- > From: Francois PIETTE [mailto:francois.pie...@skynet.be] > Sent: 20 April 2011 05:47 > To: ICS support mailing > Subject: Re: [twsocket] socket lossing traffic after 2/3 days > > > Am running a chat system using tcp for data transfer but I have a > > problem am unable to fix and was wondering if anyone else > had this issue. > > > > basically when using my app for more then 3 days it would > cash but not > > a full socket crash were it would boot people it would just stop > > accepting new incoming data from logins but anyone else that was > > already connected would not be effected at all until there log off > > site and turned to re-login then there would get connecting fail > > message > > > It looks that the listening socket is closed. > At the command prompt, enter "netstat -p tcp" (without > quotes). You should see your listening port. > > -- > francois.pie...@overbyte.be > The author of the freeware multi-tier middleware MidWare The > author of the freeware Internet Component Suite (ICS) > http://www.overbyte.be > > > -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] UDP receive issue from a Windows service
Surely, an attached debugger is going to use some CPU time, however small even if nothing triggers it, therefore, the debugged program cycle timing will change somehow, however small. Plus, however the debugger works, it could be forcing some other process (in the kernel) to do it's job more often, so keeping something up-to-date, that might otherwise slip a bit without that constant poking. I've also seen similar things (with other high speed I/O) in the past, it's 99% of the time, a timing problem. Somethings on the ragged edge, and any attached process (Debugger or ???) just helps that little bit by sneeking in a few extra nS somewhere. Multi core CPU's or HyperThreading seem to provoke this sort of mayhem more than most.. Can you dedicate your program to one core, and one core only? You did say TCP works OK, the extra overhead of that stack probably add's some time, and/or forces some data table updating, helping things too. Remember, Windows is not a real time system. Plus, it's not entirely unknown for MS to do things in not quite the right way. (As the rest of the world sees it anyway...) It could of course, be "something completely different", to quote Monty Python... I'll get me coat.. Dave B. > -Original Message- > From: Francois PIETTE [mailto:francois.pie...@skynet.be] > > > I think that if you consider what I suggested before, might > help you... > > It maybe has to do with extra process time the debugger gives > > Thanks for insisting. > > Which extra process time do you mean ? The debugger has just > to be attached. > No need to set any breakpoint nor single step. Just attach. > IMO, when a debugger is attached, the process is not slowed down. > > I would also add that there is definetely no CPU time issue, > nor network I/O issue with the application. Every second, it > send a single UDP datagram (A SNMP get request) and expect a > single UDP datagram (A SNMP get reply). A single socket is > used for both send and receive and datagram fits in winsock > receive buffer. > > -- > francois.pie...@overbyte.be > http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] [OT] Twitter tells third-party devs to stop making Twitter client apps
Translated... They want the users to see all the add's and fluf, other third parties pay them to present, that many dedicated client app's wont show DaveB. > -Original Message- > From: Anton S. [mailto:an...@rambler.ru] > Sent: 21 March 2011 08:49 > To: twsocket@elists.org > Subject: [twsocket] [OT] Twitter tells third-party devs to > stop making Twitter client apps > > Just FYI > > Twitter tells third-party devs to stop making Twitter client apps > > "In a statement issued today by Twitter on its official > developer mailing list, the company informed third-party > developers that they should no longer attempt to build > conventional Twitter client applications. In a move to > increase the "consistency" of the user experience, Twitter > wants more control over how its service is presented to users > in all contexts." > http://arstechnica.com/software/news/2011/03/twitter-tells-thi > rd-party-devs-to-stop-making-twitter-client-apps.ars > > -- > Anton > > -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] UPNP
Take care. UPnP is dangerous. It's a very common way for a lot of Malware on one PC to open holes in the border firewall/router for it's own (doubtfull) ends. UPnP was a nice idea for consumer stuff, but it opens a whole tanker full of worms if used, hence many (most now?) windows PC's have that feature blocked, and for very good reason! Your router should have it disabled too. Any resultant wails from your kids about the PSXBox or similar not getting on the web, can be fixed with "normal" router/firewall "Port Forwarding", as per many good sites found with Google. So much safer than letting UPnP work. Regards. Dave B. PS: UPnP is not the same as "Plug and Play" hardware detection, that is a totally different animal. > -Original Message- > From: Eric Fleming Bonilha [mailto:e...@digifort.com.br] > Sent: 07 January 2011 13:59 > To: ICS support mailing > Subject: Re: [twsocket] UPNP > > I thought about that too > > But I found the problem. The LocalAddr (or addr? don´t > remember now) must be changed to local IP address, not > 0.0.0.0, or else I don´t receive the responses > > Thanks! > > Eric > > -- > From: "Markus Humm" > Sent: Friday, January 07, 2011 9:20 AM > To: > Subject: [twsocket] UPNP > > > Hello Eric, > > > > could it be that some other UPNP service is still active on your PC > > which blocks usage of this port? > > > > Greetings > > > > Markus > > -- > > To unsubscribe or change your settings for TWSocket mailing list > > please goto > http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket > > Visit our website at http://www.overbyte.be > > > > > > > Nenhum virus encontrado nessa mensagem recebida. > > Verificado por AVG - www.avgbrasil.com.br > > Versao: 9.0.872 / Banco de dados de virus: 271.1.1/3364 - Data de > > Lancamento: 01/06/11 16:34:00 > > > > -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Installing ICS within C++ Builder 2006
Hi... Indeed If you go to www.overbyte.be that in turn takes you to http://www.overbyte.be/frame_index.html, the "Quicklink" top right, with "Latest ICS Version" showing, presents one with an ICSV5.zip file when you hit the '>' button to start the process... http://wiki.overbyte.be/wiki/index.php/ICS_Download does present you with (among other things) the true latest (V7) version. Take Care.. Dave B. > -Original Message- . . . . > > > You should no longer use ICSv6 but ICSv7 which installs > fine with BCB. > > > > Forgot to post the download link, here it is: > > http://wiki.overbyte.be/wiki/index.php/ICS_Download > > Note that the ICSv7 download on www.overbyte.be might be > still a very > > old and buggy version, get ICS always from the link above. > > > > -- > > Arno Garrels -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
[twsocket] [OT] Digest mail trouble, local to me, I think.
This is odd. This (below) is all I see from this list now. (Other lists etc are OK) Even old digests are empty, though the message size figure suggests otherwise! I suspect a recent MS or AV update has fliped a kill-bit somewhere causing the contents of the digest to vanish from view. If anyone has a fix, please contact me direct, as I can't see the contents of the digest, past the headers! Sadly, I'm using Outlook 2003 SP3, on XP SP3, via an exchange server, no choice in the matter. I have Admin level control of the PC, but no control or access to the server. Any hints? Regards. Dave Baxter. dave at uk-ar dot co dot uk (demangle as usual) > -Original Message- > From: twsocket-boun...@elists.org > [mailto:twsocket-boun...@elists.org] On Behalf Of > twsocket-requ...@elists.org > Sent: 29 September 2010 13:00 > To: twsocket@elists.org > Subject: TWSocket Digest, Vol 392, Issue 3 > > Send TWSocket mailing list submissions to > twsocket@elists.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket > or, via email, send a message with subject or body 'help' to > twsocket-requ...@elists.org > > You can reach the person managing the list at > twsocket-ow...@elists.org > > When replying, please edit your Subject line so it is more > specific than "Re: Contents of TWSocket digest..." > -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] PASV fallback to public IP
> -Original Message- > From: Angus Robertson - Magenta Systems Ltd > [mailto:an...@magsys.co.uk] > Sent: 07 September 2010 09:47 > To: twsocket@elists.org > Subject: Re: [twsocket] PASV fallback to public IP > > > > Some FTP servers return wrong IP for PASV command (private > instead of > > public). In such cases, obviously, FTP component can't > connect to the > > server. > > This is not really an FTP server issue, but a poorly designed > NAT router that has not replaced the private IP address with > a public IP. > > > Filezilla is smart enough to detect this and switch to public IP, > > instead: > > Detecting the wrong address is easy, but whether replacing it > with a public address will do anything useful is more > debatable since the NAT router may not know which private IP > address is the intended destination of the incoming TCP connection. > > NAT routers have to be designed to understand the FTP > protocol, and parse the control channel for private IP > addresses and forward connections appropriately. Normally > this is all hidden and you never know it's happening. > > Do you have a specific example of a live public server > returning a private IP that we can test? It will be very > difficult to set-up, since it needs a crappy NAT router. > > Angus > As a FileZilla client and server user of some years. Servers that return a Private (LAN) IP in a Passsive Mode parameter value, are probably misconfigured by their owners, rather than any deficiancy in the routers used. F'Zilla can only "detect" your WAN IP, if you point it to a suitable external site/service that will report back your WAN IP. Sadly, not all of them do it in a way F'Zilla can reliably handle. You could use a local to you service, that in turn polls your router setup pages to find the WAN IP currently in use, but every router is different. If you have a dynamic WAN IP as most home users do, you can use an external service such as DynDns so you can have a regular "domain name" who's resolved IP follows your actual IP as it changes from time to time (with a short delay...) Then, in F'Zilla (and I guess in any ICS created server) you can find your outside (WAN) IP, by doing a DNS query on yourself (in FZ, you put your domain name in the Passive Mode Settings dialog, "Use the following IP" field) that in turn will return your current WAN IP address, that is then used as part of the client Passive mode setup protocol. Or, you ask your ISP for a fixed IP account. :) The only thing you need to do to any routers in line, is make sure that their port forwarding rules are setup, so that *All* the FTP Data port(s) you use, are passed to the machine on your LAN that is running the server. The client of course, does not need to make any such adjustments, they only ever initiate outgoing connections, so no port forwarding needs to be done. Regards. Dave B. -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
[twsocket] OT: Old vs New (Was RE: Should ICS support IPv6 on W2K?)
Hi. There is still lots of "in-house" and some vendor support and development for 2k among the indipendants. As just swapping out the embedded PC is nowhere near as easy as it would be in an office or home environment. The lack of EISA slots and "Real" COM ports, for existing mega expensive hardware interface adapters being a *Huge* problem with new PC's, even some of the so called "Industrial" units. Resulting in many such devices do not have any viable replacement, other than from a stock of existing spares. The same issues are now being seen with newer machines that have PCI slots and cards. Hence older embedded PC's are getting overhauled and repaired often, not replaced with new. And of course, with the new OS's, you often get driver issues with older hardware that is not supported in the new OS.(Yes, I know some makers will provide them for you, if you order several machines, but at an outlandish cost.) USB? In "Industry". Forget it, it's way too fragile, mechanically and electrically. It's all a bit of a nightmare for some of us. But otherwise, all agreed with. Have to say though, that often the so called "New" development on the new OS's are only to replace existing time served and proven apps and tools on the older. Often with less stability and reliability as a result (but they look pretty!) Where as in the past a project development team might have stayed in a company for a few years, nowadays, once the "product" is passed to production (hardware or software) the designers seem to run to the four corners of the earth, result, long term buggy "New" products, that replace otherwise reliable and stable older stuff, with near zero chance of being fixed, so a short product life. Progress? Guess someone makes money out of it... Anyway, back to my hot oil and HV power supplies!Something just went Bang!... No software involvement, other than to reset a DMM that will have probably been nuked by the spike, and latched up as a result. (Mk1 digit on power swith!) Out of curiosity, what is the worldwide "take up" or "penetration" of IPv6 at present? Anyone know for sure? Regards. Dave B. > -Original Message- > From: Darin McGee [mailto:da...@basehex.com] > Sent: 02 June 2010 16:26 > To: ICS support mailing > Subject: Re: [twsocket] Should ICS support IPv6 on W2K? > > Yes of course but there is no NEW development going on for > those systems as it makes no sense. In other words when it > comes time to replace the hardware they are forced into > upgrading the programs or run them in a virtual environment. > > > >>I suspect that data comes from querying browser an or or MS update > users. > > >>There is still a *Huge* W2k installed base in industry, all those > machines and systems with it embedded. Heck, there are still many > DOS+Win3x based systems still running things in places. I > even know of > one Comodor PET still used as an environmental chamber > controler! (The > screen is a "little dim" these days!) > > OK, little of it is connected to the 'net, but much of it is > interconnected by LAN (of one form or another) but very > little has a web browser that is used for surfing! > > Anyway, when or if IPV6 comes about to the masses, we'll > probably all be on 128 bit Windows 11 or Linux Kernel V4 or something. > > Interesting though, that Win7 is still less prevelant than > Vista, no suprise XP is top of the list. > > Tin hat and fireproof suit ready. (Stir stir..) > > Dave B. > > > > -Original Message- > > From: Zvone [mailto:pha...@gmail.com] > > Sent: 01 June 2010 13:50 > > To: ICS support mailing > > Subject: Re: [twsocket] Should ICS support IPv6 on W2K? > > > > Arno, don't bother with Win2000 without service packs support. > > > > See this: > > > > OS usage by market share: > > > > Windows XP - 62.53% > > Windows Vista - 15.26% > > Windows 7 - 12.67% > > Mac OS X 10.6 - 2.34% > > Mac OS X 10.5 - 1.96% > > Linux - 1.13% > > Java ME - 0.73% > > Mac OS X 10.4 - 0.66% > > iPhone - 0.60% > > Windows 2000 - 0.50% > > > > It is slowly moving into Win 9x domain so you can safely move on. > > Good XP and Win 7 support is much more important than figuring out > > Win2k support. > > Whoever uses it in the application can put this requirement in the > > "readme" > > and by the time it is fully tested and IPV4 no longer used, > Win2k will > > > have even less market share if any. > > > > > -- > To unsubscribe or change your settings for TWSocket mailing > list please goto > http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket > Visit our website at http://www.overbyte.be > > -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Should ICS support IPv6 on W2K?
I suspect that data comes from querying browser an or or MS update users. There is still a *Huge* W2k installed base in industry, all those machines and systems with it embedded. Heck, there are still many DOS+Win3x based systems still running things in places. I even know of one Comodor PET still used as an environmental chamber controler! (The screen is a "little dim" these days!) OK, little of it is connected to the 'net, but much of it is interconnected by LAN (of one form or another) but very little has a web browser that is used for surfing! Anyway, when or if IPV6 comes about to the masses, we'll probably all be on 128 bit Windows 11 or Linux Kernel V4 or something. Interesting though, that Win7 is still less prevelant than Vista, no suprise XP is top of the list. Tin hat and fireproof suit ready. (Stir stir..) Dave B. > -Original Message- > From: Zvone [mailto:pha...@gmail.com] > Sent: 01 June 2010 13:50 > To: ICS support mailing > Subject: Re: [twsocket] Should ICS support IPv6 on W2K? > > Arno, don't bother with Win2000 without service packs support. > > See this: > > OS usage by market share: > > Windows XP - 62.53% > Windows Vista - 15.26% > Windows 7 - 12.67% > Mac OS X 10.6 - 2.34% > Mac OS X 10.5 - 1.96% > Linux - 1.13% > Java ME - 0.73% > Mac OS X 10.4 - 0.66% > iPhone - 0.60% > Windows 2000 - 0.50% > > It is slowly moving into Win 9x domain so you can safely move on. > Good XP and Win 7 support is much more important than > figuring out Win2k support. > Whoever uses it in the application can put this requirement > in the "readme" > and by the time it is fully tested and IPV4 no longer used, > Win2k will have even less market share if any. > > -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
[twsocket] XMLRPC client?
Hi... Anyone got or know of a simple (like minimal bagage) XMLRPC client tool, component or unit for Delphi 7 with ICS? I would like to interact with this... http://www.w1hkj.com/Fldigi.html It's a HF Radio data modem application, that works very well as a stand alone app, but can also be used as an external modem by other app's External control documentation:- http://www.w1hkj.com/FldigiHelp-3.20/xmlrpc-control.html And yes, I have a full ham licence, so am permitted to throw up to 400W into the air (not with this mode!) if I so wish! Regards. Dave B. (G0WBX) -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Connect to FTP proxy not in transparent mode - promptfor account
Hi. Your best bet, as your user wants to use a specific proxy, is to ask them to provide you with an install of such a proxy (as a loan item, that you will return to them when you're done developing and testing) with the account setup instructions, so you can make your own test system, allowing you to freely test your code, without anoying any other system users/owners or whoever. If the proxy is prompting you for an account, you have connected! What you need to find out is what the account details are, that you need to feed it, so it can give you access to where you (your user) needs to go to. Regards. Dave B. > -Original Message- > From: Info2004 [mailto:info2...@asamicros.com] > Sent: 17 May 2010 09:54 > To: ICS support mailing > Subject: [twsocket] Connect to FTP proxy not in transparent > mode - promptfor account > > Hi, > > If the ftp proxy is prompting for account, how should I connect? > > Should I set the account string property and call > ConnectAsync, or should I call ConnectAsync then AcctAsync, > or just call AcctAsync? > > I'm struggling to test as I have no access to the proxy in > question, otherwise I'd just use trial and error. > > Googling for a proxy to download and install is coming up > with lots that use transparent mode, but that's not what I need. > > Anyone used a free ftp proxy that can use authentication? > > Andy > > -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] FTP through proxy not in transparent mode
I presume you're looking for this... ? http://proxy.wow.ag/proxyOnlyAnonymous.php?offset=0 There is a list of Transparrent proxies, if you look down the left of that page. I think they are Web/HTTP related, also needing the client to use a specific port to connect to the proxy with. I'm not sure you'll get any "ordinary" (even Pasv mode) FTP to work through them. WoW in this case is World of Webcams. And I suspect it's more for self disguise (hiding) as anything. Why does your user want to use such a proxy anyway? Just guessing here, but have you tried "Pasiv mode"? (If you don't try, you never know?) Cheers. Dave B > -Original Message- > From: Info2004 [mailto:info2...@asamicros.com] > Sent: 10 May 2010 09:10 > To: ICS support mailing > Subject: [twsocket] FTP through proxy not in transparent mode > > Hi, > > I have an application which uses OverbyteIcsFtpCli version > V2.108. It's working great - no problems. > > However, a customer wants to use this application through his > proxy (wowproxy), and it's not using transparent mode. > > So, anyone used this or similar combo? Can I get it to work? > > I googled wowproxy, but got lots of hits for world of > warcraft - not really what I'm after. > > Thanks, > > Andy > > -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] TSmtpCli test.
Came through here OK, Asian symbols and all. Running OE 2003 SP3, on XP Pro, SP3, via Exchange server (unknown version/patch level) > -Original Message- > From: =?iso-2022-jp?Q?=1B$B2f$ [mailto:=?iso-2022-jp?Q?=1B$B2f$] > Sent: 22 April 2010 17:30 > To: twsocket@elists.org > Subject: [twsocket] TSmtpCli testいろはにほへど ちりぬるを我我が世誰ぞ > 常ならむ我が世誰ぞ 常ならむ我が世誰ぞ 常ならむ我が？凾タが世誰ぞ 常ならむ我が世誰ぞ？凾タ常ならむ > > Hi, > > This is a test e-mail sent with v7 MailSnd demo and a > modified/fixed TSmtpCli. > Trimmed! > -- > Arno Garrels > > PS: I've now got the munchies for Chinese food! -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] FTP Monitoring software?
I'd go so far and say it's "Very Good". Even to the point of re-assembling files from monitored packet streams too. Dave B. > -Original Message- > From: Francois PIETTE [mailto:francois.pie...@skynet.be] > Sent: 07 February 2010 18:40 > To: ICS support mailing > Subject: Re: [twsocket] FTP Monitoring software? > > >What software is available that will allow me to > monitor the ftp > > commands that are sent and received by my computer. > >I need to do some debugging. > > Wireshark is free and quite good. > > -- > francois.pie...@overbyte.be > The author of the freeware multi-tier middleware MidWare The > author of the freeware Internet Component Suite (ICS) > http://www.overbyte.be > > > -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Static ARP
> -Original Message- > From: Angus Robertson - Magenta Systems Ltd > [mailto:an...@magsys.co.uk] > Sent: 02 February 2010 10:46 > To: twsocket@elists.org > Subject: Re: [twsocket] Static ARP > > > Does ICS provide any means to set static ARP entries? > > No ICS does not have support ARP. > > There are various ARP APIs in the Internet Protocol Helper > API, try googling CreateIpNetEntry. You'll also find an > Embarcadero Discussion Forums thread about privileges. > > My web site has a partial conversion of the IP Helpher APIs, > which includes reporting ARP entries with GetIpNetTable but > not changing them. > I suggest you start with these units and add the extra > functions you need, then please let me have them back for > others in the future. > > http://www.magsys.co.uk/delphi/magiphlp.asp > > Angus Or implement a simple message handshake protocol of your own? Like send a crude checksum value back to the sender, for it to decide what to do next. I've on and off been playing with shovelling GPIB instrument traffic over the LAN via UDP, as much as an experiment in programming as anything else, and found that even on a quiet LAN, you still get some packet loss with UDP. But it's relatively trivial to add a simple message handshake system, if you don't (or cant for whatever reason) use TCP. Take care with ARP etc, it's too easy to totally compromise a LAN with that. In some installations too, the IT peeps might be keeping an eye on ARP traffic, and "send the heavies round" if something odd is seen to be happening at your location, as it's a common LAN attack method. Google "ARP Games". It can be fun to fiddle on your own system, but... Regards. Dave B. -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
[twsocket] SSL is broke?
Seems good old SSL is after all susceptable to some sort of Man In The Middle atack. http://www.grc.com/securitynow.htm Scroll down, to episode 223. Comments? Dave B. -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] OverbyteIcsPingTst
Hi.. What operating system? Have you given any local firewall/secruity system permission for the ping test program to do what it needs? That is, use the machines networking resources. Cheers. Dave B. > -Original Message- > From: Signed Source(r) Project [mailto:dan...@signedsource.com] > Sent: 20 November 2009 11:17 > To: ICS support mailing > Subject: Re: [twsocket] OverbyteIcsPingTst > > Hi Wilfried, > Many thanks for the response. > Yes, i can ping anything from the command window and they all > are answering. > >From PingTst I can ping only and only localhost and it gives this. > .. > .. > Resolving host 'localhost' > Host 'localhost' is 127.0.0.1 > Sending 56 bytes to 127.0.0.1 (127.0.0.1) Received 56 bytes > from 127.0.0.1 in 0 msecs > .. > > Whats the use of this if it isn't pinging anything else? > > -daniel > > - Original Message - > From: "Wilfried Mestdagh" > To: "ICS support mailing" > Sent: Friday, November 20, 2009 12:55 PM > Subject: Re: [twsocket] OverbyteIcsPingTst > > > Hello Signed, > > Can you ping your local machine (127.0.0.1)? > Can you ping both with the command interpreter? > > --- > Rgds, Wilfried [TeamICS] > http://www.overbyte.be/eng/overbyte/teamics.html > http://www.mestdagh.biz > > Thursday, November 19, 2009, 20:39, Signed Source(r) Project wrote: > > > Hi guys, > > I have just tested --> OverbyteIcsPingTst which is > delivered with v7 and > > noticed, > > It does not ping anything!! > > > Here is what I get... > > > :: > ::: > > Resolving host 'www.google.com' > > Host 'www.google.com' is 74.125.79.105 > > Sending 56 bytes to 74.125.79.105 (74.125.79.105) > > Cannot ping host (74.125.79.105) : Request timed out. Status = 11010 > > > :: > ::: > > > It is doing the same for whatever I try. > > Any ideas? > > > -daniel > > -- > > To unsubscribe or change your settings for TWSocket mailing list > > please goto > http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket > > Visit our website at http://www.overbyte.be > > -- > To unsubscribe or change your settings for TWSocket mailing list > please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket > Visit our website at http://www.overbyte.be > > > -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Location of TTrafficLight component and examplesource code
The problems seems to be "edn.embarcadero.com" (12.233.153.18) is sick or off the air at the moment. The domain responds to a Ping (average 173ms!) but none of the 3 browsers and 2 ISP combinations I have avalable here will download anything from that address. "Timout waiting for server", or "Connection interupted" messages are all I can get. Tried using BT and Demon ISP's, IE, Firefox & Chrome browsers, here in the UK at least. Either there is a typo in the address, their server has croaked, or a DNS entry is corrupt. Regards. Dave B. > -Original Message- > From: francois.pie...@skynet.be [mailto:francois.pie...@skynet.be] > Sent: 17 September 2009 08:10 > To: twsocket@elists.org > Subject: Re: [twsocket] Location of TTrafficLight component > and examplesource code > > > I'm trying to locate the source code and TTrafficLight component > > referenced in an article written by Francois Piette and found > > originally in thefollowing inactive linkage: > http://edn.embarcadero.com/print/20465. > > The article has a link to the source code near the top of the > article just before the first paragraph. > > -- > francois.pie...@overbyte.be > The author of the freeware multi-tier middleware MidWare The > author of the freeware Internet Component Suite (ICS) > http://www.overbyte.be > > > > > Hello,I'm trying to locate the source code and TTrafficLight > component referencedin an article written by Francois Piette > and found originally in thefollowing inactive linkage: > http://edn.embarcadero.com/print/20465. It wastitled > \"Writing Client/Server applications in ICS\" It would be of > excellenteducational value. It also does not appear to be in > the ICS suite accordingto the listing. Thanks in > advance.Wayne BelshawBrocade Communications--To unsubscribe > or change your settings for TWSocket mailing listplease goto > http://lists.elists.org/cgi-bin/mailman/listinfo/twsocketVisit > our website at http://www.overbyte.be > -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Specify full paths to libeay32.dll and ssleay32.dll
Hi... Put them in a unique folder/directory, available to all app's. An "easy" (if dirty) way, is in the System32 folder under Windows (or WinNT.) Make sure you have one set, AND ONLY ONE SET of them on your system, and all apps etc will use them as needed, so they only see the same version. Or, put them in their own folder, and add the direct path to that in the systems default search path. When an app call's another resource, it first searches it's own (same) local path where the main .exe is. If it isn't there, it them searches Windows system path(s) if still not found, then according to the default search path, as defined by the system variables. Unless you specify the exact path and file you want. You can often make a "Huge" performance improvement, knowing how to manipulate paths etc. Keeping the default search path short helps a lot, as does setting up shortcuts to app's correctly, so the app "stars in" the corect folder, hence has a direct path to it's own needed resources. You can also "Register" them with Windows, so Windows will only ever look in one place. It can speed things up a lot, but at the expense of some flexability. This is exactly why some app's misbehave on some systems, and not on others. because they find other versions of the same DLL's (typicaly) before the ones you realy want them to use. A little experimenting with any compiler and making some simple DLL's that pass back a name (or one DLL that passes back it's own path) as a string to the caller, and then scatter coppies in the usual places, and you might be suprised what call's what and when. The default install's of Delphi in the past, do not do the "optimum" thing either, for the health of the system as a whole. Been there, got the 'T' shirt, and the numb brain cells etc... Regards. Dave B. > -Original Message- > From: Albert Wiersch [mailto:supp...@htmlvalidator.com] > Sent: 14 September 2009 23:44 > To: 'ICS support mailing' > Subject: Re: [twsocket] Specify full paths to libeay32.dll > and ssleay32.dll > > > I think I found a solution to my problem. I am adding the > needed path to the "PATH" environment variable (if it's not > already there) and this seems to work. > > If there is a better solution, then I'd still like to know. > > Thanks. > > -- > Albert Wiersch > AI Internet Solutions > supp...@htmlvalidator.com > http://www.htmlvalidator.com/ > > > > -Original Message- > > From: twsocket-boun...@elists.org > [mailto:twsocket-boun...@elists.org] > > On Behalf Of Albert Wiersch > > Sent: Monday, September 14, 2009 5:23 PM > > To: twsocket@elists.org > > Subject: [twsocket] Specify full paths to libeay32.dll and > > ssleay32.dll > > > > > > I have run into an issue where my application (the DLL part) cannot > > find libeay32.dll and ssleay32.dll when it is loaded from a > 3rd party > > app. I suspect because the 3rd party app path is searched > instead of > > my application's path - and these DLLs are in my app's > path, not the > > 3rd > party > > app path. > > > > So how can I specify a direct path to these DLLs to make > sure they are > > found? > > > > I checked TSslContext and it did not seem there was a way > to specify > > the full paths to the DLLs. > > > > Thanks. > > > > -- > > Albert Wiersch > > AI Internet Solutions > > supp...@htmlvalidator.com > > http://www.htmlvalidator.com/ > > > > > > > > -- > > To unsubscribe or change your settings for TWSocket mailing list > > please goto > http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket > > Visit our website at http://www.overbyte.be > > > -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Broadcasts on local network
If you can't easily use network broadcasts, you could setup a local IRC server, and have each app' connect to that as a client. Sort of your own LAN botnet! On a LAN, UDP works nicely too, if the LAN is not too busy. Most local machine AV/Firewall systems will allow outgoing connections, and the resulting replies. But indeed will prevent unscheduled incoming data, even from other LAN clients, unless they are preconfigured to allow such stuff. Historicaly, windows messaging was a popular vector for bad guys to use. If you do your own IRC server/client scheme, you can use non standard ports and protocols, hopefully reducing any likelyhood of any trouble if a machine should become visible to the www. But whatever you do, keep a check on your message buffer pointers and boundries, and the ammount of incoming data destined for them. Ie, try to prevent creating (yet) another buffer overflow problem. Just one idea. Regards. Dave B. > -Original Message- > From: Paul [mailto:paul.blommae...@telenet.be] > Sent: 02 September 2009 08:05 > To: TWsocket > Subject: [twsocket] Broadcasts on local network > > I'm searching for a way to broadcast messages over a local network. > The application acts as a sort of chat program, but for > application messages. > The problem is that almost all AV scanners block applications > with listening sockets. > > Any ideas are welcome > > Paul > > > -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
[twsocket] OT (but related) Kylix install disk?
Hi.. Anyone (preferably in the UK) got a Kylix 3 install CD and activation licence/code, they would like to sell/pass on? If so, please contact me off list with the details. Ta. Dave B. -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Single port FTP
Hmmm...
I still don't see what the problem was this is trying to get round. I
run two FTP servers at different sites, and have never had any
router/firewall problems as they both tell the client to use Passive
mode, so the client only ever makes outgoing connections, and by
default, any router/firewall that will allow an outgoing connect, will
pass any replies back, for any number of opened data channels.
It's usualy the server end that needs holes poked in the firewall, and
or port forwarding setup on the router.
After all, Passive mode was specificaly developed to make the client
side much easier so users and customers etc, don't have to mess with
their security settings.
I also keep well away from using port 21 for anything exposed to the
www. It must be one of the most highly probed ports on the net, after
the usual windows offerings and port 80.
Oh well..
Dave B.
> -Original Message-
> From: Arno Garrels [mailto:[EMAIL PROTECTED]
> Sent: 19 September 2008 09:52
> To: ICS support mailing
> Subject: Re: [twsocket] Single port FTP
>
> Dave Baxter wrote:
> > Mind you, how would you handle simultaneous connections to one port
> > anyway...At present, I don't think it's possible without
> > alterations
> > to everyone's TCP/IP stack? Unless someone knows better.
>
> No problem, the client establishes a second connection to Port
> 21 and tells the server to treat this second connection as
> the data connection.
>
> --
> Arno Garrels
>
> >
> > As above, what's wrong with Passive (or PASIV) mode?
> >
> > Cheers.
> >
> > Dave B
> >
> >> -Original Message-
> >> From: Angus Robertson - Magenta Systems Ltd
> >> [mailto:[EMAIL PROTECTED]
> >> Sent: 16 September 2008 18:11
> >> To: twsocket@elists.org
> >> Subject: [twsocket] Single port FTP
> >>
> >> We all know of the problems caused by the FTP data connection with
> >> NAT routers, firewalls, etc, so it's interesting someone
> has come up
> >> with an RFC proposal that allows the data connection to
> also run on
> >> port 21.
> >>
> >> http://www.ietf.org/internet-drafts/draft-rosenau-ftp-single-p
> >> ort-04.txt
> >>
> >> Essentially, a second connection is opened to port 21,
> with a simple
> >> logon process to tie it to the initial 21 connection, then
> the real
> >> data sent after a 200 DATA response.
> >>
> >>- The control connection ("--1-->") is established.
> >> S--1-->C 220 FTP server ready
> >> C--1-->S USER u001
> >> S--1-->C 331 Enter password
> >> C--1-->S PASS xyz
> >> S--1-->C 230 You are logged in
> >> C--1-->S SPSV
> >> S--1-->C 227 Entering single-port mode (xYab1234)
> >>- The data connection ("---2->") is established
> >> S---2->C 220 FTP server ready
> >> C---2->S SPDT xYab1234
> >> S---2->C 200 DATA
> >> C--1-->S RETR contents.txt
> >> S--1-->C 150 Transmitting data
> >> S---2->C (Contents of contents.txt)
> >>- The server closes the data connection ("---2->")
> >> S--1-->C 226 Data transferred
> >> ...
> >>
> >> Angus
> >>
> >>
> >>
> > This mail has been scanned by Palmer Cook Computer Services
> Limited.
> > www.palmercook.co.uk
>
>
This mail has been scanned by Palmer Cook Computer Services Limited.
www.palmercook.co.uk
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be
Re: [twsocket] Single port FTP
Cant honestly see what the problem was...
Passive FTP is a well established mode, and is router/firewall (at the
client) friendly as they only ever make outgoing connections.
The only advantage I can see with this, is that the server side
router/firewall only needs one port forwarded.
Disadvantage? How do you handle multiple users and data streams with
everything trying to get through one port? The IETF link didn't work
for me, even after unwrapping it (and removing the >) I get a 404 error.
Mind you, how would you handle simultaneous connections to one port
anyway...At present, I don't think it's possible without alterations
to everyone's TCP/IP stack? Unless someone knows better.
As above, what's wrong with Passive (or PASIV) mode?
Cheers.
Dave B
> -Original Message-
> From: Angus Robertson - Magenta Systems Ltd
> [mailto:[EMAIL PROTECTED]
> Sent: 16 September 2008 18:11
> To: twsocket@elists.org
> Subject: [twsocket] Single port FTP
>
> We all know of the problems caused by the FTP data connection
> with NAT routers, firewalls, etc, so it's interesting someone
> has come up with an RFC proposal that allows the data
> connection to also run on port 21.
>
> http://www.ietf.org/internet-drafts/draft-rosenau-ftp-single-p
> ort-04.txt
>
> Essentially, a second connection is opened to port 21, with a
> simple logon process to tie it to the initial 21 connection,
> then the real data sent after a 200 DATA response.
>
>- The control connection ("--1-->") is established.
> S--1-->C 220 FTP server ready
> C--1-->S USER u001
> S--1-->C 331 Enter password
> C--1-->S PASS xyz
> S--1-->C 230 You are logged in
> C--1-->S SPSV
> S--1-->C 227 Entering single-port mode (xYab1234)
>- The data connection ("---2->") is established
> S---2->C 220 FTP server ready
> C---2->S SPDT xYab1234
> S---2->C 200 DATA
> C--1-->S RETR contents.txt
> S--1-->C 150 Transmitting data
> S---2->C (Contents of contents.txt)
>- The server closes the data connection ("---2->")
> S--1-->C 226 Data transferred
> ...
>
> Angus
>
>
>
This mail has been scanned by Palmer Cook Computer Services Limited.
www.palmercook.co.uk
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be
Re: [twsocket] HttpCli / LAN / Router / Proxy / ?Help!
You could put your own entries in the systems Hosts files. So that for example "PC1" would resolve to 192.168.1.100. One "set" of entries common to all machines should do the trick... Find that file at... C:\WINDOWS\system32\drivers\etc in XP. Add entries such as. 192.168.1.100 PC1 192.168.1.101 PC2 Note! Only put entries in a PC's file, for the "Other" PC's on the network, not itself. Windows (and many other OS's) will always look up the Hosts file entry, before doing an DNS queries. So, anything in there takes presidence. This is also one way to hijack a PC, though not very common now, as it's too well known, and easy to fix. But... If you have all the PC addresses assigned by DHCP from the router (the normal way these days) they could change outside of your control, when they power up next time. Solutions. Firstly, do not use "automaticly detect settings" in the Internet setting dialog. It is posible for that protocol to "get out" and your PC connection then gets diverted via "someone else". It's rare, but it can happen. Set each PC to use your router as their DNS servers, this may be done by DHCP too. The router itself will then pass the request for sites unknown to it, to your ISP, and keep a local copy of the most frequent ones you use, well some routers do that, your PC's do not need to know anything about your ISP, only the router needs that info. If the router supports it (most do) use "LAN address reservation" so that it will always keep one particular address reserved for a particular MAC address, regardless of if it is is connected or not. You can usualy set up many such entries. Fixed addresses at each PC. That may be OK for machines that dont physicaly move outside your network, but any laptops would then need some fiddling to allow to connect to a "Hotspot" or other LAN. Check that any instances of the XP firewall, has the appropriate exceptions enabled for your application, and to allow incomming connections from other "Trusted" PC's on your own LAN. As you are behind a router, you could probably disable the XP firewall. But, if one other PC "picks up something malicious" when surfing the web, that could then get to the other unprotected PC's if their firewall's are down, if it wanted to. You may also find that the router (again, many offer this.. "Wireless Isolation" Netgear call it for example) will activly prevent a wireless machine, from "seeing" any other wireless connected devices! Good if you run a hotspot, but an absolute pain if you just want a home LAN. If you have file sharing working OK between the WiFi PC's, at least that should not be the problem. Lastly, when you have all the WiFi gadgets working with each other, learn how to, and use WPA/PSK encryption for the WiFi. XP makes it very easy to get multiple machines all connected to the same router/accress point, so long as you have a USB stick to move the settings arround with. But, please use a "Good" passphrase for the WPA key (non-dictionary words and numbers) or there is a remote chance it could be discovered with a "dictionary attack"... NOTE! This is not the same as someone useing one of the WEP crackers, WEP (NOT WPA) has a well known vulnerability. WPA with a good key phrase, is regarded as all but unbustable. Take a look at www.grc.com, they have a lot of good information as to how "The Net" and TCP/IP works. Hope something helps.. Dave B. > -Original Message- > From: Joseph A Benson [mailto:[EMAIL PROTECTED] > Sent: 10 July 2008 14:10 > To: twsocket@elists.org > Subject: [twsocket] HttpCli / LAN / Router / Proxy / ?Help! > > Hello > > I am looking for some assistance regarding the use of HttpCli > over a wireless LAN. > > I started using ICS recently from C++ Builder (5 > Professional) as a more reliable alternative to the > Netmasters components - in particular I used HttpCli > successfully on a single computer connected to the internet. > > Last week I setup a home wireless network using a linksys > access point to share my broadband connection - everything > works OK and I have internet access and file sharing for all > computers. I have since discovered that my program built > using HttpCli does not work anymore, if run on any of the > wirelessly connected computers, but works fine on my main PC > (PC1) which is wired directly to the router. > > Home Network Setup : > > Linksys Router/Access Point/broadband connection - 192.168.1.1 > PC1 - wired connection to router - 192.168.1.100 > PC2 - wireless connection to router - 192.168.1.101 > PC3 ....102 etc > > All the PCs run Windows XP SP2 with full updates, and the > networking equipment is all from Linksys (router is a WAG200G). > > When run on any PC > PC1 Httpprot.pas throws an exception > when attempting to do a Get() - it returns a 400 with error > message "cannot resolve IP address". I have run the "httptst" > sample program supplied with ICS and I get t
Re: [twsocket] Group created on LinkedIn
As someone who has in the past... Not a lot, except spam, spam and yet more spam. Just my experience with that site (and others). Cheers. Dave B. > -Original Message- > From: Primož Gabrijelčič [mailto:[EMAIL PROTECTED] > Sent: 07 July 2008 23:05 > To: 'ICS support mailing' > Subject: Re: [twsocket] Group created on LinkedIn > > > I have created an ICS group on LinkedIn. If you like to be > a member, > > just point your browser to: > > http://www.linkedin.com/e/gis/136245/012C3E2A8518 > > As someone that is not using social networks at all I have to > ask - What are the bonuses of joining this group? > > Primoz > > > This mail has been scanned by Palmer Cook Computer Services Limited. www.palmercook.co.uk -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
[twsocket] OT: Network diagnosis tools.
Hi.. As a result of my searching for a Windows based command line (or whatever) RARP client. I found... "Netwox" and "Netwag" (Google is our friend, again) Cross platform etc, Netwox is the toolsuite while Netwag is a GUI "wrapper", that uses Active TCL scripting. I have to say, this toolsuite has everyting I think I'll ever need! Thought some people here might be interested in these too. Cheers. Dave B. This mail has been scanned by Palmer Cook Computer Services Limited. www.palmercook.co.uk -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Reverse ARP?
Sadly, RarpD is a RARP server, that will respond to incoming RARP requests. Interestingly, you have to provide it with a table of MAC addresses, and corresponding IP addresses. What I'm looking for I think is a command line RARP client. Thanks anyway Francois. Dave B. > -Original Message- > From: Francois PIETTE [mailto:[EMAIL PROTECTED] > Sent: Thursday, May 01, 2008 4:36 PM > To: ICS support mailing > Subject: Re: [twsocket] Reverse ARP? > > No sure it is what you need, but I've found this: > http://www.frameip.com/entete-rarp/rarpd.zip > > -- > [EMAIL PROTECTED] This mail has been scanned by Palmer Cook Computer Services Limited. www.palmercook.co.uk -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Reverse ARP?
Good point Angus, I'll also look there, the windows private stuff that is. Dave B. > -Original Message- > From: Angus Robertson - Magenta Systems Ltd > [mailto:[EMAIL PROTECTED] > Sent: Thursday, May 01, 2008 3:21 PM > To: twsocket@elists.org > Subject: Re: [twsocket] Reverse ARP? > > > Oh well, the search continues. Yes, as you say, lots of Google > > hits, but no real details.. > > I'd read the RFC, it's probably a simple broadcast to which > the device will reply with it's IP, or maybe it's being > broadcast anyway and you just have to listen? > > You could also check the massive list of private Windows > protocols that Microsoft released on MSDN earlier this year > (under EU order), it included the protocol for discovering > SQL servers on the LAN, and numerous others things. > > Angus > > > This mail has been scanned by Palmer Cook Computer Services Limited. www.palmercook.co.uk -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Reverse ARP?
O Many thanks Francois. It's the closest yet I think. I'll have a play and report back, for completeness.. Thanks again. Dave B. > -Original Message- > > No sure it is what you need, but I've found this: > http://www.frameip.com/entete-rarp/rarpd.zip > > -- > [EMAIL PROTECTED] > The author of the freeware multi-tier middleware MidWare The > author of the freeware Internet Component Suite (ICS) > http://www.overbyte.be > This mail has been scanned by Palmer Cook Computer Services Limited. www.palmercook.co.uk -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Reverse ARP?
Thanks Angus... I need to do this in a way so as to minimaly impact the network as a whole, while "discovering" the gadgets IP address. The last time I "Pinged" an entire (class C) subnet, I got a visit from IT!.. ;-) I think they were more upset I knew as much as they did about such things... The unit itself is an industrial RF amplifier, the network port it has is a bought in part I've discovered, that supplier (Lantronix) have some tools available to do this, but they are not exactly user (read, less than capable customer who knows nothing about networks) friendly, as they have way too many opertunities to mangle the settings, or are not available for redistribution, such as on the units CD manual disk.. We know the unit's MAC address, it's printed on the case, we just need to query it to find it's assigned IP address. Querying the DHCP server is out of the question sadly, even though I know how to, I don't have the rights to do so. I'd doubt if any user would either. Oh well, the search continues. Yes, as you say, lots of Google hits, but no real details.. Did find a couple of other people looking for the same, some years back. Thanks again. Dave B. > -Original Message- > From: Angus Robertson - Magenta Systems Ltd > [mailto:[EMAIL PROTECTED] > Sent: Thursday, May 01, 2008 9:46 AM > To: twsocket@elists.org > Subject: Re: [twsocket] Reverse ARP? > > > Does anyone here know how to implement a "Reverse ARP" request? > > > > I have a piece of hardware that has a network port for > remote control > > (RJ45, 10/100 UTP etc) but next to no physical user > interface, but it > > does support IP address assignment by DHCP. > > If the hardware sets it's IP address using DHCP, then the > DHCP server should be announce the address, but whether this > is accessible programmatically is another issue. > > You can ping the local subnet to find which IP addresses are > in use, and try to connect to find your device. Using a > threaded ping, you can send off 253 pings at the same time to > avoid all the timeouts waiting for responses. > > The Microsoft IP Helper APIs do offer some ARP functions, but > they appear to relate only to ARP on the local PC. There is > a SendARP function, but it just returns the MAC address for a > remote PC by IP address, whereas you want the reverse. > > Google brings up a lot of hits on Reverse APR and RAPR, but > the first page does not show any tools or implementations, > just background. > > Angus > > > > This mail has been scanned by Palmer Cook Computer Services Limited. www.palmercook.co.uk -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
[twsocket] Reverse ARP?
Hi.. Does anyone here know how to implement a "Reverse ARP" request? I have a piece of hardware that has a network port for remote control (RJ45, 10/100 UTP etc) but next to no physical user interface, but it does support IP address assignment by DHCP. The documentation says to do a "Ping cXX" (Where XX is the last 6 digits of it's "hardware" address, with no -'s or :'s) to "discover" it's assigned IP address, after that to use Telnet client to control it's functions. Needless to say, that doesn't work on any system I've tried. In fact, I can find no implementation of the Ping command that takes has a "c" subcommand and paramater like that, in either the Windows or Linux world.. So, after extensive googling etc (and a few confusing RFC's) I find I need to do whats called a "Reverse ARP" request... Can this be done with ICS? Or, is it Socket programming time Cheers. Dave B. This mail has been scanned by Palmer Cook Computer Services Limited. www.palmercook.co.uk -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] UDP Newbie...
If you've not already done so (Assuming you're using XP) Make an "Exception" in Windows Firewall settings, for your application (exe file name) and the port number it listens on. Especialy if it needs to accept incoming data from outside the physical (or virtual) PC. *Usually* XP's "Windows firewall" does not affect anything communicating locally with the "Localhost" address (127.0.0.1) But it's a common trip point, when things work locally, but not when part is running on another PC. Another hint, use different ports to listen on, and talk with. That helps enormously when poth parts of the scheme are on the same physical PC. Even if you are trying to communicate between two PC's, their firewall's only need to know about their "Incoming" data ports, they will pass outgoing traffic with no problem. That relates to XP's own internal (Windows) firewall, in general if you use something else (instead of, or as well as) it may need to be set to allow "outgoing" traffic as well, Zone Alarm is one such, though that will popup and tell you if something is trying to send stuff to the "internet"... Note! If you have ZoneAlarm, even if you "Disable" the ZA firewall at boot time, it has a habit of blocking everything, as all you disable is the client, not the service, and it seems if the service is running in the background, but you've not let the client start, it blocks stuff by default. Safe, but so frustrating at times!.. UDP, fun when it works, less so when it doesn't! > -Original Message- > From: zayin [mailto:[EMAIL PROTECTED] > Sent: Sunday, April 06, 2008 10:06 PM > To: 'ICS support mailing' > Subject: Re: [twsocket] UDP Newbie... > > > Hi, > > No virus programs. Windows firewall is on. > > Thanks for all the help, > > Mark > > > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Wilfried Mestdagh > Sent: Sunday, April 06, 2008 2:24 PM > To: ICS support mailing > Subject: Re: [twsocket] UDP Newbie... > > Hello Mark, > > Do you have virus software or things like that running? If so > stop all services. It could be that some virus / firewall > software does strange things. Some of those software are very buggy ! > > --- > Rgds, Wilfried [TeamICS] > http://www.overbyte.be/eng/overbyte/teamics.html > http://www.mestdagh.biz > > Sunday, April 6, 2008, 21:02, zayin wrote: > > > > Hi, > > > The port is not open. > > > And yes "should " is the operative word. > > > Ciao, > > > Mark > > > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of Dod > > Sent: Sunday, April 06, 2008 1:55 PM > > To: ICS support mailing > > Subject: Re: [twsocket] UDP Newbie... > > > Hello zayin, > > > I tried same sample as Wilfried and its OK for me. > > > Are you sure your port was not in use at the time you tried > to start > > the program ? > > > "netstat -an" will show you all opened/listening port. > > > if none is listening on your port then you application > should "listen". > > > regards. > > >>>Did you try the code that I have posted? > > z>> Yes, copy and paste with: > > z>> ...raised exception ESocketException with message Error 10049 in > z>> function bind address not available. > > z>> Changing the ip address or port does not change the > error. It gives > z>> the error on the "listen". > > z>> Minutes later > > z>> Now after playing with the settings, changing port, ip > address etc > z>> it > > works. > > > z>> Does not make since. > > z>> Windows firewall did appear for unblocking permission. > > z>> Minutes later > > z>> Now, back to my testing application and changing connect > to listen > z>> generates the same error. > > z>> Going back to connect, all if working again. > > z>> Something I do not understand is going on. > > > z>> Ciao, > > z>> Mark > > > > > z>> -Original Message- > z>> From: [EMAIL PROTECTED] > z>> [mailto:[EMAIL PROTECTED] On Behalf Of > Wilfried Mestdagh > z>> Sent: Sunday, April 06, 2008 12:27 PM > z>> To: ICS support mailing > z>> Subject: Re: [twsocket] UDP Newbie... > > z>> Hello Mark, > > z>> if you look into source code you see that SendStr call > Send, so it > z>> is exacly the same. I used SendStr just because I was lazy :) I > z>> tryed it on a machine with an older version of ICS, but > it is exacly > z>> same result with latest version. Did you try the code that I have > posted? > > z>> It should work, then try Send or other options. > > z>> --- > z>> Rgds, Wilfried [TeamICS] > z>> http://www.overbyte.be/eng/overbyte/teamics.html > z>> http://www.mestdagh.biz > > z>> Sunday, April 6, 2008, 15:34, zayin wrote: > > > >>> Hello, > > >>> How about with send and not sendStr? > > >>> That is the only difference I see. > > >>> And what version of ICS are you using? > > >>> Cheers, > > >>> Mark > > > > >>> -Original Message- > >>> From: [EMAIL PROTECTED] > >>> [mailto:[EMAIL
Re: [twsocket] Problem using same UDP port for both listen and send
Hi Dod.. No problem, and yes I also get hit by things like this, not only in software!... Trouble is, the longer we keep fixing these sort of things, the more of them we get to do! Supose it keeps us out of trouble, or does it?.. Cheers. Dave B. > -Original Message- > From: Dod [mailto:[EMAIL PROTECTED] > Sent: Monday, March 10, 2008 10:29 AM > To: ICS support mailing > Subject: Re: [twsocket] Problem using same UDP port for both > listen and send > > Hello Dave, > > Thanx for this long answer, I am already aware of all > the way it "should" be done, but I have to work on a > very old client/server project for which the sources has > been lost, so I need to keep the same way it actually > works and do the patch thru a proxy that will emulate the > original server way of managing it's UDP protocol. > > Neverless, I found a workaround. > > Regards. > > DB> Unless you are using an existing known protocol, in which > case you'd > DB> idealy use one of the recognised existing port > numbers Port 80, > DB> 8008, 8080 for an HTTP server for example. > > DB> Letting the system pick a random port to listen on as a > server is a > DB> bit unproductive, as how would you inform any likely > clients (not on > DB> the same machine) what server port to connect to?... > > DB> Best I think to pick a specific port number to start with for the > DB> server to create and listen on, and then let the clients pick a > DB> unused port for them to talk with, to "connect" to your > server that is listnening on a > DB> known port. (UDP is a "connectionless" protocol of course) > > DB> It is posible to use the same port number to talk and > listen on, but > DB> not generaly on the same physical machine for both a client and > DB> server, something has to be different between them, > either the IP address, or > DB> port number (or both) Or, the system hasn't a clue as > to who what > DB> where etc... > > DB> I guess you could define another localhost address, 127.0.0.2 for > DB> example perhaps? AFIK there is no reason why a single > machine can't > DB> have multiple "local loopback" addresses. Unless someone > else knows > DB> different. Then you could use the same "Port" number for both > DB> client and server, with care... > > DB> Check out... > DB> http://www.iana.org/assignments/port-numbers > > DB> For typical known port numbers, some may be of use, many > are worth > DB> avoiding! (to keep script kiddies away, and to avoid strange > DB> connect requests)... > > DB> Note, that ports in the range of... > DB> 49152 through 65535 are avaialable for "Private or Dynamic" port > DB> assignments. You can use any of them for anything, and > being way up > DB> there in "High Port Land" should be well out of the way of any > DB> malicious port scanners looking for something to play with > > DB> Hope something helps.. > > DB> Cheers. > > DB> Dave B. > > > > >> -Original Message- > >> From: Dod [mailto:[EMAIL PROTECTED] > >> Sent: Thursday, March 06, 2008 2:48 PM > >> To: ICS support mailing > >> Subject: [twsocket] Problem using same UDP port for both > listen and > >> send > >> > >> Hello, > >> > >> I am working on something like : > >> > >> - Create Server UDP socket port 0 - Winsock select the listening > >> port itself > >> > >> - I retrieve port number using GetSockName/.sin_port > >> > >> - The Socket server is now listening > >> > >> - I create a Socket client to connect to other machine but I > >> set LocalPort with same socket number as the one > retrieved by > >> server socket > >> > >> - I .Connect the client to other machine and .Send the data > >> > >> All works fine on XP but the final program must run on NT4 > and if I > >> do this I get WSAEADDRINUSE ( 10048 ) Address already in use. > >> > >> If i set LocalPort to 0 before .Connect then all is fine of course. > >> > >> Any idea why NT4 cannot not set localport for UDP sending > with same > >> number as port used by a server socket ? May be an old NT4 Winsock > >> limitation ? > >> > >> I know NT4 is old but I have to work on a very old server > that can't > >> be upgraded. May be some of you remember such limitation ? > >> > >> Regards. > >> > >> > >> > DB> This mail has been scanned by Palmer Cook Computer > Services Limited. > DB> www.palmercook.co.uk > > > This mail has been scanned by Palmer Cook Computer Services Limited. www.palmercook.co.uk -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Problem using same UDP port for both listen and send
Hi... Unless you are using an existing known protocol, in which case you'd idealy use one of the recognised existing port numbers Port 80, 8008, 8080 for an HTTP server for example. Letting the system pick a random port to listen on as a server is a bit unproductive, as how would you inform any likely clients (not on the same machine) what server port to connect to?... Best I think to pick a specific port number to start with for the server to create and listen on, and then let the clients pick a unused port for them to talk with, to "connect" to your server that is listnening on a known port. (UDP is a "connectionless" protocol of course) It is posible to use the same port number to talk and listen on, but not generaly on the same physical machine for both a client and server, something has to be different between them, either the IP address, or port number (or both) Or, the system hasn't a clue as to who what where etc... I guess you could define another localhost address, 127.0.0.2 for example perhaps? AFIK there is no reason why a single machine can't have multiple "local loopback" addresses. Unless someone else knows different. Then you could use the same "Port" number for both client and server, with care... Check out... http://www.iana.org/assignments/port-numbers For typical known port numbers, some may be of use, many are worth avoiding! (to keep script kiddies away, and to avoid strange connect requests)... Note, that ports in the range of... 49152 through 65535 are avaialable for "Private or Dynamic" port assignments. You can use any of them for anything, and being way up there in "High Port Land" should be well out of the way of any malicious port scanners looking for something to play with Hope something helps.. Cheers. Dave B. > -Original Message- > From: Dod [mailto:[EMAIL PROTECTED] > Sent: Thursday, March 06, 2008 2:48 PM > To: ICS support mailing > Subject: [twsocket] Problem using same UDP port for both > listen and send > > Hello, > > I am working on something like : > > - Create Server UDP socket port 0 - Winsock select the > listening port itself > > - I retrieve port number using GetSockName/.sin_port > > - The Socket server is now listening > > - I create a Socket client to connect to other machine > but I set LocalPort with same socket number as the one > retrieved by server socket > > - I .Connect the client to other machine and .Send the data > > All works fine on XP but the final program must run on NT4 > and if I do this I get WSAEADDRINUSE ( 10048 ) Address already in use. > > If i set LocalPort to 0 before .Connect then all is fine of course. > > Any idea why NT4 cannot not set localport for UDP sending > with same number as port used by a server socket ? May be an > old NT4 Winsock limitation ? > > I know NT4 is old but I have to work on a very old server > that can't be upgraded. May be some of you remember such limitation ? > > Regards. > > > This mail has been scanned by Palmer Cook Computer Services Limited. www.palmercook.co.uk -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] UDP Hole Punching
I'll take a look. Cheers. Dave B. > -Original Message- > From: wayne forrest [mailto:[EMAIL PROTECTED] > Dave, thank you for all the advice, I will look into all of > it for sure, > > about the Telnet Application: I recall seeing one at sourceforge.net. > > Hope that helps. This mail has been scanned by Palmer Cook Computer Services Limited. www.palmercook.co.uk -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] UDP Hole Punching
H Probably right, Hamachi run's on full blown Windows (NT based), Linux or Apple systems. Guess in principle it could run on something else, but it's not open source. Take a look at Tinc. That is an open source VPN system. Maybe that could be adapted to your needs? http://www.tinc-vpn.org/ I don't know much about the mobile platform arena, but from my own experiments and other messings, though UDP is easier to program (at least I find it so) TCP is better at maintaining links, especaily through multiple routers and firewall's etc. If you have control of the routers in question, it's not dificult to manualy setup port forwarding of course, and there is the questionable UPnP protocol where an "Application" can do it for itself. But, that can also allow some very bad things to happen in regard to network security. As you obviously know more about the mobile environment than I do, I'll bow out now. But with one question in return... Do you (or anyone else) know of a generic Telnet client for phones like the N6110? It'd be so usefull.. Cheers. Dave B. > -Original Message- > From: wayne forrest [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 05, 2008 7:06 AM > To: ICS support mailing > Subject: Re: [twsocket] UDP Hole Punching > > Dave, maybe I as not all that clear on my Specification: > > My ICS Clients will be Mobile PHones MIDP2.0, therefor I do > not think Hamatchi will work, or would it ? > > On Tue, Mar 4, 2008 at 4:10 PM, Dave Baxter <[EMAIL PROTECTED]> wrote: > > > "NAT Traversal" is well documented, but "less than easy" to > make work > > from scratch > > > > But why bother rolling your own? Just download and use Hamachi. > > (Google for it) Even the free one will start automaticaly when > > Winderz boots, then you have a UDP based secure VPN between > 2 (or more) sites. > > Just about any LAN type app will run across it. (Versions for > > Winders, Linux, and some Apple OSwhatsit type things) > > > > Works very well. I have no affiliation with Hamachi or > LogMeIn, just > > a very satisfied user of the free version so I can get to my home > > Win2k desktop securely wherever I am, and leaving no unwanted holes > > poked in the firewall. > > > > Cheers. > > > > Dave. > > > > > > > -Original Message- > > > From: JLIST [mailto:[EMAIL PROTECTED] > > > Sent: Saturday, February 23, 2008 8:45 AM > > > To: ICS support mailing > > > Subject: Re: [twsocket] UDP Hole Punching > > > > > > My understanding is that it works on certain types of NAT > firewalls. > > > On these NATs, an external port is mapped to an internal IP:Port. > > > If this is the case, all packets going to that external > port will go > > > to the internet IP:Port. > > > > > > Making it work is not that simple though, with the difficult part > > > being coordinating two parties that do not talk to each other. > > > I'm not sure what's being used in real life solutions but > it sounds > > > to me that both A and B have to have very frequent UDP > > > communications with S, or have a TCP connection with S in > order to > > > coordinate a hole punching attempt. > > > > > > > Isn't the translation state based on the remote peer IP > > > address, too? > > > > Then the same translation created for A-S and B-S would not > > > work when > > > > you try to connect directly A with B. > > > > > > > - Original Message - > > > > From: "wayne forrest" <[EMAIL PROTECTED]> > > > > To: "ICS support mailing" > > > > Sent: Thursday, February 21, 2008 8:22 PM > > > > Subject: [twsocket] UDP Hole Punching > > > > > > > > > >> Has any one made a UDP Hole puncher with ICS ? > > > >> > > > >> Let A and B be the two hosts, each in its own private > > > network; N1 and N2 > > > > are > > > >> the two NAT devices; S is a public server with a > > > well-known globally > > > >> reachable IP address. > > > >> > > > >>1. A and B each begin a UDP conversation with S; the > > > NAT devices N1 > > > >>and N2 create UDP translation states and assign > > > temporary external port > > > >>numbers > > > >>2. S relays these port numbers back to A and B > > > >>3. A and B conta
Re: [twsocket] UDP Hole Punching
"NAT Traversal" is well documented, but "less than easy" to make work from scratch But why bother rolling your own? Just download and use Hamachi. (Google for it) Even the free one will start automaticaly when Winderz boots, then you have a UDP based secure VPN between 2 (or more) sites. Just about any LAN type app will run across it. (Versions for Winders, Linux, and some Apple OSwhatsit type things) Works very well. I have no affiliation with Hamachi or LogMeIn, just a very satisfied user of the free version so I can get to my home Win2k desktop securely wherever I am, and leaving no unwanted holes poked in the firewall. Cheers. Dave. > -Original Message- > From: JLIST [mailto:[EMAIL PROTECTED] > Sent: Saturday, February 23, 2008 8:45 AM > To: ICS support mailing > Subject: Re: [twsocket] UDP Hole Punching > > My understanding is that it works on certain types of NAT firewalls. > On these NATs, an external port is mapped to an internal IP:Port. > If this is the case, all packets going to that external port > will go to the internet IP:Port. > > Making it work is not that simple though, with the difficult > part being coordinating two parties that do not talk to each other. > I'm not sure what's being used in real life solutions but it > sounds to me that both A and B have to have very frequent UDP > communications with S, or have a TCP connection with S in > order to coordinate a hole punching attempt. > > > Isn't the translation state based on the remote peer IP > address, too? > > Then the same translation created for A-S and B-S would not > work when > > you try to connect directly A with B. > > > - Original Message - > > From: "wayne forrest" <[EMAIL PROTECTED]> > > To: "ICS support mailing" > > Sent: Thursday, February 21, 2008 8:22 PM > > Subject: [twsocket] UDP Hole Punching > > > >> Has any one made a UDP Hole puncher with ICS ? > >> > >> Let A and B be the two hosts, each in its own private > network; N1 and N2 > > are > >> the two NAT devices; S is a public server with a > well-known globally > >> reachable IP address. > >> > >>1. A and B each begin a UDP conversation with S; the > NAT devices N1 > >>and N2 create UDP translation states and assign > temporary external port > >>numbers > >>2. S relays these port numbers back to A and B > >>3. A and B contact each others' NAT devices directly on > the translated > >>ports; the NAT devices use the previously created > translation states > > and > >>send the packets to A and B > >> > >> If I were to implement the above, is it really that simple? > >> > >> or is there much more to it than that ? > >> > >> Any help appreciated, or alternatives, maybe a plugin / > generic solution > >> that can be incorporated. > >> > >> Our current setup is "Server on PC behind nat" and then > client on Cell > >> phone. > >> > >> We will have a lot of users not knowing how to do port forwarding. > > > > This mail has been scanned by Palmer Cook Computer Services Limited. www.palmercook.co.uk -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] AN: New e-mail protocol (spam free and more!)
I suspect that's half the point. Only like equipped users can communicate. Guess there could be a use in the financial or military markets, or other intentionaly "closed" environments... There again, I'd also guess they have such systems implemented already? Servers, nothing to stop you delivering directly, as many corporate systems do already, ours included, so long as you know the IP or domain address of course... I suspect for the above type of users, regular POP/SMTP/IMAP etc incompatability would not be a problem! Have to say though, spam is primeraly user driven from personal experience, from website form filling and so on. And what happens when a spammer gets hold of one of these secure mailer clients etc. Wonder why PGP or Open GPG is not as popular as it could be? There are "plugins" that integrate OK with the likes of Outlook (ugh!) Thunderbird, Pegasus etc... Ah, of course, the powers that be, like to watch what goes on Silly me... Cheers.. I'll crawl back under my rock, it's a bit too bright out here... Dave B. > -Original Message- > From: DZ-Jay [mailto:[EMAIL PROTECTED] > Sent: Thursday, February 07, 2008 11:56 AM > To: ICS support mailing > Subject: Re: [twsocket] AN: New e-mail protocol (spam free and more!) > > Hello: > Also, if it is "not compatible with SMTP", how does > anybody outside your own mail server network get it? And if > it does communicate with external SMTP servers in order to > inter-operate with other networks (otherwise, what's the > point in sending yourself e-mail?) then it *is* susceptible > to SPAM and abuse. > > dZ. > -- > DZ-Jay [TeamICS] > http://www.overbyte.be/eng/overbyte/teamics.html > > > This mail has been scanned by Palmer Cook Computer Services Limited. www.palmercook.co.uk -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Trying to do some old stuff
Thanks Francois.. I removed (rem'd out) references to the VC32 folders in the InsDel1.BAT file, so the first part looks like this.. SET DELPHI_PATH=C:\D1\DELPHI SET ICS_PATH=C:\D_32\ICS PATH=C:\WINDOWS;C:\WINDOWS\COMMAND;%DELPHI_PATH%\BIN echo /cw>dcc.cfg echo /m>>dcc.cfg echo /r%DELPHI_PATH%\LIB >>dcc.cfg echo /u%DELPHI_PATH%\LIB >>dcc.cfg echo /i%DELPHI_PATH%\LIB >>dcc.cfg echo /E%ICS_PATH%\DELPHI1 >>dcc.cfg echo /O%ICS_PATH%\DELPHI1 >>dcc.cfg echo /I%ICS_PATH%\DELPHI\VC>>dcc.cfg rem echo /I%ICS_PATH%\DELPHI\VC32 >>dcc.cfg echo /I%ICS_PATH%\DELPHI\INTERNET >>dcc.cfg echo /R%ICS_PATH%\DELPHI\VC>>dcc.cfg rem echo /R%ICS_PATH%\DELPHI\VC32 >>dcc.cfg echo /R%ICS_PATH%\DELPHI\INTERNET >>dcc.cfg echo /U%ICS_PATH%\DELPHI\VC>>dcc.cfg rem echo /U%ICS_PATH%\DELPHI\VC32 >>dcc.cfg echo /U%ICS_PATH%\DELPHI\INTERNET >>dcc.cfg C:rem <<<*** I also changed this to C:, it was D: hence the devide not ready errors earlier. cd %ICS_PATH%\delphi\internet call ..\..\delphi1\dcc1 clidemo if errorlevel 1 goto error And so on However, now I get this, when I run the batch file at... C:\D_32\ICS\Delphi1>IcsDel1.bat Delphi Compiler Version 8.0 Copyright (c) 1983,95 Borland International CliDemo1.pas(56): Error 15: File not found (WSOCKET.DCU). WSocket; ^Compile error C:\D_32\ICS\Delphi1> I'm still not convinced it's picking up the correct version of Delphi, as the command line compiler signs itself as version 8.0 ? Though it is dated 1995... Still mildly confused. Cheers. Dave B. > -Original Message- > From: Francois PIETTE [mailto:[EMAIL PROTECTED] > Sent: Thursday, November 29, 2007 7:33 PM > To: ICS support mailing > Subject: Re: [twsocket] Trying to do some old stuff > > VC32 folder is for 32 bit. use VC folder in D1 path. > > -- > [EMAIL PROTECTED] > The author of the freeware multi-tier middleware MidWare The > author of the freeware Internet Component Suite (ICS) > http://www.overbyte.be > > > - Original Message - > From: "Dave Baxter" <[EMAIL PROTECTED]> > To: "ICS support mailing" > Sent: Thursday, November 29, 2007 6:31 PM > Subject: [twsocket] Trying to do some old stuff > > > > Hi All... > > > > This in regards to ICS V5. I think... > > > > I wish to do some legacy stuff, involving Delphi1 (!!) > > > > I'd like to implement a simple UDP conversation, to link an > old Win16 > > app, to a new Win32 only driver via the "LocalHost". (I sort of > > understand this way of doing things, I most defiantely do > not understand > > "Thunking", and my C is "worse than not good".) > > > > Oh yes, this is for my own personal use, an old Win3.11 > program I made > > many years ago, that uses DLLs to interface to hardware. > Trouble is, > > WinNT (2000) does not allow that sort of thing, direct port > access, and > > as it'd be good to have the app running on one machine, > talking to ports > > etc on another one on my LAN, like I have later Win32 > stuff, I thought > > of doing a UDP peer-2-peer thing. I already have UDP stuff working > > that way between other app's and PC's in the Win32 world. > Trouble is, I > > no longer have readable sources, they are all on 5 1/4 360k > floppies! > > And the only person I know who has old hardware like that, > says that the > > disks are unreadable, Otherwise I'd rework it in D7. > > > > However I seem to be having a little trouble getting ICS > installed into > > the D1 IDE. > > > > I edited the IcsDel1.bat file in \ICS\Delphi1 to represent > the actual > > paths used on this system. But when I run it, it does this > > > > C:\D_32\ICS\Delphi1>IcsDel1 > > The device is not ready.[ Huh ? ] > > Delphi Compiler Version 8.0 Copyright (c) 1983,95 Borland > > International > > C:\D_32\ICS\DELPHI\VC32\ICSDEFS.INC(443) > > C:\D_32\ICS\DELPHI\VC32\ICSDEFS.INC(443) > > C:\D_32\ICS\DELPHI\VC32\WSOCKBUF.PAS(255) > > C:\D_32\ICS\DELPHI\VC\WINSOCK.PAS(640) > > C:\D_32\ICS\DELPHI\VC32\WSOCKET.PAS(7378) > > CliDemo1.pas(279) > > CLIDEMO.DPR(12) > > Error 164: Duplicate resource identifier (CLIDEMO.RES). > > Compile error > > C:\D_32\ICS\Delphi1> > > > > I also have D7 installed on this PC, is that conflicting? > Looking at > > the "Ve
[twsocket] Trying to do some old stuff
Hi All... This in regards to ICS V5. I think... I wish to do some legacy stuff, involving Delphi1 (!!) I'd like to implement a simple UDP conversation, to link an old Win16 app, to a new Win32 only driver via the "LocalHost". (I sort of understand this way of doing things, I most defiantely do not understand "Thunking", and my C is "worse than not good".) Oh yes, this is for my own personal use, an old Win3.11 program I made many years ago, that uses DLLs to interface to hardware. Trouble is, WinNT (2000) does not allow that sort of thing, direct port access, and as it'd be good to have the app running on one machine, talking to ports etc on another one on my LAN, like I have later Win32 stuff, I thought of doing a UDP peer-2-peer thing. I already have UDP stuff working that way between other app's and PC's in the Win32 world. Trouble is, I no longer have readable sources, they are all on 5 1/4 360k floppies! And the only person I know who has old hardware like that, says that the disks are unreadable, Otherwise I'd rework it in D7. However I seem to be having a little trouble getting ICS installed into the D1 IDE. I edited the IcsDel1.bat file in \ICS\Delphi1 to represent the actual paths used on this system. But when I run it, it does this C:\D_32\ICS\Delphi1>IcsDel1 The device is not ready.[ Huh ? ] Delphi Compiler Version 8.0 Copyright (c) 1983,95 Borland International C:\D_32\ICS\DELPHI\VC32\ICSDEFS.INC(443) C:\D_32\ICS\DELPHI\VC32\ICSDEFS.INC(443) C:\D_32\ICS\DELPHI\VC32\WSOCKBUF.PAS(255) C:\D_32\ICS\DELPHI\VC\WINSOCK.PAS(640) C:\D_32\ICS\DELPHI\VC32\WSOCKET.PAS(7378) CliDemo1.pas(279) CLIDEMO.DPR(12) Error 164: Duplicate resource identifier (CLIDEMO.RES). Compile error C:\D_32\ICS\Delphi1> I also have D7 installed on this PC, is that conflicting? Looking at the "Version 8.0" announcement... So what have I done wrong? I did get it installed and working in D7 with no problem. D1 is fully functional on here too, there don't seem to be any clashes that I know of. Oh yes, the PC, Win XP Pro, all updates etc... The target machine run's Win2k. The IcsDel1.bat file is like this... @echo off REM * * * * * * * * * * * * * * * * * * * * * * * * * * * REM * * REM * ICS - Internet Component Suite* REM * * REM * Delphi 1 automated construction V1.00 * REM * (c) 1997-2000 by Francois PIETTE * REM * http://www.rtfm.be/fpiette/indexuk.htm* REM * [EMAIL PROTECTED] [EMAIL PROTECTED] * REM * * REM * You must change PATH, DELPHI_PATH and ICS_PATH* REM * below to fit your system. * REM * * REM * Remember to install all components in Delphi 1 ! * REM * Remember to use Delphi 1 to open all forms and* REM * ignore Font.CharSet and OldCreateOrder properties * REM * * REM * * * * * * * * * * * * * * * * * * * * * * * * * * * SET DELPHI_PATH=C:\D1\DELPHI SET ICS_PATH=C:\D_32\ICS PATH=C:\WINDOWS;C:\WINDOWS\COMMAND;%DELPHI_PATH%\BIN echo /cw>dcc.cfg echo /m>>dcc.cfg echo /r%DELPHI_PATH%\LIB >>dcc.cfg echo /u%DELPHI_PATH%\LIB >>dcc.cfg echo /i%DELPHI_PATH%\LIB >>dcc.cfg echo /E%ICS_PATH%\DELPHI1 >>dcc.cfg echo /O%ICS_PATH%\DELPHI1 >>dcc.cfg echo /I%ICS_PATH%\DELPHI\VC>>dcc.cfg echo /I%ICS_PATH%\DELPHI\VC32 >>dcc.cfg echo /I%ICS_PATH%\DELPHI\INTERNET >>dcc.cfg echo /R%ICS_PATH%\DELPHI\VC>>dcc.cfg echo /R%ICS_PATH%\DELPHI\VC32 >>dcc.cfg echo /R%ICS_PATH%\DELPHI\INTERNET >>dcc.cfg echo /U%ICS_PATH%\DELPHI\VC>>dcc.cfg echo /U%ICS_PATH%\DELPHI\VC32 >>dcc.cfg echo /U%ICS_PATH%\DELPHI\INTERNET >>dcc.cfg d: cd %ICS_PATH%\delphi\internet call ..\..\delphi1\dcc1 clidemo if errorlevel 1 goto error call ..\..\delphi1\dcc1 client5 if errorlevel 1 goto error call ..\..\delphi1\dcc1 client7 if errorlevel 1 goto error call ..\..\delphi1\dcc1 dnslook if errorlevel 1 goto error call ..\..\delphi1\dcc1 dynCli if errorlevel 1 goto error call ..\..\delphi1\dcc1 finger if errorlevel 1 goto error call ..\..\delphi1\dcc1 ftpserv if errorlevel 1 goto error call ..\..\delphi1\dcc1 ftptst if errorlevel 1 goto error call ..\..\delphi1\dcc1 httpasp if errorlevel 1 goto error call ..\..\delphi1\dcc1 httpasy if errorlevel 1 goto error call ..\..\delphi1\dcc1 httpchk if errorlevel 1 goto error call ..\..\delphi1\dcc1 httpdmo if errorlevel 1 goto error call ..\..\delphi1\dcc1 httpget if errorlevel 1 goto error call ..\..\delphi1\dcc1 httppg if errorlevel 1 goto error call ..\..\delphi1\dcc1 httptst if errorlevel 1 goto error call ..\..\delphi1\dcc1 mailrcv if errorlevel 1 goto error call ..\..\delphi1\dcc1 mailrob if e
Re: [twsocket] FTP Failure
Passive Mode is the way to go, but some clients will still "trip up" it seems, notably IE in it'a various flavours. Make sure you have enough data ports forwarded in the router/firewall to the PC that your "Server application" is attached to. That should not be a problme testing your server from another PC on the same LAN though. >From watching things as they work (or not) I find IE seems to use up all the data ports that you can supply at times, where as a "true" ftp client will only use 1 or two, depending on how many data streams are in use. Another way, if you need and are able to, is to use it over a VPN between server and client. Cheers. Dave B. This mail has been scanned by Palmer Cook Computer Services Limited. www.palmercook.co.uk -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Is there any code example forsendingemailsthroughGMail with ICS?
Be aware though, that only the initial connection authentication is secured with TLS/SSL, the POP and SMTP transfers are I am told not secured. Even so, it's very useful to have a POP/SMTP service you can use reliably from any PC, anywhere, with a simple client on a USB stick for example. Dave B. > -Original Message- > From: Arno Garrels [mailto:[EMAIL PROTECTED] > Sent: Friday, August 31, 2007 9:03 AM > To: ICS support mailing > Subject: Re: [twsocket] Is there any code example > forsendingemailsthroughGMail with ICS? > > Fastream Technologies wrote: > > No, I use their POP/SMTP service with Windows Mail. It requires SSL. > > Then try ICS-SSL and the TSslSmtpCli component, it supports > the StartTls command. > > Arno Garrels > > > > > Best Regards, > > > > Gorkem Ates > > Fastream Technologies > > Software IQ: Innovation & Quality > > www.fastream.com | Email: [EMAIL PROTECTED] | Tel: > +90-312-223-2830 > > Join IQWF Server Yahoo group at > > http://groups.yahoo.com/group/IQWFServer Join IQ Reverse > Proxy Yahoo > > group at http://groups.yahoo.com/group/IQReverseProxy > > > > - Original Message - > > From: "Arno Garrels" <[EMAIL PROTECTED]> > > To: "ICS support mailing" > > Sent: Friday, August 31, 2007 10:41 AM > > Subject: Re: [twsocket] Is there any code example for sending > > emailsthroughGMail with ICS? > > > > > >> This may be a stupid question, isn't GMAIL = Google Mail > and doesn't > >> it allow sending thru their webmail client only? > >> > >> Fastream Technologies wrote: > >>> TIA, > >>> > >>> SZ > >> -- > >> To unsubscribe or change your settings for TWSocket mailing list > >> please goto http://www.elists.org/mailman/listinfo/twsocket > >> Visit our website at http://www.overbyte.be > > This mail has been scanned by Palmer Cook Computer Services Limited. www.palmercook.co.uk -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Strange Vista winsock behavior--any way to by-pass?
>From the limited exposure I've had to Vista (Home Basic) "client use". A "Clean" install on the same hardware (P4 2GHz, 512MB Ram, 80G drive, nVidia graphics) it run's at about half the speed of XP(Home) in just about all respects. Whatever tweaks you do to it. Where'd the "Wow" go? Less than impressed (we re-installed XP as a result, did all the updates, and the same machine really rocks again!) Of course, the reseller will not take it back as the box is opened, will hang on to it till we can get something bigger better and much faster to load it on. Dave B. > -Original Message- > From: Darin McGee [mailto:[EMAIL PROTECTED] > Sent: Friday, May 04, 2007 12:00 PM > To: ICS support mailing > Subject: Re: [twsocket] Strange Vista winsock behavior--any > way to by-pass? > > That's way Vista is sold as a client OS and Microsoft sells > separate server software. Also, read your XP and Vista > licenses, they are not to be used as servers. > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > On Behalf Of Fastream Technologies > Sent: Friday, May 04, 2007 2:53 AM > To: ICS support mailing > Subject: Re: [twsocket] Strange Vista winsock behavior--any > way to by-pass? > > Yes that's what I guessed as well but if it's inherent to > Vista then Vista is not much suitable as server OS. I wonder > if the issue is in client side or server sockets? > Unfortunately I sold my other desktop and my laptop in in > service so I cannot check against XP/2003. > > Best Regards, > > SZ > > On 5/3/07, Arno Garrels <[EMAIL PROTECTED]> wrote: > > Fastream Technologies wrote: > > > Hello, > > > > > > Recently I have upgraded my workstation to Vista Business > 64-bit and > > > face the following problem: > > > > > > - when run against IE7 or any other server, the ICS stress tester > that > > > I posted here before as well as Socrates, get into > strange behavior: > > > > > > 1) After 1-2 mins, the sockets begin to not being accepted. The > server > > > simply does not work for the stress tester client. It works for > > > browsers. > > > > > > 2) The socket establishment for IIS 7 in Connection: > close mode is > > > 2000 connections/sec where it was 4-5000 connections/sec > on IIS6 on > > > XP-x64. > > > > > > Any explanation/solution for these? > > > > May be some Vista setting to avoid such attacks? > > Or may be Vista is just slower than XP? > > > > -- > > Arno Garrels [TeamICS] > > http://www.overbyte.be/eng/overbyte/teamics.html > > > > > > > > WARM Regards from Turkey where it is already hot! > > > > > > SZ > > -- This mail has been scanned by Palmer Cook Computer Services Limited. www.palmercook.co.uk -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] How to get the call stack programmatically?
MadExcept does similar things. http://www.madshi.net/madExceptDescription.htm Very useful, to users of Delphi 4-7 that is, not other versions, or C etc. Dave B. This mail has been scanned by Palmer Cook Computer Services Limited. www.palmercook.co.uk -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] [OT] Embedding ActiveX licenses in Delphi
You could try going on to the main ni.com website, and looking for the
self help support forum. The last time I went in there, there are
hundreds of competent programmers, many using Delphi of one release or
another (even D1!) so someone should have seen that problem and know of
a work arround.
If you have not already done so, create your free "account" with NI's
website (you may get re-directed to your locale version when you do
that) then you can get to the forums. They are web based, but none the
less usefull for that.
Hope you figure it out.
Dave B.
> -Original Message-
> From: John Dammeyer [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, March 28, 2007 7:04 PM
> To: 'ICS support mailing'
> Subject: [twsocket] [OT] Embedding ActiveX licenses in Delphi
>
> My apologies for this off topic post but I'm not even sure
> where to ask this.
>
> I've got National Instruments ActiveX controls running in a
> test application. The Delphi Wrapper created when importing
> the control into my development environment appears to have
> also brought in the license string similar to the
> LICREQST.EXE app from Microsoft.
>
> In the wrapper it creates:
>
>
> TCWDSP = class(TOleControl)
> Private
> procedure InitControlData; override;
>
> procedure TCWDSP.InitControlData;
> const
> CLicenseKey: array[0..62] of Word = ( $006F, $006E, $0070,
> $006E, ...
> CControlData: TControlData2 = (
> ClassID: '{4EE5F083-54CF-11D0-8B74-0020AF31CEF9}';
> EventIID: '';
> EventCount: 0;
> EventDispIDs: nil;
> LicenseKey: @CLicenseKey;
> Flags: $;
> Version: 401);
> begin
> ControlData := @CControlData;
> end;
>
>
> On the target system I run regsvr32 with the file.ocx to register it.
>
> But when I run the application the unlicensed control is displayed.
>
> National Instruments which doesn't support Delphi doesn't
> know how to help me. Their C solutiuon is:
>
> 3.Add the following code below
> " AxMyProject.AxMyLicensedControl myControl = new
> AxMyProject.AxMyLicensedControl();"
>
> System.Reflection.FieldInfo f =
>typeof(AxHost).GetField("licenseKey",
> System.Reflection.BindingFlags.NonPublic |
> System.Reflection.BindingFlags.Instance);
> f.SetValue(myControl, "gnvlslnjskvlmlgnnimh");
>
>
> Which is probably what the wrapper is doing.
>
> But I can't see where the InitControlData is being invoked or
> how I make it understand that the control is licensed.
>
> Any ideas?
>
> Thanks
>
> John Dammeyer
>
>
>
This mail has been scanned by Palmer Cook Computer Services Limited.
www.palmercook.co.uk
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://www.elists.org/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be
Re: [twsocket] Idea about forming a new mailing list
>From personal experience. I'm a registered user of several Yahoo mailing list's, and it's a pain! They regularly get hit with spam, and-or the address lists are hacked and then used outside of Yahoo by www spammers. Not just my suspicions either, myself and many others have experimented by setting up bogus user names, and it's a suprisingly short time (the record for me, was 5 minutes!) till you get the first spam addressed to the bogus name. Unsubscribing yourslef doesn't fix the spam problem either, implying the spamers recipient list is no longer part of Yahoo. Yes, you get email messages, digest delivery a web accessable searchable archive, and file area, but at a cost of serious vulnerability to prying eyes, many of (at best) unknown intent. This list here, can send digests, if that is what you want, I use that already. Connect to it's admin web page, log in with your email and password, and you can change the way it delivers to you. Unless you plan to have a 100% moderated Yahoo list (that needs to be 24/7) that Francois will willingly partake in, I'd say for now anyway, forget it. Same thing about web based forums. You get split up too easily wasting much time trying to keep up with all the various threds, with email, it comes to you, and can be filtered by subject, sender or whatever you wish. Much like a news reader if needed. Just my six peneth worth Keep to the KISS principle. Dave B. > -Original Message- > From: Fastream Technologies [mailto:[EMAIL PROTECTED] > Sent: Friday, November 24, 2006 6:08 PM > To: ICS support mailing > Subject: Re: [twsocket] Idea about forming a new mailing list > > A yahoo group is an emailing list. It is just people who do > not want to receive all messages separately can simply > register to get digests or read from the web site with login. > Check out http://groups.yahoo.com/group/IQWFServer as an example. > > Best Regards, > > Gorkem Ates > > On 11/24/06, Francois PIETTE <[EMAIL PROTECTED]> wrote: > > > I propose to create a new ICS yahoo group > > > > As I already explained a lot of times I don't want to have a > > newsgroup, specially one that I don't control and which is > polluted by anyone. > > > > The mailing list is the tool I like most. That's it. > > > > -- > > Contribute to the SSL Effort. Visit > > http://www.overbyte.be/eng/ssl.html > > -- > > [EMAIL PROTECTED] > > http://www.overbyte.be > > > > > > -- > > To unsubscribe or change your settings for TWSocket mailing list > > please goto http://www.elists.org/mailman/listinfo/twsocket > > Visit our website at http://www.overbyte.be > > > > > -- > CSA, Fastream Technologies > Software IQ: Innovation & Quality > www.fastream.com | Email: [EMAIL PROTECTED] | Tel: +90-312-223-2830 > > This mail has been scanned by Palmer Cook Computer Services Limited. www.palmercook.co.uk -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] About HTTP client V6 changes to support .NET
> -Original Message- > From: Arno Garrels > V6 is still in beta state, that's why I prefer the best > solution regardless whether it breaks existing application > code or not, as long as such 'breaking' changes are well documented. > > Just my two cents. At least it'll be well documented, unlike much of the Indy changes the last year or so, especially the changes from V9.x.x to V10.x.x I sweated blood to fix some of my code, only to have it break again as a result of an update to the component/tool library. Sadly I made the mistake of buying the "In Depth book". It's not very deep, if you get my drift. As to the support, email lists are much preferred here, as they just work, so you don't have to go downloading the latest "news" etc, or crawling a web-forum. Plus, for all the other stuff that comes along, I quite often learn something that'll be useful to me later, or provokes me to go and change something I've done in the past, that in turn shows up and allows me to fix a problem I didn't know I had! Not only that, everyone here is just so polite! This ICS list, is also a lot more useful and enlightening in general, than any of the (fragmented) Indy lists. My personal sixpence worth. Keep up the good work one and all... Still "playing" with ICS, not done anything wonderful with it yet... One day, just using it as a learning tool these days. As to .NET being "inefficient" at building strings... Hm... Wonder where all the "bright young things" learn their trade these days. Sadly all too common in many walks of life, especially in engineering. Tried proven and trusted techniques, are just forgotten as they are not taught any more because they are "old". So the new flock re-invent the wheel again, just that they don't quite get it round or balanced this time, plus it's not fully tested before letting the users loose with it. Someone then comes up with the obvious fix, and they praise it as a wonderful "advance" in technology I'll go hide in my hole again Got a call to make anyway... Cheers.. Dave -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
