-
How I understand that problem. B (core
module) happened to be upgraded. It changed its interface
for code-callbacks (before that was I,
I; now it's I, I).
Since B does some obscure tricks (mostly to achive
I to work) it messes everything. Obscure tricks
striked back.
I admit that me's darn tired. Those 2...
2008-10-05 15:18:53 UTC by whyn0t
-
After upgrading to perl5.10 discovered that none
command-line option (except I (quite useles now) and
I
2008-10-05 15:05:35 UTC by whyn0t
-
whyn0t committed revision 162 to the BiffLes mailing list client SVN repository, changing 3 files.
2008-09-22 19:19:37 UTC by whyn0t
-
whyn0t committed revision 161 to the BiffLes mailing list client SVN repository, changing 3 files.
2008-09-15 15:33:55 UTC by whyn0t
-
Most (all?) headers allow extra leading
and trailing spaces.
B is too tight.
Effectevily some valid I
headers are rejected.
2008-09-15 14:36:54 UTC by whyn0t
-
whyn0t committed revision 160 to the BiffLes mailing list client SVN repository, changing 5 files.
2008-09-15 14:29:38 UTC by whyn0t
-
Hard to fix. The problem seems to be something like that.
MTA delivers new mail in F section of I; then
MUA presents it to user, considers it to be read, and moves
to F section (I've checked, eg B is clever
enough to put the mail in F even when moving it to
=mbox). Then B picks that mail, tosses it, and
puts it in F in the target outbox.
To fix...
2008-03-26 22:00:59 UTC by whyn0t
-
When mail is delivered in I, then read (and so
marked as read by MUA), then tossed in some I
outbox, then when that outbox is inspected the (once
read) mail appears again B. Ridiculous.
2008-03-26 21:51:18 UTC by whyn0t
-
whyn0t committed revision 159 to the BiffLes mailing list client SVN repository, changing 6 files.
2008-03-11 20:06:27 UTC by whyn0t
-
whyn0t committed revision 158 to the BiffLes mailing list client SVN repository, changing 4 files.
2008-02-29 21:58:15 UTC by whyn0t