'Re: Domino 5.x support - Status'

[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kmail-devel
Subject:    Re: Domino 5.x support - Status
From:       Don Sanders <sanders () kde ! org>
Date:       2002-09-05 10:07:33
[Download RAW message or body]

Sounds good, I think Michaels idea is on the right track.

Regarding the legal issues I'm not a lawyer but I think the important 
concept is that of a derivative work. As long as KMail doesn't 
require this proprietary code to operate I think KMail should be ok 
legally.

But the KioNotes pretty obviously will be a derivative work of this 
propretary code so I guess they can't go into cvs :-(

I'll look at the license later, like this weekend.

Don.

On Friday 30 August 2002 19:10, Mauro DePascale wrote:
> Don,
>
> thanks for your positive comments, I really need them!!!
>
> About the patch, many consideration there:
>
> 1. The KMail patch provided into the CVS tree is made for Kde3.0.2.
> I'm upgrading my build/test machine to Kde 3.0.3 so even the patch
> will be updated to that release shortly.
>      I've found another machine where to setup an environment for
> Kde 3.1. I've to check it configuration and I've not installed it
> yet but, if everything goes well, I think I'll be able to provide a
> patch for Kde 3.1 in the next week. Unfortunately, I can't grant
> you about it but I'll do my best.
>      My idea is to provide patches for the last two main Kde's
> releases keeping them in sync with the KioNotes's development.
> 2. About adding it into the main CVS: I followed a good idea caming
> from Michael Häckel and now the Domino code, even if compiled into
> KMail, is only visible if the "notes" protocol is available. In
> this way, because the KMail code added by the patch does not have
> any dependacy on external libraries, it will be possible to include
> and compile it without any particular option to be enabled (if you
> want to see it, just add a fake notes.protocol into
> /opt/kde2/share/services . . .). I think this can be good: we can
> add Domino support into the standard distribution and then having
> it enabled automatically just where it's really required. 3. About
> licensing: the code provided into the patch is completely free, to
> access the KioNotes services it uses just calls to the KioSlave
> interface so it can be distributed along Kde without any problem.
> This is the reason why I preferred to have KioNotes as a separate
> package/project: in this way the licensing problems will go with
> KioNotes leaving Kde free of any involvement.
>
> Because I really understand nothing about legalese, I provide
> attach for both old and new license notices as provided within the
> the API packages (Lotus and IBM licenses).
>
> My understanding is that, with the Lotus license, it was possible
> to distribute a binary package with few restrictions while I was
> unable to figure out what it's possible to do with the new IBM's
> license.
>
> If someone can give it a look and then share its comments with me,
> I'll appreciate a lot.
>
> Summarizing: there is not any license problem for the KMail patch,
> you have my permission to include that code and all its future
> versions into the main Kde releases as you like.
> Regarding KioNotes: I'll delay considering the license problems for
> it 'til the project will be in a more advanced state: now I've not
> time (however, if someone can help with it, please do!! Thanks in
> advance.).
>
> Thanks to all for the great Kde environment.
>
>
> Mauro "Larry" de Pascale
>
>
> (See attached file: apilicns22.txt)(See attached file:
> apilicns21.txt)
>
>
>
>
>
>
> Don Sanders <sanders@kde.org>@mail.kde.org on 30/08/2002 07.49.13
>
> Please respond to kmail@mail.kde.org
>
> Sent by:  kmail-admin@mail.kde.org
>
>
> To:   "Mauro DePascale" <mauro.depascale@marconi.com>
> cc:   kmail@mail.kde.org
>
> Subject:  Re: Domino 5.x support - Status
>
>
> If I haven't mentioned it already I think Lotus Notes support
> sounds like a very nice feature. I'm really pleased to see that you
> have been able to continue your work on it, I wish you good luck
> with it.
>
> Looking at the KMail patch
> http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/kionotes/KioNotes/km
>ail-patches/kmail-1.4.2.patch?rev=1.2&content-type=text/vnd.viewcvs-
>markup
>
> it's really not very disruptive and I personally am ok with
> including this in KDE cvs. I guess if it was included then
> compilation of this code should be disabled by default until the
> feature is ready.
>
> In a previous mail you stated that there are licensing problems. Do
> you have any more info on that?
>
> Don.
>
> On Saturday 24 August 2002 00:43, Mauro DePascale wrote:
> > Hi friends,
> >
> > this mail just to signal that I'm not dead and that the work to
> > adding Domino
> > support to kmail is still on going.
> >
> > Because I finally realized I can't provide the job working alone
> > in my spare
> > time, I arranged to setup a project on SourceForge, open to
> > contributors.
> >
> > The project is called KioNotes (you'll find it here:
> > http://sourceforge.net/projects/kionotes) and, actually, is made
> > up of two parts:
> >
> > 1. kio_notes: a KIO-Slave that implements support for the Domino
> > transport. 2. kmail patch (available through the CVS tree into
> > the kmail-patches directory) to enable kmail using the new
> > transport. The patch is for kmail 1.4.2.
> >
> > What is available (through anonymous CVS access):
> >
> > Kionotes supports receiving and sending mails, receiving is
> > almose complete,
> > sending still miss supporting attachs.
> > Deleting mails from Notes' s folders is not working.
> > Authentication is now performed through the KioSlave.
> >
> > The patch for kmail adds the domino account for receiving and the
> > transport for sending.
> > The accountsetup dialog is a bit messedup (I just realized I've
> > to rework it
> > mostly . . .) but functional.
> >
> >
> > What is missing:
> >
> > 1.Ability to delete downloaded mails (almost done, just to be
> > tested a bit).
> > 2.Support for different Domino's folders that just Inbox
> > (partially implemented).
> > 3.Automatic generation of Notes support files on account
> > creation: this is the most urgent task. With this will be
> > possible to setup a Domino account without accessing any windows
> > specific file. I realized how to do it (and I've some testing
> > material) but all the implementation must be done. 4.Setup the
> > Homepage and put online all the other material and documentation
> > about how to setup the environment.
> > 5.Fix the configure script to better check for the Domino's
> > libraries and complete support for platforms different from
> > Intel.
> >
> >
> > KioNotes is a standard KDE package so, to build it, just run
> > configure then make.
> > Unfortunately, it depends on the Lotus Notes C++ Toolkit and
> > Lotus Domino for
> > linux so , before doing it, some setup is required (the configure
> > script partially checks the dependancies).
> > It's not yet in a deliverable state, but, If someone wants to
> > adventure in building and trying it, feel free to contact me
> > directly for details about what is needed, I'll be very happy!
> >
> > I'm actively working to simplify as much as possible the
> > configure/build process, but lots of work is still to be done.
> >
> > I'll look forward for your comments.
> >
> > Cheers,
> >
> > Mauro "larry" de Pascale
> >
> > ---
> >
> > This mail was sent using KMail through Domino 5.x using KioNotes
> > !!bo
> >
> > _______________________________________________
> > KMail Developers mailing list
> > kmail@mail.kde.org
> > http://mail.kde.org/mailman/listinfo/kmail
>
> _______________________________________________
> KMail Developers mailing list
> kmail@mail.kde.org
> http://mail.kde.org/mailman/listinfo/kmail

_______________________________________________
KMail Developers mailing list
kmail@mail.kde.org
http://mail.kde.org/mailman/listinfo/kmail
[prev in list] [next in list] [prev in thread] [next in thread] 