On Friday, 15 October 1999 at 12:06, Raju K V wrote:
> hi,
>
> like you, I am also not familiar with locale issues. But i did some
> checking and I found that the LANG environment variable is set to "C".
> also I wrote a test program which uses the SKIPWS macro from protos.h in
> mutt source code and it works fine. It works fine. So I feel that it is
> not a locale issue. I ran mutt in gdb. I noticed that the 2nd argument
> imap_parse_fetch() was something like
> s=0x45<Address 0x45 out of bounds> which might be the problem. Anyway I
> will look into it during the weekend.
Ok, thanks.
> BTW, I notice that whenever I access the mailserver using IMAP, a mail
> Mail System Internal Data DON'T DELETE THIS MESSAGE -- FOLDER INTERNAL
> DATA
> gets created. Why?
This has nothing to do with mutt, by the way. It's where your IMAP
server stores persistent information about your mailbox, eg last UID
used, which makes sure that no message in that mailbox will ever reuse a
UID. This is helpful for disconnected operation (which mutt doesn't
support).
>
> Thanks in advance,
> Raju
>
> On Thu, Oct 14, 1999 at 10:54:03PM -0400, Brendan Cully [[EMAIL PROTECTED]] wrote:
> > On Thursday, 14 October 1999 at 12:50, Edmund GRIMLEY EVANS wrote:
> > > > > mutt_socket_write():a0004 FETCH 1:5 (FLAGS INTERNALDATE RFC822.SIZE
>BODY.PEEK[HEADER.FIELDS (DATE FROM SUBJECT TO CC MESSAGE-ID REFERENCES CONTENT-TYPE
>IN-REPLY-TO REPLY-TO)])
> > > > > mutt_socket_read_line_d():* 1 FETCH (FLAGS () INTERNALDATE "12-Oct-1999
>11:18:49 +0530" RFC822.SIZE 2865 BODY[HEADER.FIELDS ("DATE" "FROM" "SUBJECT" "TO"
>"CC" "MESSAGE-ID" "REFERENCES" "CONTENT-TYPE" "IN-REPLY-TO" "REPLY-TO")] {414}
> > > > > fetching message 1
> > > > > mutt_socket_read_line_d():)
> > > > > imap_parse_fetch(): bogus FLAGS entry:
> > > > > imap_open_mailbox(): msgcount is 0
> > > >
> > > > something's up here. Maybe the FLAGS () line is getting misparsed. It
> > > > shouldn't be since that's not an unusual response. I'll take a look -
> > > > er, not this weekend since I am travelling. a bit later. Thanks for the
> > > > report...
> > >
> > > I looks a bit like SKIPWS is skipping all characters. Are you using
> > > isspace() at all? I don't think you should. The ctype stuff depends on
> > > the locale; it can easily be broken, and the definition of white space
> > > in the RFCs isn't supposed to depend on the user's locale ...
> >
> > Indeed SKIPWS is using isspace()! Thanks for the pointer - I'm
> > completely ignorant about locale issues...
> >
> > Raju, are you setting any locale information? Can you try using the C
> > locale and see if you can read your inbox?
--
Brendan Cully <[EMAIL PROTECTED]> | OLD SKOOL ROOLZ
"I hope I don't win | .-_|\
The rules say to bring a friend | / \
I don't have any" | Perth ->*.--._/
