GWIA IMAP Capability QUOTA

[Brian...@wmich.edu]

Does the GroupWise GWIA (6.5.2) support the QUOTA capability
and prevent the IMAP client user from exceeding their "Mailbox Size
Limit"?

Here is what SunONE shows as supported.....

* OK [CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ NAMESPACE UIDPLUS
CHILDREN BINARY LANGUAGE XSENDER X-NETSCAPE XSERVERINFO AUTH=PLAIN]
Messaging Multiplexor (Sun Java(tm) System Messaging Server 6.1 Patch
0.01 (built Jun 24 2004))
a001 CAPABILITY
* CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ NAMESPACE UIDPLUS
CHILDREN BINARY LANGUAGE XSENDER X-NETSCAPE XSERVERINFO AUTH=PLAIN
a001 OK CAPABILITY completed
a002 logout
* BYE bye
a002 OK LOGOUT completed

Here is what Groupwise shows as supported.....

* OK GroupWise IMAP4rev1 Server Ready
a001 CAPABILITY
* CAPABILITY IMAP4rev1 AUTH=XGWTRUSTEDAPP XGWEXTENSIONS
a001 OK CAPABILITY completed

According to this RFC isn't this something GroupWise should be supporting?

IMAP4 QUOTA extension: ftp://ftp.rfc-editor.org/in-notes/rfc2087.txt

Thank you for all your help.

Brian

[Dave Parkes]

GW size limits never stop incoming mail, they merely stop you sending
when you are over the limit

Cheers Dave

--

Dave Parkes [NSCS]
Occasionally resident at http://support-forums.novell.com/

[Brian...@wmich.edu]

I understand. However, my question relates to IMAP not SMTP.

The information provided relates to the IMAP client.
When the client connects to the Sun system it indicates it has the
capability to prevent messages from the client if the "quota" is exceeded.

Is this capability in the GWIA IMAP server capability and if not will
it be considered in the future since it's part of RFC compliance?

Thanks again for the help.

[Dave Parkes]

Well, this is the Groupwise client account trying to send a message out
?, whether by IMAP or not doesn't really matter I don't think. It still
has to go through the GW system, and that stops messages being sent if
the account is over quota

[Danita Zanre]

> Is this capability in the GWIA IMAP server capability and if not will
> it be considered in the future since it's part of RFC compliance?

It is not a part of the current IMAP standard for GWIA to my knowledge. You have to realize that although the IMAP standard is there, I'm not sure that a "corporate" mail server like the GWIA will ever seen a need to fully comply with it. GW's IMAP server is not the "mail server" in control of the message store - it is, rather, an access point for users to get to the GroupWise message store outside of the GW client. Novell has increased RFC compliance of the IMAP server in the GWIA over the years, but I don't necessarily think they feel a need to make it a "true" IMAP server, since IMAP is not the process that controls the message store.

I will pass your question along to Novell, and you are certainly welcome to add your thoughts at support.novell.com/enhancement

--
Danita Zanre
Novell Volunteer Sysop
www.caledonia.net/iris.html

[Massimo Rosen]

Danita,

Danita Zanre wrote:
>
> > Is this capability in the GWIA IMAP server capability and if not will
> > it be considered in the future since it's part of RFC compliance?
>
> It is not a part of the current IMAP standard for GWIA to my knowledge.

I didn't try, but maybe the POA with IMAP supports this?

CU,
--
Massimo Rosen
Novell Product Support Forum Sysop
No emails please!
http://www.cfc-it.de

[Michael Bell]

Sorry, I must correct you here. - this is not a mandatory IMAP feature

It's not part of the core IMAP RFC (3501). Therefore it is not required.

It IS part of an optional IMAP EXTENSION QUOTA RFC (2087)

Which begins

" The QUOTA extension is present in any IMAP4 implementation which
returns "QUOTA" as one of the supported capabilities to the
CAPABILITY command"

To clarify:

All extensions defined like this are optional. That is the basic reason for
the CAPABILITY command. It's just the supporting 8 Bit Mail, DSN, SSL for
SMTP - none of these are required - they are optional extensions using the
EHLO syntax.

So, to check, connect to the POA and GWIA via IMAP and run the CAPABILITY
command. If QUOTA isn't there (and I'm fairly certain it isn't), feel free
to
make an enhancement request.

