Re: WL 2.14.0 and summary order

Yoichi NAKAYAMA wrote:
> 
> At Tue, 29 Mar 2005 19:22:43 -0500,
> Ron Isaacson wrote:
> > I just upgraded to WL 2.14.0 and have noticed some very strange
> > message ordering in my maildir summary buffers. New messages are
> > sometimes appended to the end of the buffer in order, but if there are
> > several, they often end up interleaved among the existing messages at
> > the bottom of the buffer. If I do S ret (Sort, default date) it
> > reorders correctly. Has anyone else seen this?
> 
> I've seen it too. "s all RET" shows undesired order of
> messages. I doubt it might directly use unsorted results
> from directory files...

I think I'll have to revert to 2.12.2 until this is fixed. Also, when
you re-sort the summary, it loses temporary marks (like "d"). Did this
happen before?

--
Ron Isaacson
Morgan Stanley
ron.isaacson <at> morganstanley.com / (212) 762-0812

NOTICE: If received in error, please destroy and notify sender.  Sender
does not waive confidentiality or privilege, and use is prohibited.

Re: WL 2.14.0 and summary order

At Thu, 31 Mar 2005 09:40:08 +0900,
Yoichi NAKAYAMA wrote:
> 
> I've seen it too. "s all RET" shows undesired order of
> messages. I doubt it might directly use unsorted results
> from directory files...

I'm sorry, I don't understand the problem yet.

Could you explain how to recreate this behavior?
(Does this occur in maildir? localdir? or both?)

Thanks,
--
Yuuichi Teranishi <teranisi <at> gohome.org>
http://www.gohome.org/teranisi
"Living is easy with eyes closed, misunderstanding all you see..."

Re: WL 2.14.0 and summary order

Yuuichi Teranishi wrote:
> 
> At Thu, 31 Mar 2005 09:40:08 +0900,
> Yoichi NAKAYAMA wrote:
> >
> > I've seen it too. "s all RET" shows undesired order of
> > messages. I doubt it might directly use unsorted results
> > from directory files...
> 
> I'm sorry, I don't understand the problem yet.
> 
> Could you explain how to recreate this behavior?
> (Does this occur in maildir? localdir? or both?)

I only use maildir, so I'm not sure about localdir. Take a folder that
has many new messages since the last visit (many files in new/).
Sometimes when you visit the folder, the new messages will not be
appended to the bottom of the summary buffer in order, as they should
be. Instead, they'll be someplace NEAR the bottom, and sometimes
interleaved among the existing messages. I can't give you an exact
sequence to reproduce it, but I have many maildir folders (populated
by fetchmail/procmail) and it happens to me quite often. This was
never a problem with 2.12.2. Let me know if you need more details...

--
Ron Isaacson
Morgan Stanley
ron.isaacson <at> morganstanley.com / (212) 762-0812

NOTICE: If received in error, please destroy and notify sender.  Sender

Multiple IMAP accounts/folders

Hello. 
I read the archive of the mail list, and didn't find an answer to my
question:
Is there possible to define 3 IMAP accounts, and WL make automatic
folder structure retrieving and grouping?

For now I work with a .folders like this:
 a{
 %inbox:bodhi/clear <at> 1.2.3.4:993!  "Inbox"
 %inbox/sent:bodhi/clear <at> 1.2.3.4:993!  "Sent"
 }
 b{
 %inbox:bodhi/clear <at> 2.3.4.5:993!  "Inbox"
 %inbox.Sent:bodhi/clear <at> 2.3.4.5:993!  "Sent"
 }
 c{
 %inbox:bodhi/clear <at> 3.4.5.6:993!  "Inbox"
 %inbox.Sent:bodhi/clear <at> 3.4.5.6:993!  "Sent"
 }

Thanks in advance,
Bodhi

Re: WL 2.14.0 and summary order

At Thu, 31 Mar 2005 20:58:10 -0500,
Ron Isaacson wrote:
> 
> I only use maildir, so I'm not sure about localdir. Take a folder that
> has many new messages since the last visit (many files in new/).
> Sometimes when you visit the folder, the new messages will not be
> appended to the bottom of the summary buffer in order, as they should
> be. Instead, they'll be someplace NEAR the bottom, and sometimes
> interleaved among the existing messages. I can't give you an exact
> sequence to reproduce it, but I have many maildir folders (populated
> by fetchmail/procmail) and it happens to me quite often. This was
> never a problem with 2.12.2. Let me know if you need more details...

