mutt stays at "sending message..."
Hannes Michalek
I have the followig problem: When I compose a mail with mutt and press "y"
to send it, it gives me the "sending message.." (if that's the correct
translation - mutt doesn't speak english with me) line and just stays
there. Nothing more happens.
Can you tell me, where I can look for an answer?
I tested exim with "/usr/sbin/sendmail -v han...@michalek.de" and that
worked. So it shouldn't be exim#s fault.
That's my .muttrc
set imap_user = "michalek"
set imap_pass = "IMAPhnskN!"
set folder = imaps://localhost/
set spoolfile = +INBOX
mailboxes +INBOX
set record= +INBOX.mutt_sent
set move=no
folder-hook . my_hdr From: Hannes Michalek <han...@michalek.de>
Mutt is 1.5.6+20040722i
exim4 is 4.34
Both installed from Debian testing.
Please save my saturday :-)
hannes
--
GnuPG,PGP:
http://blackhole.pca.dfn.de:11371/pks/lookup?op=vindex&search=0xB0097A22
AC78 AEBB 33DB E963 7863 AA4A CE79 03E5 B009 7A22
Alan Connor
<han...@michalek.de> wrote:
> Hello,
Greetings, Hannes.
>
> I have the followig problem: When I compose a mail with mutt
> and press "y" to send it, it gives me the "sending message.."
> (if that's the correct translation - mutt doesn't speak english
> with me) line and just stays there. Nothing more happens.
>
> Can you tell me, where I can look for an answer?
>
> I tested exim with "/usr/sbin/sendmail -v han...@michalek.de"
> and that worked. So it shouldn't be exim#s fault.
>
> That's my .muttrc
>
> set imap_user = "michalek"
> set imap_pass = "IMAPhnskN!"
> set folder = imaps://localhost/
> set spoolfile = +INBOX
> mailboxes +INBOX
> set record= +INBOX.mutt_sent
> set move=no
> folder-hook . my_hdr From: Hannes Michalek <han...@michalek.de>
>
> Mutt is 1.5.6+20040722i exim4 is 4.34 Both installed from
> Debian testing.
>
>
>
> Please save my saturday :-)
>
> hannes
Do you have
set sendmail="..."
in your muttrc?
Is your $SENDMAIL environment variable set correctly?
AC
--
Pro-Active Spam Fighter
Pass-list --> Block-list --> Challenge-Response
http://tinyurl.com/2t5kp
jwk
Date: Sat, 09 Oct 2004 15:32:05 +0200
> Hello,
>
> set imap_user = "michalek"
> set imap_pass = "IMAPhnskN!"
I'd change that ASAP, if not sooner. Even if it's just localhost.
As for the problem, perhaps strace can tell you where it's hanging?
Good luck,
Jurriaan
--
What if Boeing were to copy Microsoft's habbits?
'What do you think, Ed, is our new 787 ready?' 'I haven't heard any
reports from our beta-testers last month about unexpected crashes,
so go ahead..'
Seen on Usenet
Debian (Unstable) GNU/Linux 2.6.9-rc3-mm1 2x6078 bogomips load 1.04
Hannes Michalek
>> and press "y" to send it, it gives me the "sending message.."
>> (if that's the correct translation - mutt doesn't speak english
>> with me) line and just stays there. Nothing more happens.
>>
>> and that worked. So it shouldn't be exim#s fault.
> Do you have
> set sendmail="..."
> in your muttrc?
> Is your $SENDMAIL environment variable set correctly?
Thanks for helping me, Alan, but the problem must lie somewhere else:
if I type ":set ?sendmail" in mutt, it gives me back
sendmail="/usr/sbin/sendmail -oem -oi"
and this is correct if I compare it with my exim-test above.
i tried 1) to set sendmail in my muttrc and 2)to export "/usr/sbin/sendmail"
as $SENDMAIL but that had the same result.
when I press "y" to send the mail, mutt asks me whether it should create
INBOX/mutt_sent because as you can see in my muttrc (in my last post) that
this is my Sent mail folder. but my problem occurs independently from me
answering "yes" or "no". so I don't regard that as important. But perhaps
you do, so I tell you about it :-)
Any more suggestions?
Hannes Michalek
>> set imap_pass = "IMAPhnskN!"
>
> I'd change that ASAP, if not sooner. Even if it's just localhost.
Thanks!
Of course you're right, Jurriaan, Luckily I did that just after posting and
saying "you really become old" to myself. So this hole was at least not
open until now.:-)
> As for the problem, perhaps strace can tell you where it's hanging?
i'll give it a try. but i'm not so familiar with it, so it will probably
take a while.
Hannes Michalek
as I said before: I'm not familiar with strace but here are two parts of it:
1) these are the last lines of strace-output taken at the point where mutt
reaches this "sending..." (which is "Verschicke Nachricht..." in the fourth
line above "poll(".
and if i do not touch mutt, the strace-output just hangs there. nothing more
is reported.
2) this is the rest of straces output when i cancel sending by pressing "q",
then denying to save the message as postponed and quit mutt by "q".
I hope they help
Hannes
output 1) (line-numbers added) (text in line 14015 means "Sending Message")
==============================
14014 stat64("/tmp/mutt-gkpc1-1000-12741-1", {st_mode=S_IFREG|0600,
st_size=24
7, ...}) = 0
14015 write(1, "\r\33[40d\33[37m\33[40mVerschicke Nachr"..., 61) = 61
14016 time(NULL) = 1097360231
14017 getpid() = 12741
14018 time(NULL) = 1097360231
14019 access("imaps://localhost/INBOX.mutt_send", W_OK) = -1 ENOENT (No
such f
ile or directory)
14020 access("imaps://localhost", W_OK|X_OK) = -1 ENOENT (No such file or
dir
ectory)
14021 gettimeofday({1097360231, 681521}, NULL) = 0
14022 getrusage(RUSAGE_SELF, {ru_utime={1, 156824}, ru_stime={0, 331949},
...}
) = 0
14023 time(NULL) = 1097360231
14024 times({tms_utime=115, tms_stime=33, tms_cutime=13, tms_cstime=3}) =
4430
06713
14025 gettimeofday({1097360231, 682250}, NULL) = 0
14026 getrusage(RUSAGE_SELF, {ru_utime={1, 156824}, ru_stime={0, 331949},
...}
) = 0
14027 time(NULL) = 1097360231
14028 times({tms_utime=115, tms_stime=33, tms_cutime=13, tms_cstime=3}) =
4430
06713
14029 send(3, "\27\3\1\0\200P\25\21\5\245\312\tu_\253r\325\2001\372\'"...,
133
, 0) = 133
14030 recv(3, "\27\3\1\0\240", 5, 0) = 5
14031 recv(3,
"`\241\205t\276\351\212b\352o\32M\353(\r\376\202\250O\243"..., 1
59, 0) = 159
14032 recv(3, "\267", 1, MSG_PEEK) = 1
14033 gettimeofday({1097360231, 685568}, NULL) = 0
14034 getrusage(RUSAGE_SELF, {ru_utime={1, 156824}, ru_stime={0, 331949},
...}
) = 0
14035 time(NULL) = 1097360231
14036 times({tms_utime=115, tms_stime=33, tms_cutime=13, tms_cstime=3}) =
4430
06713
14037 gettimeofday({1097360231, 686331}, NULL) = 0
14038 getrusage(RUSAGE_SELF, {ru_utime={1, 156824}, ru_stime={0, 331949},
...}
) = 0
14039 time(NULL) = 1097360231
14040 times({tms_utime=115, tms_stime=33, tms_cutime=13, tms_cstime=3}) =
4430
06713
14041 recv(3, "\267", 1, 0) = 1
14042 time(NULL) = 1097360231
14043 write(1, "\r\33[37m\33[40mINBOX.mutt_send erste"..., 73) = 73
14044 rt_sigaction(SIGINT, {0x80a4a10, [], 0}, NULL, 8) = 0
14045 read(0, "n", 1) = 1
14046 rt_sigaction(SIGINT, {0x80a4a10, [], SA_RESTART}, NULL, 8) = 0
14047 write(1, "\33[37m\33[40mnein\33[m\17\33[39;49m\33[37m\33"..., 36) =
36
14048 write(1, "\33[?25l", 6) = 6
14049 time(NULL) = 1097360234
14050 time(NULL) = 1097360234
14051 stat64("/tmp/mutt-gkpc1-1000-12741-1", {st_mode=S_IFREG|0600,
st_size=24
7, ...}) = 0
14052 write(1, "\r\33[37m\33[40mVerschicke Nachricht."..., 67) = 67
14053 rt_sigaction(SIGINT, {0x80a4a10, [], 0}, NULL, 8) = 0
14054 gettimeofday({1097360234, 324106}, NULL) = 0
14055 poll(
output 2) (linenumbers added) (the text in line 14060 is german for "message
(got/taken) back") (the text in line 14066 means "not being sent")
=============================
14054 gettimeofday({1097360234, 324106}, NULL) = 0
14055 poll([{fd=0, events=POLLIN, revents=POLLIN}], 1, 600000) = 1
14056 gettimeofday({1097360258, 473991}, NULL) = 0
14057 read(0, "q", 1) = 1
14058 rt_sigaction(SIGINT, {0x80a4a10, [], SA_RESTART}, NULL, 8) = 0
14059 write(1, "\33[?25h", 6) = 6
14060 write(1, "\r\33[40d\33[37m\33[40mNachricht zur\374ck"..., 76) = 76
14061 rt_sigaction(SIGINT, {0x80a4a10, [], 0}, NULL, 8) = 0
14062 read(0, "n", 1) = 1
14063 rt_sigaction(SIGINT, {0x80a4a10, [], SA_RESTART}, NULL, 8) = 0
14064 write(1, "\33[37m\33[40mnein\33[m\17\33[39;49m\33[37m\33"..., 36) =
36
14065 unlink("/tmp/mutt-gkpc1-1000-12741-1") = 0
14066 write(1, "\33[40;11H\33[37m\33[40mnicht verschic"..., 60) = 60
14067 time(NULL) = 1097360260
14068 time(NULL) = 1097360260
14069 time(NULL) = 1097360260
14070 time(NULL) = 1097360260
14071 write(1, "\33[?25l", 6) = 6
14072 stat64("/home/michalek/postponed", {st_mode=S_IFREG|0600,
st_size=639, .
:
Hannes Michalek
myself. take a look at these lines:
> 14019 access("imaps://localhost/INBOX.mutt_send", W_OK) = -1 ENOENT (No
> such file or directory)
> 14020 access("imaps://localhost", W_OK|X_OK) = -1 ENOENT (No such file
> or dir ectory)
14019 seems to be the check whether my Sent-Mail folder already exists. and
indeed it doesn't. that's what mutt already told me and why it asked me
whether it should create that folder.
but in 14020 mutt even has a problem accessing the imap-server although it
could easily read my inbox (and there is no parallel use of pop. I just
have IMAP).
so i deleted the line " set record= +INBOX.mutt_sent" in my .muttrc and it
worked. I really wonder why?.
So the hint with using strace was near a full answer. Thanks again to you
two!
hannes
p.s.: I will post a message if I find out where the problem lies and how i
managed to have my emails sent even with some "set record" in the .muttrc
Alan Connor
<han...@michalek.de> wrote:
>>> <snip>
>>
>> I'd change that ASAP, if not sooner. Even if it's just
>> localhost.
>
> Thanks! Of course you're right, Jurriaan, Luckily I did that
> just after posting and saying "you really become old" to
> myself. So this hole was at least not open until now.:-)
Haha! I did that once, Sure felt dumb :-)
It looks like you are using Mutt to fetch your mail, and I'd
really recommend fetchmail instead. Makes troubleshooting easier,
if nothing else, and has many more options.
Do I gather correctly that you are no longer having the original
problem?
AC
Hannes Michalek
> to send it, it gives me the "sending message.." (if that's the correct
> translation - mutt doesn't speak english with me) line and just stays
> there. Nothing more happens.
problem solved: my sent-mail folder contained an underscore "_", which
confused mutt. when I set it to muttsent instead of mutt_sent, the problem
disappeared.
praise to this newsgroup and good night!
Hannes Michalek
> really recommend fetchmail instead. Makes troubleshooting easier,
> if nothing else, and has many more options.
perhaps i wote something misleading: i *do* fetch my mail with fetchmail
> Do I gather correctly that you are no longer having the original
> problem?
yes. it all resulted from the "_" (underscore) in my sent-mail-folder. that
is probably mentioned in some doku (of mutt or my imap-server) but anyway
it's sad that mutt didn't give me a hint where the problem came from.
and that means that i not only don't have the original problem anymore but
also have no problem at all now (if that's possible on a computer :-)
thanks again!
Alan Connor
<han...@michalek.de> wrote:
>> It looks like you are using Mutt to fetch your mail, and I'd
>> really recommend fetchmail instead. Makes troubleshooting
>> easier, if nothing else, and has many more options.
>
> perhaps i wote something misleading: i *do* fetch my mail with
> fetchmail
>
Oh. I thought you were using Mutt's fetchmail command, which
isn't the same thing. A lot of folks use that and think they are
calling fetchmail.
>> Do I gather correctly that you are no longer having the
>> original problem?
>
> yes. it all resulted from the "_" (underscore) in my
> sent-mail-folder. that is probably mentioned in some doku (of
> mutt or my imap-server) but anyway it's sad that mutt didn't
> give me a hint where the problem came from.
>
Yeh. Error-reporting is usually pretty good with Mutt.
(you could use the flea program to report it as a bug)
> and that means that i not only don't have the original problem
> anymore but also have no problem at all now (if that's possible
> on a computer :-)
>
hehe.
>
> thanks again!
>
> hannes
>
See you around, Hannes.
AC
Theo Vermeulen
> Oh. I thought you were using Mutt's fetchmail command, which
> isn't the same thing. A lot of folks use that and think they are
> calling fetchmail.
what's wrong with the mutt-fetchmail? I like it better then I liked
fetchmail...
> Yeh. Error-reporting is usually pretty good with Mutt.
heh ... I wonder if they'll do anything about it ...
>> and that means that i not only don't have the original problem
>> anymore but also have no problem at all now (if that's possible
>> on a computer :-)
don't worry, they'll appear faster then you think ...
Greetings
Theo Vermeulen
jwk
Date: Sun, 10 Oct 2004 00:25:07 +0200
> So the hint with using strace was near a full answer. Thanks again to you
> two!
>
don't use windows. In windows, if things go wrong (as they will), you
can't find out what is happening. Using unix, you can. I _like_ that
ability :-)
Jurriaan
--
... for thy Vendor, thy Machine, and thy Software delight in surprises and think
nothing of producing subtly meaningless results on the day before thy Thesis
Oral or thy Big Pitch To The Client.
Henry Spencer - The Ten Commandments for C programmers (Annotated Ed.)
Debian (Unstable) GNU/Linux 2.6.9-rc3-mm1 2x6078 bogomips load 263.21