[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [bug-mailutils] imap[s] seg fault in mail[x]
From: |
Paul Vojta |
Subject: |
Re: [bug-mailutils] imap[s] seg fault in mail[x] |
Date: |
Fri, 20 Feb 2009 00:40:46 -0800 |
User-agent: |
Mutt/1.4.2.1i |
On Fri, Feb 20, 2009 at 10:06:12AM +0200, Sergey Poznyakoff wrote:
> Paul Vojta <address@hidden> ha escrit:
>
> > However, on further thought, it seems that all occurrences of sp in that
> > long if statement should really be sp1 -- otherwise they refer to text
> > after the ']', which doesn't make sense (keep in mind that my knowledge
> > of the IMAP protocol is next to nil).
>
> No, the rest of the occurences are right. They are intended to point
> past the closing bracket, where, according to the protocol, a
> human-readable description of the problem is printed. For example, the ALERT
> response code is defined by RFC 2060 as:
>
> ALERT The human-readable text contains a special alert
> that MUST be presented to the user in a
> fashion hat calls the user's attention to the message.
>
> Here's an example of a server returning that code:
>
> * OK [ALERT] System shutdown in 10 minutes
OK for most of them, but for BADCHARSET the optional list of character
sets seems to be inside the brackets.
--Paul
- [bug-mailutils] imap[s] seg fault in mail[x], Paul Vojta, 2009/02/14
- Re: [bug-mailutils] imap[s] seg fault in mail[x], Sergey Poznyakoff, 2009/02/15
- Re: [bug-mailutils] imap[s] seg fault in mail[x], Paul Vojta, 2009/02/16
- Re: [bug-mailutils] imap[s] seg fault in mail[x], Sergey Poznyakoff, 2009/02/16
- Re: [bug-mailutils] imap[s] seg fault in mail[x], Paul Vojta, 2009/02/16
- Re: [bug-mailutils] imap[s] seg fault in mail[x], Sergey Poznyakoff, 2009/02/18
- Re: [bug-mailutils] imap[s] seg fault in mail[x], Paul Vojta, 2009/02/20
- Re: [bug-mailutils] imap[s] seg fault in mail[x], Sergey Poznyakoff, 2009/02/20
- Re: [bug-mailutils] imap[s] seg fault in mail[x],
Paul Vojta <=
- Re: [bug-mailutils] imap[s] seg fault in mail[x], Sergey Poznyakoff, 2009/02/20