Re: Floating point exception

1999-10-25 Thread Vincent Lefevre

On Sun, Oct 24, 1999 at 23:55:11 +0200, Juergen Leising wrote:
> mutt is not able to send any messages if /var/spool/mail/account
> contains 16383 messages. After writing a mail I do not get the
> usual "composing" menu, instead I face a
> 
>   floating point exception

A floating point exception?

After grepping *.{c,h}, it seems that Mutt doesn't use FP, except in
sendlib.c here:

/* Determine which encoding is smaller  */
if (1.33 * (float)(info->lobin+info->hibin+info->ascii) < 3.0 * (float) 
(info->lobin + info->hibin) + (float)info->ascii)

BTW, why is there a cast to float? A cast to double (or nothing) would
IMHO be more efficient, as 1.33 and 3.0 are doubles.

-- 
Vincent Lefèvre <[EMAIL PROTECTED]> - PhD student in Computer Science
Web:  or  - 100%
validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International
des Jeux Mathématiques et Logiques, TETRHEX, etc.



Re: Floating point exception

1999-10-25 Thread Thomas Roessler

On 1999-10-25 12:33:49 +0200, Vincent Lefevre wrote:

> A floating point exception?

A common result of dividing by zero, even with integers.

[roessler@sobolev ~]$ echo "main () { return 1/0; }" > a.c
[roessler@sobolev ~]$ cc a.c
[roessler@sobolev ~]$ ./a.out
zsh: floating point exception (core dumped)  ./a.out

-- 
http://www.guug.de/~roessler/




Re: Floating point exception

1999-10-25 Thread Edmund GRIMLEY EVANS

> After grepping *.{c,h}, it seems that Mutt doesn't use FP, except in
> sendlib.c here:
> 
> /* Determine which encoding is smaller  */
> if (1.33 * (float)(info->lobin+info->hibin+info->ascii) < 3.0 * (float) 
>(info->lobin + info->hibin) + (float)info->ascii)
> 
> BTW, why is there a cast to float? A cast to double (or nothing) would
> IMHO be more efficient, as 1.33 and 3.0 are doubles.

You shouldn't be using floating-point at all for a simple calculation
like that. I bet you don't really mean "1.33" anyway. What's wrong
with ((info->lobin + info->hibin + info->ascii)*4/3 < (info->lobin +
info->hibin)*3 + info->ascii)?

On an unrelated gripe: would it be a good idea to replace all
references to ctype functions, such as isspace, by a mutt function or
macro that doesn't depend on the locale? The definitions in RFC-822,
etc aren't supposed to depend on the locale.

Edmund



Re: Floating point exception

1999-10-25 Thread Vincent Lefevre

On Mon, Oct 25, 1999 at 13:05:16 +0100, Edmund GRIMLEY EVANS wrote:
> You shouldn't be using floating-point at all for a simple calculation
> like that. I bet you don't really mean "1.33" anyway. What's wrong
> with ((info->lobin + info->hibin + info->ascii)*4/3 < (info->lobin +
> info->hibin)*3 + info->ascii)?

And you could avoid the division with:

  (info->lobin + info->hibin + info->ascii)*4
< ((info->lobin + info->hibin)*3 + info->ascii)*3

or

  info->ascii * 4 < (info->lobin + info->hibin) * 5 + info->ascii * 3

:)

-- 
Vincent Lefèvre <[EMAIL PROTECTED]> - PhD student in Computer Science
Web:  or  - 100%
validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International
des Jeux Mathématiques et Logiques, TETRHEX, etc.



gettext memfaults with -f option

1999-10-25 Thread Stasinos Konstantopoulos

Hi,

xgettext memfaults when given the -f option:

 [njord] mutt-1.0: cd po
 [njord] po: PATH=../src:$PATH /usr/local/gnu/bin/xgettext \
   --default-domain=mutt --directory=..  --add-comments --keyword=_ \
   --keyword=N_ --files-from=./POTFILES.in
 Segmentation fault (core dumped)
 [njord] po: 

