Hi.= =A0Using Balsa 2.4.11 -- the latest in my software repository.

A question. =A0After reading an e-mail, I don't want to just delete it.= =A0I want to archive it in gmail's All Mail folder. =A0Deleting the ma= il tells gmail to permanently delete it in 30 days -- I don't want to d= o that.

Is there a key to archive the = mail instead of delete? =A0Pressing "e" in gmail does this; press= ing "a" in Thunderbird does the same thing. =A0But I like Balsa.<= /div>

Thanks.

--=

-------------------------
Jeffrey Needle
jeff.needle@gmail.com

--047d7b6d8118102c6b04e87e0337-- From michael_odonnell@acm.org Tue Oct 22 05:12:04 2013 Return-Path: X-Original-To: balsa-list@gnome.org Delivered-To: balsa-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id AEC2B762D0 for ; Tue, 22 Oct 2013 05:12:04 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: 1.465 X-Spam-Level: * X-Spam-Status: No, score=1.465 tagged_above=-999 required=2 tests=[BAYES_50=0.8, SPF_SOFTFAIL=0.665] autolearn=no Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0Ns1J8WusHX8 for ; Tue, 22 Oct 2013 05:12:00 +0000 (UTC) X-Greylist: delayed 465 seconds by postgrey-1.34 at restaurant.gnome.org; Tue, 22 Oct 2013 05:12:00 UTC Received: from bureau.koumbit.net (homere.koumbit.net [199.58.80.81]) by restaurant.gnome.org (Postfix) with ESMTP id 384A67625D for ; Tue, 22 Oct 2013 05:11:49 +0000 (UTC) Received: from Psammead (dsl017-022-172.chi1.dsl.speakeasy.net [69.17.22.172]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by bureau.koumbit.net (Postfix) with ESMTPSA id A7E2C1E4AB7E for ; Tue, 22 Oct 2013 01:04:02 -0400 (EDT) Date: Tue, 22 Oct 2013 00:03:43 -0500 From: "Michael J. O'Donnell" Subject: IMAP is time-dependently readonly To: balsa-list@gnome.org X-Mailer: Balsa 2.4.12 Message-Id: <1382418223.12087.0@Psammead> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; DelSp=Yes; Format=Flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-BeenThere: balsa-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Balsa email client List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Oct 2013 05:12:04 -0000 I just started using Balsa 2.4.12 on Studio Xubuntu Saucy Salamander =20 (switched from Thunderbird, which failed in other highly annoying =20 ways). My IMAP connection to a server at mail.odonnell.koumbit.org is =20 readonly much of the time, but flipped to read/write briefly. I made no =20 change to the server settings during the flip flop from =20 readonly-read/write-readonly. After the relapse to readonly, I tried =20 varying the "Advanced" server settings regarding SSL, TLS, "Bug =20 workarounds" with no apparent effect. Balsa gets full IMAP service connection to GMail and =20 imap.cs.uchicago.edu. Thunderbird gets full IMAP service from all 3 =20 servers. I have searched Manual, FAQ, and Mailing List archives to no avail. =20 There was a thread regarding inability to delete messages through IMAP =20 in 2004, but I could not find a resolution of the problem. Cheers, Mike O'Donnell= From pawsa0@gmail.com Wed Oct 23 05:42:03 2013 Return-Path: X-Original-To: balsa-list@gnome.org Delivered-To: balsa-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id E38D976573 for ; Wed, 23 Oct 2013 05:42:03 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: 0.25 X-Spam-Level: X-Spam-Status: No, score=0.25 tagged_above=-999 required=2 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KsXkCzpycNEA for ; Wed, 23 Oct 2013 05:41:59 +0000 (UTC) Received: from mail-ea0-f181.google.com (mail-ea0-f181.google.com [209.85.215.181]) by restaurant.gnome.org (Postfix) with ESMTP id 337F77625B for ; Wed, 23 Oct 2013 05:41:48 +0000 (UTC) Received: by mail-ea0-f181.google.com with SMTP id d10so131419eaj.40 for ; Tue, 22 Oct 2013 22:41:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:subject:to:in-reply-to:message-id:mime-version :content-type:content-disposition:content-transfer-encoding; bh=h5Ah2SxjwyN1+sbZHfO9DY5NCgYbtz/0F/E++GJ2684=; b=t1ITaKIM4MrxG3dapb7VT9oewbqo6txwaewmG0d/97DpSGSPzcCg7nBSIeJhxOktf7 AMKe2XAKPdBfXbUEUnZo9lP6DL9Rqiszk7R41Fb0acXGeslXbFS7kEtBoGmni9uK3i8E MqUtzco+rmSd+pOLo+UuQcj7dyq+UW3X0pnGlH7oJnusoa/gwbJ9++zGXaR2c/gELTaJ GouSyzi7ElXA+lrc4vdOqkVXD9lMg3JrsPSHlwtvJTcwpCvCMp+VPEZ1+aSzjMCnP5YH n62IVX2GR1zMinRo066d+eTNYJlHMJdXuR/LEqNXvEpuKa9HZhWyYwl1RowTTvGKoXjU yNfg== X-Received: by 10.14.203.70 with SMTP id e46mr32583892eeo.33.1382506906045; Tue, 22 Oct 2013 22:41:46 -0700 (PDT) Received: from sparrow (azo170.neoplus.adsl.tpnet.pl. [83.27.152.170]) by mx.google.com with ESMTPSA id m54sm65545048eex.2.2013.10.22.22.41.45 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 22 Oct 2013 22:41:45 -0700 (PDT) Date: Wed, 23 Oct 2013 07:41:44 +0200 From: Pawel Salek Subject: Re: IMAP is time-dependently readonly To: balsa-list@gnome.org In-Reply-To: <1382418223.12087.0@Psammead> (from michael_odonnell@acm.org on Tue Oct 22 07:03:43 2013) X-Mailer: Balsa 2.4.12 Message-Id: <1382506904.9067.0@sparrow> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; DelSp=Yes; Format=Flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-BeenThere: balsa-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Balsa email client List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Oct 2013 05:42:04 -0000 On 10/22/2013 07:03:43 AM, Michael J. O'Donnell wrote: > I just started using Balsa 2.4.12 on Studio Xubuntu Saucy Salamander =20 > (switched from Thunderbird, which failed in other highly annoying =20 > ways). My IMAP connection to a server at mail.odonnell.koumbit.org is =20 > readonly much of the time, but flipped to read/write briefly. I made =20 > no change to the server settings during the flip flop from =20 > readonly-read/write-readonly. After the relapse to readonly, I tried =20 > varying the "Advanced" server settings regarding SSL, TLS, "Bug =20 > workarounds" with no apparent effect. >=20 > Balsa gets full IMAP service connection to GMail and =20 > imap.cs.uchicago.edu. Thunderbird gets full IMAP service from all 3 =20 > servers. >=20 > I have searched Manual, FAQ, and Mailing List archives to no avail. =20 > There was a thread regarding inability to delete messages through =20 > IMAP in 2004, but I could not find a resolution of the problem. Michael, Thank you for your email. The case you describe is surprising. Can you =20 please report balsa's version? Could you also send the output produced =20 by balsa with "-D" option? Please screen the file for sensitive data, =20 including, but not limiting to, LOGIN and AUTH commands before sending =20 it it. The most interesting parts are responses to "SELECT" IMAP =20 command, whether they look like "OK [READ-ONLY] SELECT", or "OK =20 [READ-WRITE] SELECT This is how balsa is informed whether the mailbox =20 is writable or read only. Best, Pawel= From pawsa0@gmail.com Wed Oct 23 05:49:00 2013 Return-Path: X-Original-To: balsa-list@gnome.org Delivered-To: balsa-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id 6F82A762E1 for ; Wed, 23 Oct 2013 05:49:00 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: 0.25 X-Spam-Level: X-Spam-Status: No, score=0.25 tagged_above=-999 required=2 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5JC6cNvEbQVw for ; Wed, 23 Oct 2013 05:48:54 +0000 (UTC) Received: from mail-ee0-f50.google.com (mail-ee0-f50.google.com [74.125.83.50]) by restaurant.gnome.org (Postfix) with ESMTP id 678BE7625B for ; Wed, 23 Oct 2013 05:48:43 +0000 (UTC) Received: by mail-ee0-f50.google.com with SMTP id l10so118955eei.37 for ; Tue, 22 Oct 2013 22:48:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:subject:to:cc:in-reply-to:message-id:mime-version :content-type:content-disposition:content-transfer-encoding; bh=zqkxwb8Nb1s8hin7F2I74iFHPYAWZM431z2p1QFVxYI=; b=XKo4WUk0uNIpPYCkJeoNvrvy8eqH5S9BKD1t6wYS9w1YBKGRxXnCcQ58eMYTh9N6hJ 6WAmu1LXMFPznkczD46g16OColjUhtagJ3Cig3s8hwOcLH0nnHg5c/99GCQsKCZr6sZ9 JGqjdMXZ1TaJ5Rf7DI7m/couxGeFm1YUch06UmqbWX6ZFm0MWYLkuFwb9amOT17wWNp9 ctffWhbAMAg8NJ/Mno2e08EQQFvRonC7zETcf0i5DI4rEsHVzJzWGSzVa3yhPZRD4J4V VbXCwZsB3stsa+NRWH4vHcP5BBBdOrHO6ssrc08QKsMItG6C/IE6qQKzMNPP+KiYZhts svAA== X-Received: by 10.14.7.8 with SMTP id 8mr1021462eeo.94.1382507321931; Tue, 22 Oct 2013 22:48:41 -0700 (PDT) Received: from sparrow (azo170.neoplus.adsl.tpnet.pl. [83.27.152.170]) by mx.google.com with ESMTPSA id j7sm65519692eeo.15.2013.10.22.22.48.41 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 22 Oct 2013 22:48:41 -0700 (PDT) Date: Wed, 23 Oct 2013 07:48:40 +0200 From: Pawel Salek Subject: Re: Archiving mail? To: Jeffrey Needle In-Reply-To: (from jeff.needle@gmail.com on Fri Oct 11 23:43:21 2013) X-Mailer: Balsa 2.4.12 Message-Id: <1382507320.9067.1@sparrow> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; DelSp=Yes; Format=Flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Cc: balsa-list@gnome.org X-BeenThere: balsa-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Balsa email client List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Oct 2013 05:49:00 -0000 On 10/11/2013 11:43:21 PM, Jeffrey Needle wrote: > Hi. Using Balsa 2.4.11 -- the latest in my software repository. >=20 > A question. After reading an e-mail, I don't want to just delete =20 > it. I > want to archive it in gmail's All Mail folder. Deleting the mail =20 > tells > gmail to permanently delete it in 30 days -- I don't want to do that. >=20 > Is there a key to archive the mail instead of delete? Pressing "e" in > gmail does this; pressing "a" in Thunderbird does the same thing. =20 > But I > like Balsa. Sorry for the late response. I am not really sure how GMail works, =20 because it is not fully documented. When I use balsa with Gmail, I =20 press Ctrl-D to remove the message in inbox. It appears to remain in =20 "All Mail" folder and I hope this means it is archived. It does not =20 show up in "Trash" in this way. When I want to delete the message =20 permanently, I drag it to "Trash" folder When I want to archive more =20 important mail, I drag it to another folder. I hope this helps, Pawel= From ostroffjh@sbcglobal.net Wed Oct 23 20:30:28 2013 Return-Path: X-Original-To: balsa-list@gnome.org Delivered-To: balsa-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id 44F62762E1 for ; Wed, 23 Oct 2013 20:30:28 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: 0.7 X-Spam-Level: X-Spam-Status: No, score=0.7 tagged_above=-999 required=2 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aeKsiO8IUXbZ for ; Wed, 23 Oct 2013 20:30:22 +0000 (UTC) Received: from nm27-vm7.access.bullet.mail.gq1.yahoo.com (nm27-vm7.access.bullet.mail.gq1.yahoo.com [216.39.63.205]) by restaurant.gnome.org (Postfix) with ESMTP id B0AA7760B6 for ; Wed, 23 Oct 2013 20:30:11 +0000 (UTC) Received: from [216.39.60.174] by nm27.access.bullet.mail.gq1.yahoo.com with NNFMP; 23 Oct 2013 20:30:10 -0000 Received: from [98.138.104.97] by tm10.access.bullet.mail.gq1.yahoo.com with NNFMP; 23 Oct 2013 20:30:10 -0000 Received: from [127.0.0.1] by smtp117.sbc.mail.ne1.yahoo.com with NNFMP; 23 Oct 2013 20:30:10 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s1024; t=1382560210; bh=VoyhY6/TDc4ybR9GZKb/LtpHOAqLdZHQYp2DH8vHCwQ=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Date:From:Subject:To:X-Mailer:Message-Id:MIME-Version:Content-Type:Content-Disposition:Content-Transfer-Encoding; b=p2iTmB3COpYPFtaPQiSphH3qI/DO//c8g4JY+YGK04EOCY5gwno8Cq2cWSmDdlZu73DYGvydgFv6g+ZR5IvzvWVS+fLRXkDCxO7nt8OthfqlACFGxN0qp/BzY+5ZGjFBaLbJRrelYO+ZSP3at/4v/Nwi5fKIVm7tD3xlBWgDUgU= X-Yahoo-Newman-Id: 405117.55763.bm@smtp117.sbc.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: wzBerjYVM1ll.z0.ydfTZiQYIs_78G1WPb8tU3dSW_9Nl.1 wdb4gyWFRC50_AYx1FqOBc3A0uq7Nboe8pV1kWBtMDKpP_XikvVpGLglYhkV RYBSfGk1lwlWaVzDC9mSQ9ghSBS9TqMssOgy8qDxX.mFoVAU8yRAveP_9CZ6 5sVTD21_B3NGdz5i6oEjtdUaCssLVloeoQRa_EbsqGu.TqOi_Y.L4wEfCZPN dt37PUJZAhUBn5POJ540I.Un6mMIrtvgplzd2GxNm3oEzkfQXfskE.J9X1OZ sv3zIS42GplEM_TwpU_.WCShxBWZZt527G05co0.6QKhDDMUl.kxaVAhbuhc DaxBIfXFGmnlWKlEW_.EzgqwgvrpzBNxz3AcDBvETxaUoAuvAS9ksJFFxp9B Ur_FxOLZTlr4O9ARBs810N4ufhsrAHmNWaSSZFYgKZDNHpJjuR1LxgQkorqk 5YBIsxdG5OAr1bnq9tldtgPfYPxf1CBUXW6rKK4TT1gRdRQiTShoc6plEMir GIQx5QOr4lhescrQ_eqOAxNpruo1DzMROLNoNRF391MHiMxFbeDTlho7Gkof sHpo6i9st4Ss_85zD4yUfXEuhax16UvJ2dbU6nptxvDDTApTfZWyZxFJJFfj Q.D1ZcE_8arTcodITrgs8u8.6.iDyKkL05hXMfOjhlNKNa3bSZVH42otHa8w xiwmbDw2zxtdF09vgm7dd3335VQ-- X-Yahoo-SMTP: uQK22MWswBCKBpZEmcLDxzBiNtxH7V0FvTGeZikrZyTgdEnV X-Rocket-Received: from ffortso4 (ostroffjh@64.148.6.121 with ) by smtp117.sbc.mail.ne1.yahoo.com with SMTP; 23 Oct 2013 20:30:10 +0000 UTC Date: Wed, 23 Oct 2013 16:30:07 -0400 From: Jack Subject: Pop3 email download problem To: balsa-list@gnome.org X-Mailer: Balsa 2.5.1 Message-Id: <1382560207.22921.0@ffortso4> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; DelSp=Yes; Format=Flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-BeenThere: balsa-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Balsa email client List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Oct 2013 20:30:28 -0000 Hello all, I've been running 2.5.1 for a while now with no problems. However, I =20 now have a message which will not download. Actually, balsa does seem =20 to download the message, but doesn't seem to recognize it has finished, =20 and times out. This is from AT&T/Yahoo. Below is the POP3 debug =20 output. --------------------------------------------- POP S: +OK POP3 POPFile (v1.1.1) server ready POP C: CAPA POP S: -ERR No secure server specified POP C: User inbound.att.net:ostroffjh@sbcglobal.net:ssl POP S: +OK password required. POP C: Pass (passwd hidden) POP S: +OK maildrop ready, 1 message (4545 octets) (6946) POP C: List POP S: +OK 1 message (4545 octets) POP S: 1 4545 . POP C: RETR 1 POP S: +OK 4540 octets POP S: X-Apparently-To: ostroffjh@sbcglobal.net via 98.138.197.222; =20 Wed, 23 Oct 2013 06:35:22 -0700 Received-SPF: pass (domain of cchsfs.com designates 208.71.50.214 as =20 permitted sender) [I've deleted the bulk of the headers and message.] The information contained in this electronic message from CCH Small =20 Firm Services, and any attachments, contains information that may be =20 confidential and/or privileged. If you are not the intended recipient, =20 you are hereby notified that any disclosure, copying, distribution or =20 use of this information is strictly prohibited. If you have received =20 this communication in error, please notify CCH Small Firm Services =20 immediately by e-mail to Customer.support@cchsfs.com, and destroy this =20 communication. Thank you. . POP S: +OK POP3 POPFile (v1.1.1) server ready POP C: CAPA POP S: -ERR No secure server specified POP C: User inbound.att.net:linuxlinux@sbcglobal.net:ssl POP S: +OK password required. POP C: Pass (passwd hidden) POP S: +OK maildrop ready, 0 messages (0 octets) (0) POP C: List POP S: +OK 0 messages (0 octets) POP S: . POP C: Quit POP S: +OK server signing off. --------------------------------------------- After the line with the single '.' balsa just sits there for about a =20 minute, and then issues the rest of the debug messages, and pops up an =20 error "POP3 Error: POP3 connection severed." The POP messages after =20 the "." are the same, even if there are other messages waiting to =20 download. Thanks for any thoughts or ideas on how to fix or how to debug further. Jack= From michael_odonnell@acm.org Thu Oct 24 16:26:51 2013 Return-Path: X-Original-To: balsa-list@gnome.org Delivered-To: balsa-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id CE169762EA for ; Thu, 24 Oct 2013 16:26:51 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: 0.112 X-Spam-Level: X-Spam-Status: No, score=0.112 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, RCVD_IN_BL_SPAMCOP_NET=1.347, SPF_SOFTFAIL=0.665] autolearn=no Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OKDugxcp2tmP for ; Thu, 24 Oct 2013 16:26:48 +0000 (UTC) Received: from bureau.koumbit.net (homere.koumbit.net [199.58.80.81]) by restaurant.gnome.org (Postfix) with ESMTP id CEC3A762E2 for ; Thu, 24 Oct 2013 16:26:37 +0000 (UTC) Received: from Psammead (dsl017-022-172.chi1.dsl.speakeasy.net [69.17.22.172]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by bureau.koumbit.net (Postfix) with ESMTPSA id D98601E4789D for ; Thu, 24 Oct 2013 12:26:34 -0400 (EDT) Date: Thu, 24 Oct 2013 11:26:34 -0500 From: "Michael J. O'Donnell" Subject: Re: IMAP is time-dependently readonly To: balsa-list@gnome.org X-Mailer: Balsa 2.4.12 Message-Id: <1382631994.17206.1@Psammead> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-NEoXQ5eB4lur6si5/iyW" X-BeenThere: balsa-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Balsa email client List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Oct 2013 16:26:51 -0000 --=-NEoXQ5eB4lur6si5/iyW Content-Type: text/plain; charset=us-ascii; DelSp=Yes; Format=Flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In reply to Pawel: > Can you please report balsa's version? 2.4.12 > Could you also send the output produced by balsa with "-D" option? I've attached a file, debugIMAP.txt, containing the output of a short =20 session. The Koumbit mailboxes came up readonly in this session. I'm =20 not sure how this list deals with attachments, but the file is too long =20 to inline. > The most interesting parts are responses to "SELECT" IMAP command, =20 > whether they look like "OK [READ-ONLY] SELECT", or "OK [READ-WRITE] =20 > SELECT This is how balsa is informed whether the mailbox is writable =20 > or read only. I did not understand the file thoroughly, but a search showed a number =20 of "READ-WRITE"s, and no "READ-ONLY"s. I am confused regarding which "SELECT" command goes to =20 which IMAP server, but there is one mailbox name that is only =20 associated with Koumbit, called "ToFileLater". That one appears to be =20 selected as READ-WRITE. In the session producing this output, the Balsa =20 GUI showed all Koumbit mailboxes "readonly", and I was unable to delete =20 or move messages. In a separate message window, the delete button was =20 grayed out. To make sure that the Koumbit mailboxes are truly "SELECT"ed, I started =20 up Balsa, then explicitly selected the 6 Koumbit mailboxes one after =20 the other: INBOX, INBOX.Drafts, INBOX.Queue, INBOX.Sent, =20 INBOX.ToFileLater, INBOX.Trash. The Balsa GUI showed them all =20 "readonly". After Balsa has run for a long time (such as 6 hours), the troublesome =20 mailboxes spontaneously switch to read/write. Alas, this makes =20 debugging runs troublesome, as I lose the read/write status each time I =20 restart. Cheers, Mike O'Donnell= --=-NEoXQ5eB4lur6si5/iyW Content-Type: text/plain; charset=us-ascii; name=debugIMAP2.txt Content-Disposition: attachment; filename=debugIMAP2.txt Content-Transfer-Encoding: quoted-printable (process:17147): GLib-GObject-WARNING **: Attempt to add property GnomeProg= ram::sm-connect after class was initialised (process:17147): GLib-GObject-WARNING **: Attempt to add property GnomeProg= ram::show-crash-dialog after class was initialised (process:17147): GLib-GObject-WARNING **: Attempt to add property GnomeProg= ram::display after class was initialised (process:17147): GLib-GObject-WARNING **: Attempt to add property GnomeProg= ram::default-icon after class was initialised ** Message: init gpgme version 1.4.2 ** Message: protocol OpenPGP: engine /usr/bin/gpg (home (null), version 1.4= .14) ** Message: protocol CMS: engine /usr/bin/gpgsm (home (null), version (null= )) ** Message: protocol GPGCONF: engine /usr/bin/gpgconf (home (null), version= 2.0.20) ** Message: protocol Assuan: engine /tmp/gpg-AfId1L/S.gpg-agent (home !GPG_= AGENT, version 1.0) ** Message: gpg-agent found: /tmp/gpg-AfId1L/S.gpg-agent:3287:1 ** Message: OpenPGP protocol supported ** Message: built without CMS (aka S/MIME) protocol support Status: Connected (1382631437) Fontconfig warning: "/etc/fonts/conf.d/50-user.conf", line 14: reading conf= igurations from ~/.fonts.conf is deprecated. IMAP S: * OK Gimap ready for requests from 69.17.22.172 p6if3050791igh.5 IMAP C: 1 CAPABILITY IMAP S: * CAPABILITY IMAP4rev1 UNSELECT IDLE NAMESPACE QUOTA ID XLIST CHILD= REN X-GM-EXT-1 XYZZY SASL-IR AUTH=3DXOAUTH AUTH=3DXOAUTH2 AUTH=3DPLAIN AUTH= =3DPLAIN-CLIENTTOKEN 1 OK Thats all she wrote! p6if3050791igh.5 IMAP C: 2 AUTHENTICATE PLAIN (password hidden) IMAP S: * OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=3DORDE= REDSUBJECT THREAD=3DREFERENCES SORT QUOTA IDLE AUTH=3DPLAIN ACL ACL2=3DUNIO= N] Courier-IMAP ready. Copyright 1998-2010 Double Precision, Inc. See COPY= ING for distribution information. IMAP C: 3 AUTHENTICATE PLAIN IMAP S: +=20 IMAP C: bWljaGFlbF9vZG9ubmVsbEBvZG9ubmVsbC5rb3VtYml0Lm9yZwBtaWNoYWVsX29kb25= uZWxsQG9kb25uZWxsLmtvdW1iaXQub3JnAEtvdW1iaXRAUG5pbg=3D=3D IMAP S: 3 OK LOGIN Ok. IMAP C: 4 SELECT "INBOX" 5 MYRIGHTS "INBOX" IMAP S: * CAPABILITY IMAP4rev1 UNSELECT IDLE NAMESPACE QUOTA ID XLIST CHILD= REN X-GM-EXT-1 UIDPLUS COMPRESS=3DDEFLATE ENABLE MOVE CONDSTORE ESEARCH 2 OK odonnell.mj@gmail.com Michael O'Donnell authenticated (Success) IMAP C: 6 COMPRESS DEFLATE IMAP S: * FLAGS (nonjunk \Draft \Answered \Flagged \Deleted \Seen \Recent) * OK [PERMANENTFLAGS (nonjunk \* \Draft \Answered \Flagged \Deleted \Seen)]= Limited * 25 EXISTS * 0 RECENT * OK [UIDVALIDITY 1355513549] Ok * OK [MYRIGHTS "acdilrsw"] ACL 4 OK [READ-WRITE] Ok IMAP S: * MYRIGHTS "INBOX" "acdilrsw" 5 OK MYRIGHTS completed. IMAP C: 7 SEARCH 1:25 UNSEEN 8 SEARCH 1:25 DELETED IMAP S: * SEARCH 23 24 25 7 OK SEARCH done. * SEARCH 8 OK SEARCH done. IMAP C: 9 THREAD REFERENCES UTF-8 Undeleted IMAP S: * THREAD (1)(2)(3)(4)(5)(6)(7)(8)(9)(10)(11)(12)(13)(14)(15)(16)(17= )(18)(19)(20)(21)(22)(23)(24)(25) 9 OK THREAD done. IMAP C: a SORT (Date) UTF-8 1:25 IMAP S: * SORT 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 = 24 25 a OK SORT done. IMAP S: 6 OK Success IMAP C: b LIST "INBOX" "%" IMAP C: c FETCH 23 (BODYSTRUCTURE BODY.PEEK[HEADER.FIELDS.NOT (DATE SUBJECT= FROM SENDER REPLY-TO TO CC BCC IN-REPLY-TO MESSAGE-ID)]) IMAP S: * 23 FETCH (BODYSTRUCTURE (("text" "plain" ("charset" "us-ascii") N= IL "lilypond-devel Digest, Vol 131, Issue 44" "7bit" 486 13 NIL NIL NIL)("t= ext" "plain" ("charset" "us-ascii") NIL "Today's Topics (4 messages)" "7bit= " 335 8 NIL NIL NIL)(("message" "rfc822" NIL NIL NIL "8bit" 4011 ("Thu, 24 = Oct 2013 00:20:01 +0200" "Re: Make sure slurs actually avoid stafflines. (i= ssue 15400049)" (("=3D?UTF-8?Q?Janek_Warcho=3DC5=3D82?=3D" NIL "janek.lilyp= ond" "gmail.com")) (("=3D?UTF-8?Q?Janek_Warcho=3DC5=3D82?=3D" NIL "janek.li= lypond" "gmail.com")) (("=3D?UTF-8?Q?Janek_Warcho=3DC5=3D82?=3D" NIL "janek= .lilypond" "gmail.com")) (("Werner Lemberg" NIL "lemzwerg" "googlemail.com"= )("Trevor Daniels" NIL "tdanielsmusic" "googlemail.com")("Keith OHara" NIL = "k-ohara5a5a" "oco.net")("Han-Wen Nienhuys" NIL "hanwenn" "gmail.com")("Dav= id Kastrup" NIL "dak" "gnu.org")) (("reply@codereview-hr.appspotmail.com" N= IL "reply" "codereview-hr.appspotmail.com")("LilyPond Development Team" NIL= "lilypond-devel" "gnu.org")) NIL "<089e01294da8546d6704e96ee7c1@google.com= >" "") ("text" "plain" ("charset" "utf-8") NIL NIL "8bit" 3165 77 NIL NIL NIL)= 96 NIL NIL NIL)("message" "rfc822" NIL NIL NIL "8bit" 2794 ("Thu, 24 Oct 2= 013 03:33:43 +0000" "Re: Make sure slurs actually avoid stafflines. (issue = 15400049)" ((NIL NIL "k-ohara5a5a" "oco.net")) ((NIL NIL "k-ohara5a5a" "oco= .net")) ((NIL NIL "janek.lilypond" "gmail.com")(NIL NIL "lemzwerg" "googlem= ail.com")(NIL NIL "tdanielsmusic" "googlemail.com")(NIL NIL "k-ohara5a5a" "= oco.net")(NIL NIL "hanwenn" "gmail.com")(NIL NIL "dak" "gnu.org")(NIL NIL "= lilypond-devel" "gnu.org")(NIL NIL "reply" "codereview-hr.appspotmail.com")= ) ((NIL NIL "janek.lilypond" "gmail.com")(NIL NIL "lemzwerg" "googlemail.co= m")(NIL NIL "tdanielsmusic" "googlemail.com")(NIL NIL "hanwenn" "gmail.com"= )(NIL NIL "dak" "gnu.org")) ((NIL NIL "reply" "codereview-hr.appspotmail.co= m")(NIL NIL "lilypond-devel" "gnu.org")) NIL NIL "<20cf301b634ff117c104e974= 4c13@google.com>") ("text" "plain" ("charset" "iso-8859-1" "format" "flowed= " "delsp" "yes") NIL NIL "8bit" 2036 53 NIL NIL NIL) 70 NIL NIL NIL)("messa= ge" "rfc822" NIL NIL NIL "8bit" 1207 ("Thu, 24 Oct 2013 17:08:39 +0200" "Re= : The catastrophe has arrived." (("Joseph Rushton Wakeling" NIL "joseph.wak= eling" "webdrake.net")) (("Joseph Rushton Wakeling" NIL "joseph.wakeling" "= webdrake.net")) (("Joseph Rushton Wakeling" NIL "joseph.wakeling" "webdrake= .net")) ((NIL NIL "lilypond-devel" "gnu.org")) NIL NIL "<87fvrsgdo5.fsf@fen= cepost.gnu.org>" "<526937F7.4080603@webdrake.net>") ("text" "plain" ("chars= et" "iso-8859-1" "format" "flowed") NIL NIL "7bit" 704 15 NIL NIL NIL) 29 N= IL NIL NIL)("message" "rfc822" NIL NIL NIL "8bit" 1793 ("Thu, 24 Oct 2013 1= 7:24:50 +0200" "Re: The catastrophe has arrived." (("David Kastrup" NIL "da= k" "gnu.org")) (("David Kastrup" NIL "dak" "gnu.org")) (("David Kastrup" NI= L "dak" "gnu.org")) (("Joseph Rushton Wakeling" NIL "joseph.wakeling" "webd= rake.net")) ((NIL NIL "lilypond-devel" "gnu.org")) NIL "<526937F7.4080603@w= ebdrake.net> (Joseph Rushton Wakeling's message of \"Thu, 24 Oct 2013 17:08= :39 +0200\")" "<87wql2elod.fsf@fencepost.gnu.org>") ("text" "plain" NIL NIL= NIL "8bit" 1218 29 NIL NIL NIL) 44 NIL NIL NIL) "digest" ("boundary" "=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D2717179359037201100=3D=3D") NIL N= IL)("text" "plain" ("charset" "us-ascii") NIL "Digest Footer" "7bit" 157 4 = NIL NIL NIL) "mixed" ("boundary" "=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D6099193986471094287=3D=3D") NIL NIL) BODY[HEADER.FIELDS.NOT ("DATE" "= SUBJECT" "FROM" "SENDER" "REPLY-TO" "TO" "CC" "BCC" "IN-REPLY-TO" "MESSAGE-= ID")] {2270} Return-Path: X-Original-To: michael_odonnell@odonnell.koumbit.org Delivered-To: michael_odonnell_odonnell.koumbit.org@bureau.koumbit.net Received: from acmsmtp01.acm.org (ACMSMTP01.acm.org [64.238.147.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by bureau.koumbit.net (Postfix) with ESMTPS id D5B8C1E43B09 for ; Thu, 24 Oct 2013 12:01:02 -04= 00 (EDT) Received: from psmtp.com by acmsmtp01.acm.org (ACM Email Forwarding Service) with SMTP (SSL)= id 1201310241201001749 for ; Thu, 24 Oct 2013 12:01:00 -0400 Received: from lists.gnu.org ([208.118.235.17]) (using TLSv1) by na3sys009a= mx176.postini.com ([74.125.148.10]) with SMTP; Thu, 24 Oct 2013 16:00:59 GMT Received: from localhost ([::1]:55022 helo=3Dlists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from = ) id 1VZNLG-0003sK-Cv for michael_odonnell@acm.org; Thu, 24 Oct 2013 12:00:58 -0400 Content-Type: multipart/mixed; boundary=3D"=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D6099193986471094287=3D=3D" MIME-Version: 1.0 X-BeenThere: lilypond-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions on LilyPond development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: lilypond-devel-bounces+michael_odonnell=3Dacm.org@gnu.org X-pstn-neptune: 0/0/0.00/0 X-pstn-levels: (S:99.90000/99.90000 CV:99.9000 FC:95.5390 LC:95.5390 R:= 95.9108 P:95.9108 M:97.0282 C:98.6951 ) X-pstn-dkim: 0 skipped:not-enabled X-pstn-settings: 5 (2.0000:2.0000) s cv gt4 gt3 gt2 gt1 r p m c=20 X-pstn-addresses: from forward (user good)= [3430/160]=20 ) c OK FETCH completed. IMAP C: d FETCH 23 (BODY[1.MIME] BODY[1]) IMAP S: * 23 FETCH (BODY[1.MIME] {163} Content-Type: text/plain; charset=3D"us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Description: lilypond-devel Digest, Vol 131, Issue 44 BODY[1] {486} Send lilypond-devel mailing list submissions to lilypond-devel@gnu.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.gnu.org/mailman/listinfo/lilypond-devel or, via email, send a message with subject or body 'help' to lilypond-devel-request@gnu.org You can reach the person managing the list at lilypond-devel-owner@gnu.org When replying, please edit your Subject line so it is more specific than "Re: Contents of lilypond-devel digest..." ) * 23 FETCH (FLAGS (\Seen)) d OK FETCH completed. IMAP C: e FETCH 23 (BODY[2.MIME] BODY[2]) IMAP S: * 23 FETCH (BODY[2.MIME] {150} Content-Type: text/plain; charset=3D"us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Description: Today's Topics (4 messages) BODY[2] {335} Today's Topics: 1. Re: Make sure slurs actually avoid stafflines. (issue 15400049) (Janek Warcho?) 2. Re: Make sure slurs actually avoid stafflines. (issue 15400049) (k-ohara5a5a@oco.net) 3. Re: The catastrophe has arrived. (Joseph Rushton Wakeling) 4. Re: The catastrophe has arrived. (David Kastrup) ) e OK FETCH completed. IMAP C: f FETCH 23 (BODY[3.1.HEADER] BODY[3.1.1]) IMAP S: * LIST (\HasNoChildren) "/" "INBOX" b OK Success IMAP S: * OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=3DORDE= REDSUBJECT THREAD=3DREFERENCES SORT QUOTA IDLE AUTH=3DPLAIN ACL ACL2=3DUNIO= N] Courier-IMAP ready. Copyright 1998-2010 Double Precision, Inc. See COPY= ING for distribution information. IMAP C: 10 AUTHENTICATE PLAIN IMAP S: * 23 FETCH (BODY[3.1.HEADER] {846} List-Post: From: =3D?UTF-8?Q?Janek_Warcho=3DC5=3D82?=3D Precedence: list MIME-Version: 1.0 Cc: "reply@codereview-hr.appspotmail.com" , LilyPond Development Team To: Werner Lemberg , Trevor Daniels ,=20 Keith OHara , Han-Wen Nienhuys , David Kastrup References: <089e01294da8546d6704e96ee7c1@google.com> In-Reply-To: <089e01294da8546d6704e96ee7c1@google.com> Date: Thu, 24 Oct 2013 00:20:01 +0200 Message-ID: Content-Type: text/plain; charset=3DUTF-8 Subject: Re: Make sure slurs actually avoid stafflines. (issue 15400049) Message: 1 BODY[3.1.1] {3165} Hi Keith, 2013/10/23 : > > On 2013/10/23 04:22:22, Keith wrote: >> The commit message makes it sound like there was a blunder in the >> direction that >> >> the old code moved the slur. I don't see any such problem. >> >> It looks like the old code intentionally moved the middle of the slur >> always in >> the direction of the slur, so the curvature would increase. It simply >> didn't >> move far enough, because the curve does not move as far as the control >> points. > > Uh, how had you came to this conclusion? It's absurd. Take this > example: > > \relative c'' { > c8( b a2) c8( b) > \slurUp > d,2( f) > a2 c > } > > Here's how these slurs look with the correcting function turned off > altogether - none is crossing the staffline: > http://lilypond.googlecode.com/issues/attachment?aid=3D36280006000&name= =3Dno-correction.png&token=3DI4nuTyt1y5gR8lDgjQPipN-8Hm8%3A1382562402092&in= line=3D1 > > They are just a bit too close to the staffline, that's all. They should > be flattened, but the previous version of the algorithm decided that > such slurs should have their curvature increased, which resulted in > this: > http://lilypond.googlecode.com/issues/attachment?aid=3D36280006001&name= =3Dprevious-correction.png&token=3DPeJAER3pHxyZQAqN_3vKl4F2fUY%3A1382562402= 092&inline=3D1 > > Can you tell me in what way this made any sense? Making the slurs even > more curved would make them even more ugly. > > Also, please look at the example in our essay: > http://lilypond.org/doc/v2.17/Documentation/essay/automated-engraving#imp= rovement-by-benchmarking > Note that Baerenreiter puts the slur in the 2nd measure under the > staffline, just as i want it to be. I hope that you won't interpret the harsh tone of my email as a personal at= tack. I spent *8 hours* (measured with a watch) reading slur code and working on this patch. I got irritated when i saw your email, because it seemed to me that when i said that something was broken you didn't trust my words enough to double-check your doubts. I realize that you probably didn't mean it. Unfortunately this resonated with some of my other experiences from LilyPond development, when a) my questions quite often didn't get answered desipte being short and well-formulated, b) my plain, well-commented and carefully git-crafted patches sometimes don't get reviewed for months, c) my diagnoses and observations are quite often not trusted without a lot of disussion and necessity to provide lots of scanned examples, d) it seems that people generally don't care or notice things that i care about and notice (for example when i say "many slurs, beams and ties in LilyPond are really ugly" many peopIMAP S: +=20 le don't believe me - as if they trusted LilyPond's decisionIMAP C: bWljaGFlbF9vZG9ubmVsbEBvZG9ubmVsbC5= rb3VtYml0Lm9s more than myyZ wjBtauWNodgeYmWVesX29nkb2t5 u-Z Wxsor Qat leas= Gt9kb so 2i5utZ WxssLemtvedms Wt1oia XQumbe3Jn)AEtv. d This iWs1ia XRAUaG5plblg r=3De=3D ally unfortunate; of course you're not responsible for this situation. But it made me frustrated nevertheless, so i decided to explain myself. Anyway, be sure that i *do appreciate* getting reviews, and i'm honored to see Han-Wen reviewing my patch! good night Janek =0D) f OK FETCH completed. IMAP C: 11 FETCH 23 (BODY[3.2.HEADER] BODY[3.2.1]) IMAP S: 10 OK LOGIN Ok. IMAP C: 12 SELECT "INBOX.Trash" 13 MYRIGHTS "INBOX.Trash" IMAP S: * 23 FETCH (BODY[3.2.HEADER] {758} List-Post: From: k-ohara5a5a@oco.net Precedence: list MIME-Version: 1.0 Cc: reply@codereview-hr.appspotmail.com, lilypond-devel@gnu.org To: janek.lilypond@gmail.com, lemzwerg@googlemail.com,=20 tdanielsmusic@googlemail.com, hanwenn@gmail.com, dak@gnu.org Date: Thu, 24 Oct 2013 03:33:43 +0000 Reply-To: janek.lilypond@gmail.com, lemzwerg@googlemail.com, tdanielsmusic@googlemail.com, k-ohara5a5a@oco.net, hanwenn@gmail.com, dak@gnu.org, lilypond-devel@gnu.org, reply@codereview-hr.appspotmail.com Message-ID: <20cf301b634ff117c104e9744c13@google.com> Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed; delsp=3Dye= s Subject: Re: Make sure slurs actually avoid stafflines. (issue 15400049) Message: 2 BODY[3.2.1] {2036} https://codereview.appspot.com/15400049/diff/1/lily/slur-configuration.cc File lily/slur-configuration.cc (left): https://codereview.appspot.com/15400049/diff/1/lily/slur-configuration.cc#o= ldcode62 lily/slur-configuration.cc:62: On 2013/10/23 04:22:23, Keith wrote: > > but the function was broken: it only moved slurs in one direction We concluded the same thing about the old code. The old code intended to move slurs in one direction only. I was only confused by your comment. I interpreted 'broken' to mean "failing to to what was intended". https://codereview.appspot.com/15400049/diff/1/lily/slur-configuration.cc File lily/slur-configuration.cc (right): https://codereview.appspot.com/15400049/diff/1/lily/slur-configuration.cc#n= ewcode60 lily/slur-configuration.cc:60: // rather than decrease, because we want to avoid too flat slurs. On 2013/10/23 21:41:24, janek wrote: > Precisely because min_gap_above_staffline > min_gap_below_staffline > we are more likely to increase than decrease curvature. Okay. So then the comment "The function is implemented so that we're more likely to increase curvature" refers to the default values. https://codereview.appspot.com/15400049/diff/1/lily/slur-configuration.cc#n= ewcode84 lily/slur-configuration.cc:84: Real const slur_th =3D state.thickness_ * staff_th * 10; On 2013/10/23 21:41:24, janek wrote: > On 2013/10/23 04:22:23, Keith wrote: > > Why 10? Is that the thickness of the fattest part of the slur? > No, it's because staff_th is measured in staffspaces, while state.thickness_ > appears to be measured in 1/10ths of staffline-thicknesses state.thickness_ already has the \layout{line-thickness} as a factor in its initialization in Slur_score_state::fill(). Staff_symbol_referencer::line_thickness() returns something that scales with \layout{line-thickness} So, it looks like you have two factors of \layout{line-thickness} and the *10 roughly cancels one of them. https://codereview.appspot.com/15400049/ =0D) 11 OK FETCH completed. IMAP C: 14 FETCH 23 (BODY[3.3.HEADER] BODY[3.3.1]) IMAP S: * FLAGS (\Draft \Answered \Flagged \Deleted \Seen \Recent) * OK [PERMANENTFLAGS (\* \Draft \Answered \Flagged \Deleted \Seen)] Limited * 0 EXISTS * 0 RECENT * OK [UIDVALIDITY 1355513549] Ok * OK [MYRIGHTS "acdilrsw"] ACL 12 OK [READ-WRITE] Ok IMAP S: * 23 FETCH (BODY[3.3.HEADER] {503} List-Post: Content-Transfer-Encoding: 7bit From: Joseph Rushton Wakeling Precedence: list MIME-Version: 1.0 To: lilypond-devel@gnu.org References: <87fvrsgdo5.fsf@fencepost.gnu.org> In-Reply-To: <87fvrsgdo5.fsf@fencepost.gnu.org> Date: Thu, 24 Oct 2013 17:08:39 +0200 Message-ID: <526937F7.4080603@webdrake.net> Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed Subject: Re: The catastrophe has arrived. Message: 3 BODY[3.3.1] {704} On 23/10/13 18:22, David Kastrup wrote: > Of course, this was sort of predictable. Would we have been in time if > we had immediately created a backport of the configure patch and named > the result 2.16.3? I think it would depend on when you got it out by. As far as I can tell Ub= untu=20 just imports Lilypond direct from Debian Unstable and doesn't make any dire= ct=20 intervention in it. I don't think there's even a volunteer contributor who= =20 takes any responsibility (which there is for e.g. Frescobaldi). There have been a bunch of occasions in the past when Ubuntu hasn't picked = up on=20 an upgraded stable release of Lilypond despite it being available, for exac= tly=20 this reason. =0D) 14 OK FETCH completed. IMAP C: 15 FETCH 23 (BODY[3.4.HEADER] BODY[3.4.1]) IMAP S: * 23 FETCH (BODY[3.4.HEADER] {575} List-Post: From: David Kastrup Precedence: list MIME-Version: 1.0 Cc: lilypond-devel@gnu.org To: Joseph Rushton Wakeling References: <87fvrsgdo5.fsf@fencepost.gnu.org> <526937F7.4080603@webdrake.n= et> In-Reply-To: <526937F7.4080603@webdrake.net> (Joseph Rushton Wakeling's message of "Thu, 24 Oct 2013 17:08:39 +0200") Date: Thu, 24 Oct 2013 17:24:50 +0200 Message-ID: <87wql2elod.fsf@fencepost.gnu.org> Content-Type: text/plain Subject: Re: The catastrophe has arrived. Message: 4 BODY[3.4.1] {1218} Joseph Rushton Wakeling writes: > On 23/10/13 18:22, David Kastrup wrote: >> Of course, this was sort of predictable. Would we have been in time if >> we had immediately created a backport of the configure patch and named >> the result 2.16.3? > > I think it would depend on when you got it out by. As far as I can > tell Ubuntu just imports Lilypond direct from Debian Unstable and > doesn't make any direct intervention in it. But they take the source package and compile themselves. Debian has already taken a fixed Metapost long ago, but Ubuntu has not updated the TeXlive binaries in spite of me reporting the problem. > There have been a bunch of occasions in the past when Ubuntu hasn't > picked up on an upgraded stable release of Lilypond despite it being > available, for exactly this reason. Well, they upgraded to latest stable alright this time, and the packaging looks pretty convincing. But whether or not they upgraded LilyPond would have made no difference to the situation with the broken fonts: it would have just been the same if they had compiled an older version of LilyPond with that version of Metapost. --=20 David Kastrup =0D) 15 OK FETCH completed. IMAP C: 16 FETCH 23 (BODY[4.MIME] BODY[4]) IMAP S: * OK [CAPABILITY IMAP4rev1 LITERAL+ ID ENABLE AUTH=3DLOGIN AUTH=3DP= LAIN SASL-IR] tottenham Cyrus IMAP v2.4.12-Debian-2.4.12-2 server ready IMAP C: 17 AUTHENTICATE PLAIN (password hidden) IMAP S: * MYRIGHTS "INBOX.Trash" "acdilrsw" 13 OK MYRIGHTS completed. IMAP S: 17 OK [CAPABILITY IMAP4rev1 LITERAL+ ID ENABLE ACL RIGHTS=3Dkxte QU= OTA MAILBOX-REFERRALS NAMESPACE UIDPLUS NO_ATOMIC_RENAME UNSELECT CHILDREN = MULTIAPPEND BINARY CATENATE CONDSTORE ESEARCH SORT SORT=3DMODSEQ SORT=3DDIS= PLAY THREAD=3DORDEREDSUBJECT THREAD=3DREFERENCES ANNOTATEMORE LIST-EXTENDED= WITHIN QRESYNC SCAN XLIST URLAUTH URLAUTH=3DBINARY LOGINDISABLED COMPRESS= =3DDEFLATE IDLE] Success (tls protection) IMAP C: 18 COMPRESS DEFLATE IMAP S: * 23 FETCH (BODY[4.MIME] {136} Content-Type: text/plain; charset=3D"us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Description: Digest Footer BODY[4] {157} _______________________________________________ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel ) 16 OK FETCH completed. IMAP S: 18 OK DEFLATE active IMAP C: 19 LIST "INBOX" "%" IMAP S: * LIST (\Noinferiors) "." INBOX 19 OK Completed (0.000 secs 3 calls) IMAP C: 1a NOOP IMAP S: 1a OK NOOP completed IMAP C: 1b THREAD REFERENCES UTF-8 Undeleted IMAP S: * THREAD=20 1b OK THREAD done. IMAP S: * OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=3DORDE= REDSUBJECT THREAD=3DREFERENCES SORT QUOTA IDLE AUTH=3DPLAIN ACL ACL2=3DUNIO= N] Courier-IMAP ready. Copyright 1998-2010 Double Precision, Inc. See COPY= ING for distribution information. IMAP C: 1c AUTHENTICATE PLAIN IMAP S: +=20 IMAP C: bWljaGFlbF9vZG9ubmVsbEBvZG9ubmVsbC5rb3VtYml0Lm9yZwBtaWNoYWVsX29kb25= uZWxsQG9kb25uZWxsLmtvdW1iaXQub3JnAEtvdW1iaXRAUG5pbg=3D=3D IMAP S: 1c OK LOGIN Ok. IMAP C: 1d SELECT "INBOX.Sent" 1e MYRIGHTS "INBOX.Sent" IMAP S: * FLAGS (\Draft \Answered \Flagged \Deleted \Seen \Recent) * OK [PERMANENTFLAGS (\* \Draft \Answered \Flagged \Deleted \Seen)] Limited * 0 EXISTS * 0 RECENT * OK [UIDVALIDITY 1355513619] Ok * OK [MYRIGHTS "acdilrsw"] ACL 1d OK [READ-WRITE] Ok * MYRIGHTS "INBOX.Sent" "acdilrsw" 1e OK MYRIGHTS completed. IMAP C: 1f THREAD REFERENCES UTF-8 Undeleted IMAP S: * THREAD=20 1f OK THREAD done. IMAP S: * OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=3DORDE= REDSUBJECT THREAD=3DREFERENCES SORT QUOTA IDLE AUTH=3DPLAIN ACL ACL2=3DUNIO= N] Courier-IMAP ready. Copyright 1998-2010 Double Precision, Inc. See COPY= ING for distribution information. IMAP C: 20 AUTHENTICATE PLAIN IMAP S: +=20 IMAP C: bWljaGFlbF9vZG9ubmVsbEBvZG9ubmVsbC5rb3VtYml0Lm9yZwBtaWNoYWVsX29kb25= uZWxsQG9kb25uZWxsLmtvdW1iaXQub3JnAEtvdW1iaXRAUG5pbg=3D=3D IMAP S: 20 OK LOGIN Ok. IMAP C: 21 SELECT "INBOX.Drafts" 22 MYRIGHTS "INBOX.Drafts" IMAP S: * FLAGS (\Draft \Answered \Flagged \Deleted \Seen \Recent) * OK [PERMANENTFLAGS (\* \Draft \Answered \Flagged \Deleted \Seen)] Limited * 0 EXISTS * 0 RECENT * OK [UIDVALIDITY 1355519581] Ok * OK [MYRIGHTS "acdilrsw"] ACL 21 OK [READ-WRITE] Ok * MYRIGHTS "INBOX.Drafts" "acdilrsw" 22 OK MYRIGHTS completed. IMAP C: 23 THREAD REFERENCES UTF-8 Undeleted IMAP S: * THREAD=20 23 OK THREAD done. IMAP C: 24 SELECT "INBOX" 25 MYRIGHTS "INBOX" IMAP S: * 10 EXISTS * 0 RECENT * FLAGS (\Answered \Flagged \Draft \Deleted \Seen $Forwarded $MDNSent NonJu= nk Junk $Label4 $Label1 $Label2 $Label3 $Label5) * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen $Forwarded $= MDNSent NonJunk Junk $Label4 $Label1 $Label2 $Label3 $Label5 \*)] Ok * OK [UIDVALIDITY 1173109659] Ok * OK [UIDNEXT 178164] Ok * OK [HIGHESTMODSEQ 6262] Ok * OK [URLMECH INTERNAL] Ok 24 OK [READ-WRITE] Completed IMAP S: * MYRIGHTS INBOX lrswipkxtecda 25 OK Completed IMAP C: 26 GETACL "INBOX" IMAP S: * ACL INBOX odonnell lrswipcda cyrus c 26 OK Completed IMAP C: 27 UID Search 1:10 1:11 IMAP S: * SEARCH 171453 171457 175333 175349 175401 177143 177338 177735 17= 8102 178148 27 OK Completed (10 msgs in 0.000 secs) IMAP C: 28 SEARCH RETURN (ALL) 1:10 UNSEEN 29 SEARCH RETURN (ALL) 1:10 DELETED IMAP S: * ESEARCH (TAG "28") 28 OK Completed (0 msgs in 0.000 secs) IMAP S: * ESEARCH (TAG "29") 29 OK Completed (0 msgs in 0.000 secs) IMAP C: 2a THREAD REFERENCES UTF-8 Undeleted IMAP S: * THREAD (1 2)(3 5 6)(4)(7)(8)(9)(10) 2a OK Completed (10 msgs in 0.000 secs) IMAP S: * OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=3DORDE= REDSUBJECT THREAD=3DREFERENCES SORT QUOTA IDLE AUTH=3DPLAIN ACL ACL2=3DUNIO= N] Courier-IMAP ready. Copyright 1998-2010 Double Precision, Inc. See COPY= ING for distribution information. IMAP C: 2b AUTHENTICATE PLAIN IMAP S: +=20 IMAP C: bWljaGFlbF9vZG9ubmVsbEBvZG9ubmVsbC5rb3VtYml0Lm9yZwBtaWNoYWVsX29kb25= uZWxsQG9kb25uZWxsLmtvdW1iaXQub3JnAEtvdW1iaXRAUG5pbg=3D=3D IMAP S: 2b OK LOGIN Ok. IMAP C: 2c SELECT "INBOX.Queue" 2d MYRIGHTS "INBOX.Queue" IMAP S: * FLAGS (\Draft \Answered \Flagged \Deleted \Seen \Recent) * OK [PERMANENTFLAGS (\* \Draft \Answered \Flagged \Deleted \Seen)] Limited * 0 EXISTS * 0 RECENT * OK [UIDVALIDITY 1355630755] Ok * OK [MYRIGHTS "acdilrsw"] ACL 2c OK [READ-WRITE] Ok * MYRIGHTS "INBOX.Queue" "acdilrsw" 2d OK MYRIGHTS completed. IMAP C: 2e THREAD REFERENCES UTF-8 ALL IMAP S: * THREAD=20 2e OK THREAD done. IMAP C: 2f SELECT "INBOX" IMAP S: * FLAGS (\Answered \Flagged \Draft \Deleted \Seen NonJunk Junk) * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen NonJunk Junk= \*)] Flags permitted. * OK [UIDVALIDITY 2] UIDs valid. * 0 EXISTS * 0 RECENT * OK [UIDNEXT 1219] Predicted next UID. * OK [HIGHESTMODSEQ 319474] 2f OK [READ-WRITE] INBOX selected. (Success) IMAP S: * OK Gimap ready for requests from 69.17.22.172 ik4if3186488icb.28 IMAP C: 30 CAPABILITY IMAP S: * CAPABILITY IMAP4rev1 UNSELECT IDLE NAMESPACE QUOTA ID XLIST CHILD= REN X-GM-EXT-1 XYZZY SASL-IR AUTH=3DXOAUTH AUTH=3DXOAUTH2 AUTH=3DPLAIN AUTH= =3DPLAIN-CLIENTTOKEN 30 OK Thats all she wrote! ik4if3186488icb.28 IMAP C: 31 AUTHENTICATE PLAIN (password hidden) IMAP S: * CAPABILITY IMAP4rev1 UNSELECT IDLE NAMESPACE QUOTA ID XLIST CHILD= REN X-GM-EXT-1 UIDPLUS COMPRESS=3DDEFLATE ENABLE MOVE CONDSTORE ESEARCH 31 OK odonnell.mj@gmail.com Michael O'Donnell authenticated (Success) IMAP C: 32 COMPRESS DEFLATE IMAP S: 32 OK Success IMAP C: 33 SELECT "Sent" IMAP S: * FLAGS (\Answered \Flagged \Draft \Deleted \Seen NonJunk Junk) * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen NonJunk Junk= \*)] Flags permitted. * OK [UIDVALIDITY 42] UIDs valid. * 7 EXISTS * 0 RECENT * OK [UIDNEXT 22] Predicted next UID. * OK [HIGHESTMODSEQ 319474] 33 OK [READ-WRITE] Sent selected. (Success) IMAP C: 34 SEARCH RETURN (ALL) 1:7 UNSEEN 35 SEARCH RETURN (ALL) 1:7 DELETED IMAP S: * ESEARCH (TAG "34") 34 OK SEARCH completed (Success) IMAP S: * ESEARCH (TAG "35") 35 OK SEARCH completed (Success) IMAP S: * OK [CAPABILITY IMAP4rev1 LITERAL+ ID ENABLE AUTH=3DLOGIN AUTH=3DP= LAIN SASL-IR] tottenham Cyrus IMAP v2.4.12-Debian-2.4.12-2 server ready IMAP C: 36 AUTHENTICATE PLAIN (password hidden) IMAP S: 36 OK [CAPABILITY IMAP4rev1 LITERAL+ ID ENABLE ACL RIGHTS=3Dkxte QU= OTA MAILBOX-REFERRALS NAMESPACE UIDPLUS NO_ATOMIC_RENAME UNSELECT CHILDREN = MULTIAPPEND BINARY CATENATE CONDSTORE ESEARCH SORT SORT=3DMODSEQ SORT=3DDIS= PLAY THREAD=3DORDEREDSUBJECT THREAD=3DREFERENCES ANNOTATEMORE LIST-EXTENDED= WITHIN QRESYNC SCAN XLIST URLAUTH URLAUTH=3DBINARY LOGINDISABLED COMPRESS= =3DDEFLATE IDLE] Success (tls protection) IMAP C: 37 COMPRESS DEFLATE IMAP S: 37 OK DEFLATE active IMAP C: 38 SELECT "Trash" 39 MYRIGHTS "Trash" IMAP S: * 0 EXISTS * 0 RECENT * FLAGS (\Answered \Flagged \Draft \Deleted \Seen Junk NonJunk $Forwarded $= MDNSent) * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen Junk NonJunk= $Forwarded $MDNSent \*)] Ok * OK [UIDVALIDITY 1177474074] Ok * OK [UIDNEXT 196727] Ok * OK [HIGHESTMODSEQ 2682] Ok * OK [URLMECH INTERNAL] Ok 38 OK [READ-WRITE] Completed IMAP S: * MYRIGHTS Trash lrswipkxtecda 39 OK Completed IMAP C: 3a GETACL "Trash" IMAP S: * ACL Trash odonnell lrswipcda cyrus c 3a OK Completed IMAP C: 3b THREAD REFERENCES UTF-8 ALL IMAP S: * THREAD 3b OK Completed (0 msgs in 0.000 secs) IMAP S: * OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=3DORDE= REDSUBJECT THREAD=3DREFERENCES SORT QUOTA IDLE AUTH=3DPLAIN ACL ACL2=3DUNIO= N] Courier-IMAP ready. Copyright 1998-2010 Double Precision, Inc. See COPY= ING for distribution information. IMAP C: 3c AUTHENTICATE PLAIN IMAP S: +=20 IMAP C: bWljaGFlbF9vZG9ubmVsbEBvZG9ubmVsbC5rb3VtYml0Lm9yZwBtaWNoYWVsX29kb25= uZWxsQG9kb25uZWxsLmtvdW1iaXQub3JnAEtvdW1iaXRAUG5pbg=3D=3D IMAP S: 3c OK LOGIN Ok. IMAP C: 3d SELECT "INBOX.ToFileLater" 3e MYRIGHTS "INBOX.ToFileLater" IMAP S: * FLAGS (\Draft \Answered \Flagged \Deleted \Seen \Recent) * OK [PERMANENTFLAGS (\* \Draft \Answered \Flagged \Deleted \Seen)] Limited * 0 EXISTS * 0 RECENT * OK [UIDVALIDITY 1370612800] Ok * OK [MYRIGHTS "acdilrsw"] ACL 3d OK [READ-WRITE] Ok IMAP S: * MYRIGHTS "INBOX.ToFileLater" "acdilrsw" 3e OK MYRIGHTS completed. IMAP C: 3f THREAD REFERENCES UTF-8 ALL IMAP S: * THREAD=20 3f OK THREAD done. (balsa:17147): Gtk-WARNING **: Failed to set text from markup due to error = parsing markup: Error on line 1: Entity did not end with a semicolon; most = likely you used an ampersand character without intending to start an entity= - escape ampersand as & (balsa:17147): Gtk-WARNING **: Failed to set text from markup due to error = parsing markup: Error on line 1: Entity did not end with a semicolon; most = likely you used an ampersand character without intending to start an entity= - escape ampersand as & (balsa:17147): Gtk-WARNING **: Failed to set text from markup due to error = parsing markup: Error on line 1: Entity did not end with a semicolon; most = likely you used an ampersand character without intending to start an entity= - escape ampersand as & IMAP C: 40 EXPUNGE IMAP C: 41 CLOSE IMAP S: 40 OK Completed IMAP S: 41 OK Completed IMAP C: 42 EXPUNGE IMAP C: 43 CLOSE IMAP S: 42 OK Success IMAP S: 43 OK Returned to authenticated state. (Success) IMAP C: 44 EXPUNGE IMAP C: 45 CLOSE IMAP S: 44 OK Success IMAP S: 45 OK Returned to authenticated state. (Success) IMAP C: 46 EXPUNGE IMAP C: 47 CLOSE IMAP S: 46 OK Completed IMAP S: 47 OK Completed IMAP server compression 574 -> 979 sent 58.6 % over wire IMAP client compression 238 -> 228 sent 95.8 % over wire IMAP server compression 359 -> 552 sent 65.0 % over wire IMAP client compression 113 -> 126 sent 111.5 % over wire IMAP server compression 324 -> 454 sent 71.4 % over wire IMAP client compression 61 -> 77 sent 126.2 % over wire IMAP server compression 326 -> 513 sent 63.5 % over wire IMAP client compression 111 -> 108 sent 97.3 % over wire = --=-NEoXQ5eB4lur6si5/iyW-- From carlos_franke@taunusstein.net Sun Oct 27 23:05:27 2013 Return-Path: X-Original-To: balsa-list@gnome.org Delivered-To: balsa-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id E144576CCE for ; Sun, 27 Oct 2013 23:05:27 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: 0.143 X-Spam-Level: X-Spam-Status: No, score=0.143 tagged_above=-999 required=2 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-0.556, SPF_PASS=-0.001] autolearn=ham Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kcr4iinOdS2L for ; Sun, 27 Oct 2013 23:05:22 +0000 (UTC) X-Greylist: delayed 492 seconds by postgrey-1.34 at restaurant.gnome.org; Sun, 27 Oct 2013 23:05:22 UTC Received: from mailin.taunusstein.net (mailin.taunusstein.net [193.17.17.12]) by restaurant.gnome.org (Postfix) with ESMTP id 62EB976CCC for ; Sun, 27 Oct 2013 23:05:11 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mailin.taunusstein.net (Postfix) with ESMTP id 0660B60B7D for ; Sun, 27 Oct 2013 23:56:57 +0100 (CET) Authentication-Results: mail.taunusstein.net (amavisd-new); dkim=pass (1024-bit key) reason="pass (just generated, assumed good)" header.d=taunusstein.net DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=taunusstein.net; h=content-type:content-type:mime-version:message-id:x-mailer :in-reply-to:references:subject:subject:from:from:date:date :received:received; s=tsst2008; t=1382914616; x=1384729017; bh=k GtcmcR4IF7KCohgkBSqAWSXkoUyFOrBlG/fSxHDYpQ=; b=s64Na6TH3YcI1C9Fg guV5Mh8GlP8Qj/CyIlwDKsavvP0sSn7DIaXvgSNteJEV8OVNV8TgRYBvng/4yyiS CLuV2Y2cRpETfPiBhs+x05OoS6CXkEFBEl6Zc3RREynGfly66umPBUhv9mRSrxYE HgOiG0SseaHOk2PvoFlRFhXDsw= X-Virus-Scanned: Debian amavisd-new at taunusstein.net Received: from mailin.taunusstein.net ([127.0.0.1]) by localhost (mail.taunusstein.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id Zw65d0ZQX7MZ for ; Sun, 27 Oct 2013 23:56:56 +0100 (CET) Received: from Brett (gssn-5f757bcf.pool.mediaWays.net [95.117.123.207]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: carlos_franke@taunusstein.net) by mailin.taunusstein.net (Postfix) with ESMTPSA for ; Sun, 27 Oct 2013 23:56:56 +0100 (CET) Date: Sun, 27 Oct 2013 23:56:50 +0100 From: Carlos Franke Subject: Re: Balsa crashing on opening HTML emails To: balsa-list@gnome.org References: <1376139941.5135.1@w500.bellsouth.net> <1376150316.3491.1@ ffortso4> In-Reply-To: <1376150316.3491.1@ffortso4> (from ostroffjh@sbcglobal.net on Sat Aug 10 17:58:36 2013) X-Mailer: Balsa 2.5.1 Message-Id: <1382914615.11600.0@Brett> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; protocol="application/pgp-signature"; boundary="=-6PYudTUxfu47uZKiuvFq" X-BeenThere: balsa-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Balsa email client List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Oct 2013 23:05:27 -0000 --=-6PYudTUxfu47uZKiuvFq Content-Type: text/plain; charset=UTF-8; DelSp=Yes; Format=Flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Peter, Jack, thank you for your thoughts, and sorry for taking so excessively long =20 to react. I have now done some testing on one problematic HTML email. =20 Specically, I extracted the HTML (i. e. removed the email headers) and =20 tried opening it with another application that uses webkitgtk3=E2=80=94luck= ily =20 there is a GTK3 package of Midori* for Arch Linux. Result: Midori did =20 not crash and displayed the document correctly, which points to Balsa =20 being at fault here, no? * https://www.archlinux.org/packages/community/x86_64/midori-gtk3/ I also used HTML Tidy on the extracted HTML and got no errors, but a =20 few warnings: $ tidy temp.html line 1 column 1 - Warning: missing declaration line 1 column 7 - Warning: inserting missing 'title' element line 28 column 1 - Warning:

proprietary attribute "name" line 34 column 1 - Warning:

proprietary attribute "name" Info: Document content looks like HTML Proprietary 4 warnings, 0 errors were found! [=E2=80=A6] So it does not look like there is anything that could break webkit. Is =20 there any way the crash could be caused by how webkitgtk is =20 used/embedded in Balsa? Am 10.08.2013 17:58:36 schrieb(en) Jack: > On 2013.08.10 09:05, Peter Bloomfield wrote: >> On 08/09/2013 05:48:27 AM Fri, Carlos Franke wrote: >>> For a few weeks now, Balsa has been crashing on me when trying to =20 >>> open certain (but not all) HTML emails. I am using the gtk3 git =20 >>> branch*, and I have version 2.0.4 of the Arch Linux webkitgtk =20 >>> package installed (the error seems to be Webkit-related, see below): >>> https://www.archlinux.org/packages/extra/x86_64/webkitgtk/ >>> File list: =20 >>> https://www.archlinux.org/packages/extra/x86_64/webkitgtk/files/ >>=20 >> I've seen that, and others have reported the same problem. In my =20 >> case, it's always gone away with some WebKit package upgrade (I'm =20 >> currently using 2.0.4-1.fc19), but I've no idea whether it's a =20 >> webkit bug or a packaging issue. Since we're on (at least roughly) =20 >> the same version, it looks like packaging, but that's a very =20 >> uninformed guess. I've never found any error in Balsa's use of the =20 >> webkit API, though of course that proves very little! >>=20 >> Does anyone else have any suggestions as to the cause of the problem? >=20 > In my experience, it was always due to a badly formed (i.e., invalid) =20 > HTML. Try saving the HTML portion of the message and opening it with =20 > various browsers. Unfortunately, the message was usually from some =20 > major entity (frequent flyer program, major retailer, ...) and they =20 > never responded to my complaints. In the past, I just recompiled =20 > balsa, either switching between webkit and gtkhtml or changing the =20 > version. I'm on Gentoo, and currently using webkit-gtk 1.8.3-r300 =20 > (I'm on the gtk3 branch, so I suppose that doesn't say anything about =20 > how the gtk2 version would do.) >=20 > In terms of which piece is actually at fault - it's hard to call it a =20 > bug if the HTML is invalid, but it's likely how webkit is dealing =20 > with the HTML. At least you get a crash. More often than not, when =20 > I had the problem, it went into some infinite loop and just hung. =20 > I'd try to confirm whether the HTML is valid or not, and then report =20 > to arch - at least on their mailing list. There may not be much they =20 > can do until a new version of webkit is available, as they upgrade =20 > pretty quickly. >=20 > Jack > _______________________________________________ > balsa-list mailing list > balsa-list@gnome.org > https://mail.gnome.org/mailman/listinfo/balsa-list= --=-6PYudTUxfu47uZKiuvFq Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEABECAAYFAlJtmjcACgkQ4K8q+2fhBpe/lACZARUyGuZzgcIWCq/cUGlvhfpa h48An0XixjHWB+L6tgvZaymfZVXQU1ge =DULG -----END PGP SIGNATURE----- --=-6PYudTUxfu47uZKiuvFq-- From ildar@users.sourceforge.net Wed Oct 30 10:37:17 2013 Return-Path: X-Original-To: balsa-list@gnome.org Delivered-To: balsa-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id 1F80D762E2 for ; Wed, 30 Oct 2013 10:37:17 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: 0.8 X-Spam-Level: X-Spam-Status: No, score=0.8 tagged_above=-999 required=2 tests=[BAYES_50=0.8] autolearn=ham Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bUxKD3E11nZh for ; Wed, 30 Oct 2013 10:37:11 +0000 (UTC) Received: from mail.atacom.kz (mail.atacom.kz [213.157.44.142]) by restaurant.gnome.org (Postfix) with ESMTP id E145A762E0 for ; Wed, 30 Oct 2013 10:37:00 +0000 (UTC) Received: by mail.atacom.kz (Postfix, from userid 126) id F0EA51650F; Wed, 30 Oct 2013 16:36:56 +0600 (ALMT) X-Original-To: balsa-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.atacom.kz (Postfix) with ESMTP id C10231642E for ; Wed, 30 Oct 2013 16:36:56 +0600 (ALMT) Received: from mail.atacom.kz ([127.0.0.1]) by localhost (mail.atacom.kz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l-DXJTpPuZXZ for ; Wed, 30 Oct 2013 16:36:49 +0600 (ALMT) Received: from ildar.innovations.kz (unknown [80.242.212.158]) (Authenticated sender: alatau) by mail.atacom.kz (Postfix) with ESMTPSA for ; Wed, 30 Oct 2013 16:36:49 +0600 (ALMT) Received: from ildar.innovations.kz (localhost.localdomain [127.0.0.1]) by ildar.innovations.kz (Postfix) with ESMTP id 11762A6 for ; Wed, 30 Oct 2013 16:36:36 +0600 (ALMT) Message-ID: <5270E132.9050401@users.sourceforge.net> Date: Wed, 30 Oct 2013 16:36:34 +0600 From: Ildar Mulyukov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130813 Thunderbird/17.0.8 MIME-Version: 1.0 To: balsa-list Subject: Re: Archiving mail? References: <1382507320.9067.1@sparrow> In-Reply-To: <1382507320.9067.1@sparrow> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: balsa-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Balsa email client List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Oct 2013 10:37:17 -0000 23.10.2013 11:49 пользователь "Pawel Salek" > написал: > I am not really sure how GMail works, because it is not fully documented. When I use balsa with Gmail, I press Ctrl-D to remove the message in inbox. It appears to remain in "All Mail" folder and I hope this means it is archived. It does not show up in "Trash" in this way. When I want to delete the message permanently, I drag it to "Trash" folder When I want to archive more important mail, I drag it to another folder. Hi, Pawel, Do you realize how ugly and unnatural is this from the user's point of view? Archive is the good functionally all modern MUA have. Just look how it's done in Thunderbird. Best regards, Ildar. P.S. farewell everybody, I'm leaving Balsa (for Thunderbird which now has maildir in some form and K9/gmail) -- Ildar Mulyukov, free SW designer/programmer ================================================ email: ildar@users.sourceforge.net blog: http://johan-notes.blogspot.com/ ALT Linux Sisyphus ================================================