<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=US-ASCII"> <META content="MSHTML 5.50.4915.500" name=GENERATOR></HEAD> <BODY> <DIV>He knows what he's talking about, he's just assuming too much in his descriptions.  People who don't know what they're talking about don't use words like MTA and MUA, and if they do they act very proud of knowing it. :)</DIV> <DIV> </DIV> <DIV>Hard distinctions between client and server are SOOO last century. :)  From a conceptual perspective, a *local* POP server (i.e. mycompany.com) is in some ways a client for the overall server "cloud" of Internet mail.  SMTP is essentially a non-realtime store and forward network, which is "batch" in many ways, for lots of good reasons.</DIV> <DIV> </DIV> <DIV>And those points of view are part of the reason we both think that putting this special "realtime non-messaging packet forwarder" hat on the Jabber server is a stretch, and has all the problems we've previously mentioned.</DIV> <BLOCKQUOTE dir=ltr style="MARGIN-RIGHT: 0px"> <DIV class=OutlookMessageHeader dir=ltr align=left>-----Original Message----- From: Mike Oliver [mailto:ollie@appsaspeers.com] Sent: Thursday, June 06, 2002 7:38 PM To: jdev@jabber.org Subject: RE: [JDEV] File transfers </DIV>Ok adding value, you simply don't know what you are talking about. How's that?  POP AND IMAP are protocols for Clients to talk to Servers to access stores of messages and attachments.  A Pop or IMAP Client DOES NOT talk to another Pop or IMAP Client...EVER...SMTP is the way you SEND messages to those stores and every single email message you send is transferred using SMTP and BTW SendMail is just an SMTP Program for sending mail, it has nothing to do with "bulk".  Have you ever setup an email client?  If you did you had to setup the email server for getting your email and choose POP3 or IMAP4 and then an SMTP server for outgoing, or if you leave that blank it tries to use the same server you setup for incoming.  But these are on different ports even if on the same ip address/dns name. If YOU want to add value, don't spout about things you obviously know NOTHING about.  Read the specifications about POP3, IMAP4 AND SMTP and you can find those at <A href="http://www.ietf.org/" eudora="autourl">http://www.ietf.org</A> I completely agree it depends on where you are standing and you are standing in the dark. At 02:06 PM 6/6/2002 -0700, you wrote: <BLOCKQUOTE class=cite cite type="cite">Mike cogently queries: > What planet are you from?  There's a great way to add value to a thread. :) > POP, IMAP and MAPI (Exchange) ARE NOT "client-to-client", PLEASE! Sure, why not?  user --> sendmail --> mail spool accessible via POP, at which point the server stops being so much of a server and starts acting a little more like a peer (POP, IMAP and MAPI being ad hoc, connected, conversational programs, unlike SMTP, which is largely a batch-oriented bulk drop).  It all depends where you're standing. No need to question my mudball of origin. > sendmail is just an SMTP mail transfer agent program and no different than > any other SMTP mail transfer agent program like those from Netscape and > Microsoft...ARG! Netscape makes an MTA?  What's it called?  I've seen their MUA, but I'm surprised to hear they have an MTA.  I bet it crashes a lot. :) F. ********************************************************************** E-mail sent through the Internet is not secure. Western Asset therefore recommends that you do not send any confidential or sensitive information to us via electronic mail, including social security numbers, account numbers, or personal identification numbers. Delivery, and or timely delivery of Internet mail is not guaranteed. Western Asset therefore recommends that you do not send time sensitive or action-oriented messages to us via electronic mail. **********************************************************************</BLOCKQUOTE><X-SIGSEP> </X-SIGSEP>Michael Oliver Chief Technology Officer AppsAsPeers.com 7391 S. Bullrider Ave. Tucson, AZ 85747 520.574.1150 </BLOCKQUOTE></BODY></HTML>