Windows 2000 CLI Email Clients?
man_ls asks: "I am running a TELNET server for myself and some friends out of my house using Windows 2000 Telnet Services, and would like to provide them with the ability to send and receive e-mails through the command line. I'm currently using fmail unregistered, which has send-only ability, and tried PC-PINE but it wouldn't run on the command line. Does anyone know of a command line mail program that will run under Windows 2000, and can both send and receive e-mail messages?" And we all know how popular usable Such a program would be a cool thing indeed! Are there such beasts, or has the rather un-popularity of CLI apps under Win32 rendered such things obsolete?
If you're running IIS5's SMTP server, you can use CDO for Win2K from JScript or VBScript to send messages. CDO is a set of COM objects that wrap around MIME-compliant messages, so you can build or parse email messages.
If you don't have IIS SMTP, there are a number of SMTP client COM objects around; you can then write a JScript/VBScript/VB/C++ app that drives the COM object.
You also might want to look into something called blat -- it's another SMTP client implementation (not COM-based, IIRC).
If Cygwin doesn't run under telnet, you might be able to run a telnet server under Cygwin. Same result.
Here's a useful page that covers Pine, Cygwin, and other related topics.
There are many levels of POSIX complance. To be POSIX complient in the basic sense you just have to have the system calls, and there are no requirements on the C library. Just because windows has the apropriate system calls, doesn't mean that they have all the apropriate system calls. Windows NT/2000 only supports 110 of the 149 POSIX C library routines, which means that there is a very good chance that any given POSIX application won't "just work", even though they can claim basic compliance.
Woops, I meant "doesn't mean that they have all the apropriate library calls."
Must stop posting so late...
read: it will take people an extra week or two to crack my system, putting my system into a state that I can not rely upon, and that can cause other people lots of annoyance through DDoS clients.
It is unneighborly to leave your system open, because it lets people launch attacks from it. You do not need to check your email so often that you can't skip the airport terminals' telnet program.
There is a cost associated with sticking a computer on the Internet, whether you are being paid to do so or not. Basic security is not optional, it is part of that cost. There are solutions by which you can use ssh (java ssh clients, cd-rs of ssh clients for popular operating systems, etc.).
You'll have to do some work, so consider it part of increasing your knowledge about the system - knowledge of what you'll have to do any time you put a server on the Internet.
And Windows users wonder what it is that gives them a bad name...
--Matthew
Nicely Put.
I especially liked how he said he doesn't have anything senstive and only a handful of admin accounts. Imagine that. Its people like him that allowed Code Red to fill my apache logs.