A tip - Citing specific reasons (besides RFC compliance, which isn't the
case) for wanting it will likely give the Novellians more reason to
implement it. The URL is below
--
Michael J. Bell
Novell Support Connection Volunteer Sysop
Author of Guinevere (http://www.openhandhome.com)

PLEASE: Do not e-mail me privately unless specifically asked.
I'm a volunteer, not a Novell employee!

All opinions and advice provided are MINE alone and NOT Novell's unless
specifically identified as such.

Novell does not officially monitor these forums.
Enhancement requests for all Novell products may be made at
http://support.novell.com/enhancement

"You've got a way to keep me on your side/You give me cause
for love that I can't hide/For you I know I'd even try to
turn the tide/Because you're mine, I walk the line"

Johnny Cash (RIP)

<Brian...@wmich.edu> wrote in message
news:4%LZc.5949$ML2...@prv-forum2.provo.novell.com...

[Brian...@wmich.edu]

Thank you all for the informative responses.

I'll express my reason for wanting it here as well as where you suggest.
It is my understanding the IMAP clients (e.g. MS Outlook) circumvent the
maximum mailbox message size by allowing the user to send messages even
if this size has been exceeded in the mail box. So, I want it to enforce
the maximumum mailbox size for IMAP clients.

Having stated this I also realize that the IMAP client is delivering the
message to the SMTP mail server, and if that is not GroupWise there would
be no way for the client to be informed that the maximum mailbox size
had been reached, and thus could be no enforcement of the maximum mailbox
size via the IMAP client.

Thank you all again for your help.

Brian

[Michael Bell]

Those are good points and should be expressed in an enhancement request (see
URL below).

--
Michael J. Bell
Novell Support Connection Volunteer Sysop
Author of Guinevere (http://www.openhandhome.com)

PLEASE: Do not e-mail me privately unless specifically asked.
I'm a volunteer, not a Novell employee!

All opinions and advice provided are MINE alone and NOT Novell's unless
specifically identified as such.

Novell does not officially monitor these forums.
Enhancement requests for all Novell products may be made at
http://support.novell.com/enhancement

"You've got a way to keep me on your side/You give me cause
for love that I can't hide/For you I know I'd even try to
turn the tide/Because you're mine, I walk the line"

Johnny Cash (RIP)

<Brian...@wmich.edu> wrote in message
news:GD2_c.86$wS3...@prv-forum2.provo.novell.com...

[kbor...@email.smith.edu]

Just to add my two cents: the GW imap *is* sending out some sort of
"negative" response when someone is approaching the GW quota.

Our netreg server is using imap as an authorization/login protocol, but it
was failing for unknown reasons. It took us a while to figure out, but we
realized that if someone has hit the "warning" limit of ~80% of their
quota, then the imap connection fails (but not on the first try - usually
after several tries - not sure of that yet). Here's the section of the log
file (in verbose mode only):

====

10-11-04 14:30:17 39 Accepted IMAP4 connection with: 131.229.64.28
10-11-04 14:30:17 39 Client - 0 LOGIN hting *******
10-11-04 14:30:18 15 Client - 4921 SELECT INBOX
10-11-04 14:30:18 15 Server - 4921 OK SELECT completed
10-11-04 14:30:18 15 Client - 4922 UID FETCH 1:47785 (UID FLAGS)
10-11-04 14:30:18 15 Server - 4922 OK UID FETCH completed
10-11-04 14:30:18 55 Client - 1079 SELECT INBOX
10-11-04 14:30:18 15 Client - 4923 NOOP
10-11-04 14:30:18 55 Server - 1079 OK SELECT completed
10-11-04 14:30:18 15 Server - 4923 OK NOOP completed
10-11-04 14:30:18 55 Client - 1080 UID FETCH 118:* (UID FLAGS)
10-11-04 14:30:18 55 Server - 1080 OK UID FETCH completed
10-11-04 14:30:18 55 Client - 1081 UID FETCH 1:117 (UID FLAGS)
10-11-04 14:30:18 55 Client - 1082 NOOP
10-11-04 14:30:18 55 Server - 1082 OK NOOP completed
10-11-04 14:30:19 15 Client - 4924 CLOSE
10-11-04 14:30:19 15 Server - 4924 OK CLOSE completed
10-11-04 14:30:19 55 Client - 1083 CLOSE
10-11-04 14:30:19 55 Server - 1083 OK CLOSE completed
10-11-04 14:30:20 39 Server - 0 OK LOGIN completed
10-11-04 14:30:20 39 Client - 1 SELECT "INBOX"
10-11-04 14:30:20 39 Server - 1 NO SELECT Mailbox not found: INBOX
10-11-04 14:30:20 39 Client - 2 EXPUNGE
10-11-04 14:30:20 39 Server - 2 BAD EXPUNGE Command, state, or parameter
10-11-04 14:30:20 39 Client - 3 LOGOUT
===

So when this little netreg module does a simple imap connection, it should
be getting back the number of messages in the inbox. Instead, the post
office must be sending some sort of notification that the person has hit
the warning limit. But the imap agent doesn't know what to do with this
info, and interprets it as "Mailbox not found," and so the authentication
fails.

Any thoughts?

Karla

[Michael Bell]

Also, why is it doing an EXPUNGE there? You may want to take an Ethereal
Trace to make sure the log is showing everything.

--
Michael J. Bell
Novell Support Connection Volunteer Sysop
Author of Guinevere (http://www.openhandhome.com)

PLEASE: Do not e-mail me privately unless specifically asked.
I'm a volunteer, not a Novell employee!

All opinions and advice provided are MINE alone and NOT Novell's unless
specifically identified as such.

Novell does not officially monitor these forums.
Enhancement requests for all Novell products may be made at
http://support.novell.com/enhancement

"You've got a way to keep me on your side/You give me cause
for love that I can't hide/For you I know I'd even try to
turn the tide/Because you're mine, I walk the line"

Johnny Cash (RIP)

<kbor...@email.smith.edu> wrote in message
news:6GVad.471$975...@prv-forum2.provo.novell.com...

[Michael Bell]

If so and this is using 6.5.2 code, a bug report probably should be opened.
Make sure it is reproducible on a clean PO, etc. If the mailbox limit
changes, does the issue follow it?

If you want to dicuss this and are willing to do some troubleshooting, we
can go offline. I'll then send the stuff to novell. It's alwasy best to have
MAX info, and MAX reproducibility though.

--
Michael J. Bell
Novell Support Connection Volunteer Sysop
Author of Guinevere (http://www.openhandhome.com)

PLEASE: Do not e-mail me privately unless specifically asked.
I'm a volunteer, not a Novell employee!

All opinions and advice provided are MINE alone and NOT Novell's unless
specifically identified as such.

Novell does not officially monitor these forums.
Enhancement requests for all Novell products may be made at
http://support.novell.com/enhancement

"You've got a way to keep me on your side/You give me cause
for love that I can't hide/For you I know I'd even try to
turn the tide/Because you're mine, I walk the line"

Johnny Cash (RIP)

<kbor...@email.smith.edu> wrote in message
news:6GVad.471$975...@prv-forum2.provo.novell.com...