my xgettext is v0.10 and my system HPUX 10.20. I had to circumvent
the problem by executing

 F=$(grep -v '^#' POTFILES.in); \
 PATH=../src:$PATH /usr/local/gnu/bin/xgettext --default-domain=mutt \
   --directory=.. --add-comments --keyword=_ --keyword=N_ $F \
   && test ! -f mutt.po \
 || ( rm -f ./mutt.pot \
   && mv mutt.po ./mutt.pot )

instead. Is this a known gettext problem? Is there a reason not to
edit configure to use the above approach or the POTFILES make variable
instead?

Thanks,

s



Re: latest version RH6.1 rpms available?

1999-10-25 Thread Bruno Daniel

> Are there already RH6.1 binary-i386-rpms available.
I downloaded the rpm

ftp://rpmfind.net/linux/rawhide/1.0/i386/RedHat/RPMS/mutt-1.0us-1.i386.rpm

from page

http://rufus.w3.org/linux/RPM/rawhide/1.0/i386/RedHat/RPMS/mutt-1.0us-1.i386.html

and installed it on my Redhat 6.1 system. It works perfectly.

Best regards
  Bruno



IMAP - seeing folders on server

1999-10-25 Thread Chris Green

I'm somewhat confused by the way one is supposed to navigate
folders/directories on an IMAP server.  The mutt version I'm running
here (0.96i) seems slightly different from the other version I'm
trying (1.1i) but both have now confused me thoroughly.

Is there any way to go straight to an IMAP folder directory as opposed
to opening a specific mailbox?  If I just specify the IMAP server name
as "{mailandnews.co.uk}" I get the inbox.

There also seems some confusion (to me anyway) when I issue a 'c'
command followed by a '?' to show a folder list.  Sometimes I get my
local folder list and sometimes I get the IMAP server folder list and
there seems little rhyme or reason as to which I get.

Finally the IMAP server I'm using shows all folders as both folders
containing mail and as folders containing folders, e.g. :-

->  1 IMAPAction
2 IMAPAction.
3 IMAPAnne   
4 IMAPAnne.
[etc.]

If I open 'Action' I get the mail therein (as one would expect) but if
I open 'Action.' I get a folder list at the level containing 'Action.',
not the contents of 'Action.', is this a bug in the server or a bug in
mutt, or neither?

-- 
Chris Green ([EMAIL PROTECTED])
  Home: [EMAIL PROTECTED]   Work: [EMAIL PROTECTED]
  WWW: http://www.isbd.co.uk/



Re: Change the content-type from the command line

1999-10-25 Thread Ryan Claycamp

David DeSimone wrote:
> 
> Ryan Claycamp <[EMAIL PROTECTED]> wrote:
> >
> > I am setting up a script file to fetch a web page every day and mail
> > it to a friend.  I do great getting the file with wget.  When I pipe
> > it to mutt, it sends it through as plain text.
> 
> This is pretty much a limitation of Mutt's batch mode.
> 
> > If I was doing this manually, I discovered that I could edit-type to
> > text/html.  How do I do this from the command line, so I can run it
> > from cron?
> 
> Somehow I doubt this can be done, but some of Mutt's users are pretty
> clever...
> 
> One way to do this would be to send the wget output to a file, then
> attach that file in batch mode, using the -a switch to Mutt.  But your
> message will still need a text/plain part to make up the main body, to
> which the HTML will be attached.
> 
> A tool which is better-suited to your particular task, is mpack.  You
> might want to give it a try.  Mutt isn't *always* the answer to your
> E-mail needs, you know.  :)

Thanks for the help David.  The first option didn't help because I want
her to be able to read the file inline with an html capable mail
reader.  However, the second option, mpack, did work.  I now have a
script that fetches the web page with wget, send it to her with mpack,
and then erases the fetched page.  This time mutt didn't do the trick.
:)

