<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.gnome.apps.balsa">
    <title>gmane.comp.gnome.apps.balsa</title>
    <link>http://blog.gmane.org/gmane.comp.gnome.apps.balsa</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/7019"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/7017"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/7016"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/7014"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/7011"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/7010"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/7007"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/7005"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/7002"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/7000"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/6998"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/6988"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/6983"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/6982"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/6981"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/6980"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/6976"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/6974"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/6966"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/6965"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/7019">
    <title>Address book editor</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.balsa/7019</link>
    <description>&lt;pre&gt;The address book editor appears to require libgmime-2.4.so.2. Is there 
a reason for the particular choice of version? Fedora ships 2.5.8
&lt;/pre&gt;</description>
    <dc:creator>Geoffrey Leach</dc:creator>
    <dc:date>2012-05-15T23:48:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/7017">
    <title>gtk3 branch internationalization ?</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.balsa/7017</link>
    <description>&lt;pre&gt;Hi,

I'm using the gtk3 git branch of Balsa here.
Unfortunately it doesn't respect the LANG environment variable  
completely.
Some submenu are in the language specified by the LANG environment  
variable while other parts
are still in English.

Am I missing something, or is it a known bug?

Many thanks for a hint,
Helmut.
&lt;/pre&gt;</description>
    <dc:creator>Helmut Jarausch</dc:creator>
    <dc:date>2012-05-04T08:00:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/7016">
    <title>ANNOUNCE: balsa-2.4.12 released; gtk3 snapshot available</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.balsa/7016</link>
    <description>&lt;pre&gt;Hello everybody,

balsa-2.4.12 based on the 'master' branch has just been released. It  
contains:

- crypto improvements
- builds against official gmime-2.6.0

You can download balsa-2.4.12 directly from
http://pawsa.fedorapeople.org/balsa/balsa-2.4.12.tar.bz2

$ sha1sum balsa-2.4.12.tar.bz2
37a26c1863ac9c67dad12a37c203d9224937da20  balsa-2.4.12.tar.bz2
$ sha256sum balsa-2.4.12.tar.bz2
3f72fc69bb7fecb59e64c4cb88dc5083ed58dc76c9345b22d6c15af2c6b1e3c4   
balsa-2.4.12.tar.bz2
$ md5sum balsa-2.4.12.tar.bz2
8b592b128521338ae3e108c363e178af  balsa-2.4.12.tar.bz2

Also, a tarball containing gtk3 branch of balsa  is available at
http://pawsa.fedorapeople.org/balsa/balsa-2.4.90-20-ga8fbda3.tar.bz2

$ md5sum balsa-2.4.90-20-ga8fbda3.tar.bz2
e536060e09dd8225a03ad8971ee8c68d  balsa-2.4.90-20-ga8fbda3.tar.bz2
$ sha1sum balsa-2.4.90-20-ga8fbda3.tar.bz2
b9cc779ce3e1d5a5ed8db909dbcf71a74b474f90   
balsa-2.4.90-20-ga8fbda3.tar.bz2
$ sha256sum balsa-2.4.90-20-ga8fbda3.tar.bz2
2f535d67f82225702d8d354255b9aa2017e9ada079914029b43c3c22599f6a04   
balsa-2.4.90-20-ga8fbda3.tar.bz2

Happy mailing!

On behalf of Balsa team,

Pawel
&lt;/pre&gt;</description>
    <dc:creator>Pawel Salek</dc:creator>
    <dc:date>2012-04-20T20:00:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/7014">
    <title>JFYI: sent folder FCC wrong</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.balsa/7014</link>
    <description>&lt;pre&gt;Hi!

to anyone who misses his/her sent mail:
it could drop into some other then "Sent" folder. Look here:
$ grep MRU1= $HOME/.balsa/config

In my case it became
[FolderMRU]
MRUCount=2
MRU1=file:///home/ildar/Mail/_some_random_folder
MRU2=

dunno why and how it happened while upgrading to the recent GIT gtk3  
branch build.