OK, I understand. How about following?
(It is already commited)

[Report]make install-info

坂野 正明です。

Wanderlust/2.14.0 を install 中、(当方の環境にて) info が default の
ままではうまく入りませんでしたので、報告します。
# その時のログを添付します。

結局、make の時に、 INFODIR=/usr/local/info などを陽に指定する
ことで入りました。
おそらく、当方の環境(User-Agent)で、
	Info-directory-list
の第一項の directory が存在しないからだと思われます。

# 変な環境だと思われるかも知れませんが…、Gnu/Emacs などは普通に
# FreeBSD のパッケージでインストールしただけです……。

一応、ご報告まで。

# 大変遅ればせながら、2.14 の Summary の更新の速さに感動しました!

坂野 正明

# make EMACS=emacs-20.7 install-info
emacs-20.7 -batch -q -no-site-file -l WL-MK -f install-wl-info NONE
Loading ./WL-CFG...
Loading ./WL-ELS...
Loading mail-mime-setup...
gnus-mime-setup is not found.
emh-setup is not found.

bbdb address completion

I noticed some strange behaviour when using aliases to complete
addresses within wl using the bbdb (typing the mail alias, then
hitting <enter>)

net: forename.lastname <at> domain name: Forename Lastname
becomes
forename.lastname <at> domain
Note: Name and netname are identical and pure ASCII

net: lastname <at> domain name: Forname Lastname
becomes
Forename Lastname <lastname <at> domain>
Note: the ASCII name differs from the net (part before the  <at> )

net: forename.lastname <at> domain name: Forename Lästname
becomes
"Forename Lästname" <forename.lastname <at> domain>
Note: the Name is quoted if it contains a non-ASCII character

net: forename.lastname <at> domain name: Forename M. Lastname
becomes
""Forename M. Lastname"" <forename.lastname <at> domain>
Note: the name is double double quoted if the name contains a period

These net names are expanded differently when typing part of the name
and expanding it with M-tab.

I believe this should be more consistent, at least the double double
quotes are a bug.

Re: bbdb address completion

At Mon, 04 Apr 2005 15:46:13 +0200,
Josef Dalcolmo wrote:
> 
> 
> I noticed some strange behaviour when using aliases to complete
> addresses within wl using the bbdb (typing the mail alias, then
> hitting <enter>)

This is probably partially related to an issue from last summer:

http://thread.gmane.org/gmane.mail.wanderlust.general.japanese/3189

and RFC 2822. For background, I use .mailrc to store my address book
and WL did not quote usernames properly at the time (mailabbrev in
emacs didn't do it right either, but that's now fixed in cvs emacs as
of the new year:

http://thread.gmane.org/gmane.emacs.devel/31657

)

> net: forename.lastname <at> domain name: Forename Lastname
> becomes
> forename.lastname <at> domain
> Note: Name and netname are identical and pure ASCII

Looks correct.

> net: lastname <at> domain name: Forname Lastname
> becomes

expire to imap folder

Maybe I missed some obvious way to do this.

I want to expire to an IMAP destination folder.  E.g.

messages older than 30 days in %inbox to %archive.inbox.YYYY.MM

I can see how to do this for local destination folders, but not an
easy way to do it for imap folders.  Before I write
wl-expire-imap4-date by copying wl-expire-localdir-date, can someone
suggest an easier solution?

David

Re: WL 2.14.0 and summary order

At Fri, 01 Apr 2005 21:47:26 +0900,
Yuuichi Teranishi wrote:
> 
> > I only use maildir, so I'm not sure about localdir. Take a folder that
> > has many new messages since the last visit (many files in new/).
> > Sometimes when you visit the folder, the new messages will not be
> > appended to the bottom of the summary buffer in order, as they should
> > be. Instead, they'll be someplace NEAR the bottom, and sometimes
> > interleaved among the existing messages. I can't give you an exact
> > sequence to reproduce it, but I have many maildir folders (populated
> > by fetchmail/procmail) and it happens to me quite often. This was
> > never a problem with 2.12.2. Let me know if you need more details...
> 
> OK, I understand. How about following?
> (It is already commited)

I've committed more workaround. Give a try.

--
Yuuichi Teranishi <teranisi <at> gohome.org>
URL: "http://www.gohome.org/teranisi/"
"Living is easy with eyes closed, misunderstanding all you see..."