GNOME.org
 

[Evolution] Re: Nondeliverable mail

Could someone who has the ability remove this e-mail address from the
list?  Every time I post to the list I get a bounced message.

Dan

On 22 Jul 2001 04:39:19 +0100, Postmaster oninet pt wrote:

------Transcript of session follows -------
kalvinklain oninet pt
The user's email name is not found.



--SMTP1MN3E9ko0lcGvGqRi,-2nF5tO13qPY,pqv+
Received: from mail-out.namezero.com ([216.34.13.235]) by oninet.pt  with
      Microsoft SMTPSVC(5.5.1877.447.44); Sun, 22 Jul 2001 04:39:19 +0100
Received: from copper.backend.namezero.com ([10.0.0.5] helo=copper) by
      mail-out.namezero.com with esmtp (Exim 3.30 #1) id 15OA8c-0004g1-00 for
      kalvinklain oninet pt; Sat, 21 Jul 2001 20:42:38 -0700
Received: from  (HELO ) (trna.ximian.com/141.154.95.22) by copper with
      SMTP; Sat, 21 Jul 2001 20:42:38 -0700 (PDT) Apparently from:
      evolution-admin ximian com On behalf of: webmaster ideiasdigitais com
Received: from trna.ximian.com (IDENT:mail localhost [127.0.0.1]) by
      trna.ximian.com (8.9.3/8.9.3) with ESMTP id XAA20968; Sat, 21 Jul 2001
      23:15:26 -0400
Received: from femail5.sdc1.sfba.home.com (femail5.sdc1.sfba.home.com
      [24.0.95.85]) by trna.ximian.com (8.9.3/8.9.3) with ESMTP id XAA20944 for
      <evolution ximian com>; Sat, 21 Jul 2001 23:15:23 -0400
Received: from athlinux.ata-engineering.com ([24.22.182.57]) by
      femail5.sdc1.sfba.home.com (InterMail vM.4.01.03.20
      201-229-121-120-20010223) with ESMTP id
      <20010722031522 JDHU18626 femail5 sdc1 sfba home com athlinux ata-engineerin
       g.com>; Sat, 21 Jul 2001 20:15:22 -0700
Subject: Re: [Evolution] Evolution bugs...
From: Dan Hensley <dan hensley home com>
To: David Luyer <david_luyer pacific net au>
Cc: evolution ximian com
In-Reply-To: <20010722114604 B16412 pacific net au>
References: <995619853 11385 58 camel typhaon>
      <995641035 19233 5 camel athlinux ata-engineering com> 
      <20010722114604 B16412 pacific net au>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/0.11.99 (Preview Release)
Date: 21 Jul 2001 21:14:13 -0600
Message-Id: <995771654 1378 14 camel athlinux ata-engineering com>
Mime-Version: 1.0
Sender: evolution-admin ximian com
Errors-To: evolution-admin ximian com
X-Mailman-Version: 1.1
Precedence: bulk
List-Id: Evolution users mailing list. <evolution.ximian.com>
X-BeenThere: evolution ximian com
X-NZ-Hop-Count: 1
Return-Path: dan hensley home com

On 22 Jul 2001 11:46:04 +1000, David Luyer wrote:

On Fri, Jul 20, 2001 at 08:57:15AM -0600, Dan Hensley wrote:

On 20 Jul 2001 19:04:13 +1000, David Luyer wrote:


Annoying bugs include:
      * spell checking.  gnome-spell-component loads but I don't
        see any colourising of my typos


I put a bug in bugzilla last night about this.  It hasn't worked for a
while, but I haven't heard a whole lot from Ximian about it.


Does test-gnome-spell in the gnome-spell source work for you?

I've built packages of the latest pspell and aspell (since Debian
pspell is too old for gnome-spell) and aspell works, but
test-gnome-spell segfaults the gnome-spell-component trying to
find an alternative for 'helo' (it tries to memcpy a null pointer).


It does now.  Thanks for pointing me to this test executable.  I
discovered that gnome-spell didn't work because it couldn't find a
shared library (I updated my libltdl RPMs a few weeks ago).  I
recompiled pspell-.12.2 and now it works great.

Unfortunately this doesn't help you at all.  I don't know how these
pieces work well enough to suggest anything to try.


I don't know how significant this is.


      * drag n drop - dragging a message to a folder drops it in
        the folder _below_ where it's dropped


This was discussed on IRC yesterday, and there is at least one bug in
bugzilla.  Hopefully this will get fixed soon.


I hope so.  You get use to it, but it looks simple (a mis-placed hotspot)
or at least simple to work around...


I have the impression that the problem may be on the GTK level, so a fix
may be a long time coming.  Hopefully the Ximian folks can come up with
a workaround though, because it's pretty annoying.


If it only has the header cached then when you try and go to the message
it can't get the message body since that UID is deleted, but if it has
the whole message cached already it just shows it.  Either way it never
finds the 'real' message that is in that position.  Whenever I run mutt
or use evolution on another host I now nuke my imap/luyer localhost
directory, hopefully that will work around the problem for now,
as I'm using evolution on two machines and mutt when I'm logged in from
something non-Linux (and too far away network-wise to use Exceed to
display Evolution).


So this is your IMAP folder doing this?  I just noticed that my IMAP
cache is out of sync with what's local, so I'm getting strange behavior
similar to what you're seeing.  I'm not even sure what did this, since I
only run 1 instance of Evolution at a time.

Actually, come to think of it, I think I may have been connected to my
IMAP server briefly at the same time using Netscape mail on my work
machine.  So maybe this is what screwed it up.  I guess it would be nice
if Evo would have a menu pick to regenerate the index, or better yet
auto-regenerate if it finds a problem.  I think I'll submit a bug report
about this.


      * nntp doesn't work (doesn't even let me list the groups to
        select them... so the 2 newsgroups I used to read with exmh
        are going unread...:))


Ximian has mentioned many times on the list that NNTP support is not a
priority before 1.0, so I guess it's not surprising that it doesn't
work.  However, I believe someone is doing some work on it.


Any idea who, or if the work is regularly sync'd to CVS?  I'm not likely
to find the time but if I do find any time to work on evolution, this would
probably be my first thing to attack (as for now I'm simply without news,
it's not worth running exmh "just for news" and tin/nn/slrn just don't feel
right anymore).


I'm not sure.  It looks like the NNTP code is in camel/providers/nntp,
so you might check the ChangeLogs in the camel directory.  There may
also be stuff about this in the list archives.  Or I guess you could ask
on IRC.


      * lack of detection of new mail in some IMAP folders
        even though all are subscribed.


I haven't seen this, although I only use the INBOX folder on my IMAP
account.


Well you wouldn't see the problem then, as the problem is that I have
mail being delivered into a couple of dozen mail boxes (using procmail
to dmail for delivery, as I'm using uw-imapd in black-box-mode with
mbx binary mailbox format) and many of them won't show up new mail
until I switch to them, but others show new mail all the time.  Someone
else has confirmed the problem, they also use uw-imapd, so that unfortunately
doesn't point the finger either way...


I'm not even sure what our IMAP server is.  I know it's a Linux box
though, but since I don't do what you're doing I guess I can't be of
much help.

Dan


_______________________________________________
evolution maillist  -  evolution ximian com
[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]