[sylpheed:27799] Re: Password accounts?

Estimado Jose,

Con fecha miércoles, 29 de marzo de 2006, 11:49:21, escribió:

> Date: Wed, 29 Mar 2006 11:49:21 +0200
> From: "Jose C. Kraus" <jckraus <at> gmail.com>
> Reply-To: "Jose C. Kraus" <jckraus <at> gmail.com>
> X-Priority: 3 (Normal)
> Message-ID: <327682690.20060329114921 <at> gmail.com>
> To: sylpheed <at> good-day.net
> Subject: Password accounts?
> MIME-Version: 1.0
> Content-Type: text/plain; charset=us-ascii
> Content-Transfer-Encoding: quoted-printable

> Hello list,

> I would like to know if it is possible that in future versions,
> Sylpheed can incorporate some type of password accounts. I talk about
> to a system like in TheBat!. This is because in the work we only used
> an only Windows account and for that reason I cannot read my personal
> emails. I really love Sylpheed and if it incorporated this new
> function would be perfect for me.And I am sure perhaps that many
> Windows and Linux users also will thank for it.

> Well, this is only one humble request of a user already thanked for
> this fantastic software.

> From already, thank you very much.

[sylpheed:27800] Re: A crash case for the gtk bug we have in debian unstable.

On Fri, 31 Mar 2006 10:03:49 +0200
Antonio Ospite <ospite <at> studenti.unina.it> wrote:

> A useful question now is: is this a _debian_specific_ problem of gtk+?
> I think I need at least a debian and a non-debian user for testing that.

Also got this bug on my FreeBSD 6 Stable since I updated my GTK to
2.8.10 and it's still there with 2.8.16. Would be great if anyone
spends some time in solving this prob as it's really annoying 
I currently use a 2.1.4 binary compiled on 5.4/GTK 2.6.10.

Best regards,
Matthias

GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)...
Core was generated by `sylpheed'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/X11R6/lib/libgtk-x11-2.0.so.0...(no debugging symbols found)...done.
Loaded symbols for /usr/X11R6/lib/libgtk-x11-2.0.so.0
Reading symbols from /usr/X11R6/lib/libgdk-x11-2.0.so.0...(no debugging symbols found)...done.
Loaded symbols for /usr/X11R6/lib/libgdk-x11-2.0.so.0
Reading symbols from /usr/X11R6/lib/libXrandr.so.2...(no debugging symbols found)...done.

[sylpheed:27801] Re: A crash case for the gtk bug we have in debian unstable.

On Sun, 2 Apr 2006 20:25:16 +0200
Matthias Unfug <starbreaker <at> web.de> wrote:

> On Fri, 31 Mar 2006 10:03:49 +0200
> Antonio Ospite <ospite <at> studenti.unina.it> wrote:
> 
> > A useful question now is: is this a _debian_specific_ problem of gtk
> > +? I think I need at least a debian and a non-debian user for
> > testing that.
> 
> Also got this bug on my FreeBSD 6 Stable since I updated my GTK to
> 2.8.10 and it's still there with 2.8.16. Would be great if anyone
> spends some time in solving this prob as it's really annoying 
> I currently use a 2.1.4 binary compiled on 5.4/GTK 2.6.10.
> 
> Best regards,
> Matthias
> 

So it depends on particular data that triggers the bug, maybe we
should contact gtk+ developers? I will try to clean up my minimal
test case removing any personal info, if it will keep to trigger the bug
then we have a reproducible case to submit publicly to gtk guys.

Knowing that I'm not alone doesn't let me feel less annoyed :)

Goodbye,
   Antonio.

--

-- 

[sylpheed:27802] Could not determine server

Hi!

I can't login to an IMAP4 server.

debug says:

LibSylph-Message: creating IMAP4 connection to mail.vizslamail.hu:143 ...

[20:55:36] IMAP4< * OK IMAP4 Ready sql-01.vizslamail.swi.hu 0001f744
[20:55:36] IMAP4> 1 CAPABILITY
[20:55:36] IMAP4< * CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE 
THREAD=ORDER                        EDSUBJECT THREAD=REFERENCES SORT 
QUOTA IDLE ACL ACL2=UNION STARTTLS
[20:55:36] IMAP4< 1 OK CAPABILITY
[20:55:36] IMAP4> 2 LOGIN swarel ********
[20:55:39] IMAP4< 2 NO Could not determine server

(sylpheed:25807): LibSylph-WARNING **: [20:55:39] IMAP4 login failed.

[20:55:39] IMAP4> 3 LOGOUT
[20:55:39] IMAP4< * BYE IMAP4 server logging out, mate
[20:55:39] IMAP4< 3 OK LOGOUT
session (0x83a4798): closed
session (0x83a4798): destroyed
Creating alert panel dialog...
Setting folder info...
empty folder

What is the matter?

[sylpheed:27803] Re: Could not determine server

On Wed, 05 Apr 2006 20:56:31 +0200
Nagy Peter <swarel <at> root.hu> wrote:

> Hi!
> 
> I can't login to an IMAP4 server.
> 
> debug says:
> 
> LibSylph-Message: creating IMAP4 connection to mail.vizslamail.hu:143 ...
> 
> [20:55:36] IMAP4< * OK IMAP4 Ready sql-01.vizslamail.swi.hu 0001f744
> [20:55:36] IMAP4> 1 CAPABILITY
> [20:55:36] IMAP4< * CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE 
> THREAD=ORDER                        EDSUBJECT THREAD=REFERENCES SORT 
> QUOTA IDLE ACL ACL2=UNION STARTTLS
> [20:55:36] IMAP4< 1 OK CAPABILITY
> [20:55:36] IMAP4> 2 LOGIN swarel ********
> [20:55:39] IMAP4< 2 NO Could not determine server
> [...]
> What is the matter?

This seems to be a problem with our IMAP server, as 'telnet
mail.vizslamail.hu 143' gives the same error.

This is not sylpheed's fault.

[sylpheed:27804] Re: Could not determine server

With thunderbird it works fine for me.

Sebastian Kärgel wrote:
> On Wed, 05 Apr 2006 20:56:31 +0200
> Nagy Peter <swarel <at> root.hu> wrote:
> 
>> Hi!
>>
>> I can't login to an IMAP4 server.
>>
>> debug says:
>>
>> LibSylph-Message: creating IMAP4 connection to mail.vizslamail.hu:143 ...
>>
>> [20:55:36] IMAP4< * OK IMAP4 Ready sql-01.vizslamail.swi.hu 0001f744
>> [20:55:36] IMAP4> 1 CAPABILITY
>> [20:55:36] IMAP4< * CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE 
>> THREAD=ORDER                        EDSUBJECT THREAD=REFERENCES SORT 
>> QUOTA IDLE ACL ACL2=UNION STARTTLS
>> [20:55:36] IMAP4< 1 OK CAPABILITY
>> [20:55:36] IMAP4> 2 LOGIN swarel ********
>> [20:55:39] IMAP4< 2 NO Could not determine server
>> [...]
>> What is the matter?
> 
> This seems to be a problem with our IMAP server, as 'telnet
> mail.vizslamail.hu 143' gives the same error.
> 
> This is not sylpheed's fault.
> 

[sylpheed:27805] per-user multilingual interface for Sylpheed - how ?

I am using Sylpheed on a WinXP system that uses the Multilingual User
Interface (MUI) pack for WinXP, so a given user can choose its own
system interface language preference.
(in practice: English and/or Romanian; reason: in my country (Romania),
most users are using the English interface, while others the Romanian
interface).
A particular MUI language can be set on a per-user basis and affects the
interface language of the Windows Explorer (folder menus, system
settings, etc.), as well as the basic default programs (Notepad,
Wordpad, Internet Explorer, Outlook Express, Paint, etc.)

While one can choose the English language interface via MUI
language selection, the system locale settings still remains set to
Romanian, so the hour is 24h format, paper is A4, decimal separator is
comma, etc..
Sylphed language interface depends on the system locale settings. I
found no way to choose (for example) the English language for an
English system with Romanian locale set, except for deleting the RO
language directory.

I am asking for a solution to can either (a) select a language on
purpose from Sylpheed configuration menu, or at least (b) have the
language directory in the user path, so I can keep or delete the
language directory as per-user preference.

Cristi

[sylpheed:27806] Folder window width

Hi:

Is there any way to reduce the width taken up by the Folder window?  I am
displaying New, Unread and Total columns, but not the New_attached to the
directory name.  The resulting window takes up nearly one half of the
screen, with about one half of this window being wasted white space.  If I
shrink the width of this window, the # column vanishes.   Sylpheed 2.2.4
under SUSE Linux 10.0, display 1280x1024.

Thanks

--------------------------------------------------------------------------
Roger Pryor    Email: rjpryor <at> infoserve.net
Vancouver, Canada

[sylpheed:27807] Re: Folder window width

Roger Pryor <rjpryor <at> unix.infoserve.net> wrote:

> Hi:
> 
> Is there any way to reduce the width taken up by the Folder window?
> I am displaying New, Unread and Total columns, but not the
> New_attached to the directory name.  The resulting window takes up
> nearly one half of the screen, with about one half of this window
> being wasted white space.  If I shrink the width of this window, the
> # column vanishes.   Sylpheed 2.2.4 under SUSE Linux 10.0, display
> # 1280x1024.

I'm not completely sure that I understand your problem, but take
a look at Message 26646 (Goodwin Stewart) in the archives and see
if that helps about how to adjust the New, Unread, Total columns.
That's at http://www.tmtm.org/cgi-bin/w3ml/sylpheed/msg/26646

Gene

[sylpheed:27808] Re: Folder window width

On Thu, 6 Apr 2006 15:59:19 -0500
Gene Goldenfeld <genegold <at> highstream.net> wrote:

> Roger Pryor <rjpryor <at> unix.infoserve.net> wrote:
> 
> > Hi:
> > 
> > Is there any way to reduce the width taken up by the Folder window?
> > I am displaying New, Unread and Total columns, but not the
> > New_attached to the directory name.  The resulting window takes up
> > nearly one half of the screen, with about one half of this window
> > being wasted white space.  If I shrink the width of this window, the
> > # column vanishes.   Sylpheed 2.2.4 under SUSE Linux 10.0, display
> > # 1280x1024.
> 
> I'm not completely sure that I understand your problem, but take
> a look at Message 26646 (Goodwin Stewart) in the archives and see
> if that helps about how to adjust the New, Unread, Total columns.
> That's at http://www.tmtm.org/cgi-bin/w3ml/sylpheed/msg/26646
> 
> Gene

Hi:

That seems to be the problem, but the solution does not work.  When I
shrink the folder view pane to the desired width, I can find no way to
shrink the # column width, moving either the left or right sides of that
column obscures the values, i.e there is an excessively wide minimum width
for the display of the total count.  I hope that is clearer.