Ryan
-- 
Visit the Guernsey Aviation web page - http://www.guernseyaviation.com/



Umlaute in pager

1999-10-25 Thread Hans Gubitz

How can I manage to get german Umlaute in the builtin pager?

Hans Gubitz



The 'c' change-folder command

1999-10-25 Thread Chris Green

Re my last message about navigating on an IMAP server I find that I'm
almost as confused when navigating my local Mail directory.

I understand the the 'c' command allows me to open a mailbox, it will
look in the default Mail directory if I prefix the mailbox name with a
'+' sign.

AHA!  I have been playing while composing this message, I think I see
what is going on.

If I issue a change directory command to change to an IMAP folder then
subsequent commands will move around the IMAP folders.  However if I
just open a *mailbox* on the IMAP server then subsequent commands will
navigate my local Mail directory (if that was where I was before).

This is possibly not quite how it should work is it?  If I start up
mutt and the first mailbox I open is on an IMAP server I would expect
subsequent folder open commands and chdir commands to stay on the IMAP
server.

-- 
Chris Green ([EMAIL PROTECTED])
  Home: [EMAIL PROTECTED]   Work: [EMAIL PROTECTED]
  WWW: http://www.isbd.co.uk/



Re: [1.0pre1i] Alias menu/send menu with long address lists busted

1999-10-25 Thread Clint Olsen

On Oct 24, Gero Treuner wrote:
> On Thu, Oct 21, 1999 at 02:14:02PM -0700, Clint Olsen wrote:
> > If I go to the alias menu (using tab) and select many addresses, returning
> > the to the send menu doesn't place the cursor at the end of the buffer.  I
> > can't seem to use ctrl-e to get there, either.  Typing return anyway
> > truncates the buffer or eliminates it entirely.
> 
> With little luck this bug has been fixed, please try Mutt 1.0 .

Thanks, I actually verified this was working in pre-4.0.  I will also check
with 1.0.

-Clint



Re: configurable?

1999-10-25 Thread Rejo Zenger

Hi.

Sorry for the late reply, but i guess that one answer wasn't given to
this question of Mark.

++ 25/08/99 11:48 -0400 - Fairlight:
>Seriously...there's one thing that I -can't- seem to find to reconfigure,
>ant that's the "-- Forwarded message by" ...or however it reads, when you
>forward a message.

As other pointed out already, there's no option to re-define this. I
don't like the fact that the orginal From address is included in that
line as well, so i change it myself also. Therefor i change the file
send.c in the source (somewhere around line 330) to this:

fputs ("--[begin forwarded message]--\n", out);
if (option (OPTFORWDECODE))
{
  cmflags |= M_CM_DECODE | M_CM_CHARCONV;
  if (option (OPTFORWWEEDHEADER))
  {
chflags |= CH_WEED;
cmflags |= M_CM_WEED;
  }
}
if (option (OPTFORWQUOTE))
  cmflags |= M_CM_PREFIX;
mutt_parse_mime_message (ctx, cur);
mutt_copy_message (out, ctx, cur, cmflags, chflags);
fputs ("--[end forwarded message]--\n", out);
return 0;
  }
 
This is probably not the most perfect way to change things (i don't have
an experience with changing the source (hi Winfried), but i tried this
on good luck and it seems to work for me)...

-Rejo.

-- 
= Rejo Zenger  [Sister Ray Crisiscentrum]   [EMAIL PROTECTED]
= http://mediaport.org/~sister  PGP: see headers




Re: IMAP and multiple servers/folders/etc.

1999-10-25 Thread Brendan Cully

On Sunday, 24 October 1999 at 21:06, Chris Green wrote:
> Can mutt's IMAP facilities cope with using more than one IMAP account?
> 
> I have two IMAP accounts on one IMAP server and I don't really see how
> I can handle this using mutt.

You're right. There isn't any nice way of doing that right now.

