New twist to Error sending message, child exited 127 (Exec error.) problem - Mutt

* Jahagirdar Vijayvithal S <FILTERjvsSPAM@india.ti.com> [2005-01-20]:
> I have two mutt sessions running. one(say M1) pointing to my
> /var/mail/folder and the other(say M2) to Sent mail folder. Both
> M1 and M2 occupy diferent windows in my screen session and have
> been running for days. I normally send mails using M1 but for the
> past two days during night M1 shows the error message below while
> sending mails Error sending message, child exited 127 (Exec error.)
> If I postpone the mail and recall it in M2 and try to send
> it the mail goes through. I understand the error message is due
> to issues with the sendmail configuration but, I am not able to
> understand why M1 fails when M2 is able to send mails. Any Idea?

check your config. or ask someone in india...
i hear people there can ride on carpets
and some can even *sense* configs.

> BTW The mail box M1 is pointing to is HUGE (673MB in size)
> but I cant see why this would cause an intermittent failure.

ever tried "mutt -f /dev/null"?

> mutt -version
> Mutt 1.4.1i (2003-03-19)

heard of mutt 1.4.2?
almost a year old now..

> System: SunOS 5.8 (sun4u) [using ncurses 5.2]

ncurses 5.4 is almost a year old now, too.

> Compile options:
> SENDMAIL="/usr/lib/sendmail"

has this one changed recently?

Sven

* Sven Guckes <usenet@guckes.net>:
> * Jahagirdar Vijayvithal S <FILTERjvsSPAM@india.ti.com> [2005-01-20]:
>> I have two mutt sessions running. one(say M1) pointing to my
>> /var/mail/folder and the other(say M2) to Sent mail folder. Both
>> M1 and M2 occupy diferent windows in my screen session and have
>> been running for days. I normally send mails using M1 but for the
>> past two days during night M1 shows the error message below while
>> sending mails Error sending message, child exited 127 (Exec error.)
>> If I postpone the mail and recall it in M2 and try to send
>> it the mail goes through. I understand the error message is due
>> to issues with the sendmail configuration but, I am not able to
>> understand why M1 fails when M2 is able to send mails. Any Idea?
Noticed that the /tmp area was near 100% full. May be that coupled with
some nightly regressions might have created the problems above. But I am
still not sure why it was observed in one session and not in the other.
Anyway have cleaned up the /tmp area and will monitor for a few days to
check wether it solves the problem.
>
> check your config. or ask someone in india...
> i hear people there can ride on carpets
Flying carpets? Too many hassles, what with the pre flight check and
all. I prefer riding my pet elephant for my daily commute.
> and some can even *sense* configs.
Thats nothing. The guy in the next cube can commit to a schedule before
knowing what the project is... Pretty strong mental abilities For
your limited abilities to sense config files I will attach the muttrc
file
>
>> BTW The mail box M1 is pointing to is HUGE (673MB in size)
>> but I cant see why this would cause an intermittent failure.
>
> ever tried "mutt -f /dev/null"?
yup did it now. that works.
As stated above I am able to send mails from one mutt session and not
from the other. Both share the same config file, the only difference
being the size of the mailbox.
>
>> mutt -version
>> Mutt 1.4.1i (2003-03-19)
>
> heard of mutt 1.4.2?
> almost a year old now..
>
>> System: SunOS 5.8 (sun4u) [using ncurses 5.2]
>
> ncurses 5.4 is almost a year old now, too.

>
>> Compile options:
>> SENDMAIL="/usr/lib/sendmail"
>
> has this one changed recently?

Nope pretty old, older than mutt and ncurses above. I guess new versions
have come out. But convincing my sysad -- who spent two hours convincing
me that windows on laptops is more secure than linux when asked to
change the OS -- to upgrade is, lets say not a trival job. And I am
running out of disk quota with all the local installations I am
maintaining.
>
> Sven
Regards
Jahagirdar Vijayvithal S

-----------Contents of muttrc-------------
fcc-save-hook ~A ~/Mail/Sent
set mailcap_path="~/.mutt.mailcap"
set mime_forward = ask-yes
set delete = yes
set forward_format = '[FWD :%s]'
set move = no
set edit_headers
set editor='/db/dsputils/jvs/bin/vim'
set realname ='Jahagirdar Vijayvithal S'
set from ='MungedAddress@india.ti.com'
set hidden_host = yes
set query_command = "~/bin/mutt_ldap_query.pl '%s'"
set alias_file=~/.mutt.alias
auto_view text/html
source ~/.mutt.alias
set alternates=(((Munge2@india)|Munge1@)ti.com)
set include=yes
set fast_reply

#this contains stuff like `macro index ii l~F<enter>' etc
source ~/.mutt.virtualfolders

#this contains stuff the usual coloring stuff
source ~/.mutt.colors

* Jahagirdar Vijayvithal S <FILTERjvsSPAM@india.ti.com> [2005-01-21]:
> Noticed that the /tmp area was near 100% full. May be that coupled with
> some nightly regressions might have created the problems above. But I am
> still not sure why it was observed in one session and not in the other.
> Anyway have cleaned up the /tmp area and will monitor
> for a few days to check wether it solves the problem.

try a different tmpdir?!

$ mkdir -p $HOME/.mutt/replies/
$ echo "set tmpdir=~/.mutt/replies" >> ~/.muttrc

works for me.

but if it just is the size of the folder -
can you do a few checks as to the size?
copy the folder and delete some messages
to decrease the size and then try mailing..

> But convincing my sysad -- who spent two hours convincing me that windows
> on laptops is more secure than linux when asked to change the OS --
> to upgrade is, lets say not a trival job. And I am running out of
> disk quota with all the local installations I am maintaining.

ask for a group account to install additional software.
gives you your quota back for your own data -
and others can help installing software, too.

> * Sven Guckes <usenet@guckes.net>:
>> check your config. or ask someone in india...
>> i hear people there can ride on carpets
> Flying carpets? Too many hassles, what with the pre flight check
> and all. I prefer riding my pet elephant for my daily commute.

i prefer carpets. just hoover it once in a while.
no feeding, no sh***ing. but i guess one of the
advantages of flying elephants is the trumpet..
"honk if you use mutt!"

>> and some can even *sense* configs.
> Thats nothing. The guy in the next cube can commit
> to a schedule before knowing what the project is...
> Pretty strong mental abilities

scary! he should be in the debian project! maybe
he will know when the next version will be done...

Sven