--===============1170524446==
Content-Type: multipart/signed;
  boundary="nextPart2031846.7lQTvfUpPm";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart2031846.7lQTvfUpPm
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Monday 23 May 2005 12:28, Martin Fahrendorf wrote:
> Am Freitag, 20. Mai 2005 09:06 schrieb Till Adam:
> > On Friday 20 May 2005 08:03, Martin Fahrendorf wrote:
> > > Am Dienstag, 17. Mai 2005 20:47 schrieb Till Adam:
> > > > On Monday 16 May 2005 14:03, Sophana Kok wrote:
> > > > > I've setup the whole thing, and when I add events or todos, it
> > > > > just says 'unable to save event ...'. But I can see in the imap
> > > > > folder that the event is there.
> > > > > When restarting kontact, the event were effectively not stored.
> > > >
> > > > Note that starting with KDE 3.4 you have to use an account of
> > > > type "disconnected imap" for the groupware functionality to work.
> > >
> > > Is there soewhere in the net a documentation about the advantage
> > > and disatvantage of disconnected imap against normal imap?
> >
> > Might I humbly refer you to the interview they did with me on the dot
> > yesterday? I think there I've explained it reasonably well. Feel free
> > to ask if something remains unclear.
>
> So I understand the difference of disconnected impa and plain imap. But
> what is the reason to force the use of disconnected imap for using
> groupware functionality?
>
> As an example: On our company (and at my home server) the fileserver
> (where the home dir lives) and the mailserver are identical. So, if I
> want to use groupware functionality, kmail have to copy all the mails
> (with all those mailing list they get up to about 1 Gig) from the
> server to my home dir. The question is why? I see the advantages for
> road warriors, but for the others?

The reasons are implementational. Online imap is asynchronous, while dimap=
=20
allows synchronous access. Asynchronous operations increase the complexity =
of=20
the code massively, so I decided to not risk it for now. I tried for the=20
kolab1 resource, and it was quite a nasty hack.

Note that you can use either subscription or a separate account and ACLs to=
=20
only access your resource folders using dimap, and the rest using online=20
imap.

Till

--nextPart2031846.7lQTvfUpPm
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQBCmddvtrsWGirveVsRAhqpAKDFeD4/hL/BKVVBtjVTE3FyE+WAawCePeyj
1wkPrcJxP6Xdxy6fdpff9X0=
=7gB7
-----END PGP SIGNATURE-----

--nextPart2031846.7lQTvfUpPm--

--===============1170524446==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
KDE PIM users mailing list
kdepim-users@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-users

--===============1170524446==--