WOW! And next things I would like to do 1. securing the SMTP remote delivery. Now I have answers to Serges's questions he asked me long ago. After this we will be able really to secure everything in James and make it even more attractive for business! 2. what has to be done long ago: is GETTING RIDE OF xinfo files (xdoclet rules!!!)
Andrei ----- Original Message ----- From: "Peter M. Goldstein" <[EMAIL PROTECTED]> To: "'James Developers List'" <[EMAIL PROTECTED]> Sent: Wednesday, August 14, 2002 1:09 AM Subject: RE: Contribution: Re: Handlers' streams RE: [Bug 11235] > > All, > > I'm going to be taking these files, making some alterations to bring > them into line with James code standards, and basically getting them in > the standard form for submission. In addition to these modifications, I > will be unifying all of the server/handlers under this connection > paradigm. At that point I'll discuss with Andrei, and resubmit the > modified code to the list for discussion. Hopefully we'll get that > taken care of in a week or so, as I'd really like to see this code > incorporated into the code base. > > --Peter > > > -----Original Message----- > > From: Andrei Ivanov [mailto:[EMAIL PROTECTED]] > > Sent: Tuesday, August 13, 2002 3:09 PM > > To: James Developers List > > Subject: Contribution: Re: Handlers' streams RE: [Bug 11235] > > > > Hi, > > finally it's done (see attachment) > > > > Comments: > > > > Attached are only modified and new files for current James. > > If you check out new james and copy src directory from zip over > existing > > src > > dir and build james distribution it will run right away. > > When you'll look at sources you'll see what I've done. It is not well > > commented in the code though... > > > > There are two things you have to pay attention first of all > > > > 1. "connection" package structure doesn't correspond james structure > where > > interfaces defined in "services" and implementation is spread over > other > > packages (I've been always wandering why James originators hadn't > adapted > > cornerstone package structure from very beginning). So you may want to > > modify connection package structure (move interfaces and > implementations) > > > > 2. About SMTPHandler. I adapted only doAUTH(..) method from the latest > > James > > (you will see it because it is shifted right). I think that most of > the > > recent changes were done to this method so I copied it from current > James > > and modified it according to my changes. If other methods have changed > > recently you'll have to add those modifications to new SMTPHandler > (use > > doAUTH(..) as an example). > > > > > > Andrei > > > > ----- Original Message ----- > > From: "Andrei Ivanov" <[EMAIL PROTECTED]> > > To: "James Developers List" <[EMAIL PROTECTED]> > > Sent: Monday, July 29, 2002 12:14 AM > > Subject: Handlers' streams RE: [Bug 11235] > > > > > > > Ok, then there will be > > > > > > 1. new AbstractServer > > > 2. modified SMTPServer > > > 3. modified SMTPHandler > > > 4. modified MimeMessageInputStreamSource > > > 5. modified SmsImpl (only one new constructor) > > > > > > There will be no changes in configs so that no compatibility > hazards. > > Hope > > > it will not be so little slow to apply these changes. > > > > > > How does this sound now? > > > > > > Heh, I would like to add to this logging levels for mailets, but > this is > > > totally another story ;-). I am just recalling broken lances over > > mailet > > > logging :-( ...to no avail. > > > > > > Andrei > > > > > > ----- Original Message ----- > > > From: "Danny Angus" <[EMAIL PROTECTED]> > > > To: "James Developers List" <[EMAIL PROTECTED]> > > > Sent: Sunday, July 28, 2002 11:51 PM > > > Subject: RE: [Bug 11235] Extensive use of string concatenation > > throughout > > > code base > > > > > > > > > > > > > > > > > > > I can > > > > > provide fixed SMTPHandler (since I ve been working a lot with > this > > part > > > of > > > > > James for my project) so that other handlers can be fixed as > well > > > similar > > > > > way. How does this sound? > > > > > > > > Andrei, > > > > We're *always* happy to accept contributions. > > > > If a little slow, at times, to apply them. > > > > > > > > d. > > > > > > > > > > > > -- > > > > To unsubscribe, e-mail: > > > <mailto:[EMAIL PROTECTED]> > > > > For additional commands, e-mail: > > > <mailto:[EMAIL PROTECTED]> > > > > > > > > > > > > > -- > > > To unsubscribe, e-mail: > > <mailto:[EMAIL PROTECTED]> > > > For additional commands, e-mail: > > <mailto:[EMAIL PROTECTED]> > > > > > > > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
