[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: problems with "mail"
From: |
Alain Magloire |
Subject: |
Re: problems with "mail" |
Date: |
Thu, 28 Mar 2002 00:04:51 -0500 (EST) |
Bonjour
[deleted]
> > reading mail:
> > In short, I haven't been able.
> > While mailx would show my mail in /var/mail/jordi just invoking it with
> > "mail", mailutils seems to only look after ~/mbox by default.
>
> That is, when you run mail with no arguments it opens ~/mbox, right?
> OK, I'll check it.
>
> > If I use the -f switch, it completely ignores it:
> > 65563:address@hidden:~$ mail -f /var/mail/jordi
>
> This is a very frequent mistake, unfortunately. In mailutils' mail
> an argument to --file (-f) is optional, therefore it must follow
> -f option without intervening whitespace. Similarly, if the long
> form is used, its argument must be preceeded by an equal sign
> (again, no intervening whitespace). So, the right form of invocation
> will be either
>
> mail -f/var/mail/jordi
>
> or
>
> mail --file=/var/mail/jordi
>
>
> > 65565:address@hidden:~$ mail --file=3D/var/mail/jordi=20
> > mail (mailutils) 0.0.9c, Copyright (C) 2001 Free Software Foundation, Inc.
> > mail is free software with ABSOLUTELY NO WARRANTY.
> > For details type `warranty'.
> > Send bug reports to <address@hidden>.
> > Can not read mailbox
> >
>
> Very alarming. I will try to reproduce the situation on my box.
> Did you use any special options when configuring the package?
Yes, I see it, and somehow it also the same in utilities like frm/frm.c:
in the case of frm.c(main.c):
int
main(int argc, char **argv)
{
char *mailbox_name = NULL;
int c;
...
mu_argp_parse (&argp, &argc, &argv, 0, frm_argp_capa, &c, NULL);
/* have an argument */
argc -= c;
argv += c;
if (argc)
mailbox_name = argv[0];
...
status = mailbox_create_default (&mbox, mailbox_name);
...
}
argc -= c;
will set argc to 0 and mailbox_name will always be NULL, ignoring
any --maildir=URL directives. But in any case this code is not right.
For mail/mail.c(main): it is more subtile,
args.file = NULL;
/* argument parsing */
mu_argp_parse (&argp, &argc, &argv, 0, mail_capa, NULL, &args);
/* open the mailbox */
if (args.file == NULL)
{
....
rc = mailbox_create_default (&mbox, NULL);
...
}
else if ((rc = mailbox_create_default (&mbox, args.file)) != 0)
{
....
}
args.file always return NULL and mailbox_create_default(&mbox, NULL) will
always be call in ignoring any --maildir directives.
> > There's also Debian Bug#139678, which says that the -m long option name
> > "--maildir", is confusing. I agree. I wish the option was called
> > --mailspool or --spooldir or whatever, so it doens't clash with the
> > Maildir format.
> >
>
> Agreed. This is quite reasonable.
Seconded.
P.S.: Sorry to be so brief and not providing a fix/patch for this,
that's all the time I have.
- Re: problems with "mail", (continued)
- Re: problems with "mail", Sergey Poznyakoff, 2002/03/27
- Re: problems with "mail", Jordi Mallach, 2002/03/27
- Re: problems with "mail", Sergey Poznyakoff, 2002/03/28
- Re: problems with "mail", Jordi Mallach, 2002/03/28
- Re: problems with "mail", Sergey Poznyakoff, 2002/03/28
- Re: problems with "mail", Jeff Bailey, 2002/03/28
- Re: problems with "mail", Jordi Mallach, 2002/03/28
- Re: problems with "mail", Sergey Poznyakoff, 2002/03/28
Re: problems with "mail", maildir -> renamed to mailspool, Sam Roberts, 2002/03/27
Re: problems with "mail",
Alain Magloire <=
Re: problems with "mail", Sergey Poznyakoff, 2002/03/28
Re: problems with "mail", Sergey Poznyakoff, 2002/03/28