Re: The IMAP APPENDLIMIT Extension

Pete Maclean <[email protected]>
Newsgroups gmane.ietf.imapext
Message-ID <[email protected]>
Jan,

Thank you for pointing that out.  While I have 
looked at the RFC, I am not well up on ACL 
commands having never had reason to support them 
in my server.  I see an account's right to use 
APPEND as a different matter from a server's 
ability to allow APPENDs though (the former is, 
as it were, subjective while the latter is 
objective) and I still think it would be valuable 
for servers to have an ability to indicate that 
APPENDs are not acceptable.  Of course this does 
mean that the interaction of the two must be 
defined but I think that should be easy and, I 
hope, obvious in that nothing a server says about 
its willingness to accept APPENDs should be taken 
as any indication that that overrides a user's 
rights.  After all, we are not suggesting that a 
server should inhibit its sending of APPENDLIMIT 
data to clients operating without the "i" right.

Pete Maclean

At 06:25 PM 1/3/2015, Jan Kundrát wrote:
>On Saturday, 3 January 2015 14:11:00 CEST, Pete 
>Maclean wrote: > Surely it would be very 
>valuable to include in this extension a > means 
>for a server to indicate that it does not accept 
>APPENDs > at all. That's IMHO what the ACL 
>extension is for -- the "i" right defined in 
>RFC4314. With kind regards, Jan -- Trojitá, a 
>fast Qt IMAP e-mail client -- 
>http://trojita.flaska.net/ 
>_______________________________________________ 
>imapext mailing list [email protected] 
>https://www.ietf.org/mailman/listinfo/imapext </x-flowed>

_______________________________________________
imapext mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/imapext
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.