headers
Charles Sullivan | 1 Aug 2003 04:08
Picon

[sylpheed:21224] Sylpheed has become slow to start.

I recently upgraded my system from Red Hat 7.2 to Red Hat 9, and at the
same time upgraded Sylpheed from 0.8.9 to 0.9.3.  The upgrade was a
fresh install of the / directory but I kept my existing /home directory
and saved mail files.

When I clicked on its panel icon, Sylpheed previously popped up on the
screen in less than a second.  Now the basic Sylpheed window pops up 
in about that same time but it takes about 5-6 seconds for the various
mail folders to appear.  (I manually click to download new mail so 
Sylpheed isn't being slowed down by that.)  

Are others experiencing the same delay?   If not, are there any
suggestions for restoring Sylpheed's previous snappy behavior?

Thanks for your help and advice.

Regards,
Charles Sullivan
Permalink | Reply | 0 comments |
headers
Wouter Van Hemel | 1 Aug 2003 06:11
Favicon

[sylpheed:21225] sylpheed 0.9.4 retrieve hangup


Hello,

Sylpheed 0.9.4 hangs forever when clicking 'Get all'. It just shows the
"Retrieving new messages" window, with "Connecting to POP3 server: blah",
but never connects or timeouts. When I click "cancel", it hangs on the
next account. When I add an imap server account in "Get all", it even
hangs before showing the progress window, but continues after 5 minutes or
so. I can connect to the POP3 servers manually, with telnet - it's not a
network problem.

The "--debug" option shows (only POP3 servers):

Creating progress dialog...
getting new messages of account xxx...
Sylpheed-Message: Connecting to POP3 server: pop.gmx.net...

*hangs*


The Log Window only shows:
* Connecting to POP3 server: pop.gmx.net...
* Incorporation cancelled
* Connecting to POP3 server: xxx.example.com...
* Incorporation cancelled

("Incorporation cancelled" because I clicked cancel after 10 minutes).

I waited half an hour once, but nothing happens, no connection or timeout.
Sylpheed uses 100% cpu while it's hanging.
(Continue reading)

Permalink | Reply | 2 comments |
headers
Hiroyuki Yamamoto | 1 Aug 2003 06:42
Picon

[sylpheed:21226] Re: sylpheed 0.9.4 retrieve hangup

Hello,

On Fri, 1 Aug 2003 06:11:26 +0200 (CEST)
Wouter Van Hemel <wouter <at> pair.com> wrote:

> Sylpheed 0.9.4 hangs forever when clicking 'Get all'. It just shows
> the"Retrieving new messages" window, with "Connecting to POP3 server:
> blah", but never connects or timeouts. When I click "cancel", it hangs
> on the next account. When I add an imap server account in "Get all",
> it even hangs before showing the progress window, but continues after
> 5 minutes or so. I can connect to the POP3 servers manually, with
> telnet - it's not a network problem.

If you're executing sylpheed with gdb, try without it (somehow gdb and
current asynchronous connection routine doesn't work together).

> --> Debug output (*with* an IMAP server included in "Get all"):
> 
> Sylpheed-Message: creating IMAP4 connection to mail.example.org:143
> ...
> 
> [06:02:38] IMAP4> 1 NOOP
> [06:02:38] IMAP4< * OK example.org IMAP4rev1 v12.256 server ready
> [06:02:38] IMAP4< 1 OK NOOP completed
> [06:02:38] IMAP4> 2 LOGIN wouter ********
> 
> *hangs*
> 
> ... and continues normally after 5 minutes or so. If there are only
> POP3 servers defined, sylpheed hangs forever.
(Continue reading)

Permalink | Reply | 1 comment |
headers
Wouter Van Hemel | 1 Aug 2003 07:11
Favicon

[sylpheed:21227] Re: sylpheed 0.9.4 retrieve hangup


(with random snipping)

On Fri, 1 Aug 2003, Hiroyuki Yamamoto wrote:

> If you're executing sylpheed with gdb, try without it (somehow gdb and
> current asynchronous connection routine doesn't work together).
>

You're right, I forgot about the threading... I'm sorry.

> > If it isn't some stupid mistake of my hand, I think there could be a
> > small bug in the socket code that makes it hang forever while waiting
> > for a reply. Have there been any changes to that part of sylpheed
> > recently?
>
> POP3 and SMTP communication has been considerably changed, but IMAP4 and
> NNTP has not been changed much. So it might be caused by another reason.
>

Well, the pop3 accounts work ok now, without gdb - that was caused by gdb
threading problems. But when I re-enable the imap server which started my
problem, I still get a hangup. I don't exclude the imap server being
FUBAR, I've had many problems with it before, so if I'm the only one who
reports this problem, it's probably my imap server. Maybe it would be
convenient to have the imap checks in the progress window too, because now
they aren't interruptable, and hang the whole program.

Thanks for your quick reply,
(Continue reading)

Permalink | Reply | 0 comments |
headers
Andrej Kacian | 1 Aug 2003 07:25
Picon
Favicon

[sylpheed:21228] Re: missing script missing?

(Thu, 31 Jul 2003 21:50:29 +0200)
And Fred Ruffet <fred.ruffet <at> free.fr> said:

> On Thu, 31 Jul 2003 20:31:52 +0200, Andrej Kacian <andrej <at> kacian.sk>
> told us :
> 
> AK> > What versions of autoconf/automake do you have ?
> AK> > 
> AK> 
> AK> autoconf 2.13
> AK> automake(gnu automake) 1.7.2
> 
> These are recent versions, so what you could do is remove the missing
> file (it's not missing, it's its name :). Then you link to the one given
> with you automake release.
> 
> cd sylpheed-0.9.4
> rm missing
> ln -s /usr/local/share/automake-1.7/missing .
> 

Thanks, but isn't the package supposed to do that automagically? I mean, even
distribution tarball didn't come with (nor linked the file to) appropriate
'missing' script.

--

-- 
/~\ The ASCII        Andrej "Ticho" Kacian <andrej at kacian dot sk>
\ / Ribbon Campaign  GnuPG public key ID: 7CD93FE2 (pgp.mit.edu)
 X  Against HTML     Key fingerprint:
/ \ Email!           E87D 9DEF 2A23 6FFB 7AD9 542F 4253 3A46 7CD9 3FE2
(Continue reading)

Permalink | Reply | 1 comment |
headers
Andrej Kacian | 1 Aug 2003 07:31
Picon
Favicon

[sylpheed:21229] Re: missing script missing?

(Thu, 31 Jul 2003 23:12:26 +0200)
And Alfons Hoogervorst <alfons <at> proteus.demon.nl> said:

> Lo Andrej,
> 
> On 31-07-03 (Thu) 21:03 +0200 Andrej Kacian <andrej <at> kacian.sk> wrote:
> 
> | AFAIK, it just checks for necessary tools (bison, yacc, autoconf, ...
> | So if you have them, it doesn't make a difference whether the script
> | runs or not. I just don't like seeing unnecessary errors for I fell
> | like running freshly installed windows 2000 advanced server (2 errors
> | and 10 warnings in logs per minute).
> 
> Building from CVS is simply not for "users". You have to have a recent
> build system with recent build tools, you have to know exactly where
> those tools are located, and what kind of files are used by them.
> 

Being a translator, I find CVS access handy to have. I have all the necessary
tools, it's just that I always thought the 'missing' script comes with
autoconf/automake-generated packages, since I've seen it being created by some
auto* process or another (I think it was when I compiled projects designed in
glade).

Well, that's another "mystery" solved for me. Thanks Fred! :>

--

-- 
/~\ The ASCII        Andrej "Ticho" Kacian <andrej at kacian dot sk>
\ / Ribbon Campaign  GnuPG public key ID: 7CD93FE2 (pgp.mit.edu)
 X  Against HTML     Key fingerprint:
(Continue reading)

Permalink | Reply | 0 comments |
headers
Steve O'Hara-Smith | 1 Aug 2003 07:45
X-Face

[sylpheed:21230] Re: Subject Sorting Not Perfect

On Thu, 31 Jul 2003 19:22:41 +0200
Jorge Van Hemelryck <ml <at> jvh.net> wrote:

JVH> On Tue, 29 Jul 2003 18:11:21 -0400
JVH> "Lane P. Lester" <llester <at> simpub.com> wrote:
JVH> 
JVH> > This has been suggested before. However, I do not use the threaded
JVH> > view, and I believe that a properly-operating Subject sort will
JVH> > ignore all"RE: "s and sort the Subjects alphanumerically, without
JVH> > reference to reply-to or any other parameters.
JVH> 
JVH> What happens if you receive mail with not only "Re: ", but also "RE:
JVH> ", possibly "Réf: ", "Fwd: ", "Fw: ", "[Fwd: ", "Tr: ", "TR: ", etc.
JVH> and maybe combinations of these. I once received a mail which had
JVH> this subject: "Re: TR: Fw: Des bulles à gogo...".
JVH> 
JVH> I think it would be too much to try and address all these
JVH> possibilities, unless someone finds a way to filter out all of this,
JVH> maybe with a configurable list of prefixes (including characters such
JVH> as "[").

	The simplest approach is probably to match from the tail end
discarding any whitespace at the end and stopping at first mismatch.
Score on shortness of remnant compared to length of original - possibly
augment by removing well known prefixes from the remnant before deciding
how long it is.

--

-- 
C:>WIN                                      |     Directable Mirrors
The computer obeys and wins.                |A Better Way To Focus The Sun
(Continue reading)

Permalink | Reply | 1 comment |
headers
Fred Ruffet | 1 Aug 2003 08:46
X-Face
Picon
Favicon

[sylpheed:21231] Re: missing script missing?

On Fri, 1 Aug 2003 07:25:34 +0200, Andrej Kacian <andrej <at> kacian.sk> told
us :

AK> Thanks, but isn't the package supposed to do that automagically? I
AK> mean, even distribution tarball didn't come with (nor linked the
AK> file to) appropriate'missing' script.

look at the missing file in the package, and the missing file in your
autoconf directory. They are probably not the same. It may be particular
in your case, as long as you use CVS, but really, packages oftenly
provide this file, and it doesn't match your autoconf version. Other are
in this case, but you mentioned this one. If you want to do the things
well, you should replace all of them. Just give it a try. It saved me
some times.

Regards,

--

-- 
Fred Ruffet - fred.ruffet <at> free.fr

"Tu sais, mon papa, il est boucher."
(Franck)
Permalink | Reply | 0 comments |
headers
Jorge Van Hemelryck | 1 Aug 2003 09:36

[sylpheed:21232] Re: Subject Sorting Not Perfect

On Fri, 1 Aug 2003 07:45:24 +0200
Steve O'Hara-Smith <steve <at> sohara.org> wrote:

> 	The simplest approach is probably to match from the tail end
> discarding any whitespace at the end and stopping at first mismatch.
> Score on shortness of remnant compared to length of original - possibly
> augment by removing well known prefixes from the remnant before deciding
> how long it is.

That would certainly be a wrong approach, even if it did work. Once you
have managed to remove prefixes and/or mailing-list markers, why not sort
in the usual way ?

There's simply no point in detecting a mismatch in the last characters of
two strings if these strings have different lengths.

--

-- 
Jorge Van Hemelryck
Permalink | Reply | 0 comments |
headers
Anders Jarnberg | 1 Aug 2003 17:43

[sylpheed:21233] Re: Have local and pop3 at the same time?

On Thu, 31 Jul 2003 19:07:32 +0200
Anders Jarnberg <linuxdude <at> bredband.net> wrote:
> Which leads me to believe that I cannot have both local and pop3
> accounts in the same .sylpheed profile? Could this be the case?
> Is only one type of fetch allowed for my profile? I have to choose
> between local or pop3?

To answer my own query, it works. And here's how I did it.

What I had to do was to scratch all from .sylpheed directory from
my earlier Sylpheed version 0.8.11 and start totally over from new,
creating new accounts, folders etc. What I did however salvage from
the 0.8.11 installation was the filterrc since I didn't want to
hack all those filter rules again. I guess it's not entirely safe
to just copy .sylpheed between versions...

Now I have it running with local and pop, with spamassassin and
all. 

regards,
Anders
Permalink | Reply | 0 comments |

Gmane