Everything is fine after fix.
&lt;/pre&gt;</description>
    <dc:creator>Ildar Mulyukov</dc:creator>
    <dc:date>2012-04-13T11:33:53</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/7011">
    <title>where is acrobat?</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.balsa/7011</link>
    <description>&lt;pre&gt;The default location for acoread used by Balsa does not correspond to 
my setup. Is this hardwired or is there a config somewhere?  Desktop is 
XFCE, and there's no system default.
&lt;/pre&gt;</description>
    <dc:creator>Geoffrey Leach</dc:creator>
    <dc:date>2012-04-10T01:42:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/7010">
    <title>Gtk3 branch changes</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.balsa/7010</link>
    <description>&lt;pre&gt;When you move a message from one folder to another, or change the folder where an Fcc: copy will be saved, you are shown a list of the most recently used folders, with an option "Other..." at the foot. If you click "Other...", a GtkDialog is popped up, showing the full mail folder tree. In the gtk3 branch, that dialog has been an awkwardly small size. You can resize it, but the new size has never been saved. A recent commit makes Balsa remember your preferred size.

Also, Balsa has always maintained one list of recent folders for *moving* messages, and a separate list for *saving* Fcc: copies. Another recent commit, to the gtk3 branch only, removes that separation, so that a combined list is updated and used for both purposes.

I hope you find these changes helpful!

