Hi,
* Eduard Bloch wrote:
> Hell, there is a lot of other software checking file
> state of mboxes. Even then, this change is absurd. It deliberately
> cheats on the POSIX semantics, resetting the mtime to some custom value
> for no good reason.
It depends on your point of view whether this a bu
[ I don't know about the delivery failure; GMX is quite a big webmail
provider so I'm a bit surprised and can't do much about it... ]
Hi,
* Marco d'Itri wrote:
> On Jun 29, Rocco Rutte wrote:
> > Does the mailbox have new mail in it or not when you leave it?
>
Hi,
* Marco d'Itri wrote:
> On Jun 29, Rocco Rutte wrote:
> > I cannot reproduce this. I only get the same behaviour if the mailbox
> I can every time, and I have been annoyed enough to downgrade to 1.5.18.
> BTW, apparently this only happens to the main mailbox (I have
Hi,
* Eduard Bloch wrote:
> Seen here too. It also confuses icewm's status bar, and really sucks.
In what way? The behaviour was changed, yes, but it's a bug only if mutt
reports new mail when there's no new message.
Rocco
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
Hi,
* Marco d'Itri wrote:
> m...@bongo:~$ stat -c "%X %Y %Z" ~/Mailbox
> 1246192154 1246192154 1246192154
> m...@bongo:~$ mutt
> La mailbox non รจ stata modificata.
> m...@bongo:~$ stat -c "%X %Y %Z" ~/Mailbox
> 1246192153 1246192154 1246192168
> m...@bongo:~$
I cannot reproduce this. I only get
Hi,
* Andreas Metzler wrote:
> I do not follow at all. :-(
> Using "undisclosed-recipients: ;" in the To: header is perfectly fine
> (see rfc 2822 A.1.3. Group addresses), however passing it in the
> envelope (rcpt to) is a bug.
My fault, sorry, this is fixed in revision 8e591e80cd48 of the hg
Hi,
* Andreas Metzler wrote:
> I then find this in the SMTP connection:
> SMTP<< MAIL FROM:
> SMTP>> 250 OK
> SMTP<< RCPT TO:
Mutt adds this to To: first and then uses this one
for RCPT TO. The code has this comment:
/* some MTA's will put an Apparently-To: header field showing the Bcc:
Hi,
* Dmitry E. Oboukhov wrote:
> This bug still reproducible in my mutt 1.5.18-4
Can you please try $imap_headers? And if that doesn't help,
you can try to color on List-Post. For IMAP you may also want
to look at $message_cachedir.
Rocco
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ..
Hi,
* Antonio Radici wrote:
> 1) Klaus is reporting that mutt doesn't honor the body charset while sending
> a mail
> signed inline with pgp/gnupg, infact there is code in pgp.c to check if the
> send_charset is different from us-ascii, in that case it will be set to utf-8.
> This code is still
Hi,
* Justin Pryzby wrote:
mutt still has poor commandline parsing, however:
$ mutt -i /asdf; echo $?
/asdf: Success
1
This should be fixed in recent version(s):
$ mutt -i /asdf ; echo $?
/asdf: No such file or directory
1
Rocco
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a sub
Hi,
* Daniele Sempione wrote:
there is an integer overflow handling received emails' date, i.e. when
the date is later than Tue Jan 19 04:14:07 2038. this is shown in emails'
list:
52 N Dec 14 sender ( 124) subject
this one's date is `Tue, 19 Jan 2038 11:14:07 +0800', which overf
Hi,
* [EMAIL PROTECTED] wrote:
On Tue, Feb 15, 2005 at 09:00:21PM +0100, Thomas Roessler <[EMAIL PROTECTED]>
wrote:
[ flow f=f instead of wrap ]
See RFC 2119, on the meaning of "MAY." Mutt's behavior is compliant.
True, but perhaps this is still valid with a severity of "wishlist"?
Rec
* Elimar Riesebieter <[EMAIL PROTECTED]>:
I've got quite a few of imap mailboxes which mutt is dedicated to
monitor, but it started to annoy me too much now when it "slept" for
up to 10 seconds whenever I leave vim while composing an email.
That is why I decided that it will be useful to have th
Hi,
* Elimar Riesebieter [05-11-24 20:48:26 +0100] wrote:
On Fri, 18 Nov 2005 the mental interface of
Gerhard Brauer told:
[...]
mutt-ng (and mutt) has a nice (patched?) feature to do a correct
List reply even the mailbox is not defined as "list" or subscribe
by looking at relevant header va
14 matches
Mail list logo