Jeff, James doesn't support it right now. Part of the problem is that we're using JavaMail's transport API to deliver messages, so we'd have to write out own SMTP delivery code to support ATRN. I conceptually understand how ATRN works as well, but don't know how you would go about writing that in the connection handling code that wouldn't look really ugly.
James can queue mail however necessary, and the SMTP handling code is nice in it's own class. As to whether this would take a week if more up to your ability and how much time in that week you really have. Would you see that ATRN supports only 1 flip (i.e., we start as the server role and can flip to be the clip role, but won't flip back)? If that's the case, it might not be so hard. It would be kind of a nice feature. I would suggest you start looking at the code, and maybe it will start making sense quickly. Aside from the "client" code dependency on JavaMail (which you might be able to work through as a hack), James is pretty much in a good position to support ATRN. -- Serge Knystautas Loki Technologies - Unstoppable Websites http://www.lokitech.com/ Jeff Schnitzer wrote: > I need to use ATRN to pull mail from a relay into an Exchange server > which has a dynamic IP address. Does James support ATRN? > > I'm guessing it doesn't, since a search of the mail archives and > documentation turns up nada. > > The next question is: How amenable is the James architecture to > supporting ATRN? I notice SMTP AUTH is already supported, which is > good. But I know relatively little (yet) about the internal workings of > an MTA, so I don't know what else is needed. Can James queue mail > without delivery for a more or less indefinite time? Does the > architecture make it possible to easily take an inbound SMTP connection > and reverse the client/server roles? > > If it's realistically possible for me to implement it in a week, I'm > willing to grab the RFC and start hacking. But I'm starting at the > bottom of both the James and MTA learning curves, so I can't even > evaluate the feasibility. > > Comments? > > ATRN would be a really cool feature to have, especially since neither > sendmail nor qmail currently support it. My need is for a simple device > that simply queues mail and relays it on-demand, no delivery necessary. > > Jeff Schnitzer > [EMAIL PROTECTED] -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