Peter_______________________________________________
balsa-list mailing list
balsa-list&amp;lt; at &amp;gt;gnome.org
http://mail.gnome.org/mailman/listinfo/balsa-list
&lt;/pre&gt;</description>
    <dc:creator>Peter Bloomfield</dc:creator>
    <dc:date>2012-03-27T22:28:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/7007">
    <title>debug dialog for outgoing mail</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.balsa/7007</link>
    <description>&lt;pre&gt;Is there a way to see the dialog with an outgoing smtp server (like "balsa
-d" does for POP)?

Thanks!

-Mike
_______________________________________________
balsa-list mailing list
balsa-list&amp;lt; at &amp;gt;gnome.org
http://mail.gnome.org/mailman/listinfo/balsa-list
&lt;/pre&gt;</description>
    <dc:creator>Mike Witt</dc:creator>
    <dc:date>2012-03-23T22:56:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/7005">
    <title>Setting duration on input server</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.balsa/7005</link>
    <description>&lt;pre&gt;
How do I set the duration, in days, that I want to keep POP3 mail on  
the server after having downloaded a copy?
&lt;/pre&gt;</description>
    <dc:creator>Albert</dc:creator>
    <dc:date>2012-03-09T18:39:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/7002">
    <title>Checking mbox for new mail fails - new insights</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.balsa/7002</link>
    <description>&lt;pre&gt;Hi,

as I reported earlier, the git-version (gtk3) of Balsa doesn't check my  
mbox file for new mail anymore - neither automatically nor if the  
'Check' button is pressed.

Now I've found out, that the following procedure does this checking  
though
it's tedious.

If I press the right mouse button on 'Inbox' and select 'Properties' a  
new window appears. If I change the 'Subscribe for new mail check'  
button (i.e. set to unset or unset to set), the 'Update' button becomes  
undimmed.
Now pressing this button does check for new mail in the Inbox and  
displays it.

Hopefully, this gives some pointers to where the problem might be.
I someone can tell where this checking is done I have a look at the  
sources myself.

Thanks,
Helmut.
&lt;/pre&gt;</description>
    <dc:creator>Helmut Jarausch</dc:creator>
    <dc:date>2012-03-06T10:20:53</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/7000">
    <title>IMAP authentication</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.balsa/7000</link>
    <description>&lt;pre&gt;I have been having problems getting balsa to open my 
IMAP mailbox.  I ran balsa -D and got

Status: Connected (1330918373)
IMAP S: * OK [CAPABILITY IMAP4REV1 LITERAL+ SASL-IR LOGIN-REFERRALS AUTH=LOGIN AUTH=CRAM-MD5 ID] mail12c40 IMAP4rev1 Bigfoot
IMAP C: 1 AUTHENTICATE CRAM-MD5
IMAP S: + PDYzIuMTMzMDkcisdjkwdiojcskjNDAuY2FycmllcnpvbmUuY29tPg==
IMAP C: ZnJhbmtAbWVycmlsbdjcises82hnYFHC1zYW11ZWxzb24uY9tDIZTNcyOThjNDVhMmUyMzdhNGM3ZWY5
IMAP S: 1 NO AUTHENTICATE failed
IMAP S: * OK [CAPABILITY IMAP4REV1 LITERAL+ SASL-IR LOGIN-REFERRALS AUTH=LOGIN AUTH=CRAM-MD5 ID] mail6c40 IMAP4rev1 Bigfoot


I noticed the "AUTHENTICATE CRAM-MD5", and think that this 
may be the problem because to get alpine to work with my 
email account I have to use 
disable-these-authenticators=CRAM-MD5

Is there a way to make balsa not use CRAM-MD5, only GSSAPI? 
Without recompiling, that is. Thanks for any help.

-Frank
&lt;/pre&gt;</description>
    <dc:creator>Frank W. Samuelson</dc:creator>
    <dc:date>2012-03-05T03:42:51</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/6998">
    <title>Search issue in 2.4.11</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.balsa/6998</link>
    <description>&lt;pre&gt;Hello,


I just discovered this, so although it may be a known issue, it really  
caused me to scratch my head for a few minutes.

If I set the search dropdown at the top of the message list to "Body  
Contains:" the search is NOT case sensitive.  However, if I type "/"  
and use the "Find:" field at the bottom of the message display, that  
search IS case sensitive.  Is this difference intentional?  I would  
expect both of them to NOT be case sensitive, but in any case I would  
think they should probably behave the same way.

Jack
&lt;/pre&gt;</description>
    <dc:creator>Jack</dc:creator>
    <dc:date>2012-03-03T00:08:20</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/6988">
    <title>odd UI glitch in gtk3 version</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.balsa/6988</link>
    <description>&lt;pre&gt;As I'm now testing with the gtk3 version (webkit) I found a strange  
difference from the gtk2 version.  In the old version, when I compose a  
new message (actually new or reply) the Recipients section starts out  
with only one line, and adds additional lines as I add recipients.   
With the gtk3 version,  it starts with the Recipients area being three  
lines tall.  Then, if I actually have three recipients (or more) the  
area remains three lines tall, with a scroll bar.  The old version  
expanded that section as needed, at least to show four lines plus a bit.

I'll be glad to provide screen shots if it would be useful.

Jack
&lt;/pre&gt;</description>
    <dc:creator>Jack</dc:creator>
    <dc:date>2012-03-01T03:32:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/6983">
    <title>gtk3 compile problems</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.balsa/6983</link>
    <description>&lt;pre&gt;Hello,

After wondering why the main branch was giving me compile problems  
trying to use gtk3, I finally remembered how to check out a remote  
branch in git.  Now I'm getting a bunch of pango related problems.   
Searching led me to  
http://forums.gentoo.org/viewtopic-t-896464-start-0.html which  
basically says "Pango related errors are caused by &amp;gt;=dev-libs/glib-2.30  
in combination with =x11-libs/pango-1.28*. Short version is that this  
version of pango is too old for this version of glib."

I have pango 1.28.4 and glib 2.30.2.  I'd rather not try to downgrade  
pango, so I'm going to try their suggestion of removing
-DG_DISABLE_DEPRECATED and -DGTK_DISABLE_DEPRECATED.  However, before I  
get too deep into this, is this a known issue, or do I just have an  
unusual configuration?

Thanks.

Jack
&lt;/pre&gt;</description>
    <dc:creator>Jack</dc:creator>
    <dc:date>2012-02-29T23:42:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/6982">
    <title>git version (gtk3 branch) doesn't check for new mail?</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.balsa/6982</link>
    <description>&lt;pre&gt;Hi,

I've installed the git version of Balsa which seems to have fixed the 
html hang bug here.

But now, Balsa doesn't check for new mail anymore, i.e.

- it doesn't check automatically
- the Check button is ineffective
- File -&amp;gt; Get new Mail is ineffective

Only stopping and restarting Balsa shows the new mail.

That's all with mbox file style emails.

Am I missing something or is this a bug?

Many thanks for a hint,
Helmut.
&lt;/pre&gt;</description>
    <dc:creator>Helmut Jarausch</dc:creator>
    <dc:date>2012-02-29T15:39:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/6981">
    <title>New webkit crash</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.balsa/6981</link>
    <description>&lt;pre&gt;In trying to track down my problem with webkit hanging on certain  
emails, I recompiled webkit-gtk (1.6.3) with debugging on.  Now, when I  
try to open any HTML message, I get a crash with

ASSERTION FAILED: m_currentItem
Source/WebCore/loader/HistoryController.cpp(111) : void  
WebCore::HistoryController::restoreScrollPositionAndViewState()
Segmentation fault


I have not yet run under gdb to get a backtrace, but I won't have time  
for that until later.  In the meantime, if anybody has any thoughts,  
please let me know.

(Building webkit-gtk with debug on takes over 5GB of disk space, and at  
times ld uses almost my entire 3GB RAM plus around another GB of swap,  
so it's a non-trivial exercise for me.)

Jack
&lt;/pre&gt;</description>
    <dc:creator>Jack</dc:creator>
    <dc:date>2012-02-21T13:50:51</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/6980">
    <title>troubles on 3rd party mail delivery</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.balsa/6980</link>
    <description>&lt;pre&gt;Hi, developers!
Balsa's having troubles if 3rd party MTA is used (vastly fetchmail). I  
use Balsa as the MUA-only without it's fetching capabilities and mainly  
Maildir box format.

1. If a user is browsing a ma-box and the time to check the mail has  
come, then the new mail gets *hidden* and the unread count is *not  
increased*.
2. If the user did not browse the ma-box the time mail was delivered,  
then it appears not in it's tread tree (in Simple threading view) but  
in the end of the msg list.
3. If the mailbox was close and a new mail delivered then mailbox cache  
rebuild occurs on opening. Less then optimal, taking a lot of time. For  
example, mairix does caching a lot better.

Thanks for your attention. Regards,
&lt;/pre&gt;</description>
    <dc:creator>Ildar Mulyukov</dc:creator>
    <dc:date>2012-02-21T08:29:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/6976">
    <title>emails that hang balsa</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.balsa/6976</link>
    <description>&lt;pre&gt;Good afternoon,

I have now accumulated a number of emails that "hang" balsa.  CPU usage  
goes to 100%, and my only recourse is to kill the process, either with  
an explicit kill, or hitting the "x" button and letting the window  
manager terminate the process.

While I don't blame balsa itself, I'm hoping for some hints on how to  
troubleshoot, and maybe even find a way that balsa can recover without  
having to kill it, manually edit the mail file to remove the offending  
message, and restarting balsa.

Almost all these bad messages happen to be from airline frequent flyer  
programs (although I have had some from other vendors in the past) and  
all seem to be HTML without a plain text part.  Today's was
   Content-Type: text/html; charset=UTF-8
   Content-Transfer-Encoding: quoted-printable
and I think most have been similar.  Because of the quoted-printable, I  
have not gotten a clean copy of the html to run through a validator,  
although I'm quite sure the html is NOT valid.  Unfortunately, I have  
had no success complaining to the folks that send these emails - their  
help desk folks have absolutely no idea what I'm talking about.

In the most recent case, doing an strace on balsa produced ongoing  
repeats of
   gettimeofday({1329504895, 985607}, NULL) = 0
   clock_gettime(CLOCK_MONOTONIC, {669439, 367109540}) = 0
   clock_gettime(CLOCK_MONOTONIC, {669439, 372953587}) = 0
with increasing numbers.  Rerunning strace filtering out these lines  
gives me
   brk(0x274d000)                          = 0x274d000
   brk(0x276e000)                          = 0x276e000
   brk(0x278f000)                          = 0x278f000
   mmap(NULL, 1048576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,  
-1, 0) = 0x7f63a1673000
   brk(0x27b0000)                          = 0x27b0000
again, lots of brk with a few mmap calls.

Balsa is 2.4.11, and I'm using webkit 1.6.1, and my assumption is that  
some invalid html is causing webkit to get into some loop on the  
interpretation/display, although I may be completely off base here.

So - I'm looking for suggestions on troubleshooting, with the hope of  
identifying the specific HTML problem, and maybe finding a way for  
webkit to be able to at least not choke on it, and also if there is a  
way balsa can get interrupted so I can either delete the message or  
move it to a different folder, without having to do so manually, as  
described above.

Thanks for any hints or advice.

Jack
&lt;/pre&gt;</description>
    <dc:creator>Jack</dc:creator>
    <dc:date>2012-02-17T19:14:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/6974">
    <title>First Time Using Balsa?</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.balsa/6974</link>
    <description>&lt;pre&gt;Greetings!

I have taken a look at the Balsa information and I think this is the 
mail client I would like to use.  I'm running Fedora 16 x86-64 bit.  
I installed balsa from the repository, which seemed to install the 
prerequisite packages.

I ran balsa the first time, which ran the first-time wizard where I 
entered the POP information.  I created a directory for the mail 
files, also creating "inbox" there (as opposed to /var/spool/mail).

Everything seemed to work--but when I attempt to download mail, 
nothing happens.  I get a message that says "Status: Unknown" 
followed by what appears to be a timestamp on the terminal window.  
I tried using the "trace POP" option--still nothing.

I can't see anything that I have overlooked.

Any suggestions?


Regards, Marc
&lt;/pre&gt;</description>
    <dc:creator>marcf&lt; at &gt;dslextreme.com</dc:creator>
    <dc:date>2012-02-01T06:20:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/6966">
    <title>XCB problems: again</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.balsa/6966</link>
    <description>&lt;pre&gt;Hi, Peter!
gtk3 branch: and xcb problem again. See log.
Regards,
&lt;/pre&gt;</description>
    <dc:creator>Ildar Mulyukov</dc:creator>
    <dc:date>2012-01-12T13:03:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/6965">
    <title>minor dialog issue/question</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.balsa/6965</link>
    <description>&lt;pre&gt;Hello again,

The "Checking Mail..." window seems to have "stay on top" set, because  
while it's checking, I can change mailboxes or messages, and the dialog  
does stay on top.  The same is not true, however, of the "Sending  
Mail..." dialog, which goes underneath if I click anywhere on the main  
window.

Is this known?  Is it intentional?  I'd prefer that both of them stay  
on top, and I'll be glad to file a bug/whishlist for it, as long as I'm  
not bringing up some old issue already talked to death.

Thanks.

Jack
&lt;/pre&gt;</description>
    <dc:creator>Jack</dc:creator>
    <dc:date>2011-12-30T01:10:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.apps.balsa/6954">
    <title>gtk3 branch compile problem --without-nm</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.apps.balsa/6954</link>
    <description>&lt;pre&gt;I'm compiling from the gtk3 branch, and I'm getting an error:

main-window.c: In function 'bw_check_messages_thread':
main-window.c:3145:27: error: 'BalsaWindow' has no member named  
'last_check_time'

last_check_time is indeed defined for BalsaWindow, but only within an  
"#if defined(HAVE_LIBNM_GLIB)" - but I have --without-nm.

I suppose I can try -with-nm but I'm sure I had some good reason for  
not using it (lost in the haze of my historic memory......)

Interestingly, I did not get this error on the master branch, also  
--without-nm, so I don't know if that can be any hint as to what the  
problem is.


Jack
&lt;/pre&gt;</description>
    <dc:creator>Jack</dc:creator>
    <dc:date>2011-12-18T00:33:41</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.gnome.apps.balsa">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.gnome.apps.balsa</link>
  </textinput>
</rdf:RDF>