-- 
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 ->*.--._/



Re: Umlaute in pager

1999-10-25 Thread Dirk Pirschel

Hi

On Mon, Oct 25, 1999 at 04:51:15PM +0200, Hans Gubitz wrote:
> How can I manage to get german Umlaute in the builtin pager?

This should work if you set $LANG to german.
Or, if you want $LANG=en, use configure --enable-locales-fix 
when compiling mutt.


Dirk

-- 
Dirk Pirschel
E-Mail: [EMAIL PROTECTED] (PGP key on request)

close the windows - the penguin is freezing



Re: IMAP - seeing folders on server

1999-10-25 Thread Brendan Cully

On Monday, 25 October 1999 at 15:39, Chris Green wrote:
> I'm somewhat confused by the way one is supposed to navigate
> folders/directories on an IMAP server.  The mutt version I'm running
> here (0.96i) seems slightly different from the other version I'm
> trying (1.1i) but both have now confused me thoroughly.
> 
> Is there any way to go straight to an IMAP folder directory as opposed
> to opening a specific mailbox?  If I just specify the IMAP server name
> as "{mailandnews.co.uk}" I get the inbox.

Reading this and your other message I have an idea what is going on. Try
setting $folder to "{mailandnews.co.uk}" in your muttrc. Currently it's
defaulting to ~/Mail.

This explains your 'c' problem too, I think. When you type 'c' and give
a mailbox name you go straight there. You have to press  to enter
the browser. When you enter the browser I believe you go to wherever
$folder points, but the browser remembers your last directory for the
rest of your session. So if you , enter ~/Mail, THEN press c and
give {mailandnews.co.uk}, you'll start browsing the IMAP server, and
you'll stay there next time you start browsing. 'c' in the browser is
different from 'c' in the index. In the index you select mailboxes, in
the browser you select folders.

> There also seems some confusion (to me anyway) when I issue a 'c'
> command followed by a '?' to show a folder list.  Sometimes I get my
> local folder list and sometimes I get the IMAP server folder list and
> there seems little rhyme or reason as to which I get.

See above. In short, try doing set folder={mailandnews.co.uk} in your
muttrc.

> Finally the IMAP server I'm using shows all folders as both folders
> containing mail and as folders containing folders, e.g. :-
> 
> ->  1 IMAPAction
> 2 IMAPAction.
> 3 IMAPAnne   
> 4 IMAPAnne.
> [etc.]
> 
> If I open 'Action' I get the mail therein (as one would expect) but if
> I open 'Action.' I get a folder list at the level containing 'Action.',
> not the contents of 'Action.', is this a bug in the server or a bug in
> mutt, or neither?

