unsubscribe
- From: David Howe <david ptvproductions com au>
- To: balsa-list gnome org
- Subject: unsubscribe
- Date: Thu, 18 Oct 2001 07:13:05 +1000
balsa-list-request@gnome.org wrote:
>
> Send balsa-list mailing list submissions to
> balsa-list@gnome.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://mail.gnome.org/mailman/listinfo/balsa-list
> or, via email, send a message with subject or body 'help' to
> balsa-list-request@gnome.org
>
> You can reach the person managing the list at
> balsa-list-admin@gnome.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of balsa-list digest..."
>
> Today's Topics:
>
> 1. require all... (Ali Akcaagac)
> 2. little bug (Ali Akcaagac)
> 3. Re: [PATCH] : More cleanups/improvments (Pawel Salek)
> 4. Re: require all... (Pawel Salek)
> 5. BUG: online detection (Ali Akcaagac)
> 6. Re: BUG: online detection (M . Thielker)
> 7. Re: little bug (Peter Bloomfield)
> 8. Re: BUG: online detection (Ali Akcaagac)
> 9. Re: BUG: online detection (Pawel Salek)
> 10. Re: BUG: online detection (Ali Akcaagac)
> 11. Re: Mailbox search (Brian Stafford)
> 12. Re: extbody URL/mozilla dnd (Albrecht =?iso-8859-1?Q?Dre=DF?=)
> 13. Re: extbody URL/mozilla dnd (Albrecht =?iso-8859-1?Q?Dre=DF?=)
> 14. PATCH: various part 3 (Ali Akcaagac)
> 15. PATCH: various part 3 (Ali Akcaagac)
>
> --__--__--
>
> Message: 1
> Date: Wed, 17 Oct 2001 20:32:43 +0200
> From: Ali Akcaagac <ali.akcaagac@stud.fh-wilhelmshaven.de>
> To: balsa-list@gnome.org
> Subject: require all...
>
> question:
>
> libbalsa/send.c line 513
>
> is there a way to get rid of this now ?
>
> --
> Name....: Ali Akcaagac
> Status..: Student Of Computer & Economic Science
> E-Mail..: mailto:ali.akcaagac@stud.fh-wilhelmshaven.de
> WWW.....: http://www.fh-wilhelmshaven.de/~akcaagaa
>
> --__--__--
>
> Message: 2
> Date: Wed, 17 Oct 2001 20:34:50 +0200
> From: Ali Akcaagac <ali.akcaagac@stud.fh-wilhelmshaven.de>
> To: balsa-list@gnome.org
> Subject: little bug
>
> oki the reason why i reply to this message is another..
> go down and mark the line with '--------------' and then
> the line with '________________' ... this works. but now
> try to mark the whole line by doubleclickign it with the
> mouse. do you see that something else is beeing marked ?
> this happens with quite a lot stuff in balsa.. normal
> gtkwidget doesnt behave like this from what i know..
>
> > As a matter of fact, it strikes me as a good enough idea that I'd do it
> > myself, were my C skills better (My languages du jour being Visual FoxPro
> > and Python, though if someone wants to convert Python code into C, I can do
> > participate then).
> >
> > David M. Stowell
> > ------------------------------------------------------------
> > Raven (not the OTHER Raven, THAT Raven! :-)
> > <dmstowell@ameritech.net>
> >
> > And if love remains
> > Though everything is lost
> > We will pay the price
> > But we will not count the cost
> > _______________________________________________
> > balsa-list mailing list
> > balsa-list@gnome.org
> > http://mail.gnome.org/mailman/listinfo/balsa-list
> >
> --
> Name....: Ali Akcaagac
> Status..: Student Of Computer & Economic Science
> E-Mail..: mailto:ali.akcaagac@stud.fh-wilhelmshaven.de
> WWW.....: http://www.fh-wilhelmshaven.de/~akcaagaa
>
> --__--__--
>
> Message: 3
> Date: Wed, 17 Oct 2001 20:37:02 +0200
> From: Pawel Salek <pawsa@theochem.kth.se>
> To: Emmanuel <e.allaud@wanadoo.fr>
> Cc: balsa-list@gnome.org
> Subject: Re: [PATCH] : More cleanups/improvments
>
> On 2001.10.15 17:52 Emmanuel wrote:
> > diff -u balsa-1.2.0/libbalsa/address-book-ldif.c
> > test/balsa-1.2.0/libbalsa/address-book-ldif.c
> > --- balsa-1.2.0/libbalsa/address-book-ldif.c Sat Aug 25 01:22:41
> > 2001
> > +++ test/balsa-1.2.0/libbalsa/address-book-ldif.c Mon Oct 15
> > 16:29:33 2001
> > @@ -637,8 +631,7 @@
> > gtk_object_ref(GTK_OBJECT(addr1));
> > resa = g_list_next(resa);
> > resb = g_list_next(resb);
> > - } else if (resa != NULL &&
> > - (resb == NULL || address_compare(addr1, addr2) > 0) )
> > {
> > + } else if (address_compare(addr1, addr2) > 0) {
> > res = g_list_prepend(res, addr1);
> > gtk_object_ref(GTK_OBJECT(addr1));
> > resa = g_list_next(resa);
>
> I think this is wrong: what if one of resa or resb is NULL?
> address_compare will get a null pointer on input, and that would be an
> error.
>
> Also, I have not quite understood the point of
> mutt_mktemp->libbalsa_mktemp transition?
>
> /Pawel
> --
> Pawel Salek, Theoretical Chemistry, SCFAB, Stockholm
> http://www.theochem.kth.se/~pawsa/
>
> --__--__--
>
> Message: 4
> Date: Wed, 17 Oct 2001 20:51:25 +0200
> From: Pawel Salek <pawsa@theochem.kth.se>
> To: Ali Akcaagac <ali.akcaagac@stud.fh-wilhelmshaven.de>
> Cc: balsa-list@gnome.org
> Subject: Re: require all...
>
> On 2001.10.17 20:32 Ali Akcaagac wrote:
> > question:
> >
> > libbalsa/send.c line 513
> >
> > is there a way to get rid of this now ?
>
> It would require some programming, I am afraid.
>
> BTW, I have succeeded to trigger several sending threads at the same time
> (I believe by pressing File/Send queued mail when there was mail sending
> in progress: a slow SMTP submission server makes testing this easier). As
> the result, several copies of the same mail were sent. Can anybody
> reproduce it?
>
> /Pawel
>
> --__--__--
>
> Message: 5
> Date: Wed, 17 Oct 2001 20:56:28 +0200
> From: Ali Akcaagac <ali.akcaagac@stud.fh-wilhelmshaven.de>
> To: balsa-list@gnome.org
> Subject: BUG: online detection
>
> this sounds strange but following situation,
>
> i detect that balsa cant send mail in this case.
>
> a) you are offline
> b) start balsa
> c) go online
> d) write and try sending one email
>
> == fails...
>
> but in this case balsa operates just perfectly
>
> a) you are offline
> b) go online
> c) wait 2 secs
> d) start balsa
> e) write and send one email
>
> == works...
>
> somehow this is strange but maybe someone has a clue.
>
> --
> Name....: Ali Akcaagac
> Status..: Student Of Computer & Economic Science
> E-Mail..: mailto:ali.akcaagac@stud.fh-wilhelmshaven.de
> WWW.....: http://www.fh-wilhelmshaven.de/~akcaagaa
>
> --__--__--
>
> Message: 6
> Date: Wed, 17 Oct 2001 21:11:07 +0200
> From: "M . Thielker" <balsa@t-data.com>
> To: balsa-list@gnome.org
> Subject: Re: BUG: online detection
>
> Hi,
>
> On 2001.10.17 20:56 Ali Akcaagac wrote:
> > somehow this is strange but maybe someone has a clue.
>
> maybe it's a DNS issue... Assume this:
>
> Balsa, on startup, tries to resolve the SMTP server address and fails=20
> because you're offline. It can't use the cached address, cannot connect to=
> =20
> the SMTP server and fails to send the mail.
>
> When you're online, resolving and caching the address will work, so the=20
> send will succeed.
>
> Melanie
>
> --__--__--
>
> Message: 7
> Date: Wed, 17 Oct 2001 15:16:36 -0400
> From: Peter Bloomfield <PeterBloomfield@MindSpring.com>
> To: Balsa list <balsa-list@gnome.org>
> Subject: Re: little bug
>
> Hmmm...it seems that double-click selects the current or preceding
> `word', defined as alphanumeric characters, so it `looks past' any
> punctuation, including `_' and `-' (and a whole lot more!). I've never
> checked that in any other gtk displays--is it nonstandard?
>
> --__--__--
>
> Message: 8
> Date: Wed, 17 Oct 2001 21:17:38 +0200
> From: Ali Akcaagac <ali.akcaagac@stud.fh-wilhelmshaven.de>
> To: balsa-list@gnome.org
> Subject: Re: BUG: online detection
>
> On 2001.10.17 21:11:07 +0200 M . Thielker wrote:
> > On 2001.10.17 20:56 Ali Akcaagac wrote:
> > > somehow this is strange but maybe someone has a clue.
> >
> > maybe it's a DNS issue... Assume this:
> >
> > Balsa, on startup, tries to resolve the SMTP server address and fails
> > because you're offline. It can't use the cached address, cannot connect to
> > the SMTP server and fails to send the mail.
> >
> > When you're online, resolving and caching the address will work, so the
> > send will succeed.
>
> if so, then this shouldnt be the issue. lets add the resolving
> again whenever pressing SEND or CHECK... so we are 100% sure
> that balsa operates under all conditions..
>
> --
> Name....: Ali Akcaagac
> Status..: Student Of Computer & Economic Science
> E-Mail..: mailto:ali.akcaagac@stud.fh-wilhelmshaven.de
> WWW.....: http://www.fh-wilhelmshaven.de/~akcaagaa
>
> --__--__--
>
> Message: 9
> Date: Wed, 17 Oct 2001 21:21:03 +0200
> From: Pawel Salek <pawsa@theochem.kth.se>
> To: Ali Akcaagac <ali.akcaagac@stud.fh-wilhelmshaven.de>
> Cc: balsa-list@gnome.org
> Subject: Re: BUG: online detection
>
> On 2001.10.17 21:17 Ali Akcaagac wrote:
> > if so, then this shouldnt be the issue. lets add the resolving
> > again whenever pressing SEND or CHECK... so we are 100% sure
> > that balsa operates under all conditions..
>
> Balsa does the dns resolution every time it connect to the server, not on
> startup, AFAIK.
>
> /Pawel
>
> --__--__--
>
> Message: 10
> Date: Wed, 17 Oct 2001 21:24:34 +0200
> From: Ali Akcaagac <ali.akcaagac@stud.fh-wilhelmshaven.de>
> To: balsa-list@gnome.org
> Subject: Re: BUG: online detection
>
> On 2001.10.17 21:21:03 +0200 Pawel Salek wrote:
> > On 2001.10.17 21:17 Ali Akcaagac wrote:
> > > if so, then this shouldnt be the issue. lets add the resolving
> > > again whenever pressing SEND or CHECK... so we are 100% sure
> > > that balsa operates under all conditions..
> >
> > Balsa does the dns resolution every time it connect to the server, not on
> > startup, AFAIK.
>
> hmmm curious..... really....
>
> --
> Name....: Ali Akcaagac
> Status..: Student Of Computer & Economic Science
> E-Mail..: mailto:ali.akcaagac@stud.fh-wilhelmshaven.de
> WWW.....: http://www.fh-wilhelmshaven.de/~akcaagaa
>
> --__--__--
>
> Message: 11
> Date: Wed, 17 Oct 2001 20:34:49 +0100
> From: Brian Stafford <brian@stafford.uklinux.net>
> To: dmstowell@ameritech.net
> Cc: balsa-list@gnome.org
> Subject: Re: Mailbox search
>
> On 2001.10.17 17:51:23 +0100 Raven wrote:
> > Just a thought, but wouldn't a mailbox search feature be better written as
> > standalone libraries, rather than as an integral part of balsa.
>
> Seems sensible to me. Actually another good reason to do this is that the messages can be translated to strict RFC 2822 format, particularly the \n -> \r\n thing which tends to bug me. Also it would isolate the app code from mbox stupidity, like the non-reversible "From " quoting with '>'.
>
> > The reason
> > I think that is because all of the mailboxes that balsa can access (mbox,
> > Maildir, MH, and IMAP) are standard mailboxes, not proprietary.
>
> Exactly
>
> > Because of
> > this, someone could use those libraries in their own application, not just
> > in balsa.
>
> This was part the reasoning behind libESMTP.
>
> Anyway, just thought I'd support that point of view :)
>
> Brian Stafford
>
> --__--__--
>
> Message: 12
> Date: Wed, 17 Oct 2001 21:37:14 +0200
> From: Albrecht =?iso-8859-1?Q?Dre=DF?= <albrecht.dress@arcormail.de>
> To: chbm@chbm.nu
> Cc: Balsa List <balsa-list@gnome.org>
> Subject: Re: extbody URL/mozilla dnd
>
> --=_IJpNTDwzlM2Ie8
> Content-Type: text/plain; format=flowed; charset=ISO-8859-1
> Content-Transfer-Encoding: 8bit
>
> Carlos,
>
> I tested your patches (using the cvs), and I think there are two points which
> should be taken care of.
>
> First, I think the form of the URL extbody attachment is not what '2017
> defines. E.g. your message source contains the following:
>
> --=_Dxnq1zWXvFF0Q9
> Content-Type: message/external-body;
> name="URL=\"http://www.balsa.net/main.html\"";; access-type=URL
>
> Content-type: text/html
>
> Note: this is _not_ the real body!
>
> --=_Dxnq1zWXvFF0Q9
>
> According to '2017, the right form would be
>
> Content-Type: message/external-body;
> URL="http://www.balsa.net/main.html";; access-type=URL
>
> Furthermore, the external body's content type is hard coded to "Content-type:
> text/html". This may be misleading, as the url might be e.g.
> http://www.stafford.uklinux.net/libesmtp/libesmtp-0.8.6.tar.bz2, which is
> obviously *not* text/html. However, I have no idea what we should put there
> (and just passing the url to the browser or the ftp client should work
> anyway).
>
> The second point is that your patches break my implementation of the
> access-type=local-file extension. This was caused by just calling
> add_extbody_attachment() and adding URL to the beginning of the file name,
> which was also done during the callback from the popup. As a result, every
> file reference became an URL...
>
> I attach a patch (against today's cvs) which makes the local-file stuff work
> again (it's quite short, so you will see what it does). However, I have no
> idea how I can try the URL extbody; I use opera, and don't have Nutscrape
> here...
>
> Cheers,
>
> Albrecht.
>
> Am 16.10.2001 00:43:30 schrieb(en) Carlos Morgado:
> > just commited support for RFC2017 URL external-body type and dnd or
> > netscape/mozilla urls to the attachment box.
> > i'm not very sure about the rfc2017 bit, so if anyone knows another mua
> > that supports it give it a interop test please.
>
> --
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Albrecht Dreß - Monschauer Straße 22 - D-53121 Bonn (Germany)
> Phone (+49) 228 6199571 - mailto:albrecht.dress@arcormail.de
> _________________________________________________________________________
>
> --=_IJpNTDwzlM2Ie8
> Content-Type: application/x-gzip
> Content-Disposition: attachment; filename="balsa-patches-20011017.gz"
> Content-Transfer-Encoding: base64
>
> H4sICCjXzTsCA2JhbHNhLXBhdGNoZXMtMjAwMTEwMTcAlVVbj9o4FH5OfsUpUqvQJC1h2EJB
> tDOt2BESy0gzjPZhW1kmccBqboqdTqer/vc9thPu02GjCAef++fvHPu+D0uaCPo24UvzIVgW
> vQmtRcXgJpQQvINgMOx1h0EHup1OYLuua0z8gspwzaIj079ZZEz70A2GnQG+xvTyEvxuv+8F
> XXD1egGXlzaoZ5lHj/6HSjAScVHAGDojG3ZFLAvziGcrFE3mn/ufpouR7du+UuCx80LIMgvT
> woGYJyyjKfOgdX87a3lwAe227VtpJSURTJKCliiWrHRaNAyZEL58LFjLq9VfmXAbrfbIBGGJ
> YLZ7Xjj413afDwhPRzxtXZUJqjcRwYXeaWOV5C+dMCYC5ySS5CFNfOX5Nwic8qMS2cnpfxRz
> lqWuxLBA+0i/SYaoL6s41go7/NjAMoYVweOJqkM9ZRoragkaMxLnBcucfVtE4sFtqXo3bSHK
> UNM6FSv/gWdR/rBP8OD9EN9O/6neeM5eNcgfw05v2yD9iwuvD65ZVHsISSUP4XvOIxtoFBH2
> Q6q8CZWShuuUZdK5zvKUTcM8m3Eh4TVPcPGwfywLzIMiFKzCNS3htal1byvlKSOKDh72SmO0
> WuZ5wmgGEUvwSEiekYghtvmjofjzet5WxgVBAitDY2PiFvzHaG8joUuW1FvbAgkWZf6NDEi9
> rgYJF5xLzRBZkZLJqswIj0lMeeJoQrwYw/x+NmuP6nmy61uzJaUJNoAj+E+Wx85u0HbDfbN5
> kmWkKHkmY0d18/hL66X40mp5SqchMI/BaYpH0M50BS8FtseuHzOBfmfv1Oqwl3JehoxszhfV
> t981NPBx62IjbMNQCw/cHR0xOjzaO7ChouEsKi9u7yf1IQ4CfYiDXs10fYaKyYQjOYkiMYlL
> xn4yRzN6U9rpJqhZnyfRIUamFRRdd4X7wKCOf6RzXK0eaM+qefDn1exu0iR8WFTJ0vw7axLO
> qvQpRbmmD/u1a+SC7kAPCVzf1dhZS6FmzIeqwKwYQQ8xX23ghp07Ae8v4FmcwxilV7fXkwW5
> W9xO59e6N60nwIXr+c1fEzL9fDMns+ndwqnjbVXEP8HXth4fliUQkFByBQiVFAHCX5yuEh2/
> XctU3WMaoAbOsw08XVADxi/LVveD/R/c+jbYxwgAAA==
>
> --=_IJpNTDwzlM2Ie8--
>
> --__--__--
>
> Message: 13
> Date: Wed, 17 Oct 2001 22:06:24 +0200
> From: Albrecht =?iso-8859-1?Q?Dre=DF?= <albrecht.dress@arcormail.de>
> To: balsa-list@gnome.org
> Cc: chbm@chbm.nu
> Subject: Re: extbody URL/mozilla dnd
>
> --=_OgqxwSJOaUobr8
> Content-Type: text/plain; format=flowed; charset=ISO-8859-1
> Content-Transfer-Encoding: 8bit
>
> And a followup: I forgot that the receive method needs a patch, too (expect
> segfaults otherwise). It's attached below, and should be used together with
> the previous one.
>
> Cheers, Albrecht.
>
> --
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Albrecht Dreß - Monschauer Straße 22 - D-53121 Bonn (Germany)
> Phone (+49) 228 6199571 - mailto:albrecht.dress@arcormail.de
> _________________________________________________________________________
>
> --=_OgqxwSJOaUobr8
> Content-Type: application/octet-stream; charset=us-ascii
> Content-Disposition: attachment; filename=balsa-message-patch
> Content-Transfer-Encoding: base64
>
> LS0tIGJhbHNhL3NyYy9iYWxzYS1tZXNzYWdlLmMJVHVlIE9jdCAxNiAxODo0MjoxMSAyMDAx
> CisrKyBiYWxzYS1wYXRjaGVkL3NyYy9iYWxzYS1tZXNzYWdlLmMJV2VkIE9jdCAxNyAyMTo1
> ODowNyAyMDAxCkBAIC04NzQsMTAgKzg3NCwxNCBAQAogCWdjaGFyICpsb2NhbF9uYW1lOwog
> CiAJbG9jYWxfbmFtZSA9IAotCSAgICBsaWJiYWxzYV9tZXNzYWdlX2JvZHlfZ2V0X3BhcmFt
> ZXRlcihpbmZvLT5ib2R5LCAibmFtZSIpOworCSAgICBsaWJiYWxzYV9tZXNzYWdlX2JvZHlf
> Z2V0X3BhcmFtZXRlcihpbmZvLT5ib2R5LCAidXJsIik7CiAKLQl1cmwgPSBnX3N0cmR1cChs
> b2NhbF9uYW1lKzUpOwotCXVybFtzdHJsZW4odXJsKS0xXSA9ICdcMCc7CisJaWYgKCFsb2Nh
> bF9uYW1lKSB7CisJICAgIHBhcnRfaW5mb19pbml0X3Vua25vd24oYm0sIGluZm8pOworCSAg
> ICByZXR1cm47CisJfQorCisJdXJsID0gZ19zdHJkdXAobG9jYWxfbmFtZSk7CiAJbXNnID0g
> Z19zdHJpbmdfbmV3KF8oIkNvbnRlbnQgVHlwZTogZXh0ZXJuYWwtYm9keVxuIikpOwogCWdf
> c3RyaW5nX3NwcmludGZhKG1zZywgXygiQWNjZXNzIHR5cGU6IFVSTFxuIikpOwogCWdfc3Ry
> aW5nX3NwcmludGZhKG1zZywgXygiVVJMOiAlcyIpLCB1cmwpOwo=
>
> --=_OgqxwSJOaUobr8--
>
> --__--__--
>
> Message: 14
> Date: Wed, 17 Oct 2001 22:33:56 +0200
> From: Ali Akcaagac <ali.akcaagac@stud.fh-wilhelmshaven.de>
> To: balsa-list@gnome.org
> Subject: PATCH: various part 3
>
> --=_AqsLC8rIMeq19m
> Content-Type: text/plain; charset=ISO-8859-1
> Content-Transfer-Encoding: 8bit
>
> little patch that effects the file
> libbalsa/message.c
>
> please review...
>
> --
> Name....: Ali Akcaagac
> Status..: Student Of Computer & Economic Science
> E-Mail..: mailto:ali.akcaagac@stud.fh-wilhelmshaven.de
> WWW.....: http://www.fh-wilhelmshaven.de/~akcaagaa
>
> --=_AqsLC8rIMeq19m
> Content-Type: text/x-patch; charset=us-ascii
> Content-Disposition: attachment; filename="balsa-mini5.patch"
>
> --- balsa-/libbalsa/message.c Wed Oct 17 11:39:30 2001
> +++ balsa/libbalsa/message.c Wed Oct 17 22:24:26 2001
> @@ -926,15 +926,11 @@
>
> msg_header = message->header;
>
> - /* FIXME: Can be simplified into 1 if */
> - if (msg_header->content->type != TYPETEXT) {
> - ret = TRUE;
> - } else {
> + ret = TRUE;
> +
> + if (msg_header->content->type == TYPETEXT)
> if (g_strcasecmp("plain", msg_header->content->subtype) == 0)
> ret = FALSE;
> - else
> - ret = TRUE;
> - }
>
> return ret;
> }
>
> --=_AqsLC8rIMeq19m--
>
> --__--__--
>
> Message: 15
> Date: Wed, 17 Oct 2001 23:01:43 +0200
> From: Ali Akcaagac <ali.akcaagac@stud.fh-wilhelmshaven.de>
> To: balsa-list@gnome.org
> Subject: PATCH: various part 3
>
> --=_jI8keyz6grp/JL
> Content-Type: text/plain; charset=ISO-8859-1
> Content-Transfer-Encoding: 8bit
>
> does this hurt freeing some memory in
> src/save-restore.c ?
>
> --
> Name....: Ali Akcaagac
> Status..: Student Of Computer & Economic Science
> E-Mail..: mailto:ali.akcaagac@stud.fh-wilhelmshaven.de
> WWW.....: http://www.fh-wilhelmshaven.de/~akcaagaa
>
> --=_jI8keyz6grp/JL
> Content-Type: text/x-patch; charset=us-ascii
> Content-Disposition: attachment; filename="balsa-mini6.patch"
>
> --- balsa-/src/save-restore.c Wed Oct 17 11:39:29 2001
> +++ balsa/src/save-restore.c Wed Oct 17 22:55:12 2001
> @@ -1,5 +1,4 @@
> /* -*-mode:c; c-style:k&r; c-basic-offset:4; -*- */
> -/* vim:set ts=4 sw=4 ai et: */
> /* Balsa E-Mail Client
> * Copyright (C) 1997-2001 Stuart Parmenter and others,
> * See the file AUTHORS for a list.
> @@ -311,13 +310,13 @@
> {
> gchar *key; /* the key in the mailbox section name */
> gint res;
> -
> key = mailbox_section_path(mailbox);
> res = gnome_config_has_section(key);
> gnome_config_push_prefix(key);
> libbalsa_mailbox_save_config(mailbox, key);
> gnome_config_pop_prefix();
> gnome_config_sync();
> + g_free(key);
> return res;
> } /* config_mailbox_update */
>
> @@ -326,13 +325,13 @@
> {
> gchar *key; /* the key in the mailbox section name */
> gint res;
> -
> key = folder_section_path(mbnode);
> res = gnome_config_has_section(key);
> gnome_config_push_prefix(key);
> balsa_mailbox_node_save_config(mbnode, key);
> gnome_config_pop_prefix();
> gnome_config_sync();
> + g_free(key);
> return res;
> } /* config_folder_update */
>
>
> --=_jI8keyz6grp/JL--
>
> --__--__--
>
> _______________________________________________
> balsa-list mailing list
> balsa-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/balsa-list
>
> End of balsa-list Digest
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]
