Re: Sharing Folders in Mozilla Mail

2003-07-07 Thread Tarjei Huse
Hi,

Wouldn't the correct thing to do here be to vote for a Mozilla bug?
http://bugzilla.mozilla.org/show_bug.cgi?id=207628
I actually think that 207628 should die as a duplicate of 135977 ;-)
(opened a whole year before)
http://bugzilla.mozilla.org/show_bug.cgi?id=135977 
No problem! I wrote the email before I saw someone else make the same 
comment later in the thread (I've been on holiday).
But: Everybody please vote!

If someone has the time, the same bug should be filed against 
kmail,balsa and evolution as well.
Tarjei



Bye





Re: Sharing Folders in Mozilla Mail

2003-07-07 Thread Luca Olivetti
Tarjei Huse wrote:

Wouldn't the correct thing to do here be to vote for a Mozilla bug?
http://bugzilla.mozilla.org/show_bug.cgi?id=207628
I actually think that 207628 should die as a duplicate of 135977 ;-)
(opened a whole year before)
http://bugzilla.mozilla.org/show_bug.cgi?id=135977
Bye

--
Luca Olivetti
Wetron Automatización S.A. http://www.wetron.es/
Tel. +34 93 5883004  Fax +34 93 5883007


Re: Sharing Folders in Mozilla Mail

2003-07-05 Thread Tarjei Huse

> > I'm looking to add the XSERVERINFO extension to cyrus imap and was
> > wondering if anyone else has worked on this or has any desire to see
> > this feature added.  I'm planning on adding it like the X-NETSCAPE
> > extension was done so that the user compiling cyrus imap has to
> > explicitly enable it.
> 
> As it is the X-NETSCAPE hack is pretty ugly.  Its basicly only there so
> that older netscape IMAP clients won't claim that the server is
> *defective* when it doesn't advertise a *nonstandard* extention.  For
> example, see the following urls:
> 

Wouldn't the correct thing to do here be to vote for a Mozilla bug?
http://bugzilla.mozilla.org/show_bug.cgi?id=207628

I've just voted.

Also, bugs should be filed for other clients (evolution, balsa, kmail)
as well.

Tarjei


> http://www.washington.edu/imap/listarch/current/msg00234.html
> http://www.washington.edu/imap/listarch/current/msg00235.html
> 
> With no specifications to go on, I'm really hesitant to even begin to
> think about adding another such non-standard extention.  If clients really
> think there is a demand for this, I encourage them to pursue such
> extentions through the IETF.
> 
> -Rob
> 
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456
> Research Systems Programmer * /usr/contributed Gatekeeper
> 



Re: Sharing Folders in Mozilla Mail

2003-07-04 Thread Luca Olivetti
Ken Murchison wrote:


Its a shame that the Mozilla code has left this cruft floating around.
FWIW I opened a bug for ACL management in mozilla:
http://bugzilla.mozilla.org/show_bug.cgi?id=135977
It's still in state unconfirmed, maybe with some more votes...

Bye
--
Luca Olivetti
Wetron Automatización S.A. http://www.wetron.es/
Tel. +34 93 5883004  Fax +34 93 5883007


Re: Sharing Folders in Mozilla Mail

2003-07-03 Thread Ken Murchison


Rob Siemborski wrote:

On Thu, 3 Jul 2003, James A. Pattie wrote:


I've searched the archives and have not found any e-mails talking about
adding the XSERVERINFO extension which is needed to make mozilla mail
show the "permissions" button when viewing a folders properties.
Apparently if the imap server supports the XSERVERINFO extension and
returned a url for the MANAGEACCOUNTURL argument they then provide the
button which justs opens a browser window and surfs to the specified url
so that you can then share the folder, etc.


So, uh, why can't the clients just implement the standardized ACL
extention and take care of manging the folders that way?  Having a website
URL to manage the folder ACLs sounds like a hideous hack.

I'm looking to add the XSERVERINFO extension to cyrus imap and was
wondering if anyone else has worked on this or has any desire to see
this feature added.  I'm planning on adding it like the X-NETSCAPE
extension was done so that the user compiling cyrus imap has to
explicitly enable it.


As it is the X-NETSCAPE hack is pretty ugly.  Its basicly only there so
that older netscape IMAP clients won't claim that the server is
*defective* when it doesn't advertise a *nonstandard* extention.  For
example, see the following urls:
http://www.washington.edu/imap/listarch/current/msg00234.html
http://www.washington.edu/imap/listarch/current/msg00235.html
With no specifications to go on, I'm really hesitant to even begin to
think about adding another such non-standard extention.  If clients really
think there is a demand for this, I encourage them to pursue such
extentions through the IETF.
I actually have the spec that John Myers posted a few IETF back.  I 
believe that both he and Chris Newman haved stated that this private 
extension to Netscape's server products is (or should be) deprecated. 
Its a shame that the Mozilla code has left this cruft floating around.