Neither. It's a clunky interface resulting from the invalid assumption
that usually folders either contain messages or subfolders but not both.
Nice solutions have been proposed, but I haven't built them yet and
neither has anyone else. :(

I'm currently trying to rethink the architecture and fix bugs. After a
bit of that, I may tackle the browser again...
-- 
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 ->*.--._/



Re: IMAP, how to find out about new features?

1999-10-25 Thread Brendan Cully

On Sunday, 24 October 1999 at 20:41, Chris Green wrote:
> On Sat, Oct 23, 1999 at 11:52:41PM -0400, Brendan Cully wrote:
> > Maybe it's a dumb question, but have you created other folders on your
> > server?
> > 
> Yes, definitely, I have a dozen or twenty folders on the server.
> They're all at the same 'level' as the inbox if you see what I mean.

I guess you figured this one out? I think you were pressing 'c' in the
index instead of the browser...

> > yes. There's no trick, it's just like regular copy only messages aren't
> > downloaded and reuploaded. Tag some messages and copy them. Mutt will
> > create a new folder for you if the destination doesn't already exist.
> > Note there's currently no way to delete folders in mutt. That would be a
> > trivial enhancement, actually...
> > 
> OK, I'll try that, thanks.  What I'd *really* like is a 'move' facility
>  as this is typically what I use the IMAP server for.

er, what 's' does is copy the messages then mark them deleted. 'C' does
the copy without the delete. That should work fine, no? Otherwise you can
make a macro to save them and then sync, which should look like a move.
-- 
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 ->*.--._/



New-User to mutt

1999-10-25 Thread Pieter Wenk


Hello to all,

I just installed mutt as E-Mailer. Found a suitable muttrc on a site
in Germany.

I guess nobody is going to tell me, that the configuration of this
nifty E-Mailer is a "snap". In fact, I booked a nice day job and 
I am still not as yet happy with what I have.

On www.mutt.org I downloaded the whole manual, but nevertheless,
I still have the following questions, for which I did not find
answers:

How do I have to tell it to mutt, that I would be pleased, that instead
of showing just a only a number for incoming new mail, it would
also show, sender, subject, date and size.

Any second class E-Mailer is performing this way. I guess mutt
should be able to handle.

When moving with "c" to mail-folders, how do I have to tell it
to mutt, that instead of just only a numbered non-saying list,
I should like to see, folder name, unread/read messages. 

Attachments: For my work I am using very often the attachments
possibilities. Now this are usually docs having .doc, or xls
extensions.How does mutt cope with this ?

I guess it should...

I sincerely hope to get more familar with this E-Mailer.
Many thanks for your assistance.

Regards.
-- 
 
   / /  (_) __   __
  Pieter Wenk / /__/ / _ \/ // /\ \/ /  Vevey/Switzerland
 //_/_//_/\_,_/ /_/\_\




Re: Floating point exception

1999-10-25 Thread David DeSimone

Vincent Lefevre <[EMAIL PROTECTED]> wrote:
>
> And you could avoid the division with:
> 
>   (info->lobin + info->hibin + info->ascii)*4
> < ((info->lobin + info->hibin)*3 + info->ascii)*3

But then you risk integer overflow.  Which the division helps avoid, and
in fact, floating-point helps avoid it even more.  :)

But if you're attaching files that big... errf..  :)

-- 
David DeSimone   | "The doctrine of human equality reposes on this:
[EMAIL PROTECTED]   |  that there is no man really clever who has not
Hewlett-Packard  |  found that he is stupid." -- Gilbert K. Chesterson
UX WTEC Engineer |PGP: 5B 47 34 9F 3B 9A B0 0D  AB A6 15 F1 BB BE 8C 44



Re: Floating point exception

1999-10-25 Thread Vincent Lefevre

On Mon, Oct 25, 1999 at 17:00:29 -0500, David DeSimone wrote:

> >   (info->lobin + info->hibin + info->ascii)*4
> > < ((info->lobin + info->hibin)*3 + info->ascii)*3
> 
> But then you risk integer overflow.

If this is the case, with the other integer version too...

>  Which the division helps avoid,

Not much. The division is performed after the *4. The only difference
is the second member. But given the fact that both members have the
same order of magnitude...

> and
> in fact, floating-point helps avoid it even more.  :)

Yes, but anyway, if there is any risk with the integer versions,
I think that many variables shouldn't have type long any more.

> But if you're attaching files that big... errf..  :)

I think that something like a crash with such files would be a good
feature preserving the netiquette. :)

-- 
Vincent Lefèvre <[EMAIL PROTECTED]> - PhD student in Computer Science
Web:  or  - 100%
validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International
des Jeux Mathématiques et Logiques, TETRHEX, etc.



Re: Colours of headers

1999-10-25 Thread Russell Hoover

On Sun 10/24/99 at 11:18 PM +0100, John Poltorak <[EMAIL PROTECTED]> wrote:

> I would like to change the colours of headers so that part of the line
> up to ':' is one colour and the rest a different colour.

So would I, and a bunch of other folks, I'd suspect.  (Anyone?)  Like in
slrn. This question has been raised periodically but seems to have been
ignored by the developers, who maybe would like it too but are busy with
other priorities for mutt.

