Re: [Evolution] IMAP feedback in 0.2

[Jeffrey Stedfast <fejj helixcode com>]

[comments below]

On Fri, 14 Jul 2000, Adam Sleight wrote:
> Date: Fri, 14 Jul 2000 17:49:28 -0700
> To: fejj helixcode com, evolution helixcode com
> From: "Adam Sleight" <adams linearcorp com>
> Subject: Re: [Evolution] IMAP feedback in 0.2
>
> On Fri, 14 Jul 2000 16:49:35 EDT
>  Jeffrey Stedfast <fejj helixcode com> wrote:
> #I'm using IMAPv4 so not sure if these errors also
> #> occur under POP3 or not. I've tried 4 or 5 times search 'Body or
> Subject
> #> Contains' and it's bombed each time. 
> #
> #This has been fixed in the latest CVS, the reason it crashed was because
> #your IMAP provider probably didn't support SEARCHing, in this case
> #Evolution will now grey-out the search tool so you can't use it
> (eventually
> #we might code some sort of work-around so you can search on IMAP even if
> it
> #doesn't support SEARCH).
>
> I confirmed that my IMAP software I'm using does indeed support the
> SEARCH
> command so it must still must be evolution isn't compliant quite yet.

Yeah, I haven't coded SEARCH support for IMAP yet - as I first need a
daemon to test it with :-)

> > From the main programmer of our email software:
> "SEARCH command is the part of the IMAP standard. <Email software>
> supports it,
> of course."

It's an optional command, as stated by the RFC (rfc2060)

> I switched over to POP and SEARCH works great.
>
> #Expunge currently does send the EXPUNGE command to the IMAP server, but
> I
> #have commented out the code that marks messages as deleted, so expunge
> #won't actually do a whole lot :-)
> #I did this to protect beta testers from accidently deleting their mail
> :-)
>
> Can you unprotect us in 0.3?  Everyone knows to backup their email.  I
> just
> created another IMAP account and copied my .mbox'es over to my new
> account to
> test it out. So I'm prepared to crash and burn all email.

Yeah, I probably will...I'm pretty confidant in the code anyways

> Refiling (with POP) doesn't immediately remove the message from the
> current
> folder although I would envision it will in future versions I hope.

You mean with mbox (when you use pop it downloads mail to mbox and that's
where searching/refiling are used) :-)
And you're right about it not removing the file from the original mbox,
because the way it works right now is to mark it as deleted (which doesn't
remove it from the mbox folder). I believe future versions will behave the
same, but if people don't like that idea I guess we could do it the other
way.

> Under Local (POP3) why does it display Draft, Trash, Outbox, etc. they
> don't
> exist or work?  Shouldn't it be able to create those on the fly?  Only by
> creating new folder am I able to refile messages into those folders. Yep
> just
> reread Dan Winship's message and he indicates they're still not quite
> there yet.

Probably because the "mbox" file doesn't exist in those folders, it'd
probably work if you went `touch ~/evolution/local/Draft/mbox`

> Virtual Folder Druid.  I thought this was working somewhat. I tried
> creating
> > From rule / added address someone company com but couldn't get it to
> show any
> messages.  Does it only apply to new incoming messages perhaps?  I
> thought
> vfolders are supposed to look in the INBOX (for now..other folders in the
> future) and display only based on the rule criteria.

Hmmm, this works for me... 

> So I put edited the address from someone company com to "First Last"
> <someone company com> and it bombed.  Isn't " " and < > a proper
> standard?

Can you explain this a little clearer - I'm not sure what you mean


Jeff