Its surprising that Sun/Netscape's client doesn't support the ACL 
extension given the fact that its author works for them!

I agree that any effort in adding this non-standard extension to Cyrus 
would be misplaced.  I'd suggest that if you want to contribute to an 
open source project, that you add the documented ACL support to any of 
the clients that you mentioned.

--
Kenneth Murchison Oceana Matrix Ltd.
Software Engineer 21 Princeton Place
716-662-8973 x26  Orchard Park, NY 14127
--PGP Public Key--http://www.oceana.com/~ken/ksm.pgp


Re: Sharing Folders in Mozilla Mail

2003-07-03 Thread James A. Pattie
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
James A. Pattie wrote:
| Hello,
|
|   I've searched the archives and have not found any e-mails talking about
| adding the XSERVERINFO extension which is needed to make mozilla mail
| show the "permissions" button when viewing a folders properties.
| Apparently if the imap server supports the XSERVERINFO extension and
| returned a url for the MANAGEACCOUNTURL argument they then provide the
| button which justs opens a browser window and surfs to the specified url
| so that you can then share the folder, etc.
|
Sorry, I forgot to mention that apparently the XSERVERINFO extension is
part of Netscapes/Sun's Mail server product and was to replace the
X-NETSCAPE hack they had initially done.
- --
James A. Pattie
[EMAIL PROTECTED]
Linux  --  SysAdmin / Programmer
Xperience, Inc.
http://www.pcxperience.com/
http://www.xperienceinc.com/
GPG Key Available at http://www.pcxperience.com/gpgkeys/james.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQE/BJpFtUXjwPIRLVERApiSAKDoOkK0iFpSeA9TPdvO2Qs3zFurggCfaoED
Dx45YBr/HM8crhlA2EobN24=
=HkYQ
-END PGP SIGNATURE-
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.


Re: Sharing Folders in Mozilla Mail

2003-07-03 Thread Rob Siemborski
On Thu, 3 Jul 2003, James A. Pattie wrote:

>   I've searched the archives and have not found any e-mails talking about
> adding the XSERVERINFO extension which is needed to make mozilla mail
> show the "permissions" button when viewing a folders properties.
> Apparently if the imap server supports the XSERVERINFO extension and
> returned a url for the MANAGEACCOUNTURL argument they then provide the
> button which justs opens a browser window and surfs to the specified url
> so that you can then share the folder, etc.

So, uh, why can't the clients just implement the standardized ACL
extention and take care of manging the folders that way?  Having a website
URL to manage the folder ACLs sounds like a hideous hack.

>   I'm looking to add the XSERVERINFO extension to cyrus imap and was
> wondering if anyone else has worked on this or has any desire to see
> this feature added.  I'm planning on adding it like the X-NETSCAPE
> extension was done so that the user compiling cyrus imap has to
> explicitly enable it.

As it is the X-NETSCAPE hack is pretty ugly.  Its basicly only there so
that older netscape IMAP clients won't claim that the server is
*defective* when it doesn't advertise a *nonstandard* extention.  For
example, see the following urls:

http://www.washington.edu/imap/listarch/current/msg00234.html
http://www.washington.edu/imap/listarch/current/msg00235.html

With no specifications to go on, I'm really hesitant to even begin to
think about adding another such non-standard extention.  If clients really
think there is a demand for this, I encourage them to pursue such
extentions through the IETF.

-Rob

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456
Research Systems Programmer * /usr/contributed Gatekeeper



Sharing Folders in Mozilla Mail

2003-07-03 Thread James A. Pattie
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello,

I've searched the archives and have not found any e-mails talking about
adding the XSERVERINFO extension which is needed to make mozilla mail
show the "permissions" button when viewing a folders properties.
Apparently if the imap server supports the XSERVERINFO extension and
returned a url for the MANAGEACCOUNTURL argument they then provide the
button which justs opens a browser window and surfs to the specified url
so that you can then share the folder, etc.

I'm looking to add the XSERVERINFO extension to cyrus imap and was
wondering if anyone else has worked on this or has any desire to see
this feature added.  I'm planning on adding it like the X-NETSCAPE
extension was done so that the user compiling cyrus imap has to
explicitly enable it.

When done this feature will be used in the Kroupware/Kolab project
along with Horde/IMP and Mozilla Mail.


Thanks for any feedback, etc.

- --
James A. Pattie
[EMAIL PROTECTED]

Linux  --  SysAdmin / Programmer
Xperience, Inc.
http://www.pcxperience.com/
http://www.xperienceinc.com/

GPG Key Available at http://www.pcxperience.com/gpgkeys/james.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE/BHghtUXjwPIRLVERAtEIAKCE9yFUP0AvIyITTajK3KI/PgPyvgCg0V/c
iA7OSBzAbhWzQVBEeiz4mLM=
=frmb
-END PGP SIGNATURE-


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.