> If so can I also do something like display certain X-Mailer lines
> in one colour and others in a differnt colour?

Yes:

color headercyanblack^(X-*|User-Agent*)

-- 
 // [EMAIL PROTECTED] //

City cops & state cops & national guard & bureau cops & tv cops &
  movie cops & uniform & plainclothes cops & riot cops & cops on top of
   cops on top of cops on top of cops: it's a world full of cops.   --Paleface



masq of hostname

1999-10-25 Thread Martin Högman

This might be a RTFM question, but I'm getting rather irritated at this...

Whenever I send a message to certain servers, they return the classic message
"hostname unknown" to me. (note that this does _not_ happen with all servers)
I've set up the REPLYTO parameter in my shell (bash) to [EMAIL PROTECTED], I've
set the my_hdr Reply-To: [EMAIL PROTECTED] , so that should be correct too...

Strangely, this does only happen with mutt, not with, say, pine or any other
mail program... Utilizing mutt1.0pre3 from a RH 6.1 distribuion...

Please, I _really_ need this to work... Someone got a clue?

-- 
.---+-- - - --- -- -- -+-
| Martin Högman [ [EMAIL PROTECTED] ]
|   [ http://skyscraper.fortunecity.com/integer/36 ]
`--+-+- ---  - - -  - -+



Re: Floating point exception

1999-10-25 Thread John E. Davis

David DeSimone <[EMAIL PROTECTED]> wrote:
>> And you could avoid the division with:
>> 
>>   (info->lobin + info->hibin + info->ascii)*4
>> < ((info->lobin + info->hibin)*3 + info->ascii)*3
>
>But then you risk integer overflow.  Which the division helps avoid, and
>in fact, floating-point helps avoid it even more.  :)

Perhaps

4 * info->ascii < 5 * (info->lobin + info->hibin)

would be better.  In fact, divide both sides by 5.0 to yield:
  
(4*info->ascii)/5.0  < info->lobin + info->hibin

Then use:

   (4x)/5.0 = x - x/5 - (x%5)/5.0

and note that since 0 <= (x%5)/5.0 < 1, it follows that

 0 <= x - x/5 - (4x)/5 < 1
or
 (4x)/5.0 <= x - x/5 < 1 + (4x)/5.0
or
 x - x/5 - 1 < (4x)/5.0 <= x - x/5

So, to avoid possible integer overflow, use the test:

info->ascii - info->ascii/5 < info->lobin + info->hibin

The analysis for info->ascii < 0 is left to the reader.

--John



Re: Colours of headers

1999-10-25 Thread Jeremy Blosser

Phil Stracchino [[EMAIL PROTECTED]] wrote:
> On Mon, Oct 25, 1999 at 10:33:08PM -0400, Russell Hoover wrote:
> > On Sun 10/24/99 at 11:18 PM +0100, John Poltorak <[EMAIL PROTECTED]> 
>wrote:
> > > If so can I also do something like display certain X-Mailer lines
> > > in one colour and others in a differnt colour?
> > 
> > Yes:
> > 
> > color headercyanblack^(X-*|User-Agent*)
> 
> I have yet to get colors to work in mutt at all.  I'm using mutt-1.0i,
> bash-2.03.0(1)-release, and nxterm-1.225.1.1.  I'm using commands of the
> form:
> 
> color header brightblue black ^From
> 
> Can anyone tell me what I'm doing wrong?

Make sure your $TERM is set to something that termcap knows supports color,
like xterm-color.  If that doesn't work, see the Mutt FAQ.

-- 
Jeremy Blosser   |   [EMAIL PROTECTED]   |   http://jblosser.firinn.org/
-+-+--
"If Microsoft can change and compete on quality, I've won." -- L. Torvalds

 PGP signature


Re: unable to use IMAP

1999-10-25 Thread Brendan Cully

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 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 ->*.--._/