From sitaramc at gmail.com Wed Aug 1 01:49:56 2012 From: sitaramc at gmail.com (Sitaram Chamarty) Date: Wed, 1 Aug 2012 05:19:56 +0530 Subject: [Users] IMAP eqvt for "Receive Size Limit" In-Reply-To: <20120731204629.08f81319@marv> References: <20120731204629.08f81319@marv> Message-ID: On Wed, Aug 1, 2012 at 12:16 AM, Colin Leroy wrote: > On 30 July 2012 at 16h46, Sitaram Chamarty wrote: > > Hi, > >> Is there any way in IMAP to get the effect of the "receive size limit" >> setting in POP3? I have lots of large messages in gmail and trying to >> set it up over IMAP is proving to be a real pain. Most of those >> messages are not really needed on the desktop (in "imapcache"), and >> I'd be happy to have the download happen "on demand" (i.e. when I >> click on such a message). >> >> I don't even mind if there's a way to say "get headers only" and defer >> getting the bodies till I click. >> >> any hints appreciated. (Note: I have no filters running or even >> defined on this machine. Same for pre- and post-processing and folder >> rules). > > There is no such setting for IMAP, but Claws should only fetch headers > and not body if you have no filtering nor pre/post/processing. So that > is strange that bodies are fetched... > > Apart if you have Synchronise for offline use checked in folder(s) > properties ? Thanks for your email. The sync setting is not on by default is it? My problems happen when I try to set up a gmail account in claws and I did not set anything except the bare minimum connectivity info. Curiously my *work* email (also IMAP) it runs along just fine, no huge downloads until I click. It's only gmail that suffers this problem. To be very specific, when I setup gmail, the progress bar on the bottom right chugs through the few thousand messages at a decent, constant, rate (implying only headers are coming). Once it is done, it will then start over, this time much more slowly, and it is clear it is bringing down bodies. For the moment I've given up on using gmail with claws. No big deal. Maybe I'll try again after an upgrade. From colin at colino.net Wed Aug 1 07:16:55 2012 From: colin at colino.net (Colin Leroy) Date: Wed, 1 Aug 2012 07:16:55 +0200 Subject: [Users] [GoLugTech] thunderbird In-Reply-To: <20120731213814.4754df2a@bsd64.grem.de> References: <20120731142921.02be1a72@mydesk> <20120731204906.36c674d1@marv> <20120731213814.4754df2a@bsd64.grem.de> Message-ID: <20120801071655.40766a5b@marv> On 31 July 2012 at 21h38, Michael Gmelin wrote: Hi, > I was wondering if Claws allows searching the message body server side > for IMAP accounts. No, it doesn't. -- Colin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: not available URL: From noreply at thewildbeast.co.uk Wed Aug 1 10:44:24 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 1 Aug 2012 10:44:24 +0200 (CEST) Subject: [Users] [Bug 2716] New: bigger triangular buttons in folder tree Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2716 Summary: bigger triangular buttons in folder tree Product: Claws Mail Version: 3.8.1 Platform: PC URL: http://http://bugs.debian.org/683402 OS/Version: Linux Status: NEW Severity: enhancement Priority: P3 Component: UI/Folder List AssignedTo: users at lists.claws-mail.org ReportedBy: mones at users.sourceforge.net Quoting original submitter: --- when I want to expand a Folder that has subfolders, then I have difficulties to hit the really small triangular button at left side of the Folder. I wish to have bigger triangular buttons at the left side of the Folders in the Foldre Tree. So far One can't setup the size of these triangular buttons, nor can't change the size of these buttons by change a Theme. --- I guess making the collapse/uncollapse buttons theme-able could help here to users with some visual and/or pointering dificulty, though not sure if possible. Thanks in advance, -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From John at wexfordpress.com Wed Aug 1 16:47:57 2012 From: John at wexfordpress.com (john Culleton) Date: Wed, 1 Aug 2012 10:47:57 -0400 Subject: [Users] Printing problem. Message-ID: <20120801104757.5a3b4849@sda3.wexfordpress.net> I have a Linux Slackware 13.37 system. I have cured all my problems with Claws-Mail except one. When I use the "print" function for a message, even a message I am composing, the printout is truncated by one character on the left edge. No other app has this problem, only Claws-Mail. I can copy the text to another app and print from that app but this is clumsy. I use Cups in all apps. -- John Culleton Free list of books for self-publishers: http://wexfordpress.net/shortlist.html Police Procedural and Expose: "Death Wore Black" "Create Book Covers with Scribus" http://www.booklocker.com/books/4055.html From sitaramc at gmail.com Wed Aug 1 17:20:34 2012 From: sitaramc at gmail.com (Sitaram Chamarty) Date: Wed, 1 Aug 2012 20:50:34 +0530 Subject: [Users] "Printer Print to File doesn't accept PostScript files" Message-ID: My laptop doesn't have a printer available, so for the occasional printing need, I take a PDF and print it elsewhere. With claws, I try to print PDF, and it first asked for html2ps. But after installing that and trying to print, I get the above error message. (Trying to print as "ps" produces a 1-page file that contains just the last page of whatever would have printed, so that's not much use either). This is 3.8.0 on Fedora 17, if it matters. Googling that error didn't come up with anything relevant. Thanks -- Sitaram From edwardp at linuxmail.org Wed Aug 1 17:37:07 2012 From: edwardp at linuxmail.org (edwardp at linuxmail.org) Date: Wed, 1 Aug 2012 11:37:07 -0400 Subject: [Users] Printing problem. In-Reply-To: <20120801104757.5a3b4849@sda3.wexfordpress.net> References: <20120801104757.5a3b4849@sda3.wexfordpress.net> Message-ID: <20120801113707.5c082788@debianbg.hsd1.ma.comcast.net> On Wed, 1 Aug 2012 10:47:57 -0400 john Culleton wrote: > I have a Linux Slackware 13.37 system. I have cured all my problems > with Claws-Mail except one. When I use the "print" function for a > message, even a message I am composing, the printout is truncated by > one character on the left edge. No other app has this problem, only > Claws-Mail. I can copy the text to another app and print from that > app but this is clumsy. I use Cups in all apps. I'm using Debian here, so the information is based on what I see with Debian. I have an HP Deskjet printer and with some apps, notably web browsers, the footers would not print when printing web pages. I did not have this problem printing with Claws Mail. Go to the Printing preferences. Right-click the printer icon, select Properties. Go to Job Options and look for Scaling. Change the 100% (default) to 99%. Changing the scaling to 99% (and to 98% with a different printer), solved this problem for me. After changing the scaling percentage, you will be prompted for the admin/root password to save the change being made. Without knowing what type of printer you have, it's definitely worth a try. Good luck. -- Sent using Claws Mail - http://www.claws-mail.org/ From ciamarie at my180.net Wed Aug 1 18:15:08 2012 From: ciamarie at my180.net (Cia Watson) Date: Wed, 1 Aug 2012 09:15:08 -0700 Subject: [Users] "Printer Print to File doesn't accept PostScript files" In-Reply-To: References: Message-ID: <20120801091508.355b45b6@debian.domain.actdsltmp> On Wed, 1 Aug 2012 20:50:34 +0530 Sitaram Chamarty wrote: > My laptop doesn't have a printer available, so for the occasional > printing need, I take a PDF and print it elsewhere. > > With claws, I try to print PDF, and it first asked for html2ps. But > after installing that and trying to print, I get the above error > message. <...> > This is 3.8.0 on Fedora 17, if it matters. Googling that error didn't > come up with anything relevant. Do you also have the cups-pdf package installed? I'm using Debian, and with that package installed I just printed your message to pdf with no problem. It will automatically print to a pdf folder in your home directory, and it doesn't ask you to name it or anything, so you'd have to rename it afterward if you don't like whatever it comes up with for the name. Cia W. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From sitaramc at gmail.com Wed Aug 1 18:57:01 2012 From: sitaramc at gmail.com (Sitaram Chamarty) Date: Wed, 1 Aug 2012 22:27:01 +0530 Subject: [Users] "Printer Print to File doesn't accept PostScript files" In-Reply-To: <20120801091508.355b45b6@debian.domain.actdsltmp> References: <20120801091508.355b45b6@debian.domain.actdsltmp> Message-ID: On Wed, Aug 1, 2012 at 9:45 PM, Cia Watson wrote: > On Wed, 1 Aug 2012 20:50:34 +0530 > Sitaram Chamarty wrote: > >> My laptop doesn't have a printer available, so for the occasional >> printing need, I take a PDF and print it elsewhere. >> >> With claws, I try to print PDF, and it first asked for html2ps. But >> after installing that and trying to print, I get the above error >> message. > <...> >> This is 3.8.0 on Fedora 17, if it matters. Googling that error didn't >> come up with anything relevant. > > Do you also have the cups-pdf package installed? I'm using Debian, and Thanks! I didn't even know such a thing existed -- never needed it for any other application. I installed it, and it works fine, with 2 caveats: 1. it won't print in color (cups-pdf itself does, as printing its test page shows, and so does for example firefox). 2. it doesn't print the from/to/cc/subject fields for HTML email. (I'm using the "fancy" plugin, not the "dillo" one). It prints it just fine for normal email but for HTML email, even if I choose the first of the "message part selection boxes" (the one for the full message), it doesn't. Do you see these same behaviours? If not, any idea what I can do to fix them? I don't print often, but when I need to, I really need to. > with that package installed I just printed your message to pdf with no > problem. It will automatically print to a pdf folder in your home > directory, and it doesn't ask you to name it or anything, so you'd have > to rename it afterward if you don't like whatever it comes up with for > the name. Yup, but that's easy enough once you know where to look. thanks again From linux at slavino.sk Wed Aug 1 18:57:09 2012 From: linux at slavino.sk (Slavko) Date: Wed, 1 Aug 2012 18:57:09 +0200 Subject: [Users] "Printer Print to File doesn't accept PostScript files" In-Reply-To: <20120801091508.355b45b6@debian.domain.actdsltmp> References: <20120801091508.355b45b6@debian.domain.actdsltmp> Message-ID: <20120801185709.3b0025a1@bonifac.skk> Ahoj, Dňa Wed, 1 Aug 2012 09:15:08 -0700 Cia Watson napísal: > Do you also have the cups-pdf package installed? I'm using Debian, and > with that package installed I just printed your message to pdf with no > problem. It will automatically print to a pdf folder in your home > directory, and it doesn't ask you to name it or anything, so you'd have > to rename it afterward if you don't like whatever it comes up with for > the name. More exactly to the ~/PDF folder :-) (the pdf and PDF are two different directories). The name is derived from print task, if it is possible. For example if i print to pdf from web browser, it takes the name from window title (tag), with some space replacements. I mostly search the printed file by the date, because sometime is the name terrible to identify… regards -- Slavko http://slavino.sk -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From berndth at gmx.de Wed Aug 1 19:26:48 2012 From: berndth at gmx.de (Holger Berndt) Date: Wed, 1 Aug 2012 19:26:48 +0200 Subject: [Users] Printing problem. In-Reply-To: <20120801104757.5a3b4849@sda3.wexfordpress.net> References: <20120801104757.5a3b4849@sda3.wexfordpress.net> Message-ID: <20120801192648.7f2d3e9e@wodan> On Mi, 01.08.2012 10:47, john Culleton wrote: >When I use the "print" function for a >message, even a message I am composing, the printout is truncated by >one character on the left edge. Have you checked "File -> Page setup"? If you choose the correct one, things should work. Otherwise, you can define a custom page setup in this dialog, where you can explicitely set page margins. Holger From ma1l1ists at yahoo.co.uk Wed Aug 1 19:33:41 2012 From: ma1l1ists at yahoo.co.uk (Kevin Chadwick) Date: Wed, 1 Aug 2012 18:33:41 +0100 Subject: [Users] [Bulk] Re: "Printer Print to File doesn't accept PostScript files" In-Reply-To: References: <20120801091508.355b45b6@debian.domain.actdsltmp> Message-ID: <889157.88403.bm@smtp127.mail.ukl.yahoo.com> > >> My laptop doesn't have a printer available, so for the occasional > >> printing need, I take a PDF and print it elsewhere. Have you considered save as or export to mbox and then opening it on the machine with a printer. That way you can't have any font readability issues or other problems? -- _______________________________________________________________________ 'Write programs that do one thing and do it well. Write programs to work together. Write programs to handle text streams, because that is a universal interface' (Doug McIlroy) _______________________________________________________________________ From sitaramc at gmail.com Wed Aug 1 19:45:02 2012 From: sitaramc at gmail.com (Sitaram Chamarty) Date: Wed, 1 Aug 2012 23:15:02 +0530 Subject: [Users] [Bulk] Re: "Printer Print to File doesn't accept PostScript files" In-Reply-To: <889157.88403.bm@smtp127.mail.ukl.yahoo.com> References: <20120801091508.355b45b6@debian.domain.actdsltmp> <889157.88403.bm@smtp127.mail.ukl.yahoo.com> Message-ID: On Wed, Aug 1, 2012 at 11:03 PM, Kevin Chadwick wrote: >> >> My laptop doesn't have a printer available, so for the occasional >> >> printing need, I take a PDF and print it elsewhere. > > Have you considered save as or export to mbox and then opening it on > the machine with a printer. That way you can't have any font readability > issues or other problems? The details don't matter, but suffice it to say this is not an "xy problem" and I genuinely need "print to PDF" for HTML emails. Not very often, but often enough. From John at wexfordpress.com Wed Aug 1 20:11:28 2012 From: John at wexfordpress.com (john Culleton) Date: Wed, 1 Aug 2012 14:11:28 -0400 Subject: [Users] Printing problem. In-Reply-To: <20120801192648.7f2d3e9e@wodan> References: <20120801104757.5a3b4849@sda3.wexfordpress.net> <20120801192648.7f2d3e9e@wodan> Message-ID: <20120801141128.123a565f@sda3.wexfordpress.net> On Wed, 1 Aug 2012 19:26:48 +0200 Holger Berndt wrote: > On Mi, 01.08.2012 10:47, john Culleton wrote: > > >When I use the "print" function for a > >message, even a message I am composing, the printout is truncated by > >one character on the left edge. > > Have you checked "File -> Page setup"? If you choose the correct one, > things should work. Otherwise, you can define a custom page setup in > this dialog, where you can explicitely set page margins. > > Holger OK that worked. I am running out of complaints :<) -- John Culleton Free list of books for self-publishers: http://wexfordpress.net/shortlist.html Police Procedural and Expose: "Death Wore Black" "Create Book Covers with Scribus" http://www.booklocker.com/books/4055.html From barry at python.org Wed Aug 1 20:19:49 2012 From: barry at python.org (Barry Warsaw) Date: Wed, 1 Aug 2012 14:19:49 -0400 Subject: [Users] Default CC for mailing lists References: <20120731100525.3bcacd78@homerow> <20120731102202.24202414@sleipner.datanom.net> <20120731102841.3897e20b@mahatma> <20120731104054.1b211306@homerow> <20120731104945.GC31005@trasgu> Message-ID: <20120801141949.3bbd78fd@resist.wooz.org> On Jul 31, 2012, at 05:50 PM, Sitaram Chamarty wrote: >The git ML is one such list (as is the lkml, I think). I'm >subscribed, and I don't remember ever seeing a duplicate message on >mails where I'm in the to/cc so the ML software must be eliminating >duplicates before it does its thing. > >Either that or gmail is doing it on the receive side based on >message-id. This is less likely. This is a surprisingly complex and controversial issue, but one of the things I really like about Claws is that it tries to do the right thing, and usually gets it right. In general, if you receive a message via the mailing list, and that mailing list supports RFC 2369, it will have a List-Post header containing the proper email address to send replies to. In Claws, you should be able to "Reply To Mailing List" (Ctrl-L by default I believe) to reply just to the list, with the To header properly set and no CC to the original author. Of course, GNU Mailman by default sets up the headers correctly, but because there is some controversy in this area, it does give list owners some knobs to twiddle, and some do choose what I consider to be bad defaults. In those cases, you have to complain to the list owners because Claws *can't* do the right thing. There are two other cases to mention. In Mailman's case, individual list members have the option to not receive list copies of messages which they are also explicit recipients on. While this can reduce the duplicates you receive, it does mean that you will not get the copy of the message with the List-Post header, so Reply to Mailing List can't work. If you think about it for a second, you'll see why Mailman can't do what you really want, which is to suppress the copy of the message you receive off-list, i.e. so you would receive the List-Post copy. This can get tricky if you don't have "suppress duplicates" enabled. You'll get two copies, the one with List-Post and the off-list one without the header. In that case, you need to be a little careful which one you Reply To Mailing List on, because one will DTRT and one will not. I've gotten in the habit of including List-Post (and a few others) in the default set of headers I see on messages in Claws, so it makes it easier to decide which one to reply to. Gmail is also the odd ball here in so many ways. IMHO, it just doesn't play nice with other clients and MLMs. For example, you never see the copy of messages you send to mailing lists reflected back through the list, because Gmail does duplicate Message-ID suppression. This is a Mailman FAQ. I think Gmail also doesn't support a Reply To Mailing List function, so I can always tell when I get replies from Gmail users because I'll be in the CC list, which kind of sucks. Gmail also does really weird, funky quoting which tends to give desktop clients such as Claws fits. I know I'm talking to a Gmail user when I see a reply that is nearly impossible to follow. Don't get me started about Gmail. :) Cheers, -Barry -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: From lfisk at iserv.net Wed Aug 1 20:21:55 2012 From: lfisk at iserv.net (Leon Fisk) Date: Wed, 1 Aug 2012 14:21:55 -0400 Subject: [Users] Filters, WAS Claws config needs much better documentation In-Reply-To: <20120731123632.653f5840@sda3.wexfordpress.net> References: <20120728194419.3a488db8@mydesk> <20120729103341.72613d93@thewildbeast> <637143.96607.bm@smtp109.mail.ukl.yahoo.com> <20120730110425.71f29d0f@bsd64.grem.de> <20120730170856.3499f5d4@mydesk> <20120730233908.5b29cfbe@bsd64.grem.de> <20120730181636.38b9df12@mydesk> <20120731003338.6bd9e9bb@bsd64.grem.de> <20120731023315.0f9e7273@bsd64.grem.de> <47242.14669.bm@smtp130.mail.ukl.yahoo.com> <818287.44146.bm@smtp129.mail.ukl.yahoo.com> <827494.3718.bm@smtp139.mail.ukl.yahoo.com> <20120731123632.653f5840@sda3.wexfordpress.net> Message-ID: <201208011821.q71ILdEb004854@mail2.iserv.net> On Tue, 31 Jul 2012 12:36:32 -0400 john Culleton wrote: >I use filters to send mail to the correct folder. Recently mail >like this one has fallen through the cracks because the list is >just a cc, not either the sender or the recipient. If there is a >way to create a filter to send mail like Sitaram's latest to my claws-mail >folder automatically please advise. > >My present filters will work if the list is the "to" address >and the individual is a cc: address. I too use a filter for this. I use "received". Like this from the "matcherrc" file in your ".claws-mail" directory. [filtering] enabled rulename "Received claws-list" account 1 header "received" regexpcase "\\.claws-mail\\.org|mx\\.colino\\.net" move "#mh/Mailbox/ClawsList" -- Leon Claws 3.8.0, Ubuntu Karmic 9.10 From berndth at gmx.de Wed Aug 1 20:19:46 2012 From: berndth at gmx.de (Holger Berndt) Date: Wed, 1 Aug 2012 20:19:46 +0200 Subject: [Users] [Bulk] Claws config needs much better documentation In-Reply-To: References: <20120728194419.3a488db8@mydesk> <20120729103341.72613d93@thewildbeast> <637143.96607.bm@smtp109.mail.ukl.yahoo.com> <20120730110425.71f29d0f@bsd64.grem.de> <20120730170856.3499f5d4@mydesk> <20120730233908.5b29cfbe@bsd64.grem.de> <20120730181636.38b9df12@mydesk> <20120731003338.6bd9e9bb@bsd64.grem.de> <20120731023315.0f9e7273@bsd64.grem.de> <47242.14669.bm@smtp130.mail.ukl.yahoo.com> <818287.44146.bm@smtp129.mail.ukl.yahoo.com> Message-ID: <20120801201946.3787bff6@wodan> On Di, 31.07.2012 17:54, Sitaram Chamarty wrote: >> png and jpeg have had many exploits on Unix. By default I expect >> you have a reasonable guarantee on claws with regard to the html to text >> feature. I'm not sure what the default is for "Automatically Display >> attached images" in preferences but there is certainly plenty more low >> hanging fruit on other clients for malware to target. It annoys me that >> there is only html mode on my constantly known bug ridden Android at the >> moment. > >You basically threw up a strawman argument to bolster your contention >that the current default is safer when it actually has nothing to do >with safety. I don't see how this is a strawman. Kevin is of course right when he says that software has bugs, and that if less code gets executed, there's less code that can get attacked. Still, I wouldn't describe the feature as a security feature, because I don't think Claws Mail really defines how much processing is done to an email at the various stages. For example, some parts of the message are parsed and decoded early (to display headers like subject, for example). Other parts are delayed until needed (a user opens the message, or a filter is applied, or ...). So, while the current processing indeed gives some extra security, a future version of Claws Mail might behave differently. Holger From berndth at gmx.de Wed Aug 1 20:28:05 2012 From: berndth at gmx.de (Holger Berndt) Date: Wed, 1 Aug 2012 20:28:05 +0200 Subject: [Users] Claws config needs much better documentation In-Reply-To: References: <20120728194419.3a488db8@mydesk> <20120729103341.72613d93@thewildbeast> <637143.96607.bm@smtp109.mail.ukl.yahoo.com> <20120730202526.00000763@netsolutionsindia.com> Message-ID: <20120801202805.3240fffb@wodan> On Mo, 30.07.2012 22:47, Sitaram Chamarty wrote: >I'm glad it does a lot of things differently. And I already said *I* >will no longer be affected by *this specific surprise*. But that does >not alter the fact that it *is* a **bad** surprise. That's not a fact, no matter how often you try to sell it as one, or how much markup you use to try to make your point seem stronger. It's your personal oppinion. Conversely, you might want to consider to accept the fact that other people have different oppinions. It's also not really helpful to talk about "self-back-patting" and "gratuitous chest-beating" when you comment other users' points of view. (Yes, you might not have realized it, but the ones that you accuse of self-back-patting and chest-beating are actually users, just like you, not developers. They just happen to have a different oppinion than you.) On a more general note: It's always nice to welcome new users into the Claws Mail community. It's also good if they bring up different points of view, because developers and long-time users might have developed a certain "organizational blindness" for certain aspects. On the other hand, newcommers can very well assume that not everything that works differently compared to their old MUA is a bug. Some things have in fact been done for a reason. Also, it can be assumed that Claws Mail doesn't strive to be a faster Thunderbird, or a better $INSERT_OLD_MUA_HERE. The reason that $OTHER_MUA does things in a particular way is neither a reason for Claws Mail to do it as well, nor is it a reason to not do it. The issue with defaults is similar. You can very well assume that defaults have not been chosen randomly, but after some consideration. However, the primary goal is not to choose the option that makes Claws Mail resemble $OTHER_MUA as closely as possible. Of course, that doesn't mean that all defaults are perfect, and can't be challenged. On the other hand, not all challenges are convincing enough to get the default changed. Holger Disclaimer: Although being part of the Claws Mail Team, I don't speak for the project, but only for myself. From freebsd at grem.de Wed Aug 1 19:32:53 2012 From: freebsd at grem.de (Michael Gmelin) Date: Wed, 1 Aug 2012 19:32:53 +0200 Subject: [Users] Default CC for mailing lists In-Reply-To: <20120801141949.3bbd78fd@resist.wooz.org> References: <20120731100525.3bcacd78@homerow> <20120731102202.24202414@sleipner.datanom.net> <20120731102841.3897e20b@mahatma> <20120731104054.1b211306@homerow> <20120731104945.GC31005@trasgu> <20120801141949.3bbd78fd@resist.wooz.org> Message-ID: <20120801193253.09a717a9@bsd64.grem.de> On Wed, 1 Aug 2012 14:19:49 -0400 Barry Warsaw wrote: > On Jul 31, 2012, at 05:50 PM, Sitaram Chamarty wrote: > > >The git ML is one such list (as is the lkml, I think). I'm > >subscribed, and I don't remember ever seeing a duplicate message on > >mails where I'm in the to/cc so the ML software must be eliminating > >duplicates before it does its thing. > > > >Either that or gmail is doing it on the receive side based on > >message-id. This is less likely. > > This is a surprisingly complex and controversial issue, but one of > the things I really like about Claws is that it tries to do the right > thing, and usually gets it right. > > In general, if you receive a message via the mailing list, and that > mailing list supports RFC 2369, it will have a List-Post header > containing the proper email address to send replies to. In Claws, > you should be able to "Reply To Mailing List" (Ctrl-L by default I > believe) to reply just to the list, with the To header properly set > and no CC to the original author. > > Of course, GNU Mailman by default sets up the headers correctly, but > because there is some controversy in this area, it does give list > owners some knobs to twiddle, and some do choose what I consider to > be bad defaults. In those cases, you have to complain to the list > owners because Claws *can't* do the right thing. > > There are two other cases to mention. In Mailman's case, individual > list members have the option to not receive list copies of messages > which they are also explicit recipients on. While this can reduce > the duplicates you receive, it does mean that you will not get the > copy of the message with the List-Post header, so Reply to Mailing > List can't work. If you think about it for a second, you'll see why > Mailman can't do what you really want, which is to suppress the copy > of the message you receive off-list, i.e. so you would receive the > List-Post copy. > > This can get tricky if you don't have "suppress duplicates" enabled. > You'll get two copies, the one with List-Post and the off-list one > without the header. In that case, you need to be a little careful > which one you Reply To Mailing List on, because one will DTRT and one > will not. I've gotten in the habit of including List-Post (and a few > others) in the default set of headers I see on messages in Claws, so > it makes it easier to decide which one to reply to. > > Gmail is also the odd ball here in so many ways. IMHO, it just > doesn't play nice with other clients and MLMs. For example, you > never see the copy of messages you send to mailing lists reflected > back through the list, because Gmail does duplicate Message-ID > suppression. This is a Mailman FAQ. > > I think Gmail also doesn't support a Reply To Mailing List function, > so I can always tell when I get replies from Gmail users because I'll > be in the CC list, which kind of sucks. > > Gmail also does really weird, funky quoting which tends to give > desktop clients such as Claws fits. I know I'm talking to a Gmail > user when I see a reply that is nearly impossible to follow. > > Don't get me started about Gmail. :) > > Cheers, > -Barry I never checked the menu for a reply-to-list function (the toolbar is doesn't provide it, not even in the drop down menus next to the icons). It seemed kind of strange to me, since Claws is the perfect mail program for dealing with mailing lists and I should have known that the functionality is somewhere. Actually, searching the menu bar would be useful in such a case (IMHO the most useful feature on OS X). It's not a real excuse though, since this was only three clicks away and I gave up too early. Anyway, thanks for the hint, it made my day ^_^ -- Michael Gmelin From sitaramc at gmail.com Wed Aug 1 21:03:03 2012 From: sitaramc at gmail.com (Sitaram Chamarty) Date: Thu, 2 Aug 2012 00:33:03 +0530 Subject: [Users] Claws config needs much better documentation In-Reply-To: <20120801202805.3240fffb@wodan> References: <20120728194419.3a488db8@mydesk> <20120729103341.72613d93@thewildbeast> <637143.96607.bm@smtp109.mail.ukl.yahoo.com> <20120730202526.00000763@netsolutionsindia.com> <20120801202805.3240fffb@wodan> Message-ID: On Wed, Aug 1, 2012 at 11:58 PM, Holger Berndt wrote: > On Mo, 30.07.2012 22:47, Sitaram Chamarty wrote: > >>I'm glad it does a lot of things differently. And I already said *I* >>will no longer be affected by *this specific surprise*. But that does >>not alter the fact that it *is* a **bad** surprise. > > That's not a fact, no matter how often you try to sell it as one, or > how much markup you use to try to make your point seem stronger. It's > your personal oppinion. > > Conversely, you might want to consider to accept the fact that other > people have different oppinions. It's also not really helpful to talk > about "self-back-patting" and "gratuitous chest-beating" when you > comment other users' points of view. On the plus side, the email he wrote after that rant of mine did finally discuss the actual issue and he actually made some good points even if I don't agree with all of it. > (Yes, you might not have realized it, but the ones that you accuse of > self-back-patting and chest-beating are actually users, just like you, > not developers. They just happen to have a different oppinion than > you.) What's your point? At least part of the purpose of an ML is to trade opinions. I was trying to make a change that I felt would be very useful based on an opinion. [Note the word "was"] > On a more general note: It's always nice to welcome new users into the > Claws Mail community. It's also good if they bring up different points > of view, because developers and long-time users might have developed a > certain "organizational blindness" for certain aspects. > > On the other hand, newcommers can very well assume that not everything > that works differently compared to their old MUA is a bug. Some things > have in fact been done for a reason. Some of the stuff that I find in claws is fantastic. I tried claws for speed, but I'm hooked on the quick search. I'm actually thinking of writing it up in some way. I can even agree that you like this specific feature (i.e., message view should not update when you move to the next message in the message list). I was not questioning the existence of the feature but the fact that it is the default. [Again, note the word "was". I'm not going to discuss that specific issue anymore; it's over and I gave up. End of story.] > Also, it can be assumed that Claws Mail doesn't strive to be a faster > Thunderbird, or a better $INSERT_OLD_MUA_HERE. The reason that > $OTHER_MUA does things in a particular way is neither a reason for > Claws Mail to do it as well, nor is it a reason to not do it. I already said that; in fact almost exactly those same words, because some of the mails in the thread sounded like a religious "they all do it that way so we should not". But using expectations as a guide is not a bad thing. > The issue with defaults is similar. You can very well assume that > defaults have not been chosen randomly, but after some consideration. > However, the primary goal is not to choose the option that makes Claws > Mail resemble $OTHER_MUA as closely as possible. I can only repeat what I said earlier: for 99% of the options you are right but once in a while, it may not be. Anyway, again, I gave up on this so let it go. > Of course, that doesn't mean that all defaults are perfect, and can't be > challenged. On the other hand, not all challenges are convincing enough > to get the default changed. Apparently... From netuse at lavabit.com Wed Aug 1 21:09:42 2012 From: netuse at lavabit.com (Marco) Date: Wed, 1 Aug 2012 21:09:42 +0200 Subject: [Users] Default CC for mailing lists References: <20120731100525.3bcacd78@homerow> <20120731102202.24202414@sleipner.datanom.net> <20120731102841.3897e20b@mahatma> <20120731104054.1b211306@homerow> <20120731104945.GC31005@trasgu> <20120801141949.3bbd78fd@resist.wooz.org> Message-ID: <20120801210942.5f0d5898@homerow> On 2012-08-01 Barry Warsaw wrote: > […] Thanks for this very detailed information. It gave me some insight. > I think Gmail also doesn't support a Reply To Mailing List function I don't quite get this. AFAIK the Reply-To-Mailing-List is a function of the mail user agent, not of the mail provider. Or does Gmail automatically delete those headers? Why should it do that? > […] You're not that fond of Gmail, are you ;) ? Marco From barry at python.org Wed Aug 1 22:11:01 2012 From: barry at python.org (Barry Warsaw) Date: Wed, 1 Aug 2012 16:11:01 -0400 Subject: [Users] Default CC for mailing lists References: <20120731100525.3bcacd78@homerow> <20120731102202.24202414@sleipner.datanom.net> <20120731102841.3897e20b@mahatma> <20120731104054.1b211306@homerow> <20120731104945.GC31005@trasgu> <20120801141949.3bbd78fd@resist.wooz.org> <20120801210942.5f0d5898@homerow> Message-ID: <20120801161101.09204831@resist.wooz.org> On Aug 01, 2012, at 09:09 PM, Marco wrote: >On 2012-08-01 Barry Warsaw wrote: >> I think Gmail also doesn't support a Reply To Mailing List function > >I don't quite get this. AFAIK the Reply-To-Mailing-List is a function of the >mail user agent, not of the mail provider. Or does Gmail >automatically delete those headers? Why should it do that? I guess you have to separate gmail-the-webui-mua from gmail-the-imap/pop/smtp server. I actually do have a Gmail account I almost never use, but I never use the web-ui. I'm not a member of any mailing list via my gmail account so I'm not sure whether it strips the headers or not. Claws makes a great client for Gmail over IMAP though. :) >> […] > >You're not that fond of Gmail, are you ;) ? Let's just say we have our differences. :) Cheers, -Barry -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: From claws at thewildbeast.co.uk Wed Aug 1 23:31:31 2012 From: claws at thewildbeast.co.uk (Paul) Date: Wed, 1 Aug 2012 22:31:31 +0100 Subject: [Users] Claws config needs much better documentation In-Reply-To: References: <20120728194419.3a488db8@mydesk> <20120729103341.72613d93@thewildbeast> <637143.96607.bm@smtp109.mail.ukl.yahoo.com> <20120730202526.00000763@netsolutionsindia.com> <20120801202805.3240fffb@wodan> Message-ID: <20120801223131.6746f382@thewildbeast> On Thu, 2 Aug 2012 00:33:03 +0530 Sitaram Chamarty wrote: > "they all do it that way so we should not" I must've overlooked that mail. with regards Paul -- It isn't worth a nickel to two guys like you or me, but to a collector it is worth a fortune From ma1l1ists at yahoo.co.uk Thu Aug 2 00:01:34 2012 From: ma1l1ists at yahoo.co.uk (Kevin Chadwick) Date: Wed, 1 Aug 2012 23:01:34 +0100 Subject: [Users] Default CC for mailing lists In-Reply-To: <20120801141949.3bbd78fd@resist.wooz.org> References: <20120731100525.3bcacd78@homerow> <20120731102202.24202414@sleipner.datanom.net> <20120731102841.3897e20b@mahatma> <20120731104054.1b211306@homerow> <20120731104945.GC31005@trasgu> <20120801141949.3bbd78fd@resist.wooz.org> Message-ID: <999342.3080.bm@smtp113.mail.ukl.yahoo.com> > In Claws, you should be able to "Reply To > Mailing List" (Ctrl-L by default I believe) to reply just to the list, Aah, nice one > Don't get me started about Gmail. :) I was recently asked which free mail service someone should use and I used to say Yahoo mainly because it employs qmail. I now worry that Yahoo won't be around for too long and may struggle to maintain the servers that I have noticed more downtime with recently and so said gmail but think that was a bad move and was unsure at the time. Which free service would people recommend these days? Obviously feel free to ignore these but as you seem pretty clued up. 1./ I had to copy the second comment in manually. Is there any way of replying and including two small highlighted parts as comments. I've tried shift and ctrl combinations but just end up selecting all text between the two sections I wish to include as comments? 2./ I've started getting Unknown TLS errors on my server only to Google servers so I have to disable TLS for Google MX users. From the way and how early the connection dies. I've been told it might be to do with Google trying out perfect forward secrecy. Any ideas? -- _______________________________________________________________________ 'Write programs that do one thing and do it well. Write programs to work together. Write programs to handle text streams, because that is a universal interface' (Doug McIlroy) _______________________________________________________________________ From insomniactoo at localnet.com Thu Aug 2 02:00:48 2012 From: insomniactoo at localnet.com (insomniactoo at localnet.com) Date: Wed, 1 Aug 2012 19:00:48 -0500 Subject: [Users] Default CC for mailing lists In-Reply-To: <999342.3080.bm@smtp113.mail.ukl.yahoo.com> References: <20120731100525.3bcacd78@homerow> <20120731102202.24202414@sleipner.datanom.net> <20120731102841.3897e20b@mahatma> <20120731104054.1b211306@homerow> <20120731104945.GC31005@trasgu> <20120801141949.3bbd78fd@resist.wooz.org> <999342.3080.bm@smtp113.mail.ukl.yahoo.com> Message-ID: <20120801190048.753c1ce1@oogah> On Wed, 1 Aug 2012 23:01:34 +0100 Kevin Chadwick wrote: > > In Claws, you should be able to "Reply To > > Mailing List" (Ctrl-L by default I believe) to reply just to the list, > > Aah, nice one > > > Don't get me started about Gmail. :) > > I was recently asked which free mail service someone should use and I > used to say Yahoo mainly because it employs qmail. I now worry that > Yahoo won't be around for too long and may struggle to maintain the > servers that I have noticed more downtime with recently and so said > gmail but think that was a bad move and was unsure at the time. Which > free service would people recommend these days? > > Obviously feel free to ignore these but as you seem pretty clued up. > > 1./ > I had to copy the second comment in manually. Is there any way of > replying and including two small highlighted parts as comments. I've > tried shift and ctrl combinations but just end up selecting all text > between the two sections I wish to include as comments? > > > 2./ > I've started getting Unknown TLS errors on my server only to Google > servers so I have to disable TLS for Google MX users. From the way and > how early the connection dies. I've been told it might be to do with > Google trying out perfect forward secrecy. Any ideas? > > Operamail is good, but you can't do the pop thing to have it delivered from there to your home inbox. Unfortunately it costs a little money (not much) to 'upgrade' to the system where you can do this. I still use it as an online catch for certain lists and such and it's fast compared to yahoo and google on a dial-up system! -- Powered by Slackware Linux 13.37 Calling an illegal alien an 'undocumented worker', is like calling a home intruder an 'unwanted houseguest'. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From barry at python.org Thu Aug 2 02:29:16 2012 From: barry at python.org (Barry Warsaw) Date: Wed, 1 Aug 2012 20:29:16 -0400 Subject: [Users] Default CC for mailing lists References: <20120731100525.3bcacd78@homerow> <20120731102202.24202414@sleipner.datanom.net> <20120731102841.3897e20b@mahatma> <20120731104054.1b211306@homerow> <20120731104945.GC31005@trasgu> <20120801141949.3bbd78fd@resist.wooz.org> <999342.3080.bm@smtp113.mail.ukl.yahoo.com> Message-ID: <20120801202916.130630b4@resist.wooz.org> On Aug 01, 2012, at 11:01 PM, Kevin Chadwick wrote: >I had to copy the second comment in manually. Is there any way of >replying and including two small highlighted parts as comments. I've >tried shift and ctrl combinations but just end up selecting all text >between the two sections I wish to include as comments? For me, the killer feature of Claws is the ability to use an external editor[*]. I set mine up to invoke emacsclient to let me edit messages (both replies and new compositions) in an Emacs buffer. I use mail-mode in these buffers so I have access to the spell checker. Plus, it's trivial for me to cut-n-paste code or just about anything else into messages, since I do almost everything in Emacs anyway. Editing messages in Emacs makes it trivial to select the parts of a message to reply to. I'm sure it works just as well for other external editors. The one thing I wish Claws would do is, if I highlight more than one message to reply to, then hit reply, I wish it would open just one window and invoke my editor with both original messages in the same buffer. This would make it much easier to stitch related replies together from separate messages in my inbox. Using Emacs though, I can still do it, it's just a bit more painful. Cheers, -Barry [*] well, that, and the fact that I can write Python plugins for Claws. :) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: From sitaramc at gmail.com Thu Aug 2 03:02:39 2012 From: sitaramc at gmail.com (Sitaram Chamarty) Date: Thu, 2 Aug 2012 06:32:39 +0530 Subject: [Users] Claws config needs much better documentation In-Reply-To: <20120801223131.6746f382@thewildbeast> References: <20120728194419.3a488db8@mydesk> <20120729103341.72613d93@thewildbeast> <637143.96607.bm@smtp109.mail.ukl.yahoo.com> <20120730202526.00000763@netsolutionsindia.com> <20120801202805.3240fffb@wodan> <20120801223131.6746f382@thewildbeast> Message-ID: On Thu, Aug 2, 2012 at 3:01 AM, Paul wrote: > On Thu, 2 Aug 2012 00:33:03 +0530 > Sitaram Chamarty wrote: > >> "they all do it that way so we should not" > > I must've overlooked that mail. Those were not exact words, hence why I said "sounded like". And it was not, IIRC, just one mail or even just one person. From sitaramc at gmail.com Thu Aug 2 03:24:41 2012 From: sitaramc at gmail.com (Sitaram Chamarty) Date: Thu, 2 Aug 2012 06:54:41 +0530 Subject: [Users] the "keep cc" thing I keep doing Message-ID: Apologies to various people for still not being able to break this habit born on other MLs, and thus sending duplicate messages. Until now I said I will try to remember and I did. Now I can now assure you quite confidently it will never happen again :-) -- Sitaram From noreply at thewildbeast.co.uk Thu Aug 2 09:42:09 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 2 Aug 2012 09:42:09 +0200 (CEST) Subject: [Users] [Bug 2552] in automatic checking, enable the use of different time intervals In-Reply-To: References: Message-ID: <20120802074209.82AF985397@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2552 --- Comment #3 from Ricardo Mones 2012-08-02 09:42:08 --- Some quick notes from reading the patch: * The 'usespecfrq' member has an ugly name ;-) and, more important, is not required: an empty value in time_lapse should stand for "use the global setting". * That should be also the default time_lapse value, not "10". * All cases of incorporations or kinds of accounts should be considered -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From colin at colino.net Thu Aug 2 10:55:00 2012 From: colin at colino.net (Colin Leroy) Date: Thu, 2 Aug 2012 10:55:00 +0200 Subject: [Users] Default CC for mailing lists In-Reply-To: <999342.3080.bm@smtp113.mail.ukl.yahoo.com> References: <20120731100525.3bcacd78@homerow> <20120731102202.24202414@sleipner.datanom.net> <20120731102841.3897e20b@mahatma> <20120731104054.1b211306@homerow> <20120731104945.GC31005@trasgu> <20120801141949.3bbd78fd@resist.wooz.org> <999342.3080.bm@smtp113.mail.ukl.yahoo.com> Message-ID: <20120802105500.2337dc6e@colin> On Wed, 1 Aug 2012 23:01:34 +0100, Kevin Chadwick wrote: > > In Claws, you should be able to "Reply To > > Mailing List" (Ctrl-L by default I believe) to reply just to the > > list, > > Aah, nice one I'd like to add that if one started to type a reply and realizes half-way into the mail composition that the reply mode Claws chose isn't what the user wanted, it is possible to change the reply mode without starting a new reply and re-formatting the whole answer, and without manually changing recipients in the headers section of the compose window: the reply mode can be changed at any time before sending via the Options/Reply mode menu item. -- Colin From freebsd at grem.de Thu Aug 2 10:12:34 2012 From: freebsd at grem.de (Michael Gmelin) Date: Thu, 2 Aug 2012 10:12:34 +0200 Subject: [Users] Default CC for mailing lists In-Reply-To: <20120802105500.2337dc6e@colin> References: <20120731100525.3bcacd78@homerow> <20120731102202.24202414@sleipner.datanom.net> <20120731102841.3897e20b@mahatma> <20120731104054.1b211306@homerow> <20120731104945.GC31005@trasgu> <20120801141949.3bbd78fd@resist.wooz.org> <999342.3080.bm@smtp113.mail.ukl.yahoo.com> <20120802105500.2337dc6e@colin> Message-ID: <20120802101234.1b1211c8@bsd64.grem.de> On Thu, 2 Aug 2012 10:55:00 +0200 Colin Leroy wrote: > On Wed, 1 Aug 2012 23:01:34 +0100, Kevin Chadwick > wrote: > > > > In Claws, you should be able to "Reply To > > > Mailing List" (Ctrl-L by default I believe) to reply just to the > > > list, > > > > Aah, nice one > > I'd like to add that if one started to type a reply and realizes > half-way into the mail composition that the reply mode Claws chose > isn't what the user wanted, it is possible to change the reply mode > without starting a new reply and re-formatting the whole answer, and > without manually changing recipients in the headers section of the > compose window: the reply mode can be changed at any time before > sending via the Options/Reply mode menu item. > Awesome, thanks for sharing. -- Michael Gmelin From noreply at thewildbeast.co.uk Thu Aug 2 11:46:41 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 2 Aug 2012 11:46:41 +0200 (CEST) Subject: [Users] [Bug 2552] in automatic checking, enable the use of different time intervals In-Reply-To: References: Message-ID: <20120802094641.C18F3853FE@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2552 --- Comment #4 from Yed 2012-08-02 11:46:40 --- > * The 'usespecfrq' member has an ugly name ;-) and, more important, is not > required: an empty value in time_lapse should stand for "use the global > setting". This name is not *that* ugly... :'( I used it temporarily, waiting to find something more appropriate, and in the end it is still here. I want to keep a non-zero time lapse, so we can easily switch between the two modes without having to reset the time lapse. > * That should be also the default time_lapse value, not "10". I can't remember why I choose this value, but it looks fair for me. > * All cases of incorporations or kinds of accounts should be considered Well, I don't get this point... The specific time is available to all the accounts, isn't it? -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Aug 2 13:34:04 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 2 Aug 2012 13:34:04 +0200 (CEST) Subject: [Users] [Bug 2552] in automatic checking, enable the use of different time intervals In-Reply-To: References: Message-ID: <20120802113404.8514F85397@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2552 --- Comment #5 from Abhay S. Kushwaha 2012-08-02 13:34:03 --- Yed, what Ricardo is saying is: 1. Don't use usespecfrq at all. 2. Use only time_lapse. If time_lapse is "0" or "empty" it means the global figure for the application, as defined in Preferences -> Mail Handling -> Receiving -> Automatic Checking should be used. 3. This also means that you don't need to set a default value to time_lapse (you have set it to 10) since an empty value means the global "automatic checking" time value applies. 4. So in other words, you set time_lapse to be non-empty or non-zero only when you want to over-ride the global preference and make a particular account check for email at a specific interval. 5. I am not sure of Ricardo's comment about other cases of incorporations but I think he means that your patch doesn't seem to address the "External incorporation program". I think you earlier said that custom command for fetching is not yet triggered by your patch at custom interval. So I think he means that. Hope this helps. PS: I'm very keen as a user to see this patch incorporated into CM! :) -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Aug 2 14:04:49 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 2 Aug 2012 14:04:49 +0200 (CEST) Subject: [Users] [Bug 2552] in automatic checking, enable the use of different time intervals In-Reply-To: References: Message-ID: <20120802120449.826F685397@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2552 --- Comment #6 from Yed 2012-08-02 14:04:49 --- Thanks Abhay, but the only unclear point is the last one, and I have answered the others. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Aug 2 14:58:57 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 2 Aug 2012 14:58:57 +0200 (CEST) Subject: [Users] [Bug 2552] in automatic checking, enable the use of different time intervals In-Reply-To: References: Message-ID: <20120802125857.604F285397@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2552 --- Comment #7 from Ricardo Mones 2012-08-02 14:58:56 --- > I want to keep a non-zero time lapse, so we can easily switch between the two > modes without having to reset the time lapse. Yep, already guessed that, but that's overkill. I don't think such preference requires two widgets when, in a common usage, it's simply set on a few accounts and you're done for ages. That you (for example) like to play with this option twice a day doesn't mean that all potential users of it are going to do the same, neither that they are going to like to click the checkbox and write the time when they could have been done just with writing the time _exactly_like_ the already existing global preference. > > * That should be also the default time_lapse value, not "10". > I can't remember why I choose this value, but it looks fair for me. The point was that removing the checkbox requires it to be empty for keeping existing configurations working properly. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Aug 2 15:39:56 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 2 Aug 2012 15:39:56 +0200 (CEST) Subject: [Users] [Bug 2552] in automatic checking, enable the use of different time intervals In-Reply-To: References: Message-ID: <20120802133956.2174E85397@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2552 --- Comment #8 from Yed 2012-08-02 15:39:55 --- > That you (for example) like to play with this option twice a day doesn't mean > that all potential users of it are going to do the same, neither that they are > going to like to click the checkbox and write the time when they could have > been done just with writing the time _exactly_like_ the already existing global > preference. Maybe I am a weirdo, but I really like to click a checkbox to enable a feature (and I hope I am not the only one). But I understand your point of vue, and since it is the claws mail way, I will update the patch according to this as soon as possible. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Aug 2 15:45:17 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 2 Aug 2012 15:45:17 +0200 (CEST) Subject: [Users] [Bug 2717] New: Starting new lines of reply within a "Paste as quotation" block results in wrong highlighting and no line wrap Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2717 Summary: Starting new lines of reply within a "Paste as quotation" block results in wrong highlighting and no line wrap Product: Claws Mail Version: 3.8.0 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: UI/Compose Window AssignedTo: users at lists.claws-mail.org ReportedBy: shlomif at shlomifish.org Hi all, Thanks for Claws-Mail. It is a great mail user agent. The claws-mail editor has many bugs with regards to handling line wrap and syntax highlighting properly, and this is one of them that I've encountered: 1. Copy this text to the copy buffer (without the [Q] and [/Q] delimiters): [Q] My Johnny is over the ocean. My Johnny is over the sea. My Johnny is foo bar. Blackendon for the right time and the right moment. [/Q] 2. Start composing a new message in claws-mail. 3. Select "Edit -> Special Paste -> "as quotation". 4. Type enter twice at the end of the first quoted line. 5. Type this line: "Yet another compiler compiler for the black of the dawn and the lift of the sun and the morn of the cron and the question of the gone." 6. Result: the line will be highlighted the same as the quotation (in a blue colour here) and will not be line-wrapped, but a very long line. Instead it should be in black and line-wrapped. Regards, -- Shlomi Fish -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Aug 2 16:03:13 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 2 Aug 2012 16:03:13 +0200 (CEST) Subject: [Users] [Bug 2717] Starting new lines of reply within a "Paste as quotation" block results in wrong highlighting and no line wrap In-Reply-To: References: Message-ID: <20120802140313.AE97185397@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2717 --- Comment #1 from Pierre Fortin 2012-08-02 16:03:13 --- Works as expected for me... tried a) copying full lines and b) without the last newline. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Aug 2 16:31:07 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 2 Aug 2012 16:31:07 +0200 (CEST) Subject: [Users] [Bug 2717] Starting new lines of reply within a "Paste as quotation" block results in wrong highlighting and no line wrap In-Reply-To: References: Message-ID: <20120802143107.962CC85397@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2717 --- Comment #2 from Shlomi Fish 2012-08-02 16:31:07 --- I should note that I'm using claws-mail-3.8.0-3.mga2 on Mageia Linux 2 x86-64 . Pierre: what is your Claws-Mail version? -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From barry at python.org Thu Aug 2 17:34:33 2012 From: barry at python.org (Barry Warsaw) Date: Thu, 2 Aug 2012 11:34:33 -0400 Subject: [Users] Default CC for mailing lists References: <20120731100525.3bcacd78@homerow> <20120731102202.24202414@sleipner.datanom.net> <20120731102841.3897e20b@mahatma> <20120731104054.1b211306@homerow> <20120731104945.GC31005@trasgu> <20120801141949.3bbd78fd@resist.wooz.org> <999342.3080.bm@smtp113.mail.ukl.yahoo.com> <20120802105500.2337dc6e@colin> Message-ID: <20120802113433.43e525fc@resist.wooz.org> On Aug 02, 2012, at 10:55 AM, Colin Leroy wrote: >I'd like to add that if one started to type a reply and realizes >half-way into the mail composition that the reply mode Claws chose >isn't what the user wanted, it is possible to change the reply mode >without starting a new reply and re-formatting the whole answer, and >without manually changing recipients in the headers section of the >compose window: the reply mode can be changed at any time before sending >via the Options/Reply mode menu item. Wow. Claws just became +1 better. :) -Barry -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: From ciamarie at my180.net Thu Aug 2 18:55:14 2012 From: ciamarie at my180.net (Cia Watson) Date: Thu, 2 Aug 2012 09:55:14 -0700 Subject: [Users] "Printer Print to File doesn't accept PostScript files" In-Reply-To: References: <20120801091508.355b45b6@debian.domain.actdsltmp> Message-ID: <20120802095514.524c33e9@debian.domain.actdsltmp> On Wed, 1 Aug 2012 22:27:01 +0530 Sitaram Chamarty wrote: > > Do you also have the cups-pdf package installed? I'm using Debian, > > and > > Thanks! I didn't even know such a thing existed -- never needed it > for any other application. > > I installed it, and it works fine, with 2 caveats: > > 1. it won't print in color (cups-pdf itself does, as printing its test > page shows, and so does for example firefox). > > 2. it doesn't print the from/to/cc/subject fields for HTML email. > (I'm using the "fancy" plugin, not the "dillo" one). It prints it > just fine for normal email but for HTML email, even if I choose the > first of the "message part selection boxes" (the one for the full > message), it doesn't. > > Do you see these same behaviours? If not, any idea what I can do to > fix them? I just tested an html email print, and all I got to print to the PDF printer file was the footer. However, I'm on claws 3.7.6 using the fancy plugin. It did bring up an error at first saying that to print to html I needed to install html2ps which I did, there may be other ps (postscript) related files that are at play. This isn't something I do very often, if at all right now (i.e. print emails, html or otherwise). I also recall there were some messages (last year?) on the list about html printing from claws, so you might be able to search the archives. Or if anyone on the list has some specific pointers, please share. Sorry that's not more helpful. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From noreply at thewildbeast.co.uk Thu Aug 2 20:48:51 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 2 Aug 2012 20:48:51 +0200 (CEST) Subject: [Users] [Bug 2717] Starting new lines of reply within a "Paste as quotation" block results in wrong highlighting and no line wrap In-Reply-To: References: Message-ID: <20120802184852.0655E85397@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2717 --- Comment #3 from Pierre Fortin 2012-08-02 20:48:51 --- claws-mail-3.8.1cvs14 compiled on Mageia Linux 1 x86-64. A few years ago, CM had weird, random wrapping issues; but those are all cleaned up now AFAIK. I'd probably be the first to say "not again!" since I hunted for months to find a way to reproduce it back then... :) -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Aug 2 20:52:58 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 2 Aug 2012 20:52:58 +0200 (CEST) Subject: [Users] [Bug 2717] Starting new lines of reply within a "Paste as quotation" block results in wrong highlighting and no line wrap In-Reply-To: References: Message-ID: <20120802185258.825FA85397@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2717 --- Comment #4 from Shlomi Fish 2012-08-02 20:52:58 --- Pierre: let me try with your version that I will compile myself. Stay tuned. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Aug 2 21:21:55 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 2 Aug 2012 21:21:55 +0200 (CEST) Subject: [Users] [Bug 2717] Starting new lines of reply within a "Paste as quotation" block results in wrong highlighting and no line wrap In-Reply-To: References: Message-ID: <20120802192155.645D185397@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2717 --- Comment #5 from Shlomi Fish 2012-08-02 21:21:54 --- Hi! I can still reproduce it with claws-mail-3.8.1cvs24 compiled from source on Mageia Linux 2 x86-64 (with a remote X connection to a Mageia Linux 3/Cauldron x86-64 system): shlomif at lap:~$ ldd ~/apps/claws-mail/bin/claws-mail linux-vdso.so.1 => (0x00007fff2253d000) libgthread-2.0.so.0 => /lib64/libgthread-2.0.so.0 (0x00007fe5ac7f7000) libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00007fe5ac5a9000) libgtk-x11-2.0.so.0 => /usr/lib64/libgtk-x11-2.0.so.0 (0x00007fe5abf7b000) libgdk-x11-2.0.so.0 => /usr/lib64/libgdk-x11-2.0.so.0 (0x00007fe5abcc9000) libatk-1.0.so.0 => /usr/lib64/libatk-1.0.so.0 (0x00007fe5abaa7000) libgio-2.0.so.0 => /lib64/libgio-2.0.so.0 (0x00007fe5ab75a000) libgmodule-2.0.so.0 => /lib64/libgmodule-2.0.so.0 (0x00007fe5ab556000) librt.so.1 => /lib64/librt.so.1 (0x00007fe5ab34e000) libpangoft2-1.0.so.0 => /usr/lib64/libpangoft2-1.0.so.0 (0x00007fe5ab124000) libpangocairo-1.0.so.0 => /usr/lib64/libpangocairo-1.0.so.0 (0x00007fe5aaf18000) libgdk_pixbuf-2.0.so.0 => /usr/lib64/libgdk_pixbuf-2.0.so.0 (0x00007fe5aacf8000) libcairo.so.2 => /usr/lib64/libcairo.so.2 (0x00007fe5aaa48000) libpango-1.0.so.0 => /usr/lib64/libpango-1.0.so.0 (0x00007fe5aa7fd000) libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x00007fe5aa570000) libfontconfig.so.1 => /usr/lib64/libfontconfig.so.1 (0x00007fe5aa33a000) libgobject-2.0.so.0 => /lib64/libgobject-2.0.so.0 (0x00007fe5aa0ec000) libglib-2.0.so.0 => /lib64/libglib-2.0.so.0 (0x00007fe5a9df8000) libnsl.so.1 => /lib64/libnsl.so.1 (0x00007fe5a9be0000) liblber-2.4.so.2 => /usr/lib64/liblber-2.4.so.2 (0x00007fe5a99d0000) libldap-2.4.so.2 => /usr/lib64/libldap-2.4.so.2 (0x00007fe5a9782000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fe5a9566000) libm.so.6 => /lib64/libm.so.6 (0x00007fe5a92e4000) libetpan.so.16 => /usr/lib64/libetpan.so.16 (0x00007fe5a901d000) libgnutls.so.28 => /usr/lib64/libgnutls.so.28 (0x00007fe5a8d1f000) libdb-4.8.so => /usr/lib64/libdb-4.8.so (0x00007fe5a89a1000) libsasl2.so.2 => /usr/lib64/libsasl2.so.2 (0x00007fe5a8785000) libc.so.6 => /lib64/libc.so.6 (0x00007fe5a83f9000) libX11.so.6 => /usr/lib64/libX11.so.6 (0x00007fe5a80bf000) libXfixes.so.3 => /usr/lib64/libXfixes.so.3 (0x00007fe5a7eb8000) libXext.so.6 => /usr/lib64/libXext.so.6 (0x00007fe5a7ca6000) libXrender.so.1 => /usr/lib64/libXrender.so.1 (0x00007fe5a7a9c000) libXinerama.so.1 => /usr/lib64/libXinerama.so.1 (0x00007fe5a7899000) libXi.so.6 => /usr/lib64/libXi.so.6 (0x00007fe5a7689000) libXrandr.so.2 => /usr/lib64/libXrandr.so.2 (0x00007fe5a7480000) libXcursor.so.1 => /usr/lib64/libXcursor.so.1 (0x00007fe5a7276000) libXcomposite.so.1 => /usr/lib64/libXcomposite.so.1 (0x00007fe5a7073000) libXdamage.so.1 => /usr/lib64/libXdamage.so.1 (0x00007fe5a6e70000) libz.so.1 => /usr/lib64/libz.so.1 (0x00007fe5a6c59000) libresolv.so.2 => /lib64/libresolv.so.2 (0x00007fe5a6a41000) libdl.so.2 => /lib64/libdl.so.2 (0x00007fe5a683d000) /lib64/ld-linux-x86-64.so.2 (0x00007fe5ac9f9000) libpixman-1.so.0 => /usr/lib64/libpixman-1.so.0 (0x00007fe5a65b5000) libdirectfb-1.5.so.0 => /usr/lib64/libdirectfb-1.5.so.0 (0x00007fe5a62da000) libdirect-1.5.so.0 => /usr/lib64/libdirect-1.5.so.0 (0x00007fe5a60b8000) libpng15.so.15 => /usr/lib64/libpng15.so.15 (0x00007fe5a5e6b000) libxml2.so.2 => /usr/lib64/libxml2.so.2 (0x00007fe5a5b0e000) libffi.so.5 => /usr/lib64/libffi.so.5 (0x00007fe5a5906000) libpcre.so.0 => /usr/lib64/libpcre.so.0 (0x00007fe5a56c8000) libssl.so.1.0.0 => /usr/lib64/libssl.so.1.0.0 (0x00007fe5a5468000) libcrypto.so.1.0.0 => /usr/lib64/libcrypto.so.1.0.0 (0x00007fe5a507c000) libtasn1.so.3 => /usr/lib64/libtasn1.so.3 (0x00007fe5a4e6b000) libnettle.so.4 => /usr/lib64/libnettle.so.4 (0x00007fe5a4c44000) libhogweed.so.2 => /usr/lib64/libhogweed.so.2 (0x00007fe5a4a31000) libgmp.so.10 => /usr/lib64/libgmp.so.10 (0x00007fe5a47c3000) libp11-kit.so.0 => /usr/lib64/libp11-kit.so.0 (0x00007fe5a45b1000) libxcb.so.1 => /usr/lib64/libxcb.so.1 (0x00007fe5a4392000) libfusion-1.5.so.0 => /usr/lib64/libfusion-1.5.so.0 (0x00007fe5a4186000) libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00007fe5a3e86000) liblzma.so.5 => /usr/lib64/liblzma.so.5 (0x00007fe5a3c57000) libXau.so.6 => /usr/lib64/libXau.so.6 (0x00007fe5a3a53000) libXdmcp.so.6 => /usr/lib64/libXdmcp.so.6 (0x00007fe5a384d000) libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007fe5a3638000) -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Aug 2 21:32:37 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 2 Aug 2012 21:32:37 +0200 (CEST) Subject: [Users] [Bug 2717] Starting new lines of reply within a "Paste as quotation" block results in wrong highlighting and no line wrap In-Reply-To: References: Message-ID: <20120802193237.64A1C85397@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2717 --- Comment #6 from Shlomi Fish 2012-08-02 21:32:37 --- OK, now I tried running ~/apps/claws-mail/bin/claws-mail (from the same build) on the Mageia 2 x86-64 laptop in a local X server (running video-radeon) and I got the same result - a long line coloured the same as a quotation. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Aug 3 02:00:06 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 3 Aug 2012 02:00:06 +0200 (CEST) Subject: [Users] [Bug 2717] Starting new lines of reply within a "Paste as quotation" block results in wrong highlighting and no line wrap In-Reply-To: References: Message-ID: <20120803000006.B863F85397@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2717 --- Comment #7 from Pierre Fortin 2012-08-03 02:00:05 --- just compiled 3.8.1cvs24 and still works fine here. Since you included your ldd output, FWIW, I compared it to mine and here are the differences: (not being a developer, I don't know why so many differences, or which might cause your problem. I've been planning on moving to Mageia 2; but I'm not quite ready yet... maybe I should wait until your problem is solved :) $ ldd /usr/local/bin/claws-mail Mine (Mageia 1) Yours (Mageia 2) libICE.so.6 libSM.so.6 libassuan.so.0 libdbus-1.so.3 libdbus-glib-1.so.2 libdirect-1.5.so. libdirectfb-1.5.so.0 libenchant.so.1 libetpan.so.15 libetpan.so.16 libffi.so.5 libfusion-1.5.so.0 libgcc_s.so.1 libgcrypt.so.11 libgmp.so.10 libgnutls.so.26 libgnutls.so.28 libgpg-error.so.0 libgpgme.so.11 libhogweed.so.2 liblzma.so.5 libnettle.so.4 libp11-kit.so.0 libpng12.so.0 libpng15.so.15 libstdc++.so.6 libstartup-notification-1.so.0 libxcb-atom.so.1 libxcb-aux.so.0 libxcb-event.so.1 -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Aug 3 07:36:11 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 3 Aug 2012 07:36:11 +0200 (CEST) Subject: [Users] [Bug 2717] Starting new lines of reply within a "Paste as quotation" block results in wrong highlighting and no line wrap In-Reply-To: References: Message-ID: <20120803053611.A980C85476@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2717 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WORKSFORME --- Comment #8 from Paul 2012-08-03 07:36:10 --- cannot reproduce this with the latest release, 3.8.1. If you can reproduce this with version 3.8.1 then reopen this bug report. thanks. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Aug 3 15:31:06 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 3 Aug 2012 15:31:06 +0200 (CEST) Subject: [Users] [Bug 2717] Starting new lines of reply within a "Paste as quotation" block results in wrong highlighting and no line wrap In-Reply-To: References: Message-ID: <20120803133106.D98F085476@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2717 Shlomi Fish changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|WORKSFORME | --- Comment #9 from Shlomi Fish 2012-08-03 15:31:06 --- > cannot reproduce this with the latest release, 3.8.1. If you can reproduce this > with version 3.8.1 then reopen this bug report. thanks. OK, an update: I now tried building 3.8.1 with ./configure --prefix="/opt/claws-mail", and while this bugs cannot be reproduced in a new UNIX user account (with an almost-empty Claws-Mail configuration), I can still reproduce it in my populated and tweaked account, with the same claws-mail-3.8.1 binary. I'll try to investigate further. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Aug 3 17:10:16 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 3 Aug 2012 17:10:16 +0200 (CEST) Subject: [Users] [Bug 2717] Starting new lines of reply within a "Paste as quotation" block results in wrong highlighting and no line wrap In-Reply-To: References: Message-ID: <20120803151017.082E685476@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2717 --- Comment #10 from Shlomi Fish 2012-08-03 17:10:16 --- OK, after a long amount of investigation (and keep trying to look at the wrong file) I realised that the problem with the wrong colouring stems from these changes: -linewrap_length=72 -linewrap_quotation=1 -linewrap_pastes=1 +linewrap_length=80 +linewrap_quotation=0 +linewrap_pastes=0 The "-" lines are the good, pristine copy and the lines with the "+" are what I used to have. So one of them triggers the wrong colouring. With these changes reverted, I am still getting the long lines of the no-line-wrap which I'll investigate later on. Regards, -- Shlomi Fish -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Aug 3 18:58:41 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 3 Aug 2012 18:58:41 +0200 (CEST) Subject: [Users] [Bug 2717] Starting new lines of reply within a "Paste as quotation" block results in wrong highlighting and no line wrap In-Reply-To: References: Message-ID: <20120803165841.2C5D485476@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2717 --- Comment #11 from Pierre Fortin 2012-08-03 18:58:40 --- In case it helps, here's mine: linewrap_length=74 linewrap_quotation=1 linewrap_pastes=1 linewrap_auto=1 -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Aug 3 19:33:08 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 3 Aug 2012 19:33:08 +0200 (CEST) Subject: [Users] [Bug 2557] "Total Messages" column is stuck to the right-most side of its panel In-Reply-To: References: Message-ID: <20120803173308.3772E85476@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2557 --- Comment #14 from Zaf 2012-08-03 19:33:07 --- The whole matter boils down to: 1) the three columns should stick together 2) they should be right next to the folder tree IMHO whether you fix a column width or keep it dynamic is of secondary importance. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Aug 3 20:07:10 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 3 Aug 2012 20:07:10 +0200 (CEST) Subject: [Users] [Bug 2557] "Total Messages" column is stuck to the right-most side of its panel In-Reply-To: References: Message-ID: <20120803180710.B473A85476@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2557 --- Comment #15 from Chad Wallace 2012-08-03 20:07:10 --- Technically, it already does that. The three columns are together, and they are right next to the Folder column. This is shown by the column headings. The problem is with the content, which, by being right-aligned, is moved away from the adjacent columns when the last column is so wide. So the width of the columns is the key. If we don't want the totals to be separated from the Folder names (which they would be if the Folder column were too wide), we could add a blank column at the end and make it the only one dynamically sized to absorb the extra space--or simply allow blank space to be there without a column. Currently, the last column automatically expands to fill the space. Moving the Folder column to the right of the other three would be a good workaround. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Aug 3 20:17:41 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 3 Aug 2012 20:17:41 +0200 (CEST) Subject: [Users] [Bug 2557] "Total Messages" column is stuck to the right-most side of its panel In-Reply-To: References: Message-ID: <20120803181741.6465485476@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2557 --- Comment #16 from Andrej Kacian 2012-08-03 20:17:40 --- I agree that being able to explicitly setting which column is "flexible" when resizing is a good idea, but right now it is hardcoded in the widget we use (GtkCMCList), and would require someone to tweak the widget code. I took a look at doing this the other day, and found it quite nontrivial. I will try to make it work, but don't hold your breath... :) -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From John at wexfordpress.com Sat Aug 4 17:31:46 2012 From: John at wexfordpress.com (john Culleton) Date: Sat, 4 Aug 2012 11:31:46 -0400 Subject: [Users] Claws-Mail as news reader. Message-ID: <20120804113146.246dda2e@sda3.wexfordpress.net> On the recommendation of others I am trying to set up my claws-mail to also be my netnews reader. I have an account set up as nntp and gave it the addy of a news source. What comes next? Should I set up send and receive as in email? How do I specify which newsgroups to draw from? The manual is a bit silent on this issue. -- John Culleton Free list of books for self-publishers: http://wexfordpress.net/shortlist.html Police Procedural and Expose: "Death Wore Black" "Create Book Covers with Scribus" http://www.booklocker.com/books/4055.html From mir at miras.org Sat Aug 4 18:09:38 2012 From: mir at miras.org (Michael Rasmussen) Date: Sat, 4 Aug 2012 18:09:38 +0200 Subject: [Users] Claws-Mail as news reader. In-Reply-To: <20120804113146.246dda2e@sda3.wexfordpress.net> References: <20120804113146.246dda2e@sda3.wexfordpress.net> Message-ID: <20120804180938.5dee0e7e@sleipner.datanom.net> On Sat, 4 Aug 2012 11:31:46 -0400 john Culleton wrote: > On the recommendation of others I am trying to set up my > claws-mail to also be my netnews reader. I have an account set up > as nntp and gave it the addy of a news source. What comes next? > Should I set up send and receive as in email? How do I specify > which newsgroups to draw from? > > The manual is a bit silent on this issue. > Install the rssyl plugin. http://claws-mail.org/plugin.php?plugin=rssyl -- Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael rasmussen cc http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E mir datanom net http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C mir miras org http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917 -------------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From John at wexfordpress.com Sat Aug 4 18:31:20 2012 From: John at wexfordpress.com (john Culleton) Date: Sat, 4 Aug 2012 12:31:20 -0400 Subject: [Users] Claws-Mail as news reader. In-Reply-To: <20120804180938.5dee0e7e@sleipner.datanom.net> References: <20120804113146.246dda2e@sda3.wexfordpress.net> <20120804180938.5dee0e7e@sleipner.datanom.net> Message-ID: <20120804123120.655cc77a@sda3.wexfordpress.net> On Sat, 4 Aug 2012 18:09:38 +0200 Michael Rasmussen wrote: > On Sat, 4 Aug 2012 11:31:46 -0400 > john Culleton wrote: > > > On the recommendation of others I am trying to set up my > > claws-mail to also be my netnews reader. I have an account set up > > as nntp and gave it the addy of a news source. What comes next? > > Should I set up send and receive as in email? How do I specify > > which newsgroups to draw from? > > > > The manual is a bit silent on this issue. > > > Install the rssyl plugin. > http://claws-mail.org/plugin.php?plugin=rssyl > No doubt RSS is useful but I was asking about the more traditional newsgroups such as alt.os.linux.slackware or comp.text.tex. -- John Culleton Free list of books for self-publishers: http://wexfordpress.net/shortlist.html Police Procedural and Expose: "Death Wore Black" "Create Book Covers with Scribus" http://www.booklocker.com/books/4055.html From claws at thewildbeast.co.uk Sat Aug 4 18:32:51 2012 From: claws at thewildbeast.co.uk (Paul) Date: Sat, 4 Aug 2012 17:32:51 +0100 Subject: [Users] Claws-Mail as news reader. In-Reply-To: <20120804113146.246dda2e@sda3.wexfordpress.net> References: <20120804113146.246dda2e@sda3.wexfordpress.net> Message-ID: <20120804173251.62eda1d5@thewildbeast> On Sat, 4 Aug 2012 11:31:46 -0400 john Culleton wrote: > On the recommendation of others I am trying to set up my > claws-mail to also be my netnews reader. I have an account set up > as nntp and gave it the addy of a news source. What comes next? > Should I set up send and receive as in email? How do I specify > which newsgroups to draw from? > > The manual is a bit silent on this issue. Right-click the top level News folder and choose 'Subscribe to newsgroup'. Use the 'Refresh' and 'Search' buttons as needed. Click whichever groups you want to subscribe to and click 'OK'. You'll need to set up an SMTP server to send. with regards Paul -- It isn't worth a nickel to two guys like you or me, but to a collector it is worth a fortune From brad at fineby.me.uk Sat Aug 4 18:42:10 2012 From: brad at fineby.me.uk (Brad Rogers) Date: Sat, 4 Aug 2012 17:42:10 +0100 Subject: [Users] Claws-Mail as news reader. In-Reply-To: <20120804180938.5dee0e7e@sleipner.datanom.net> References: <20120804113146.246dda2e@sda3.wexfordpress.net> <20120804180938.5dee0e7e@sleipner.datanom.net> Message-ID: <20120804174210.496016ad@abydos.stargate.org.uk> On Sat, 4 Aug 2012 18:09:38 +0200 Michael Rasmussen wrote: Hello Michael, >Install the rssyl plugin. AIUI, ATM, OP is interested in NNTP not RSS. -- Regards _ / ) "The blindingly obvious is / _)rad never immediately apparent" Keep your drink just give em the money U & Ur Hand - P!nk -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From noreply at thewildbeast.co.uk Sat Aug 4 19:54:18 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sat, 4 Aug 2012 19:54:18 +0200 (CEST) Subject: [Users] [Bug 2552] in automatic checking, enable the use of different time intervals In-Reply-To: References: Message-ID: <20120804175418.ADAA585397@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2552 Yed changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #1138|0 |1 is obsolete| | --- Comment #9 from Yed 2012-08-04 19:54:16 --- Created an attachment (id=1140) --> (http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1140) Patch version 3 Here we go, the changes are: - no more checkbox; - bugfix: the apply button now apply the changes; - fix warning during compilation. By the way, the global timer uses a checkbox, so there is an inconsistency... -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From sylpheed at 911networks.com Sat Aug 4 20:49:07 2012 From: sylpheed at 911networks.com (sylpheed at 911networks.com) Date: Sat, 4 Aug 2012 11:49:07 -0700 Subject: [Users] Claws-Mail as news reader. In-Reply-To: <20120804173251.62eda1d5@thewildbeast> References: <20120804113146.246dda2e@sda3.wexfordpress.net> <20120804173251.62eda1d5@thewildbeast> Message-ID: <20120804114907.512a3a88@from-theboss.911networks.com> On Sat, 4 Aug 2012 17:32:51 +0100 Paul wrote: >Right-click the top level News folder and choose 'Subscribe to >newsgroup'. Use the 'Refresh' and 'Search' buttons as needed. Click >whichever groups you want to subscribe to and click 'OK'. Sorry to butt-in but... How is the News folder created? -- Thanks http://www.911networks.com When the network has to work From edwardp at mcom.com Sat Aug 4 20:55:03 2012 From: edwardp at mcom.com (edwardp at mcom.com) Date: Sat, 4 Aug 2012 14:55:03 -0400 Subject: [Users] Claws Mail Extra Plugins - FreeBSD Message-ID: <20120804145503.08d68d87.edwardp@mcom.com> I have PCBSD installed (using FreeBSD 9.0) and am having difficulty finding the extra plugins for Claws. This is much different than Linux, so I had to go to the Ports option to install the bsfilter, notification and gtk-html2viewer plugin packages via pkg_add -r . However when I then launched Claws afterwards, the plugins are not in the plugin directory. The default installation via their "AppCafe" only installed trayicon.so and I can't find the others. Am I missing something??? From andrej at kacian.sk Sat Aug 4 21:01:44 2012 From: andrej at kacian.sk (Andrej Kacian) Date: Sat, 4 Aug 2012 21:01:44 +0200 Subject: [Users] Claws-Mail as news reader. In-Reply-To: <20120804114907.512a3a88@from-theboss.911networks.com> References: <20120804113146.246dda2e@sda3.wexfordpress.net> <20120804173251.62eda1d5@thewildbeast> <20120804114907.512a3a88@from-theboss.911networks.com> Message-ID: <20120804210144.47536b7f@penny> On Sat, 4 Aug 2012 11:49:07 -0700 sylpheed at 911networks.com wrote: > >Right-click the top level News folder and choose 'Subscribe to > >newsgroup'. Use the 'Refresh' and 'Search' buttons as needed. Click > >whichever groups you want to subscribe to and click 'OK'. > > Sorry to butt-in but... > > How is the News folder created? By adding a NNTP account. -- Andrej Kacian From edwardp at mcom.com Sat Aug 4 21:08:15 2012 From: edwardp at mcom.com (edwardp at mcom.com) Date: Sat, 4 Aug 2012 15:08:15 -0400 Subject: [Users] Claws Mail Extra Plugins - FreeBSD In-Reply-To: <20120804145503.08d68d87.edwardp@mcom.com> References: <20120804145503.08d68d87.edwardp@mcom.com> Message-ID: <20120804150815.6b380c32.edwardp@mcom.com> On Sat, 4 Aug 2012 14:55:03 -0400 edwardp at mcom.com wrote: > I have PCBSD installed (using FreeBSD 9.0) and am having difficulty finding the extra plugins for Claws. > > This is much different than Linux, so I had to go to the Ports option to install the bsfilter, notification and gtk-html2viewer plugin packages via pkg_add -r . However when I then launched Claws afterwards, the plugins are not in the plugin directory. The default installation via their "AppCafe" only installed trayicon.so and I can't find the others. > > Am I missing something??? In addition, when the first package was installed, it also installed Claws Mail from the ports collection, so the system now has two versions of Claws installed, 3.7.something from the ports and 3.8.something from PCBSD's AppCafe. When I launched the version from the Ports install, the plugin directly also displayed that one plugin, not the others. Thanks in advance for any help. From edwardp at mcom.com Sat Aug 4 21:46:12 2012 From: edwardp at mcom.com (edwardp at mcom.com) Date: Sat, 4 Aug 2012 15:46:12 -0400 Subject: [Users] Claws Mail Extra Plugins - FreeBSD In-Reply-To: <20120804150815.6b380c32.edwardp@mcom.com> References: <20120804145503.08d68d87.edwardp@mcom.com> <20120804150815.6b380c32.edwardp@mcom.com> Message-ID: <20120804154612.295bf4fc@pcbsd> On Sat, 4 Aug 2012 15:08:15 -0400 edwardp at mcom.com wrote: > On Sat, 4 Aug 2012 14:55:03 -0400 > edwardp at mcom.com wrote: > > > I have PCBSD installed (using FreeBSD 9.0) and am having difficulty > > finding the extra plugins for Claws. > > > > This is much different than Linux, so I had to go to the Ports > > option to install the bsfilter, notification and gtk-html2viewer > > plugin packages via pkg_add -r . However when I then > > launched Claws afterwards, the plugins are not in the plugin > > directory. The default installation via their "AppCafe" only > > installed trayicon.so and I can't find the others. > > > > Am I missing something??? > > In addition, when the first package was installed, it also installed > Claws Mail from the ports collection, so the system now has two > versions of Claws installed, 3.7.something from the ports and > 3.8.something from PCBSD's AppCafe. When I launched the version from > the Ports install, the plugin directly also displayed that one > plugin, not the others. > > Thanks in advance for any help. I found the plugins, but they only work with the version of Claws (3.7.10) from the Ports collection, not from the version provided by PCBSD (3.8.0). From freebsd at grem.de Sun Aug 5 00:35:02 2012 From: freebsd at grem.de (Michael Gmelin) Date: Sun, 5 Aug 2012 00:35:02 +0200 Subject: [Users] Claws Mail Extra Plugins - FreeBSD In-Reply-To: <20120804154612.295bf4fc@pcbsd> References: <20120804145503.08d68d87.edwardp@mcom.com> <20120804150815.6b380c32.edwardp@mcom.com> <20120804154612.295bf4fc@pcbsd> Message-ID: <06E1DB84-D906-415A-8CD0-DBA81821236B@grem.de> On 4 Aug 2012, at 21:46, wrote: > On Sat, 4 Aug 2012 15:08:15 -0400 > edwardp at mcom.com wrote: > >> On Sat, 4 Aug 2012 14:55:03 -0400 >> edwardp at mcom.com wrote: >> >>> I have PCBSD installed (using FreeBSD 9.0) and am having difficulty >>> finding the extra plugins for Claws. >>> >>> This is much different than Linux, so I had to go to the Ports >>> option to install the bsfilter, notification and gtk-html2viewer >>> plugin packages via pkg_add -r . However when I then >>> launched Claws afterwards, the plugins are not in the plugin >>> directory. The default installation via their "AppCafe" only >>> installed trayicon.so and I can't find the others. >>> >>> Am I missing something??? >> >> In addition, when the first package was installed, it also installed >> Claws Mail from the ports collection, so the system now has two >> versions of Claws installed, 3.7.something from the ports and >> 3.8.something from PCBSD's AppCafe. When I launched the version from >> the Ports install, the plugin directly also displayed that one >> plugin, not the others. >> >> Thanks in advance for any help. > > I found the plugins, but they only work with the version of Claws > (3.7.10) from the Ports collection, not from the version provided by > PCBSD (3.8.0). Hi, Current version of claws in FreeBSD ports is 3.8.1 (upgraded 5 weeks ago). Update your port tree and reinstall (not sure if PC-BSD works exactly like FreeBSD, usually this would be "portsnap fetch extract / portsnap fetch update") You might also want to open a ticket in PC-BSD and ask them to add the most common claws plugins to AppCafe. Michael > > _______________________________________________ > Users mailing list > Users at lists.claws-mail.org > http://lists.claws-mail.org/cgi-bin/mailman/listinfo/users From edwardp at mcom.com Sun Aug 5 00:48:26 2012 From: edwardp at mcom.com (edwardp at mcom.com) Date: Sat, 4 Aug 2012 18:48:26 -0400 Subject: [Users] Claws Mail Extra Plugins - FreeBSD In-Reply-To: <06E1DB84-D906-415A-8CD0-DBA81821236B@grem.de> References: <20120804145503.08d68d87.edwardp@mcom.com> <20120804150815.6b380c32.edwardp@mcom.com> <20120804154612.295bf4fc@pcbsd> <06E1DB84-D906-415A-8CD0-DBA81821236B@grem.de> Message-ID: <20120804184826.0945d721@amd.hsd1.ma.comcast.net> On Sun, 5 Aug 2012 00:35:02 +0200 Michael Gmelin wrote: > Hi, > > Current version of claws in FreeBSD ports is 3.8.1 (upgraded 5 weeks > ago). Update your port tree and reinstall (not sure if PC-BSD works > exactly like FreeBSD, usually this would be "portsnap fetch extract / > portsnap fetch update") > > You might also want to open a ticket in PC-BSD and ask them to add > the most common claws plugins to AppCafe. > > Michael Hi. I attempted to update the software using portsnap and four hours later, I was still waiting, so I aborted it and powered it off. I ran them separately, fetch, extract (which took an hour and a half!) and then update. I got tired of waiting. But I submitted a request prior to all this, to add the current plugins to AppCafe, so hopefully it will be able to help someone else out. Thanks for the reply. From John at wexfordpress.com Sun Aug 5 02:42:21 2012 From: John at wexfordpress.com (john Culleton) Date: Sat, 4 Aug 2012 20:42:21 -0400 Subject: [Users] Claws-Mail as news reader. In-Reply-To: <20120804173251.62eda1d5@thewildbeast> References: <20120804113146.246dda2e@sda3.wexfordpress.net> <20120804173251.62eda1d5@thewildbeast> Message-ID: <20120804204221.62d400f1@sda3.wexfordpress.net> On Sat, 4 Aug 2012 17:32:51 +0100 Paul wrote: > On Sat, 4 Aug 2012 11:31:46 -0400 > john Culleton wrote: > > > On the recommendation of others I am trying to set up my > > claws-mail to also be my netnews reader. I have an account set up > > as nntp and gave it the addy of a news source. What comes next? > > Should I set up send and receive as in email? How do I specify > > which newsgroups to draw from? > > > > The manual is a bit silent on this issue. > > Right-click the top level News folder and choose 'Subscribe to > newsgroup'. Use the 'Refresh' and 'Search' buttons as needed. Click > whichever groups you want to subscribe to and click 'OK'. > > You'll need to set up an SMTP server to send. > > with regards > > Paul > > We are getting closer. I get an error message: Can't retrieve news group list. -- John Culleton Free list of books for self-publishers: http://wexfordpress.net/shortlist.html Police Procedural and Expose: "Death Wore Black" "Create Book Covers with Scribus" http://www.booklocker.com/books/4055.html From andrej at kacian.sk Sun Aug 5 03:53:22 2012 From: andrej at kacian.sk (Andrej Kacian) Date: Sun, 5 Aug 2012 03:53:22 +0200 Subject: [Users] Claws-Mail as news reader. In-Reply-To: <20120804204221.62d400f1@sda3.wexfordpress.net> References: <20120804113146.246dda2e@sda3.wexfordpress.net> <20120804173251.62eda1d5@thewildbeast> <20120804204221.62d400f1@sda3.wexfordpress.net> Message-ID: <20120805035322.65c70c13@hiker> On Sat, 4 Aug 2012 20:42:21 -0400 john Culleton wrote: > We are getting closer. I get an error message: > Can't retrieve news group list. You either have server information incorrect in your NNTP account, or wrong login credentials, or something else misconfigured. Check the network log (Tools -> Network log) to see what exactly goes wrong when Claws Mail tries to connect and get the newsgroup list. Regards, -- Andrej From jerry at seibercom.net Sun Aug 5 13:15:39 2012 From: jerry at seibercom.net (Jerry) Date: Sun, 5 Aug 2012 07:15:39 -0400 Subject: [Users] Claws Mail Extra Plugins - FreeBSD In-Reply-To: <20120804184826.0945d721@amd.hsd1.ma.comcast.net> References: <20120804145503.08d68d87.edwardp@mcom.com> <20120804150815.6b380c32.edwardp@mcom.com> <20120804154612.295bf4fc@pcbsd> <06E1DB84-D906-415A-8CD0-DBA81821236B@grem.de> <20120804184826.0945d721@amd.hsd1.ma.comcast.net> Message-ID: <20120805071539.09c4b677@scorpio> On Sat, 4 Aug 2012 18:48:26 -0400 edwardp at mcom.com articulated: > On Sun, 5 Aug 2012 00:35:02 +0200 > Michael Gmelin wrote: > > > Hi, > > > > Current version of claws in FreeBSD ports is 3.8.1 (upgraded 5 weeks > > ago). Update your port tree and reinstall (not sure if PC-BSD works > > exactly like FreeBSD, usually this would be "portsnap fetch > > extract / portsnap fetch update") > > > > You might also want to open a ticket in PC-BSD and ask them to add > > the most common claws plugins to AppCafe. > > > > Michael > > Hi. > > I attempted to update the software using portsnap and four hours > later, I was still waiting, so I aborted it and powered it off. I ran > them separately, fetch, extract (which took an hour and a half!) and > then update. I got tired of waiting. > > But I submitted a request prior to all this, to add the current > plugins to AppCafe, so hopefully it will be able to help someone else > out. > > Thanks for the reply. Something is seriously wrong with your system. It should take maybe only a minute or less on even the slowest of connections unless you are attempting to connect over a telephone line. Feel free to contact me OL if you want and we can discus this further. -- Jerry ♔ Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ From noreply at thewildbeast.co.uk Sun Aug 5 17:59:46 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sun, 5 Aug 2012 17:59:46 +0200 (CEST) Subject: [Users] [Bug 2718] New: Certification code path review Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2718 Summary: Certification code path review Product: Claws Mail Version: 3.8.1 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: Other AssignedTo: users at lists.claws-mail.org ReportedBy: dominique-claws-mail at leuenberger.net A security review came up with this result: 1. claws_ssl_get_cert_file() doesn't try any existing bundle file so the included bundle isn't used either 2. the return value of gnutls_certificate_verify_peers2() isn't used. Instead claws always runs into the code path for self-signed certificates (ie prompts for confirm) 3. claws does not call gnutls_x509_crt_check_hostname() which would make it prone to MITM. Due to 2) that's not a problem though. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Sun Aug 5 18:01:13 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sun, 5 Aug 2012 18:01:13 +0200 (CEST) Subject: [Users] [Bug 2718] Certification code path review In-Reply-To: References: Message-ID: <20120805160113.903AF85476@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2718 --- Comment #1 from Dominique Leuenberger 2012-08-05 18:01:13 --- Part 1 was addressed in the distribution with a patch, adding the path to the 'own' bundle to the list of known ones: + "/etc/ssl/ca-bundle.pem", -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Mon Aug 6 09:27:13 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 6 Aug 2012 09:27:13 +0200 (CEST) Subject: [Users] [Bug 2705] Claws crashes when retrieving POP mail In-Reply-To: References: Message-ID: <20120806072713.D14BF85397@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2705 --- Comment #4 from Ricardo Mones 2012-08-06 09:27:12 --- Well, I've not reproduced this by myself, but it seems this was a Contacts problem generating entries without uid, see comments on http://bugs.debian.org/682685 But while there's no Contacts component to reassign this to I'm afraid the resolution of this bug is still true ;-P Does Contacts have its own bugtracker? :) -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From j_deutsch at web.de Mon Aug 6 17:30:05 2012 From: j_deutsch at web.de (Johannes Deutsch) Date: Mon, 6 Aug 2012 17:30:05 +0200 Subject: [Users] share common processing rules Message-ID: <20120806173005.6e1bf8fc@web.de> Hi all, is it possible that folders can share common processing rules without redefining each rule for every folder. In particular i miss this feature with regard to my directory structure. Usually i organize the folders in such way, that folders with similar content are placed in a common parent folder. So folders with a common parent folder often require common processing (at least in my case). I could imagine to group a set of rules and apply this group to any desired folder. Maybe there is a neat way to achieve this!? best regards johannes From brad at fineby.me.uk Mon Aug 6 17:35:58 2012 From: brad at fineby.me.uk (Brad Rogers) Date: Mon, 6 Aug 2012 16:35:58 +0100 Subject: [Users] share common processing rules In-Reply-To: <20120806173005.6e1bf8fc@web.de> References: <20120806173005.6e1bf8fc@web.de> Message-ID: <20120806163558.6ea23a63@abydos.stargate.org.uk> On Mon, 6 Aug 2012 17:30:05 +0200 Johannes Deutsch wrote: Hello Johannes, >So folders with a common parent folder often require common processing >(at least in my case). I've never done this, so am guessing a bit. Others may well have far better answers. In the "master" directory/folder create your processing rules. Then, select "Properties..." for that folder and tick (check) the "Run processing..." rules box you prefer (either at start up or on opening) and also tick the Apply to subfolders box on the right hand side. -- Regards _ / ) "The blindingly obvious is / _)rad never immediately apparent" If you ain't sticking your knives in me, you will be eventually Monsoon - Robbie Williams -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From j_deutsch at web.de Mon Aug 6 18:05:56 2012 From: j_deutsch at web.de (Johannes Deutsch) Date: Mon, 6 Aug 2012 18:05:56 +0200 Subject: [Users] share common processing rules In-Reply-To: <20120806163558.6ea23a63@abydos.stargate.org.uk> References: <20120806173005.6e1bf8fc@web.de> <20120806163558.6ea23a63@abydos.stargate.org.uk> Message-ID: <20120806180556.0a9fce0f@web.de> On Mon, 6 Aug 2012 16:35:58 +0100 Brad Rogers wrote: Thanks for your reply. > On Mon, 6 Aug 2012 17:30:05 +0200 > Johannes Deutsch wrote: > > Hello Johannes, > > >So folders with a common parent folder often require common > >processing (at least in my case). > > I've never done this, so am guessing a bit. Others may well have far > better answers. > > In the "master" directory/folder create your processing rules. Then, > select "Properties..." for that folder and tick (check) the "Run > processing..." rules box you prefer (either at start up or on opening) > and also tick the Apply to subfolders box on the right hand side. > I think this step is more important for my purposes after i installed the common rules. Meanwhile i study ~/.claws-mail/matcherrc and think about if it's worth to write a perl script that parses folderlist.xml and then assigns the rules of a defined parent folder to all subfolders. By merely copying the processing section of the parent folder to all child folders. Regarding this it would be nice to know whether i could set markers (i.e. comments) in matcherrc that are ignored by claws-mail but simplifying writing such a script. Nevertheless it would be wonderful to have an alternative approach, since my perl days are far to long ago... Best regards... From ciamarie at my180.net Mon Aug 6 18:41:37 2012 From: ciamarie at my180.net (Cia Watson) Date: Mon, 6 Aug 2012 09:41:37 -0700 Subject: [Users] [Bug 2705] Claws crashes when retrieving POP mail In-Reply-To: <20120806072713.D14BF85397@mx.colino.net> References: <20120806072713.D14BF85397@mx.colino.net> Message-ID: <20120806094137.3eb0806b@my180.net> On Mon, 6 Aug 2012 09:27:13 +0200 (CEST) noreply at thewildbeast.co.uk wrote: > http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2705 > --- Comment #4 from Ricardo Mones 2012-08-06 09:27:12 --- > Well, I've not reproduced this by myself, but it seems this was a Contacts > problem generating entries without uid, see comments on > http://bugs.debian.org/682685 > > But while there's no Contacts component to reassign this to I'm afraid the > resolution of this bug is still true ;-P > > Does Contacts have its own bugtracker? :) > I found the bug tracker, it requires OpenID login, which I did and generated this report: https://bugs.datanom.net/claws-contacts/ticket/1 Cia W. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From mir at miras.org Mon Aug 6 20:08:41 2012 From: mir at miras.org (Michael Rasmussen) Date: Mon, 6 Aug 2012 20:08:41 +0200 Subject: [Users] [Bug 2705] Claws crashes when retrieving POP mail In-Reply-To: <20120806094137.3eb0806b@my180.net> References: <20120806072713.D14BF85397@mx.colino.net> <20120806094137.3eb0806b@my180.net> Message-ID: <20120806200841.54bfb919@sleipner.datanom.net> On Mon, 6 Aug 2012 09:41:37 -0700 Cia Watson wrote: > > I found the bug tracker, it requires OpenID login, which I did and generated > this report: https://bugs.datanom.net/claws-contacts/ticket/1 > This is the wrong place register a bug since the bug refers to the old address book provided internally by claws-mail. -- Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael rasmussen cc http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E mir datanom net http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C mir miras org http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917 -------------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From ciamarie at my180.net Mon Aug 6 22:50:30 2012 From: ciamarie at my180.net (Cia Watson) Date: Mon, 6 Aug 2012 13:50:30 -0700 Subject: [Users] [Bug 2705] Claws crashes when retrieving POP mail In-Reply-To: <20120806200841.54bfb919@sleipner.datanom.net> References: <20120806072713.D14BF85397@mx.colino.net> <20120806094137.3eb0806b@my180.net> <20120806200841.54bfb919@sleipner.datanom.net> Message-ID: <20120806135030.4a2de76d@my180.net> On Mon, 6 Aug 2012 20:08:41 +0200 Michael Rasmussen wrote: > On Mon, 6 Aug 2012 09:41:37 -0700 > Cia Watson wrote: > > > > > I found the bug tracker, it requires OpenID login, which I did and > > generated this report: https://bugs.datanom.net/claws-contacts/ticket/1 > > > This is the wrong place register a bug since the bug refers to the > old address book provided internally by claws-mail. > I beg to differ, unless we are talking about something that I'm not quite grasping. In your email advising about the new Claws Contacts, you wrote: > Prior to compiling claws-mail the new address book, claws-contacts, > must be compiled and installed. When running the new address book for > the first time the old contacts from the old native address book in > claws-mail will be automatically imported into the new address book. And when I ran it for the first time, it did exactly that. Then I imported my gmail address info. in vcard format, and those addresses were somehow appended to my claws-mail addrbook xml file for the 00001 (common addresses). I did not discover that until last night, in response to the email related to the Debian bug report. However, all of those addresses are also in the ~/.contact/xml folder in the common addresses xml file in the proper format. If you would like, I can email you privately with a copy of those files. My claws-mail was working just fine until right after I compiled and used the Claws Contacts. I suspect that if I had closed it, then re-opened it before importing the vcard, it would have been done accessing the claws-mail address book, and none of this would have happened. I don't know. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From mir at miras.org Tue Aug 7 00:09:53 2012 From: mir at miras.org (Michael Rasmussen) Date: Tue, 7 Aug 2012 00:09:53 +0200 Subject: [Users] [Bug 2705] Claws crashes when retrieving POP mail In-Reply-To: <20120806135030.4a2de76d@my180.net> References: <20120806072713.D14BF85397@mx.colino.net> <20120806094137.3eb0806b@my180.net> <20120806200841.54bfb919@sleipner.datanom.net> <20120806135030.4a2de76d@my180.net> Message-ID: <20120807000953.79fec5fe@sleipner.datanom.net> On Mon, 6 Aug 2012 13:50:30 -0700 Cia Watson wrote: > > And when I ran it for the first time, it did exactly that. Then I imported my > gmail address info. in vcard format, and those addresses were somehow > appended to my claws-mail addrbook xml file for the 00001 (common > addresses). I did not discover that until last night, in response to > the email related to the Debian bug report. However, all of those addresses > are also in the ~/.contact/xml folder in the common addresses xml file in the > proper format. If you would like, I can email you privately with a copy of > those files. > 1) The xml-files in the .claws-mail folder is not touched by the new address book so any changes to those files must have been done by claws-mail itself. The new address book simply reads the files an import the contacts. 2) No contacts added via the new address book will ever be applied to the xml-files in the .claws-mail folder. 3) Since the new address book runs outside of claws-mail it will not be able to make claws-mail crash. 4) The uid attribute in the address element is not used by the new address book, not even when importing contacts, and as such should never be reflected by the fact that this attribute is missing. 5) As you can read here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682685#27 the author is proofing the bug using only claws-mail and files in the claws-mail folder. No where is he mentioning anything about the new address book. My conclusion therefore is that this is a bug related to the old address book implementation in claws-mail and therefore the bug should be opened in the claws-mail bugzilla. -- Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael rasmussen cc http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E mir datanom net http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C mir miras org http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917 -------------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From ricardo at mones.org Tue Aug 7 09:21:36 2012 From: ricardo at mones.org (Ricardo Mones) Date: Tue, 7 Aug 2012 09:21:36 +0200 Subject: [Users] [Bug 2705] Claws crashes when retrieving POP mail In-Reply-To: <20120807000953.79fec5fe@sleipner.datanom.net> References: <20120806072713.D14BF85397@mx.colino.net> <20120806094137.3eb0806b@my180.net> <20120806200841.54bfb919@sleipner.datanom.net> <20120806135030.4a2de76d@my180.net> <20120807000953.79fec5fe@sleipner.datanom.net> Message-ID: <20120807072136.GF31005@trasgu> On Tue, Aug 07, 2012 at 12:09:53AM +0200, Michael Rasmussen wrote: > On Mon, 6 Aug 2012 13:50:30 -0700 > Cia Watson wrote: > > > > > And when I ran it for the first time, it did exactly that. Then I imported my > > gmail address info. in vcard format, and those addresses were somehow > > appended to my claws-mail addrbook xml file for the 00001 (common > > addresses). I did not discover that until last night, in response to > > the email related to the Debian bug report. However, all of those addresses > > are also in the ~/.contact/xml folder in the common addresses xml file in the > > proper format. If you would like, I can email you privately with a copy of > > those files. > > > 1) The xml-files in the .claws-mail folder is not touched by the new > address book so any changes to those files must have been done by > claws-mail itself. The new address book simply reads the files an > import the contacts. > 2) No contacts added via the new address book will ever be applied to > the xml-files in the .claws-mail folder. > 3) Since the new address book runs outside of claws-mail it will not be > able to make claws-mail crash. > 4) The uid attribute in the address element is not used by the new > address book, not even when importing contacts, and as such should > never be reflected by the fact that this attribute is missing. > 5) As you can read here: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682685#27 > the author is proofing the bug using only claws-mail and files in the > claws-mail folder. No where is he mentioning anything about the new > address book. > > My conclusion therefore is that this is a bug related to the old > address book implementation in claws-mail and therefore the bug should > be opened in the claws-mail bugzilla. Indeed, you're right, and I misread the report. Sorry for the noise, and thanks for the detailed explanation Michael! -- Ricardo Mones ~ Absence of evidence is not evidence of absence. Carl Sagan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: From mistlail at yahoo.co.uk Tue Aug 7 09:38:37 2012 From: mistlail at yahoo.co.uk (Albert Skye) Date: Tue, 7 Aug 2012 00:38:37 -0700 Subject: [Users] address book improvements Message-ID: <20120807003837.5ec1b350@nance> import/export in plain text would be much appreciated (even if only display name and address were supported) I've also grown to appreciate a few statistics specifically: a count of each address and the most recent date of use (assuming the ability to sort on those fields) comments? askye From noreply at thewildbeast.co.uk Tue Aug 7 15:08:07 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 7 Aug 2012 15:08:07 +0200 (CEST) Subject: [Users] [Bug 2719] New: Crash after deleting attachment Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2719 Summary: Crash after deleting attachment Product: Claws Mail Version: 3.7.8 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: Plugins AssignedTo: users at lists.claws-mail.org ReportedBy: uppercaise at gmail.com The following is the crash report produced by Claws-Mail Claws Mail version 3.7.8 GTK+ version 2.24.4 / GLib 2.28.6 Locale: en_GB.utf8 (charset: UTF-8) Features: IPv6 iconv compface GnuTLS LDAP JPilot GNU/aspell libetpan libSM Operating system: Linux 2.6.38.8-desktop-10.mga (i686) C Library: GNU libc 2.12.1 -- [Thread debugging using libthread_db enabled] 0xffffe424 in __kernel_vsyscall () #0 0xffffe424 in __kernel_vsyscall () No symbol table info available. #1 0xb6d9d053 in __waitpid_nocancel () from /lib/i686/libpthread.so.0 No symbol table info available. #2 0x080d6778 in ?? () No symbol table info available. #3 No symbol table info available. #4 0x081e0884 in procmsg_msginfo_copy () No symbol table info available. #5 0xaffe1415 in ?? () from /usr/lib/claws-mail/plugins/att_remover.so No symbol table info available. #6 0xb70c195c in g_cclosure_marshal_VOID__VOID () from /lib/libgobject-2.0.so.0 No symbol table info available. #7 0xb70a52a3 in g_closure_invoke () from /lib/libgobject-2.0.so.0 No symbol table info available. #8 0xb70b7dcc in ?? () from /lib/libgobject-2.0.so.0 No symbol table info available. #9 0xb70c0f74 in g_signal_emit_valist () from /lib/libgobject-2.0.so.0 No symbol table info available. #10 0xb70c1103 in g_signal_emit () from /lib/libgobject-2.0.so.0 No symbol table info available. #11 0xb744b87a in gtk_button_clicked () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #12 0xb744cc48 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #13 0xb70c195c in g_cclosure_marshal_VOID__VOID () from /lib/libgobject-2.0.so.0 No symbol table info available. #14 0xb70a3c1d in ?? () from /lib/libgobject-2.0.so.0 No symbol table info available. #15 0xb70a52a3 in g_closure_invoke () from /lib/libgobject-2.0.so.0 No symbol table info available. #16 0xb70b750f in ?? () from /lib/libgobject-2.0.so.0 No symbol table info available. #17 0xb70c0f74 in g_signal_emit_valist () from /lib/libgobject-2.0.so.0 No symbol table info available. #18 0xb70c1103 in g_signal_emit () from /lib/libgobject-2.0.so.0 No symbol table info available. #19 0xb744b79a in gtk_button_released () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #20 0xb744b7e3 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #21 0xb7509354 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #22 0xb70a3c1d in ?? () from /lib/libgobject-2.0.so.0 No symbol table info available. #23 0xb70a52a3 in g_closure_invoke () from /lib/libgobject-2.0.so.0 No symbol table info available. #24 0xb70b7bbf in ?? () from /lib/libgobject-2.0.so.0 No symbol table info available. #25 0xb70c0d6a in g_signal_emit_valist () from /lib/libgobject-2.0.so.0 No symbol table info available. #26 0xb70c1103 in g_signal_emit () from /lib/libgobject-2.0.so.0 No symbol table info available. #27 0xb763ef56 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #28 0xb75074dd in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #29 0xb75078df in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #30 0xb737c79a in ?? () from /usr/lib/libgdk-x11-2.0.so.0 No symbol table info available. #31 0xb6fe24d9 in g_main_context_dispatch () from /lib/libglib-2.0.so.0 No symbol table info available. #32 0xb6fe2ce0 in ?? () from /lib/libglib-2.0.so.0 No symbol table info available. #33 0xb6fe2f9a in g_main_context_iteration () from /lib/libglib-2.0.so.0 No symbol table info available. #34 0xb7506824 in gtk_main_iteration () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #35 0x081ff2c5 in summary_select_node () No symbol table info available. #36 0x08206cb8 in summary_show () No symbol table info available. #37 0x08108a0f in ?? () No symbol table info available. #38 0x08231651 in ?? () No symbol table info available. #39 0xb6fd209e in g_hook_list_marshal () from /lib/libglib-2.0.so.0 No symbol table info available. #40 0x08231e23 in hooks_invoke () No symbol table info available. #41 0x080f5963 in ?? () No symbol table info available. #42 0x080f586b in ?? () No symbol table info available. #43 0xb6fec05a in ?? () from /lib/libglib-2.0.so.0 No symbol table info available. #44 0xb6fec017 in ?? () from /lib/libglib-2.0.so.0 No symbol table info available. #45 0xb6fecd60 in g_node_traverse () from /lib/libglib-2.0.so.0 No symbol table info available. #46 0x080f8e7d in folder_func_to_all_folders () No symbol table info available. #47 0x080fcf8c in folder_item_update_thaw () No symbol table info available. #48 0xaffe1759 in ?? () from /usr/lib/claws-mail/plugins/att_remover.so No symbol table info available. #49 0xb70c195c in g_cclosure_marshal_VOID__VOID () from /lib/libgobject-2.0.so.0 No symbol table info available. #50 0xb70a5384 in g_closure_invoke () from /lib/libgobject-2.0.so.0 No symbol table info available. #51 0xb70b7dcc in ?? () from /lib/libgobject-2.0.so.0 No symbol table info available. #52 0xb70c0f74 in g_signal_emit_valist () from /lib/libgobject-2.0.so.0 No symbol table info available. #53 0xb70c1103 in g_signal_emit () from /lib/libgobject-2.0.so.0 No symbol table info available. #54 0xb744b87a in gtk_button_clicked () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #55 0xb744cc48 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #56 0xb70c195c in g_cclosure_marshal_VOID__VOID () from /lib/libgobject-2.0.so.0 No symbol table info available. #57 0xb70a3c1d in ?? () from /lib/libgobject-2.0.so.0 No symbol table info available. #58 0xb70a5384 in g_closure_invoke () from /lib/libgobject-2.0.so.0 No symbol table info available. #59 0xb70b750f in ?? () from /lib/libgobject-2.0.so.0 No symbol table info available. #60 0xb70c0f74 in g_signal_emit_valist () from /lib/libgobject-2.0.so.0 No symbol table info available. #61 0xb70c1103 in g_signal_emit () from /lib/libgobject-2.0.so.0 No symbol table info available. #62 0xb744b79a in gtk_button_released () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #63 0xb744b7e3 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #64 0xb7509354 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #65 0xb70a3c1d in ?? () from /lib/libgobject-2.0.so.0 No symbol table info available. #66 0xb70a5384 in g_closure_invoke () from /lib/libgobject-2.0.so.0 No symbol table info available. #67 0xb70b7bbf in ?? () from /lib/libgobject-2.0.so.0 No symbol table info available. #68 0xb70c0d6a in g_signal_emit_valist () from /lib/libgobject-2.0.so.0 No symbol table info available. #69 0xb70c1103 in g_signal_emit () from /lib/libgobject-2.0.so.0 No symbol table info available. #70 0xb763ef56 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #71 0xb75074dd in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #72 0xb75078df in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #73 0xb737c79a in ?? () from /usr/lib/libgdk-x11-2.0.so.0 No symbol table info available. #74 0xb6fe24d9 in g_main_context_dispatch () from /lib/libglib-2.0.so.0 No symbol table info available. #75 0xb6fe2ce0 in ?? () from /lib/libglib-2.0.so.0 No symbol table info available. #76 0xb6fe33ab in g_main_loop_run () from /lib/libglib-2.0.so.0 No symbol table info available. #77 0xb75065a9 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #78 0x0813f704 in main () No symbol table info available. Kill the program being debugged? (y or n) [answered Y; input not from terminal] -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From linux at slavino.sk Tue Aug 7 16:39:32 2012 From: linux at slavino.sk (Slavko) Date: Tue, 7 Aug 2012 16:39:32 +0200 Subject: [Users] The reply mark in subject (R: Re:) recognition Message-ID: <20120807163932.69dd7e25@bonifac.skk> Hi, in last days i did some mail exchange with me italian friend. Our communication was intensive, but it seems that he has different settings for his mail client and the subjects was spammed with his: Some subject Re: Some subject R: Re: Some subject Re: R: Re: Some subject R: Re: R: Re: Some subject Re: R: Re: R: Re: Some subject R: Re: R: Re: R: Re: Some subject etc. Is there way in CM to deal with this - setting the CM to recognize the reply mark (here R: and RE:) and do not add the another one for my replies, please? I know that i can modify the subject manually, but i often forget this :-) thanks -- Slavko http://slavino.sk -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From ciamarie at my180.net Tue Aug 7 18:02:29 2012 From: ciamarie at my180.net (Cia Watson) Date: Tue, 7 Aug 2012 09:02:29 -0700 Subject: [Users] [Bug 2705] Claws crashes when retrieving POP mail In-Reply-To: <20120807000953.79fec5fe@sleipner.datanom.net> References: <20120806072713.D14BF85397@mx.colino.net> <20120806094137.3eb0806b@my180.net> <20120806200841.54bfb919@sleipner.datanom.net> <20120806135030.4a2de76d@my180.net> <20120807000953.79fec5fe@sleipner.datanom.net> Message-ID: <20120807090229.010ba823@my180.net> On Tue, 7 Aug 2012 00:09:53 +0200 Michael Rasmussen wrote: > My conclusion therefore is that this is a bug related to the old > address book implementation in claws-mail and therefore the bug should > be opened in the claws-mail bugzilla. > Here is the detail I didn't add to the Debian bug report, because it didn't seem pertinent at the time. All I can tell you is that the improperly formatted entries in the 'common addresses' address book in claws 00001 xml file are clearly from the gmail vcard import. When I originally started the Claws Contacts, I did not have claws mail open. However, after I imported the vcard and it added all of those contacts to 'common addresses' I did open claws mail to check its address book to make sure those entries weren't also in that address book. As I recall I didn't see them there, so I closed claws again. The next time I opened claws mail, is when it crashed. I think it had something to do with the interaction between the two programs, and importing the vcard into Claws Contacts is the only way those bad entries could have ended up in that file. I had never attempted to import that vcard into the claws mail address book. If nobody wants to look into it, then close the bug report. Cia W. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From andrej at kacian.sk Tue Aug 7 18:04:26 2012 From: andrej at kacian.sk (Andrej Kacian) Date: Tue, 7 Aug 2012 18:04:26 +0200 Subject: [Users] The reply mark in subject (R: Re:) recognition In-Reply-To: <20120807163932.69dd7e25@bonifac.skk> References: <20120807163932.69dd7e25@bonifac.skk> Message-ID: <20120807180426.09dcfced@penny> On Tue, 7 Aug 2012 16:39:32 +0200 Slavko wrote: > Is there way in CM to deal with this - setting the CM to recognize the > reply mark (here R: and RE:) and do not add the another one for my > replies, please? > > I know that i can modify the subject manually, but i often forget this :-) > > thanks > I'm afraid that this is hardcoded in the application. Perhaps "R:" could be added as well. Regards, -- Andrej Kacian -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From freebsd at grem.de Tue Aug 7 19:28:03 2012 From: freebsd at grem.de (Michael Gmelin) Date: Tue, 7 Aug 2012 19:28:03 +0200 Subject: [Users] The reply mark in subject (R: Re:) recognition In-Reply-To: <20120807180426.09dcfced@penny> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> Message-ID: <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> On 7 Aug 2012, at 18:04, Andrej Kacian wrote: > On Tue, 7 Aug 2012 16:39:32 +0200 > Slavko wrote: > >> Is there way in CM to deal with this - setting the CM to recognize the >> reply mark (here R: and RE:) and do not add the another one for my >> replies, please? >> >> I know that i can modify the subject manually, but i often forget this :-) >> >> thanks >> > > I'm afraid that this is hardcoded in the application. Perhaps "R:" could be > added as well. In that case AW: should be added as well (that's what German Outlook does) It's quite a mess... > > Regards, > -- > Andrej Kacian > _______________________________________________ > Users mailing list > Users at lists.claws-mail.org > http://lists.claws-mail.org/cgi-bin/mailman/listinfo/users From mir at miras.org Tue Aug 7 20:03:53 2012 From: mir at miras.org (Michael Rasmussen) Date: Tue, 7 Aug 2012 20:03:53 +0200 Subject: [Users] The reply mark in subject (R: Re:) recognition In-Reply-To: <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> Message-ID: <20120807200353.7726a9bf@sleipner.datanom.net> On Tue, 7 Aug 2012 19:28:03 +0200 Michael Gmelin wrote: > > In that case AW: should be added as well (that's what German Outlook does) > And Danish Outlook SV: And in French Outlook use something else, and in Spanish something else, and ..... Where should we stop bending claws' nature to satisfy brain dead developers/companies which reads a RFC like the Devil reads the Bible? -- Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael rasmussen cc http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E mir datanom net http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C mir miras org http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917 -------------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From freebsd at grem.de Tue Aug 7 20:22:36 2012 From: freebsd at grem.de (Michael Gmelin) Date: Tue, 7 Aug 2012 20:22:36 +0200 Subject: [Users] The reply mark in subject (R: Re:) recognition In-Reply-To: <20120807200353.7726a9bf@sleipner.datanom.net> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> Message-ID: On 7 Aug 2012, at 20:03, Michael Rasmussen wrote: > On Tue, 7 Aug 2012 19:28:03 +0200 > Michael Gmelin wrote: > >> >> In that case AW: should be added as well (that's what German Outlook does) >> > And Danish Outlook SV: > And in French Outlook use something else, and in Spanish something > else, and ..... > > Where should we stop bending claws' nature to satisfy brain dead > developers/companies which reads a RFC like the Devil reads the Bible? > That's why I think that if claws does anything about it, it should be configurable and not a set of hardcoded workarounds - afaik it should be fairly easy to do that using the python scripting plugin (like 10 lines of python), given the nature of this, that's probably a better approach. > -- > Hilsen/Regards > Michael Rasmussen > > Get my public GnuPG keys: > michael rasmussen cc > http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E > mir datanom net > http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C > mir miras org > http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917 > -------------------------------------------------------------- > _______________________________________________ > Users mailing list > Users at lists.claws-mail.org > http://lists.claws-mail.org/cgi-bin/mailman/listinfo/users From linux at slavino.sk Tue Aug 7 20:24:46 2012 From: linux at slavino.sk (Slavko) Date: Tue, 7 Aug 2012 20:24:46 +0200 Subject: [Users] The reply mark in subject (R: Re:) recognition In-Reply-To: <20120807180426.09dcfced@penny> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> Message-ID: <20120807202446.6f28e706@bonifac.skk> Hi Andrej, Dňa Tue, 7 Aug 2012 18:04:26 +0200 Andrej Kacian napísal: > I'm afraid that this is hardcoded in the application. Perhaps "R:" could > be added as well. Perhaps adding option (perhaps hidden) to allow users customize this by adding additional strings? I don't know how terrible will be make this… regards -- Slavko http://slavino.sk -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From linux at slavino.sk Tue Aug 7 20:26:14 2012 From: linux at slavino.sk (Slavko) Date: Tue, 7 Aug 2012 20:26:14 +0200 Subject: [Users] The reply mark in subject (R: Re:) recognition In-Reply-To: References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> Message-ID: <20120807202614.64921854@bonifac.skk> Ahoj, Dňa Tue, 7 Aug 2012 20:22:36 +0200 Michael Gmelin napísal: > That's why I think that if claws does anything about it, it should be > configurable and not a set of hardcoded workarounds - afaik it should see my early post :-) > be fairly easy to do that using the python scripting plugin (like 10 > lines of python), given the nature of this, that's probably a better > approach. please, can you provide this? I am not a programmer… regards -- Slavko http://slavino.sk -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From andrej at kacian.sk Tue Aug 7 20:42:59 2012 From: andrej at kacian.sk (Andrej Kacian) Date: Tue, 7 Aug 2012 20:42:59 +0200 Subject: [Users] The reply mark in subject (R: Re:) recognition In-Reply-To: References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> Message-ID: <20120807204259.0c41c513@penny> On Tue, 7 Aug 2012 20:22:36 +0200 Michael Gmelin wrote: > >> > >> In that case AW: should be added as well (that's what German Outlook does) > >> > > And Danish Outlook SV: > > And in French Outlook use something else, and in Spanish something > > else, and ..... > > > > Where should we stop bending claws' nature to satisfy brain dead > > developers/companies which reads a RFC like the Devil reads the Bible? > > > > That's why I think that if claws does anything about it, it should be > configurable and not a set of hardcoded workarounds - afaik it should be > fairly easy to do that using the python scripting plugin (like 10 lines of > python), given the nature of this, that's probably a better approach. Yeah, definitely, it's a logical progression - I think whoever wrote that piece of code meant for it to be configurable eventually, it just never came to be. :) I think I even saw such option in some old mail client (probably in The Bat! back on Windows). Regards, -- Andrej Kacian From jerry at seibercom.net Tue Aug 7 23:49:00 2012 From: jerry at seibercom.net (Jerry) Date: Tue, 7 Aug 2012 17:49:00 -0400 Subject: [Users] The reply mark in subject (R: Re:) recognition In-Reply-To: <20120807200353.7726a9bf@sleipner.datanom.net> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> Message-ID: <20120807174900.3211faa1@scorpio> On Tue, 7 Aug 2012 20:03:53 +0200 Michael Rasmussen articulated: > On Tue, 7 Aug 2012 19:28:03 +0200 > Michael Gmelin wrote: > > > In that case AW: should be added as well (that's what German > > Outlook does) > > > And Danish Outlook SV: > And in French Outlook use something else, and in Spanish something > else, and ..... > > Where should we stop bending claws' nature to satisfy brain dead > developers/companies which reads a RFC like the Devil reads the Bible? Refresh my memory; which RFC deals specifically with this? -- Jerry ♔ Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 488 bytes Desc: not available URL: From freebsd at grem.de Tue Aug 7 23:53:20 2012 From: freebsd at grem.de (Michael Gmelin) Date: Tue, 7 Aug 2012 23:53:20 +0200 Subject: [Users] The reply mark in subject (R: Re:) recognition In-Reply-To: <20120807202614.64921854@bonifac.skk> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> <20120807202614.64921854@bonifac.skk> Message-ID: <20120807235320.5d9b7d8d@bsd64.grem.de> On Tue, 7 Aug 2012 20:26:14 +0200 Slavko wrote: > Ahoj, > > Dňa Tue, 7 Aug 2012 20:22:36 +0200 Michael Gmelin > napísal: > > > That's why I think that if claws does anything about it, it should > > be configurable and not a set of hardcoded workarounds - afaik it > > should > > see my early post :-) > > > be fairly easy to do that using the python scripting plugin (like 10 > > lines of python), given the nature of this, that's probably a better > > approach. > > please, can you provide this? I am not a programmer… > > regards > Install and activate the Claws Python plugin (Configuration->Plugins...), open a terminal running bash and run the following commands (copy and paste is your friend): mkdir -p ~/.claws-mail/python-scripts/auto cat > ~/.claws-mail/python-scripts/auto/compose_any << EOF #!/usr/bin/env python # save this as ~/.claws-mail/python-scripts/auto/compose_any # Workaround for R: in reply headers import re clawsmail.compose_window.set_subject(re.sub( r"^(Re|Fwd|Fw): R:", r"\1:", clawsmail.compose_window.get_subject() )) EOF This will create a script called ~/.claws-mail/python-scripts/auto/compose_any (~ is your home directory, compose_any is a file name that contains python code and that's always called when opening the compose window, make sure to get this right, since the plugin is not complaining in case of syntax errors, but just not affecting the output at all) with the following content: #!/usr/bin/env python # save this as ~/.claws-mail/python-scripts/auto/compose_any # Workaround for R: in reply headers import re clawsmail.compose_window.set_subject(re.sub( r"^(Re|Fwd|Fw): R:", r"\1:", clawsmail.compose_window.get_subject() )) As an alternative, in case you want to recompile claws yourself and maintaining a patch to it, you could also change utils.c, since as I learned, the German versions are already covered by claws mail. This is done in utils.c around line 3740, where it reads: static const gchar * const prefixes[] = { "Re\\:", /* "Re:" */ "Re\\[[1-9][0-9]*\\]\\:", /* "Re[XXX]:" (non-conforming news mail clients) */ "Antw\\:", /* "Antw:" (Dutch / German Outlook) */ "Aw\\:", /* "Aw:" (German) */ "Antwort\\:", /* "Antwort:" (German Lotus Notes) */ "Res\\:", /* "Res:" (Spanish/Brazilian Outlook) */ "Fw\\:", /* "Fw:" Forward */ "Fwd\\:", /* "Fwd:" Forward */ "Enc\\:", /* "Enc:" Forward (Brazilian Outlook) */ "Odp\\:", /* "Odp:" Re (Polish Outlook) */ "Rif\\:", /* "Rif:" (Italian Outlook) */ "Sv\\:", /* "Sv" (Norwegian) */ "Vs\\:", /* "Vs" (Norwegian) */ "Ad\\:", /* "Ad" (Norwegian) */ "\347\255\224\345\244\215\\:", /* "Re" (Chinese, UTF-8) */ "R\303\251f\\. \\:", /* "R�f. :" (French Lotus Notes) */ "Re \\:", /* "Re :" (French Yahoo Mail) */ /* add more */ }; It's trivial to add your own prefixes here and recompile. Cheers, Michael -- Michael Gmelin From claws at thewildbeast.co.uk Wed Aug 8 07:18:31 2012 From: claws at thewildbeast.co.uk (Paul) Date: Wed, 8 Aug 2012 06:18:31 +0100 Subject: [Users] The reply mark in subject (R: Re:) recognition In-Reply-To: <20120807174900.3211faa1@scorpio> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> <20120807174900.3211faa1@scorpio> Message-ID: <20120808061831.38553c35@thewildbeast> On Tue, 7 Aug 2012 17:49:00 -0400 Jerry wrote: > Refresh my memory; which RFC deals specifically with this? 2822. with regards Paul -- It isn't worth a nickel to two guys like you or me, but to a collector it is worth a fortune From colin at colino.net Wed Aug 8 09:42:35 2012 From: colin at colino.net (Colin Leroy) Date: Wed, 8 Aug 2012 09:42:35 +0200 Subject: [Users] The reply mark in subject (R: Re:) recognition In-Reply-To: <20120808061831.38553c35@thewildbeast> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> <20120807174900.3211faa1@scorpio> <20120808061831.38553c35@thewildbeast> Message-ID: <20120808094235.5e04cfc4@marv> On 08 August 2012 at 06h18, Paul wrote: Hi, > > Refresh my memory; which RFC deals specifically with this? > > 2822. Specifically, 3.6.5. Informational fields -- Colin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: not available URL: From ricardo at mones.org Wed Aug 8 10:16:20 2012 From: ricardo at mones.org (Ricardo Mones) Date: Wed, 8 Aug 2012 10:16:20 +0200 Subject: [Users] [Bug 2705] Claws crashes when retrieving POP mail In-Reply-To: <20120807090229.010ba823@my180.net> References: <20120806072713.D14BF85397@mx.colino.net> <20120806094137.3eb0806b@my180.net> <20120806200841.54bfb919@sleipner.datanom.net> <20120806135030.4a2de76d@my180.net> <20120807000953.79fec5fe@sleipner.datanom.net> <20120807090229.010ba823@my180.net> Message-ID: <20120808081620.GG31005@trasgu> On Tue, Aug 07, 2012 at 09:02:29AM -0700, Cia Watson wrote: [...] > If nobody wants to look into it, then close the bug report. Nobody said that, so, please, be patient. regards, -- Ricardo Mones ~ The three principal virtues of a programmer are Laziness, Impatience, and Hubris. man perl -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: From linux at slavino.sk Wed Aug 8 11:08:26 2012 From: linux at slavino.sk (Slavko) Date: Wed, 8 Aug 2012 11:08:26 +0200 Subject: [Users] The reply mark in subject (R: Re:) recognition In-Reply-To: <20120807235320.5d9b7d8d@bsd64.grem.de> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> <20120807202614.64921854@bonifac.skk> <20120807235320.5d9b7d8d@bsd64.grem.de> Message-ID: <20120808110826.11f941ab@bonifac.skk> Hi Michael, thanks a lot! Dňa Tue, 7 Aug 2012 23:53:20 +0200 Michael Gmelin napísal: > with the following content: > > #!/usr/bin/env python > # save this as ~/.claws-mail/python-scripts/auto/compose_any > # Workaround for R: in reply headers > > import re > > clawsmail.compose_window.set_subject(re.sub( > r"^(Re|Fwd|Fw): R:", r"\1:", > clawsmail.compose_window.get_subject() > )) I tried it today and it works for me! :-) I only improve the regexp to: r"^(Re|Fwd|Fw):( Re?:)+" because your solution don't works with the subject in format "R: Re: Subject" and produces the "Re: Re: Subject" line. Now it works for any "R: Re" combination: Subject -> Re: Subject R: Subject -> Re: Subject R: Re: Subject -> Re: Subject Re: R: Re: Subject -> Re: Subject R: Re: R: Re: Subject -> Re: Subject Only one thing is left - the subject manipulating changes the content and closing compose window without any other change invokes the confirmation dialog (Save, Concept, Cancel) - of course, only when the subject line was changed. Is here solution to prevent showing this confirmation from this script, please? Same flag, or something else, i don't know. > As an alternative, in case you want to recompile claws yourself and > maintaining a patch to it, you could also change utils.c, since as I > learned, the German versions are already covered by claws mail. This is > done in utils.c around line 3740, where it reads: Thanks, but I prefer to use the distribution packages, because the maintainers maintain the updates for me, and building own version only for one people - i encounter this only now in years… regards -- Slavko http://slavino.sk -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From freebsd at grem.de Wed Aug 8 11:42:33 2012 From: freebsd at grem.de (Michael Gmelin) Date: Wed, 8 Aug 2012 11:42:33 +0200 Subject: [Users] The reply mark in subject (R: Re:) recognition In-Reply-To: <20120808110826.11f941ab@bonifac.skk> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> <20120807202614.64921854@bonifac.skk> <20120807235320.5d9b7d8d@bsd64.grem.de> <20120808110826.11f941ab@bonifac.skk> Message-ID: <20120808114233.5de8cdd8@bsd64.grem.de> On Wed, 8 Aug 2012 11:08:26 +0200 Slavko wrote: > Hi Michael, Hi, > > thanks a lot! > > Dňa Tue, 7 Aug 2012 23:53:20 +0200 Michael Gmelin > napísal: > > > with the following content: > > > > #!/usr/bin/env python > > # save this as ~/.claws-mail/python-scripts/auto/compose_any > > # Workaround for R: in reply headers > > > > import re > > > > clawsmail.compose_window.set_subject(re.sub( > > r"^(Re|Fwd|Fw): R:", r"\1:", > > clawsmail.compose_window.get_subject() > > )) > > I tried it today and it works for me! :-) > > I only improve the regexp to: > > r"^(Re|Fwd|Fw):( Re?:)+" > > because your solution don't works with the subject in format "R: Re: > Subject" and produces the "Re: Re: Subject" line. Now it works for any > "R: Re" combination: > > Subject -> Re: Subject > R: Subject -> Re: Subject > R: Re: Subject -> Re: Subject > Re: R: Re: Subject -> Re: Subject > R: Re: R: Re: Subject -> Re: Subject > I see what you did there :) > Only one thing is left - the subject manipulating changes the content > and closing compose window without any other change invokes the > confirmation dialog (Save, Concept, Cancel) - of course, only when > the subject line was changed. Is here solution to prevent showing > this confirmation from this script, please? Same flag, or something > else, i don't know. I checked the claws python source, unfortunately there seems to be no way of doing this (it's probably done in the widgets anyway?). The claws python plugin is relatively limited in what it can do. save_message_to seemed a likely candidate, but that selects only where the message gets saved after it has been sent. So I assume you have to live with this for the moment (fortunately it should only kick in when you actually changed the subject line, which seems to be only one person you're mailing with at the moment ;) > > > As an alternative, in case you want to recompile claws yourself and > > maintaining a patch to it, you could also change utils.c, since as I > > learned, the German versions are already covered by claws mail. > > This is done in utils.c around line 3740, where it reads: > > Thanks, but I prefer to use the distribution packages, because the > maintainers maintain the updates for me, and building own version > only for one people - i encounter this only now in years… Understandable. > > regards > -- Michael Gmelin From andrej at kacian.sk Wed Aug 8 11:57:31 2012 From: andrej at kacian.sk (Andrej Kacian) Date: Wed, 8 Aug 2012 11:57:31 +0200 Subject: [Users] The reply mark in subject (R: Re:) recognition In-Reply-To: <20120808114233.5de8cdd8@bsd64.grem.de> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> <20120807202614.64921854@bonifac.skk> <20120807235320.5d9b7d8d@bsd64.grem.de> <20120808110826.11f941ab@bonifac.skk> <20120808114233.5de8cdd8@bsd64.grem.de> Message-ID: <20120808115731.3b6a994e@hiker> On Wed, 8 Aug 2012 11:42:33 +0200 Michael Gmelin wrote: > (fortunately it should only kick in when > you actually changed the subject line, which seems to be only one > person you're mailing with at the moment ;) Maybe that's a good thing, you can incude a P.S. bitching that person out for using weird clients. :) Just kidding, of course, most people don't really care. Regards, -- Andrej From noreply at thewildbeast.co.uk Wed Aug 8 12:33:53 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 8 Aug 2012 12:33:53 +0200 (CEST) Subject: [Users] [Bug 2720] New: Make message view columns expanding Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2720 Summary: Make message view columns expanding Product: Claws Mail Version: CVS Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P3 Component: UI/Message List AssignedTo: users at lists.claws-mail.org ReportedBy: mail at earthworm.de Would be great to have CM expand some (especially "From", "To" und "Subject") message view columns on window resize. This would make it a lot more user friendly when working on different screen resolutions, for example having a notebooks built in display or external monitor. However this should not apply to all columns as some have (more or less) fixed width and do not benefit (status icons, date, size). -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From linux at slavino.sk Wed Aug 8 14:04:01 2012 From: linux at slavino.sk (Slavko) Date: Wed, 8 Aug 2012 14:04:01 +0200 Subject: [Users] The reply mark in subject (R: Re:) recognition In-Reply-To: <20120808114233.5de8cdd8@bsd64.grem.de> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> <20120807202614.64921854@bonifac.skk> <20120807235320.5d9b7d8d@bsd64.grem.de> <20120808110826.11f941ab@bonifac.skk> <20120808114233.5de8cdd8@bsd64.grem.de> Message-ID: <20120808140401.22bc9884@bonifac.skk> Hi, Dňa Wed, 8 Aug 2012 11:42:33 +0200 Michael Gmelin napísal: > the message gets saved after it has been sent. So I assume you have to > live with this for the moment (fortunately it should only kick in when yous, i can live with it, because it happens only when subject line is changed, then only with this one person yet thanks :-) -- Slavko http://slavino.sk -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From jerry at seibercom.net Wed Aug 8 14:06:38 2012 From: jerry at seibercom.net (Jerry) Date: Wed, 8 Aug 2012 08:06:38 -0400 Subject: [Users] The reply mark in subject (R: Re:) recognition In-Reply-To: <20120808094235.5e04cfc4@marv> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> <20120807174900.3211faa1@scorpio> <20120808061831.38553c35@thewildbeast> <20120808094235.5e04cfc4@marv> Message-ID: <20120808080638.00ee5909@scorpio> On Wed, 8 Aug 2012 09:42:35 +0200 Colin Leroy articulated: > On 08 August 2012 at 06h18, Paul wrote: > > Hi, > > > > Refresh my memory; which RFC deals specifically with this? > > > > 2822. > > Specifically, 3.6.5. Informational fields The problem here is clearly the use of the word "MAY"⁽¹⁾. RFC2822 - 3.6.5 When used in a reply, the field body MAY start with the string "Re: " RFC2119 5. MAY This word, or the adjective "OPTIONAL", mean that an item is truly optional. One vendor may choose to include the item because a particular marketplace requires it or because the vendor feels that it enhances the product while another vendor may omit the same item. An implementation which does not include a particular option MUST be prepared to interoperate with another implementation which does include the option, though perhaps with reduced functionality. In the same vein an implementation which does include a particular option MUST be prepared to interoperate with another implementation which does not include the option (except, of course, for the feature the option provides.) ⁽¹⁾ http://www.faqs.org/rfcs/rfc2119.html -- Jerry ♔ Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 488 bytes Desc: not available URL: From linux at slavino.sk Wed Aug 8 14:14:55 2012 From: linux at slavino.sk (Slavko) Date: Wed, 8 Aug 2012 14:14:55 +0200 Subject: [Users] [OT] The reply mark in subject (R: Re:) recognition In-Reply-To: <20120808115731.3b6a994e@hiker> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> <20120807202614.64921854@bonifac.skk> <20120807235320.5d9b7d8d@bsd64.grem.de> <20120808110826.11f941ab@bonifac.skk> <20120808114233.5de8cdd8@bsd64.grem.de> <20120808115731.3b6a994e@hiker> Message-ID: <20120808141455.35e5d4a8@bonifac.skk> Hi, Dňa Wed, 8 Aug 2012 11:57:31 +0200 Andrej Kacian napísal: > Maybe that's a good thing, you can incude a P.S. bitching that person > out for using weird clients. :) In today word a lot of the nonIT people are working with computers. Then i prefer to get my life simple (by configuring my software) and not to teach others, if their behavior is not dangerous for me. Another point, respecting the others freedom, is respecting that they can to do things in bad manner too :-) And here is my big thanks for all people, which are providing highly configurable software by which i can respect these mistakes. > Just kidding, of course, most people don't really care. and another simple don't know ;-) regards -- Slavko http://slavino.sk -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From mir at miras.org Wed Aug 8 14:24:49 2012 From: mir at miras.org (Michael Rasmussen) Date: Wed, 8 Aug 2012 14:24:49 +0200 Subject: [Users] The reply mark in subject (R: Re:) recognition In-Reply-To: <20120808080638.00ee5909@scorpio> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> <20120807174900.3211faa1@scorpio> <20120808061831.38553c35@thewildbeast> <20120808094235.5e04cfc4@marv> <20120808080638.00ee5909@scorpio> Message-ID: <20120808142449.5ff2c9a1@sleipner.datanom.net> On Wed, 8 Aug 2012 08:06:38 -0400 Jerry wrote: > > The problem here is clearly the use of the word "MAY"⁽¹⁾. > Yes, may in a RFC means this functionality is optional but if the functionality is included the functionally "MUST" respect the RFC which means a subject line indicating this is a reply to another mail MUST use, and ONLY use, Re: to indicate this. -- Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael rasmussen cc http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E mir datanom net http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C mir miras org http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917 -------------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From rol at witbe.net Wed Aug 8 14:38:49 2012 From: rol at witbe.net (Paul Rolland (=?UTF-8?B?44Od44O844Or44O744Ot44Op44Oz?=)) Date: Wed, 8 Aug 2012 14:38:49 +0200 Subject: [Users] The reply mark in subject (R: Re:) recognition In-Reply-To: <20120808142449.5ff2c9a1@sleipner.datanom.net> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> <20120807174900.3211faa1@scorpio> <20120808061831.38553c35@thewildbeast> <20120808094235.5e04cfc4@marv> <20120808080638.00ee5909@scorpio> <20120808142449.5ff2c9a1@sleipner.datanom.net> Message-ID: <20120808143849.2dda3277@tux.DEF.witbe.net> Hello Michael, On Wed, 8 Aug 2012 14:24:49 +0200 Michael Rasmussen wrote: > On Wed, 8 Aug 2012 08:06:38 -0400 > Jerry wrote: > > > > > The problem here is clearly the use of the word "MAY"⁽¹⁾. > > > Yes, may in a RFC means this functionality is optional but if the > functionality is included the functionally "MUST" respect the RFC which > means a subject line indicating this is a reply to another mail MUST > use, and ONLY use, Re: to indicate this. What's more : 2822 Internet Message Format. P. Resnick, Ed.. April 2001. (Format: TXT=110695 bytes) (Obsoletes RFC0822) (Obsoleted by RFC5322) (Updated by RFC5335, RFC5336) (Status: PROPOSED STANDARD) 5322 Internet Message Format. P. Resnick, Ed.. October 2008. (Format: TXT=122322 bytes) (Obsoletes RFC2822) (Updates RFC4021) (Status: DRAFT STANDARD) RFC5322, 3.6.5: ... When used in a reply, the field body MAY start with the string "Re: " (an abbreviation of the Latin "in re", meaning "in the matter of") followed by the contents of the "Subject:" field body of the original message. If this is done, only one instance of the literal string "Re: " ought to be used since use of other strings or more than one instance can lead to undesirable consequences. ... So not only should it be "Re: " (with a space after :), but there should be only one of them. Any other strings seems to be mainly originated by : - Microsoft Outlook, - Lotus Notes where people have considered "Re:" as a shortcut for "Reply", and then translated it in all the gazillions of languages we have on earth, while they dutifully forgot about de-duplicating the "Re: Re: Aw: Damn subject" ;) Paul -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From linux at slavino.sk Wed Aug 8 15:09:11 2012 From: linux at slavino.sk (Slavko) Date: Wed, 8 Aug 2012 15:09:11 +0200 Subject: [Users] The reply mark in subject (R: Re:) recognition In-Reply-To: <20120808143849.2dda3277@tux.DEF.witbe.net> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> <20120807174900.3211faa1@scorpio> <20120808061831.38553c35@thewildbeast> <20120808094235.5e04cfc4@marv> <20120808080638.00ee5909@scorpio> <20120808142449.5ff2c9a1@sleipner.datanom.net> <20120808143849.2dda3277@tux.DEF.witbe.net> Message-ID: <20120808150911.733e7136@bonifac.skk> Hi, Dňa Wed, 8 Aug 2012 14:38:49 +0200 Paul Rolland (ポール・ロラン) napísal: > RFC5322, 3.6.5: > ... > When used in a reply, the field body MAY start with the > string "Re: " (an abbreviation of the Latin "in re", meaning "in the > matter of") followed by the contents of the "Subject:" field body of > the original message. If this is done, only one instance of the > literal string "Re: " ought to be used since use of other strings or > more than one instance can lead to undesirable consequences. > ... One more reason to done this configurable (not in mean configurable text which CM adds, but configurable mangling of the existing subject), to prevent the subject in form: "Re: R: Re: etc" Because with this, while CM respects the RFC, it produces the violation of this. Yes, i know it is initialy caused out of CM. I agree, hardcodeing these "mangling" variants is bad idea, but configuration on per-user (and per-cause) base can solve this and can prevent to produce the bad output from CM. regards -- Slavko http://slavino.sk -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From kushwaha at netsolutionsindia.com Wed Aug 8 15:13:41 2012 From: kushwaha at netsolutionsindia.com (Abhay S. Kushwaha) Date: Wed, 8 Aug 2012 18:43:41 +0530 Subject: [Users] The reply mark in subject (R: Re:) recognition In-Reply-To: <20120808143849.2dda3277@tux.DEF.witbe.net> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> <20120807174900.3211faa1@scorpio> <20120808061831.38553c35@thewildbeast> <20120808094235.5e04cfc4@marv> <20120808080638.00ee5909@scorpio> <20120808142449.5ff2c9a1@sleipner.datanom.net> <20120808143849.2dda3277@tux.DEF.witbe.net> Message-ID: <20120808184341.1a5b4788@netsolutionsindia.com> On Wed, 8 Aug 2012 14:38:49 +0200, Paul wrote: > So not only should it be "Re: " (with a space after :), but there > should be only one of them. I do want to point out that Claws Mail's implementation in this regard is correct, in that, it correctly uses the right number of "Re: " when replying to messages, and even to those who have a weird combination of "Re: " and "Fwd: ". Has been so since July 2003! Trivia: Look up Bug 240. :) From claws at thewildbeast.co.uk Wed Aug 8 15:22:20 2012 From: claws at thewildbeast.co.uk (Paul) Date: Wed, 8 Aug 2012 14:22:20 +0100 Subject: [Users] The reply mark in subject (R: Re:) recognition In-Reply-To: <20120808080638.00ee5909@scorpio> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> <20120807174900.3211faa1@scorpio> <20120808061831.38553c35@thewildbeast> <20120808094235.5e04cfc4@marv> <20120808080638.00ee5909@scorpio> Message-ID: <20120808142220.7edeee25@thewildbeast> On Wed, 8 Aug 2012 08:06:38 -0400 Jerry wrote: > The problem here is clearly the use of the word "MAY"⁽¹⁾. In my understanding of this 'MAY' it means may use Re: or may not use Re:. It does mean may use Re: or may use any other abbreviation. with regards Paul -- It isn't worth a nickel to two guys like you or me, but to a collector it is worth a fortune From jerry at seibercom.net Wed Aug 8 16:04:44 2012 From: jerry at seibercom.net (Jerry) Date: Wed, 8 Aug 2012 10:04:44 -0400 Subject: [Users] The reply mark in subject (R: Re:) recognition In-Reply-To: <20120808142449.5ff2c9a1@sleipner.datanom.net> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> <20120807174900.3211faa1@scorpio> <20120808061831.38553c35@thewildbeast> <20120808094235.5e04cfc4@marv> <20120808080638.00ee5909@scorpio> <20120808142449.5ff2c9a1@sleipner.datanom.net> Message-ID: <20120808100444.1b68b257@scorpio> On Wed, 8 Aug 2012 14:24:49 +0200 Michael Rasmussen articulated: > On Wed, 8 Aug 2012 08:06:38 -0400 > Jerry wrote: > > > > > The problem here is clearly the use of the word "MAY"⁽¹⁾. > > > Yes, may in a RFC means this functionality is optional but if the > functionality is included the functionally "MUST" respect the RFC > which means a subject line indicating this is a reply to another mail > MUST use, and ONLY use, Re: to indicate this. In this case, if another MUA starts an original reply with a variant of "RE:", shouldn't claws-mail respect that also? I have been reading up on the various RFCs that apparently deal with this and have not been able to find a concrete answer. -- Jerry ♔ Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 488 bytes Desc: not available URL: From mir at miras.org Wed Aug 8 16:40:57 2012 From: mir at miras.org (Michael Rasmussen) Date: Wed, 8 Aug 2012 16:40:57 +0200 Subject: [Users] The reply mark in subject (R: Re:) recognition In-Reply-To: <20120808100444.1b68b257@scorpio> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> <20120807174900.3211faa1@scorpio> <20120808061831.38553c35@thewildbeast> <20120808094235.5e04cfc4@marv> <20120808080638.00ee5909@scorpio> <20120808142449.5ff2c9a1@sleipner.datanom.net> <20120808100444.1b68b257@scorpio> Message-ID: <20120808164057.6461ee70@sleipner.datanom.net> On Wed, 8 Aug 2012 10:04:44 -0400 Jerry wrote: > > In this case, if another MUA starts an original reply with a variant of > "RE:", shouldn't claws-mail respect that also? I have been reading up > on the various RFCs that apparently deal with this and have not been > able to find a concrete answer. > No. How should a MUA know whatever other markup another MUA uses for "RE: "? The same applies to HTML.

means a paragraph and if I choose to use in my implementation and the distribute this to various browsers how should these other browsers then know that HTML documents coming from my implementation uses as a markup for a paragraph? Should they allow anything between <> to be treated as a paragraph and then use a heuristic algorithm to deside whether means paragraph or something completely different? How you any idea of the impact on the size of the code base for a browser and the following degration in performance? So NO. RFC's are concieved by wise people for the benefit of application programmers taken all, or most, aspect in to consideration for the sake of interoperability, usability, and ease of implementation so if implementors/programmers implements against the recommendations they are either doing it for hidden purposes (read customer lock-in) or simply because they are amateurs. To conclude: I see no good reason to turn a professionel product like claws-mail into some untalented rubbish! Just my 2 cents. -- Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael rasmussen cc http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E mir datanom net http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C mir miras org http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917 -------------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From noreply at thewildbeast.co.uk Wed Aug 8 16:45:25 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 8 Aug 2012 16:45:25 +0200 (CEST) Subject: [Users] [Bug 2719] Crash after deleting attachment In-Reply-To: References: Message-ID: <20120808144525.55BCB85397@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2719 --- Comment #1 from Ricardo Mones 2012-08-08 16:45:24 --- Works here with current CVS. Can you upgrade at least to 3.8.1 and check if it's already fixed? -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From jerry at seibercom.net Wed Aug 8 17:29:49 2012 From: jerry at seibercom.net (Jerry) Date: Wed, 8 Aug 2012 11:29:49 -0400 Subject: [Users] The reply mark in subject (R: Re:) recognition In-Reply-To: <20120808164057.6461ee70@sleipner.datanom.net> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> <20120807174900.3211faa1@scorpio> <20120808061831.38553c35@thewildbeast> <20120808094235.5e04cfc4@marv> <20120808080638.00ee5909@scorpio> <20120808142449.5ff2c9a1@sleipner.datanom.net> <20120808100444.1b68b257@scorpio> <20120808164057.6461ee70@sleipner.datanom.net> Message-ID: <20120808112949.0b91ebf7@scorpio> On Wed, 8 Aug 2012 16:40:57 +0200 Michael Rasmussen articulated: > On Wed, 8 Aug 2012 10:04:44 -0400 > Jerry wrote: > > > In this case, if another MUA starts an original reply with a > > variant of "RE:", shouldn't claws-mail respect that also? I have > > been reading up on the various RFCs that apparently deal with this > > and have not been able to find a concrete answer. > > > No. How should a MUA know whatever other markup another MUA uses for > "RE: "? > > The same applies to HTML.

means a paragraph and if I choose to use > in my implementation and the distribute this to various browsers > how should these other browsers then know that HTML documents coming > from my implementation uses as a markup for a paragraph? Should > they allow anything between <> to be treated as a paragraph and then > use a heuristic algorithm to deside whether means > paragraph or something completely different? How you any idea of the > impact on the size of the code base for a browser and the following > degration in performance? The

is documented in the HTML specifications. There is no RFC that specifically limits the use of "RE: " to indicate an email reply. -- Jerry ♔ Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ From mir at miras.org Wed Aug 8 18:03:13 2012 From: mir at miras.org (Michael Rasmussen) Date: Wed, 8 Aug 2012 18:03:13 +0200 Subject: [Users] The reply mark in subject (R: Re:) recognition In-Reply-To: <20120808112949.0b91ebf7@scorpio> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> <20120807174900.3211faa1@scorpio> <20120808061831.38553c35@thewildbeast> <20120808094235.5e04cfc4@marv> <20120808080638.00ee5909@scorpio> <20120808142449.5ff2c9a1@sleipner.datanom.net> <20120808100444.1b68b257@scorpio> <20120808164057.6461ee70@sleipner.datanom.net> <20120808112949.0b91ebf7@scorpio> Message-ID: <20120808180313.18dfa391@sleipner.datanom.net> On Wed, 8 Aug 2012 11:29:49 -0400 Jerry wrote: > > The

is documented in the HTML specifications. There is no RFC that > specifically limits the use of "RE: " to indicate an email reply. > Are you joking? Several replies to this thread has pointed you to the RFC. -- Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael rasmussen cc http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E mir datanom net http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C mir miras org http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917 -------------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From noreply at thewildbeast.co.uk Wed Aug 8 18:33:46 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 8 Aug 2012 18:33:46 +0200 (CEST) Subject: [Users] [Bug 2705] Claws crashes when retrieving POP mail In-Reply-To: References: Message-ID: <20120808163346.4797385397@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2705 --- Comment #5 from Ricardo Mones 2012-08-08 18:33:45 --- Created an attachment (id=1141) --> (http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1141) Fix crash for uid-less person/address tags Makes XML parser less strict about uids in person/address tags. Doesn't fix the real problem (why no uid was written to addressbook file) but the crash when these are not present. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From ciamarie at my180.net Wed Aug 8 18:52:15 2012 From: ciamarie at my180.net (Cia Watson) Date: Wed, 8 Aug 2012 09:52:15 -0700 Subject: [Users] [Bug 2705] Claws crashes when retrieving POP mail In-Reply-To: <20120808081620.GG31005@trasgu> References: <20120806072713.D14BF85397@mx.colino.net> <20120806094137.3eb0806b@my180.net> <20120806200841.54bfb919@sleipner.datanom.net> <20120806135030.4a2de76d@my180.net> <20120807000953.79fec5fe@sleipner.datanom.net> <20120807090229.010ba823@my180.net> <20120808081620.GG31005@trasgu> Message-ID: <20120808095215.6d69b5b1@my180.net> On Wed, 8 Aug 2012 10:16:20 +0200 Ricardo Mones wrote: > On Tue, Aug 07, 2012 at 09:02:29AM -0700, Cia Watson wrote: > [...] > > If nobody wants to look into it, then close the bug report. > > Nobody said that, so, please, be patient. No problem, I just got a little irritated that one is saying 'it's a Claws-mail problem' and another is saying 'it's a Claws Contacts problem' and I'm not a developer so I don't know how to distinguish whose problem it is. Plus it's now working for me again, so I'm a happy camper on that front. I was thinking about this last night, and wondered if it might have something to do with data that was in the cache when I opened Claws-mail after importing that vcard. Under Preferences; Misc; Metadata handling, I do have it set for safer (have data written to disk directly). In case that might make a difference, I thought I'd throw it out there. Cheers, Cia W. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From berndth at gmx.de Wed Aug 8 20:24:43 2012 From: berndth at gmx.de (Holger Berndt) Date: Wed, 8 Aug 2012 20:24:43 +0200 Subject: [Users] The reply mark in subject (R: Re:) recognition In-Reply-To: <20120808180313.18dfa391@sleipner.datanom.net> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> <20120807174900.3211faa1@scorpio> <20120808061831.38553c35@thewildbeast> <20120808094235.5e04cfc4@marv> <20120808080638.00ee5909@scorpio> <20120808142449.5ff2c9a1@sleipner.datanom.net> <20120808100444.1b68b257@scorpio> <20120808164057.6461ee70@sleipner.datanom.net> <20120808112949.0b91ebf7@scorpio> <20120808180313.18dfa391@sleipner.datanom.net> Message-ID: <20120808202443.5b0673d3@wodan> On Mi, 08.08.2012 18:03, Michael Rasmussen wrote: >On Wed, 8 Aug 2012 11:29:49 -0400 >Jerry wrote: > >> >> The

is documented in the HTML specifications. There is no RFC that >> specifically limits the use of "RE: " to indicate an email reply. >> >Are you joking? Several replies to this thread has pointed you to the >RFC. That RFC recommends (!) the use of "Re: ". It clearly doesn't limit it to that. In particular, the subject line is written by a human, not by a machine. The MUA may offer a suggestion, but that's surely not binding. In particular, a human MUA user doesn't need to read and understand RFCs to be able to actually understand the Subject line of an electronic mail message. It is completely absurd to consider "Aw: " and the like to be invalid. In that line of reasoning, starting with "Look at this: " would also be invalid. However, when not using the widespread "Re: ", users have to live with MUAs not always being able to do the expected thing. That's a shortcomming of the specifications, and not a fault of a human user, nor that of a MUA that translates the subject line, because it considers a translation the lesser of two evils. Comparing that to the (supposedly) well-defined markup language that is interpreted by a machine is likewise absurd. Holger From mir at miras.org Wed Aug 8 20:37:42 2012 From: mir at miras.org (Michael Rasmussen) Date: Wed, 8 Aug 2012 20:37:42 +0200 Subject: [Users] The reply mark in subject (R: Re:) recognition In-Reply-To: <20120808202443.5b0673d3@wodan> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> <20120807174900.3211faa1@scorpio> <20120808061831.38553c35@thewildbeast> <20120808094235.5e04cfc4@marv> <20120808080638.00ee5909@scorpio> <20120808142449.5ff2c9a1@sleipner.datanom.net> <20120808100444.1b68b257@scorpio> <20120808164057.6461ee70@sleipner.datanom.net> <20120808112949.0b91ebf7@scorpio> <20120808180313.18dfa391@sleipner.datanom.net> <20120808202443.5b0673d3@wodan> Message-ID: <20120808203742.68dca28a@sleipner.datanom.net> On Wed, 8 Aug 2012 20:24:43 +0200 Holger Berndt wrote: > > That RFC recommends (!) the use of "Re: ". It clearly doesn't limit it > to that. > No, you are wrong Holger. The RFC says, that you can notify in the subject line that this is a reply using "Re: ". But the notification is optional, not how you notify. -- Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael rasmussen cc http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E mir datanom net http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C mir miras org http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917 -------------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From noreply at thewildbeast.co.uk Wed Aug 8 21:25:04 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 8 Aug 2012 21:25:04 +0200 (CEST) Subject: [Users] [Bug 2719] Crash after deleting attachment In-Reply-To: References: Message-ID: <20120808192504.DA50D85397@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2719 --- Comment #2 from uppercaise 2012-08-08 21:25:04 --- CM-3.7.8 was from the Mageia 1 distribution running on a netbook. I've now managed to compile CM-3.8.1 but the att_remover plugin compile stops on "fatal error: config.h: No such file or directory". The Mageia plugin rpm for Mageia 2 is for CM-3.8.0-3 and won't load on CM-3.8.1. This is as far as I can go with my limited knowledge. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From berndth at gmx.de Wed Aug 8 21:58:48 2012 From: berndth at gmx.de (Holger Berndt) Date: Wed, 8 Aug 2012 21:58:48 +0200 Subject: [Users] The reply mark in subject (R: Re:) recognition In-Reply-To: <20120808203742.68dca28a@sleipner.datanom.net> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> <20120807174900.3211faa1@scorpio> <20120808061831.38553c35@thewildbeast> <20120808094235.5e04cfc4@marv> <20120808080638.00ee5909@scorpio> <20120808142449.5ff2c9a1@sleipner.datanom.net> <20120808100444.1b68b257@scorpio> <20120808164057.6461ee70@sleipner.datanom.net> <20120808112949.0b91ebf7@scorpio> <20120808180313.18dfa391@sleipner.datanom.net> <20120808202443.5b0673d3@wodan> <20120808203742.68dca28a@sleipner.datanom.net> Message-ID: <20120808215848.7d300deb@wodan> On Mi, 08.08.2012 20:37, Michael Rasmussen wrote: >> >> That RFC recommends (!) the use of "Re: ". It clearly doesn't limit it >> to that. >> >No, you are wrong Holger. The RFC says, that you can notify in the >subject line that this is a reply using "Re: ". But the notification is >optional, not how you notify. No. And please, if you want to argue with a spec, name the precise parts that you refer to. The spec that you're talking about, says stuff like "The "Subject:" and "Comments:" fields are unstructured fields as defined in section 2.2.1, and therefore may contain text or folding white space. [...] These three fields are intended to have only human-readable content with information about the message." They are "unstructured" (meaning any sequence of US-ASCII characters) "with no further restrictions" (sec. 2.2.1). They "have only human-readable content". "R: " is perfectly valid. Holger From jerry at seibercom.net Wed Aug 8 22:12:36 2012 From: jerry at seibercom.net (Jerry) Date: Wed, 8 Aug 2012 16:12:36 -0400 Subject: [Users] The reply mark in subject (R: Re:) recognition In-Reply-To: <20120808203742.68dca28a@sleipner.datanom.net> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> <20120807174900.3211faa1@scorpio> <20120808061831.38553c35@thewildbeast> <20120808094235.5e04cfc4@marv> <20120808080638.00ee5909@scorpio> <20120808142449.5ff2c9a1@sleipner.datanom.net> <20120808100444.1b68b257@scorpio> <20120808164057.6461ee70@sleipner.datanom.net> <20120808112949.0b91ebf7@scorpio> <20120808180313.18dfa391@sleipner.datanom.net> <20120808202443.5b0673d3@wodan> <20120808203742.68dca28a@sleipner.datanom.net> Message-ID: <20120808161236.1eac66b8@scorpio> On Wed, 8 Aug 2012 20:37:42 +0200 Michael Rasmussen articulated: > On Wed, 8 Aug 2012 20:24:43 +0200 > Holger Berndt wrote: > > > That RFC recommends (!) the use of "Re: ". It clearly doesn't limit > > it to that. > > > No, you are wrong Holger. The RFC says, that you can notify in the > subject line that this is a reply using "Re: ". But the notification > is optional, not how you notify. It states: When used in a reply, the field body MAY start with the string "Re: " "May" is not equal to "Can". -- Jerry ♔ Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ From berndth at gmx.de Wed Aug 8 22:37:17 2012 From: berndth at gmx.de (Holger Berndt) Date: Wed, 8 Aug 2012 22:37:17 +0200 Subject: [Users] The reply mark in subject (R: Re:) recognition In-Reply-To: <20120808161236.1eac66b8@scorpio> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> <20120807174900.3211faa1@scorpio> <20120808061831.38553c35@thewildbeast> <20120808094235.5e04cfc4@marv> <20120808080638.00ee5909@scorpio> <20120808142449.5ff2c9a1@sleipner.datanom.net> <20120808100444.1b68b257@scorpio> <20120808164057.6461ee70@sleipner.datanom.net> <20120808112949.0b91ebf7@scorpio> <20120808180313.18dfa391@sleipner.datanom.net> <20120808202443.5b0673d3@wodan> <20120808203742.68dca28a@sleipner.datanom.net> <20120808161236.1eac66b8@scorpio> Message-ID: <20120808223717.66072df4@wodan> On Mi, 08.08.2012 16:12, Jerry wrote: >> > That RFC recommends (!) the use of "Re: ". It clearly doesn't limit >> > it to that. >> > >> No, you are wrong Holger. The RFC says, that you can notify in the >> subject line that this is a reply using "Re: ". But the notification >> is optional, not how you notify. > >It states: > >When used in a reply, the field body MAY start with the string "Re: " > >"May" is not equal to "Can". MAY (note the capitals) is defined in RFC 2119. It doesn't support Michael's claim either. Holger From berndth at gmx.de Wed Aug 8 22:47:16 2012 From: berndth at gmx.de (Holger Berndt) Date: Wed, 8 Aug 2012 22:47:16 +0200 Subject: [Users] The reply mark in subject (R: Re:) recognition In-Reply-To: <20120807235320.5d9b7d8d@bsd64.grem.de> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> <20120807202614.64921854@bonifac.skk> <20120807235320.5d9b7d8d@bsd64.grem.de> Message-ID: <20120808224716.78875eec@wodan> On Di, 07.08.2012 23:53, Michael Gmelin wrote: >make sure to get this right, since the plugin is not complaining >in case of syntax errors, but just not affecting the output at all You'll get a traceback on Claws Mail's stdout in this case - so while scripting, it may be useful to start Claws Mail from a terminal and monitor the output. That's also where Python's "print" statements are sent. I know that's ugly and not very visible, but maybe it's helpful information for the time being nontheless. Holger From claws at thewildbeast.co.uk Wed Aug 8 22:52:29 2012 From: claws at thewildbeast.co.uk (Paul) Date: Wed, 8 Aug 2012 21:52:29 +0100 Subject: [Users] The reply mark in subject (R: Re:) recognition In-Reply-To: <20120808223717.66072df4@wodan> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> <20120807174900.3211faa1@scorpio> <20120808061831.38553c35@thewildbeast> <20120808094235.5e04cfc4@marv> <20120808080638.00ee5909@scorpio> <20120808142449.5ff2c9a1@sleipner.datanom.net> <20120808100444.1b68b257@scorpio> <20120808164057.6461ee70@sleipner.datanom.net> <20120808112949.0b91ebf7@scorpio> <20120808180313.18dfa391@sleipner.datanom.net> <20120808202443.5b0673d3@wodan> <20120808203742.68dca28a@sleipner.datanom.net> <20120808161236.1eac66b8@scorpio> <20120808223717.66072df4@wodan> Message-ID: <20120808215229.75c97714@thewildbeast> On Wed, 8 Aug 2012 22:37:17 +0200 Holger Berndt wrote: > MAY (note the capitals) is defined in RFC 2119. It doesn't support > Michael's claim either. My reading of the RFC is like Michael's, I say it again without the typo this time: In my understanding of this 'MAY' it means may use "Re: or may not use Re:". It does not mean "may use Re: or may use any other abbreviation". And to quote the RFC '"Re: " (from the Latin "res", in the matter of)', so Aw:, for example, (in my limited understanding of German), being short for Antwort, a translation of 'reply', is wrong anyway. with regards Paul -- It isn't worth a nickel to two guys like you or me, but to a collector it is worth a fortune From berndth at gmx.de Wed Aug 8 22:57:05 2012 From: berndth at gmx.de (Holger Berndt) Date: Wed, 8 Aug 2012 22:57:05 +0200 Subject: [Users] Hello In-Reply-To: <20120808215229.75c97714@thewildbeast> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> <20120807174900.3211faa1@scorpio> <20120808061831.38553c35@thewildbeast> <20120808094235.5e04cfc4@marv> <20120808080638.00ee5909@scorpio> <20120808142449.5ff2c9a1@sleipner.datanom.net> <20120808100444.1b68b257@scorpio> <20120808164057.6461ee70@sleipner.datanom.net> <20120808112949.0b91ebf7@scorpio> <20120808180313.18dfa391@sleipner.datanom.net> <20120808202443.5b0673d3@wodan> <20120808203742.68dca28a@sleipner.datanom.net> <20120808161236.1eac66b8@scorpio> <20120808223717.66072df4@wodan> <20120808215229.75c97714@thewildbeast> Message-ID: <20120808225705.22a8f63c@wodan> On Mi, 08.08.2012 21:52, Paul wrote: >> MAY (note the capitals) is defined in RFC 2119. It doesn't support >> Michael's claim either. > >My reading of the RFC is like Michael's, I say it again without the >typo this time: > >In my understanding of this 'MAY' it means may use "Re: or may not use >Re:". It does not mean "may use Re: or may use any other >abbreviation". Again: The subject header is FREE TEXT, for HUMANS. RFC 2822 defines an OPTIONAL (->MAY) feature on this otherwise non-machine-interpreted free text header, which introduces "Re: " syntax. >And to quote the RFC '"Re: " (from the Latin "res", in the matter >of)', so Aw:, for example, (in my limited understanding of German), >being short for Antwort, a translation of 'reply', is wrong anyway.> No, it's not wrong. It's just not the optional feature described. "Antwort: " qualifies as human-readable free text all right. Holger From linux at slavino.sk Wed Aug 8 22:58:27 2012 From: linux at slavino.sk (Slavko) Date: Wed, 8 Aug 2012 22:58:27 +0200 Subject: [Users] The reply mark in subject (R: Re:) recognition In-Reply-To: <20120808224716.78875eec@wodan> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> <20120807202614.64921854@bonifac.skk> <20120807235320.5d9b7d8d@bsd64.grem.de> <20120808224716.78875eec@wodan> Message-ID: <20120808225827.54e075a2@bonifac.skk> Hi, Dňa Wed, 8 Aug 2012 22:47:16 +0200 Holger Berndt napísal: > You'll get a traceback on Claws Mail's stdout in this case - so while > scripting, it may be useful to start Claws Mail from a terminal and > monitor the output. That's also where Python's "print" statements are > sent. > > I know that's ugly and not very visible, but maybe it's helpful > information for the time being nontheless. then, when CM is running from gui, there must be output in ~/.xsession-errors: tailf ~/.xsession-errors regards -- Slavko http://slavino.sk -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From freebsd at grem.de Wed Aug 8 13:04:00 2012 From: freebsd at grem.de (Michael Gmelin) Date: Wed, 8 Aug 2012 13:04:00 +0200 Subject: [Users] Question regarding forward of HTML e-mails Message-ID: <20120808130400.4695f79d@bsd64.grem.de> Hi, Today I ran into an amusing problem using forward in claws. I received an email composed using Outlook which had the following structure: message/rfc822 multipart/alternative text/plain text/html (so a "classic" plain text and html email, both containing the same information, but the HTML 20 times the size of course). I forwarded this message using claws to another Outlook user, commenting on it on top (which was important in this case). The resulting message had the following structure: message/rfc822 multipart/mixed text/plain text/html Based on the reaction of the recipient, I came to believe she only saw the HTML part of the multipart/mixed message, which was exactly the same content that I received (also excluding any "Begin forwarded message:" or any other content that makes it clear, that a message has been forwarded). In the end, the mail looked to this person like I wrote what I actually forwarded (Fw: in Subject didn't seem to affect this perception). So my question is: Since modifying HTML content is outside of claws' scope, is there an option to remove HTML alternatives on forward automatically (or turn the HTML alternative into an attachment). Forward as attachment doesn't cut it, since this will also move the plain text version I would like to comment on into the attachment. Could templates help at all in this case? I could resolve the situation with that person, but the bad first impression can't be undone and I would really like to prevent such incidents in the future. -- Michael Gmelin From freebsd at grem.de Wed Aug 8 23:09:58 2012 From: freebsd at grem.de (Michael Gmelin) Date: Wed, 8 Aug 2012 23:09:58 +0200 Subject: [Users] Question regarding forward of HTML e-mails Message-ID: <20120808230958.35c3f2fe@bsd64.grem.de> [Sorry, this might be a duplicate, I'm travelling and have some trouble with a slow internet connection and posted the original message with a 10 hour delay] Hi, Today I ran into an amusing problem using forward in claws. I received an email composed using Outlook which had the following structure: message/rfc822 multipart/alternative text/plain text/html (so a "classic" plain text and html email, both containing the same information, but the HTML 20 times the size of course). I forwarded this message using claws to another Outlook user, commenting on it on top (which was important in this case). The resulting message had the following structure: message/rfc822 multipart/mixed text/plain text/html Based on the reaction of the recipient, I came to believe she only saw the HTML part of the multipart/mixed message, which was exactly the same content that I received (also excluding any "Begin forwarded message:" or any other content that makes it clear, that a message has been forwarded). In the end, the mail looked to this person like I wrote what I actually forwarded (Fw: in Subject didn't seem to affect this perception). So my question is: Since modifying HTML content is outside of claws' scope, is there an option to remove HTML alternatives on forward automatically (or turn the HTML alternative into an attachment). Forward as attachment doesn't cut it, since this will also move the plain text version I would like to comment on into the attachment. Could templates help at all in this case? I could resolve the situation with that person, but the bad first impression can't be undone and I would really like to prevent such incidents in the future. -- Michael Gmelin From jerry at seibercom.net Wed Aug 8 23:17:18 2012 From: jerry at seibercom.net (Jerry) Date: Wed, 8 Aug 2012 17:17:18 -0400 Subject: [Users] The reply mark in subject (R: Re:) recognition In-Reply-To: <20120808215229.75c97714@thewildbeast> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> <20120807174900.3211faa1@scorpio> <20120808061831.38553c35@thewildbeast> <20120808094235.5e04cfc4@marv> <20120808080638.00ee5909@scorpio> <20120808142449.5ff2c9a1@sleipner.datanom.net> <20120808100444.1b68b257@scorpio> <20120808164057.6461ee70@sleipner.datanom.net> <20120808112949.0b91ebf7@scorpio> <20120808180313.18dfa391@sleipner.datanom.net> <20120808202443.5b0673d3@wodan> <20120808203742.68dca28a@sleipner.datanom.net> <20120808161236.1eac66b8@scorpio> <20120808223717.66072df4@wodan> <20120808215229.75c97714@thewildbeast> Message-ID: <20120808171718.1512ae85@scorpio> On Wed, 8 Aug 2012 21:52:29 +0100 Paul articulated: > On Wed, 8 Aug 2012 22:37:17 +0200 > Holger Berndt wrote: > > > MAY (note the capitals) is defined in RFC 2119. It doesn't support > > Michael's claim either. > > My reading of the RFC is like Michael's, I say it again without the > typo this time: > > In my understanding of this 'MAY' it means may use "Re: or may not use > Re:". It does not mean "may use Re: or may use any other > abbreviation". > > And to quote the RFC '"Re: " (from the Latin "res", in the matter > of)', so Aw:, for example, (in my limited understanding of German), > being short for Antwort, a translation of 'reply', is wrong anyway. I have witnessed three people read the same RFC and come away shaking their heads. All too many RFCs are deliberately written in an obscure fashion. RFC2119 tries to state exactly what the word "MAY" means, yet it is obviously confusing to some and unclear to others. RFC2822 states: "The informational fields are all optional", yet most emails do contain one. Personally, I never read RFCs whenever possible. They case me severe headaches. -- Jerry ♔ Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ From berndth at gmx.de Thu Aug 9 00:01:16 2012 From: berndth at gmx.de (Holger Berndt) Date: Thu, 9 Aug 2012 00:01:16 +0200 Subject: [Users] The reply mark in subject (R: Re:) recognition In-Reply-To: <20120808110826.11f941ab@bonifac.skk> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> <20120807202614.64921854@bonifac.skk> <20120807235320.5d9b7d8d@bsd64.grem.de> <20120808110826.11f941ab@bonifac.skk> Message-ID: <20120809000116.44bed331@wodan> On Mi, 08.08.2012 11:08, Slavko wrote: >Only one thing is left - the subject manipulating changes the content and >closing compose window without any other change invokes the confirmation >dialog (Save, Concept, Cancel) - of course, only when the subject line was >changed. Is here solution to prevent showing this confirmation from this >script, please? That's actually a good point. When e.g. a compose_any script modifies a message, it's more like a autogenerated template, and one certainly doesn't want a confirmation dialog if the otherwise unchanged compose window gets closed. On the other hand, Python scripts can also be triggered manually during mail composing, so having functions like set_subject() reset the "modified" state of the compose window automatically would also be wrong, and potentially harmful. For that reason, I now added an explicit set_modified(True|False) function to the compose window class which can be used to overwrite the "modified" state of the window. Sorry for the weird subject line in the other mail - I shouldn't send mails in the middle of experimenting with my mailer :) Holger From kushwaha at netsolutionsindia.com Thu Aug 9 08:38:19 2012 From: kushwaha at netsolutionsindia.com (Abhay S. Kushwaha) Date: Thu, 9 Aug 2012 12:08:19 +0530 Subject: [Users] Hello In-Reply-To: <20120808225705.22a8f63c@wodan> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> <20120807174900.3211faa1@scorpio> <20120808061831.38553c35@thewildbeast> <20120808094235.5e04cfc4@marv> <20120808080638.00ee5909@scorpio> <20120808142449.5ff2c9a1@sleipner.datanom.net> <20120808100444.1b68b257@scorpio> <20120808164057.6461ee70@sleipner.datanom.net> <20120808112949.0b91ebf7@scorpio> <20120808180313.18dfa391@sleipner.datanom.net> <20120808202443.5b0673d3@wodan> <20120808203742.68dca28a@sleipner.datanom.net> <20120808161236.1eac66b8@scorpio> <20120808223717.66072df4@wodan> <20120808215229.75c97714@thewildbeast> <20120808225705.22a8f63c@wodan> Message-ID: <20120809120819.5fcc630e@netsolutionsindia.com> On Wed, 8 Aug 2012 22:57:05 +0200, Holger wrote: > >> MAY (note the capitals) is defined in RFC 2119. It doesn't > >> support Michael's claim either. > > > >My reading of the RFC is like Michael's, I say it again without the > >typo this time: > > > >In my understanding of this 'MAY' it means may use "Re: or may not > >use Re:". It does not mean "may use Re: or may use any other > >abbreviation". > > Again: The subject header is FREE TEXT, for HUMANS. > > RFC 2822 defines an OPTIONAL (->MAY) feature on this otherwise > non-machine-interpreted free text header, which introduces "Re: " > syntax. > > >And to quote the RFC '"Re: " (from the Latin "res", in the matter > >of)', so Aw:, for example, (in my limited understanding of German), > >being short for Antwort, a translation of 'reply', is wrong > >anyway.> > > No, it's not wrong. It's just not the optional feature described. > "Antwort: " qualifies as human-readable free text all right. Holger, please allow me to break it down in a more structured manner. 1. Is "Antwort: " allowed to be the "Subject:" field? 2. Should a response to an email be identified by modifying the "Subject:" field? 3. If the answer to #2 allows modification of "Subject:" field, is there a prescribed way to do it? 4. If there is a prescription in #3, are "Antwort: " or "Aw: " (its abbreviation) part of that prescription? Now the answers. 1. Yes, of course. Any text is allowed to be in "Subject:" field. In that, the used text is the subject of the email itself. Ref: 3.6.5, first paragraph. > The "Subject:" and "Comments:" fields are unstructured fields > as defined in section 2.2.1, and therefore may contain text > or folding white space. 2. It is allowed that a reply to an email message be indicated by modification of the "Subject:" field. It is not compulsory to do so, but it is allowed to be done. Ref: 3.6.5, second paragraph. > The "Subject:" field is the most common and contains a short > string identifying the topic of the message. When used in a > reply, the field body MAY start with the string "Re: " (from the > Latin "res", in the matter of) followed by the contents of the > "Subject:" field body of the original message. 3. Yes. If it is choosen that the reply be identified through the modification of the "Subject:" field, then it must and only must use the string "Re: " and no other, and that too, only once and not more than once. Ref: 3.6.5 > If this is done, only one instance of the literal string "Re: " > ought to be used since use of other strings or more than one > instance can lead to undesirable consequences. 4. No. The prescribed format of identifying a response through modification of "Subject:" field should use only use "Re: ", and only once, and no other string or multiple uses of "Re: " are prescribed. Ref: 3.6.5 > If this is done, only one instance of the literal string "Re: " > ought to be used since use of other strings or more than one > instance can lead to undesirable consequences. Ref: A.2 > When sending replies, the Subject field is often retained, though > prepended with "Re: " as described in section 3.6.5. So Holger, when you say "Aw: " or "Antwort: " is allowed to be used in "Subject:" field, you are absolutely right. In that use, these words are valid content for "Subject:" field. But they are not to be confused with the RFC-prescribed indicator of a response. So when you use "Aw: " you are modifying the "Subject:" itself. It is no different than receiving an email with "Subject:" as "Hi Holger" and you replying with "Subject:" of "Your email called 'Hi Holger'". So when you use any other string than "Re: " in an attempt to identify a response, you should not expect that a software or human who correctly understands and implements the RFC will understand. In other words, if I receive an email with: Subject: Aw: Hi Holger the RFC compliant responses to that email would only be two Subject: Aw: Hi Holger -or- Subject: Re: Aw: Hi Holger where, in the first instance I chose not to identify a reply by modifying the "Subject:" field and in the second instance I chose to identify a reply by modifying the "Subject:" field. That is, "Aw: " is not an alternative to "Re: " far as RFC is concerned. The RFC specifically talks of "use of other strings" other than "Re: " as potential agents of "undesirable consequences". From rol at witbe.net Thu Aug 9 08:55:12 2012 From: rol at witbe.net (Paul Rolland (=?UTF-8?B?44Od44O844Or44O744Ot44Op44Oz?=)) Date: Thu, 9 Aug 2012 08:55:12 +0200 Subject: [Users] Hello In-Reply-To: <20120809120819.5fcc630e@netsolutionsindia.com> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> <20120807174900.3211faa1@scorpio> <20120808061831.38553c35@thewildbeast> <20120808094235.5e04cfc4@marv> <20120808080638.00ee5909@scorpio> <20120808142449.5ff2c9a1@sleipner.datanom.net> <20120808100444.1b68b257@scorpio> <20120808164057.6461ee70@sleipner.datanom.net> <20120808112949.0b91ebf7@scorpio> <20120808180313.18dfa391@sleipner.datanom.net> <20120808202443.5b0673d3@wodan> <20120808203742.68dca28a@sleipner.datanom.net> <20120808161236.1eac66b8@scorpio> <20120808223717.66072df4@wodan> <20120808215229.75c97714@thewildbeast> <20120808225705.22a8f63c@wodan> <20120809120819.5fcc630e@netsolutionsindia.com> Message-ID: <20120809085512.39414cc4@tux.DEF.witbe.net> Hello, On Thu, 9 Aug 2012 12:08:19 +0530 "Abhay S. Kushwaha" wrote: > > Holger, please allow me to break it down in a more structured manner. > [SNIP] Sorry to deleted that long presentation you did, but I think it's the clearest presentation I've seen for quite a long time, and I fully agree with the way you read the RFCs ! 'Re: ' is described in the RFC and as such deserved a specific treatment, also described in the RFC, but any other text is allowed, and the RFCs specify nothing, so any treatment done to it is left to Human understanding/interpretation. > So Holger, when you say "Aw: " or "Antwort: " is allowed to be used > in "Subject:" field, you are absolutely right. In that use, these > words are valid content for "Subject:" field. But they are not to be > confused with the RFC-prescribed indicator of a response. Exactly. > In other words, if I receive an email with: > Subject: Aw: Hi Holger > the RFC compliant responses to that email would only be two > Subject: Aw: Hi Holger > -or- > Subject: Re: Aw: Hi Holger > where, in the first instance I chose not to identify a reply by > modifying the "Subject:" field and in the second instance I chose to > identify a reply by modifying the "Subject:" field. > > That is, "Aw: " is not an alternative to "Re: " far as RFC is > concerned. The RFC specifically talks of "use of other strings" other > than "Re: " as potential agents of "undesirable consequences". And, to complete, _if your MUA_ decides to consider that "Aw:" is like "Re:", and wants to transform : Subject: Re: Aw: Hi Holger into Subject: Re: Hi Holger then nothing in the RFC prevents it from acting so, it is just not covered (or simply covered by the fact the Subject field is free text). Paul -- TelcoTV Awards 2011 - Witbe winner in "Innovation in Test & Measurement" Paul Rolland E-Mail : rol(at)witbe.net CTO - Witbe.net SA Tel. +33 (0)1 47 67 77 77 Les Collines de l'Arche Fax. +33 (0)1 47 67 77 99 F-92057 Paris La Defense RIPE : PR12-RIPE LinkedIn : http://www.linkedin.com/in/paulrolland Skype : rollandpaul "I worry about my child and the Internet all the time, even though she's too young to have logged on yet. Here's what I worry about. I worry that 10 or 15 years from now, she will come to me and say 'Daddy, where were you when they took freedom of the press away from the Internet?'" --Mike Godwin, Electronic Frontier Foundation -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From noreply at thewildbeast.co.uk Thu Aug 9 09:01:49 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 9 Aug 2012 09:01:49 +0200 (CEST) Subject: [Users] [Bug 2719] Crash after deleting attachment In-Reply-To: References: Message-ID: <20120809070149.2D60285432@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2719 --- Comment #3 from Ricardo Mones 2012-08-09 09:01:47 --- Maybe the Mageia maintainer can provide some updated or backported packages for 3.8.1. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Aug 9 09:29:42 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 9 Aug 2012 09:29:42 +0200 (CEST) Subject: [Users] [Bug 2718] Certification code path review In-Reply-To: References: Message-ID: <20120809072942.58A5485432@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2718 --- Comment #2 from Ricardo Mones 2012-08-09 09:29:41 --- 1. I don't think there's a problem to add the new path to the current existing collection. 2. Doesn't seem clear to me, from reading https://bugzilla.novell.com/show_bug.cgi?id=761503#c12 if this is still an issue or not... but seems it's not, is it? 3. Also don't think there's a problem with adding this, but a patch would be appreciated, of course. Anyway from RFC 2818 section 3.1: " If the client has external information as to the expected identity of the server, the hostname check MAY be omitted [...] " So I think hostname check should not be done after prompting certificate prompt, as the user has already validated it (otherwise could faild leading to a new prompt and user annoyance ;-) -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Aug 9 09:33:51 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 9 Aug 2012 09:33:51 +0200 (CEST) Subject: [Users] [Bug 2718] Certification code path review In-Reply-To: References: Message-ID: <20120809073351.913E985432@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2718 --- Comment #3 from Dominique Leuenberger 2012-08-09 09:33:50 --- 1. Agree => Nothing more to be done from your end 2. I think a confirmation from your end that I read that code all right is in order. 3. The 'issue' arises if the certificate is certified to a trusted root. In this case, the user is not prompted, won't see the cert details but there is no verification if the presented certificate belongs to the hostname we tried to connect to. As such, MITM seems easily possible. This seems to be the main issue at the moment. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Aug 9 12:09:37 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 9 Aug 2012 12:09:37 +0200 (CEST) Subject: [Users] [Bug 2718] Certification code path review In-Reply-To: References: Message-ID: <20120809100937.B2A9785432@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2718 --- Comment #4 from Colin Leroy 2012-08-09 12:09:37 --- Hi, FYI, I am working on that. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Aug 9 12:27:30 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 9 Aug 2012 12:27:30 +0200 (CEST) Subject: [Users] [Bug 2719] Crash after deleting attachment In-Reply-To: References: Message-ID: <20120809102730.290AC8541C@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2719 --- Comment #4 from uppercaise 2012-08-09 12:27:29 --- I'll ask at the Mageia list if that's possible, thanks. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Aug 9 13:05:26 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 9 Aug 2012 13:05:26 +0200 (CEST) Subject: [Users] [Bug 2718] Certification code path review In-Reply-To: References: Message-ID: <20120809110526.D7B6C8541C@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2718 --- Comment #5 from Ricardo Mones 2012-08-09 13:05:26 --- Created an attachment (id=1142) --> (http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1142) Attempt to fix point 3 I was working also on a patch, but still not completely finished, it just compiles, but I'm glad you're working on it. Just attaching the current patch in case it could save you some time, but probably just garbage. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Aug 9 13:26:01 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 9 Aug 2012 13:26:01 +0200 (CEST) Subject: [Users] [Bug 2718] Certification code path review In-Reply-To: References: Message-ID: <20120809112601.D89378541C@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2718 --- Comment #6 from Colin Leroy 2012-08-09 13:26:01 --- Hi Ricardo, Thanks ! I've taken a different way, where I don't plan on checking hostname matching for known saved certificates, there's no need to in my opinion (I don't want to bother users telling them everytime for something they may not be able to change. We already do this for expired certificates, but there the admin fix for this is easier). So I plan on checking hostname in each of the other cases. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Aug 9 13:32:07 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 9 Aug 2012 13:32:07 +0200 (CEST) Subject: [Users] [Bug 2718] Failure to check peer hostname when checking certificate In-Reply-To: References: Message-ID: <20120809113207.6010C8541C@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2718 Colin Leroy changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Certification code path |Failure to check peer |review |hostname when checking | |certificate -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Aug 9 13:33:35 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 9 Aug 2012 13:33:35 +0200 (CEST) Subject: [Users] [Bug 2718] Failure to check peer hostname when checking certificate In-Reply-To: References: Message-ID: <20120809113335.25B4D8541C@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2718 --- Comment #7 from users 2012-08-09 13:33:34 --- Changes related to this bug have been committed. Please check latest CVS and update the bug accordingly. You can also get the patch from: http://www.claws-mail.org/tracker/ 2012-08-09 [colin] 3.8.1cvs26 * src/common/ssl.c * src/common/ssl_certificate.c * src/common/ssl_certificate.h * src/gtk/sslcertwindow.c Fix bug 2718, "Failure to check peer hostname when checking certificate" -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Aug 9 13:35:34 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 9 Aug 2012 13:35:34 +0200 (CEST) Subject: [Users] [Bug 2718] Failure to check peer hostname when checking certificate In-Reply-To: References: Message-ID: <20120809113534.8AB168541C@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2718 --- Comment #8 from Ricardo Mones 2012-08-09 13:35:33 --- IMHO if the hostname doesn't match certificate name then the admin should also fix the certificate, otherwise I think we're leaving these known ones vulnerable to MITM attacks. But it may happen I had not understood it well, so more insight welcome. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Aug 9 13:38:59 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 9 Aug 2012 13:38:59 +0200 (CEST) Subject: [Users] [Bug 2718] Failure to check peer hostname when checking certificate In-Reply-To: References: Message-ID: <20120809113859.C9BA78541C@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2718 --- Comment #9 from Colin Leroy 2012-08-09 13:38:59 --- Hi, to sum it up, Dominique: 1) Only the Win32 version uses an included bundle, the *nix version tries to find various distro-dependent file bundles. Your distro's path was left out, sorry about that. 2) Yes, we always prompt users when hitting a new, previously unknown certificate, be it "correctly" signed or not. (I don't think that root-CA-signed certificates are anymore trustworthy than self-signed certificates). This alleviates point 3, indeed. We also ask the user when a known certificate changes (after renewal for example) and when it's expired. 3) Even if the user was asked for acceptation when reaching an unknown certificate, the hostname check was "to be done by the user", which isn't very good indeed. The patch I just commited fixes that by adding a warning about the hostname in the SSL certificates alertpanels. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Aug 9 13:44:53 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 9 Aug 2012 13:44:53 +0200 (CEST) Subject: [Users] [Bug 2718] Failure to check peer hostname when checking certificate In-Reply-To: References: Message-ID: <20120809114453.F22478541C@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2718 --- Comment #10 from Colin Leroy 2012-08-09 13:44:53 --- > IMHO if the hostname doesn't match certificate name then the admin should also > fix the certificate, I'm thinking it would bother numerous users using servers serving for multiple domains with only one certificate matching only the real FQDN of the server. For example, my server serves my domain, Paul's domain and three others, and the certificate only matches my domain. > otherwise I think we're leaving these known ones vulnerable to MITM attacks. If the known ones are already subject of MITM, yes, but in any case that would be too late for those. If a MITM is attempted on clients for which the server certificate is already known, the certificate would have to be changed, thus triggering the alert (with or without my just-commited patch). -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Aug 9 13:46:49 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 9 Aug 2012 13:46:49 +0200 (CEST) Subject: [Users] [Bug 2718] Failure to check peer hostname when checking certificate In-Reply-To: References: Message-ID: <20120809114649.63F7E8541C@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2718 --- Comment #11 from Dominique Leuenberger 2012-08-09 13:46:49 --- > I'm thinking it would bother numerous users using servers serving for multiple > domains with only one certificate matching only the real FQDN of the server. > For example, my server serves my domain, Paul's domain and three others, and > the certificate only matches my domain. That's up to the admin to create proper and valid certificates... alternativ subjects have been long supported in X.509 -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Aug 9 13:54:34 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 9 Aug 2012 13:54:34 +0200 (CEST) Subject: [Users] [Bug 2718] Failure to check peer hostname when checking certificate In-Reply-To: References: Message-ID: <20120809115435.379B5854CE@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2718 --- Comment #12 from Colin Leroy 2012-08-09 13:54:34 --- Dominique, one more thing 'cause I don't have an account on Novell's bugzilla: https://bugzilla.novell.com/show_bug.cgi?id=761503#c5 We have a list of certs directories too, which we used back in the days where our SSL implementation was OpenSSL-based. We added the files when switching to GnuTLS which didn't at the time provide a way to provide a directory of trusted CA certs. If GnuTLS now provides that, I'll include a patch to use directories instead of files when possible, when my distro will ship a recent enough GnuTLS so that I can test -- or when someone writes it, it should be rather trivial like in the upcoming attachment. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Aug 9 13:55:42 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 9 Aug 2012 13:55:42 +0200 (CEST) Subject: [Users] [Bug 2718] Failure to check peer hostname when checking certificate In-Reply-To: References: Message-ID: <20120809115542.5FAB8854CE@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2718 --- Comment #13 from Colin Leroy 2012-08-09 13:55:41 --- Created an attachment (id=1143) --> (http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1143) Pseudo-patch to use directory-based trust CA certs -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Aug 9 14:04:43 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 9 Aug 2012 14:04:43 +0200 (CEST) Subject: [Users] [Bug 2718] Failure to check peer hostname when checking certificate In-Reply-To: References: Message-ID: <20120809120443.56B2385432@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2718 --- Comment #14 from Ricardo Mones 2012-08-09 14:04:42 --- We already have the hidden property to skip checking certificates, but if a user choose to check them, I think the check should be as complete and confident as possible, no matter the certificate is new or already known or how lazy the server admin was when generating the certificate. But that's my opinion only. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From colin at colino.net Thu Aug 9 14:36:05 2012 From: colin at colino.net (Colin Leroy) Date: Thu, 9 Aug 2012 14:36:05 +0200 Subject: [Users] Hello In-Reply-To: <20120808225705.22a8f63c@wodan> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> <20120807174900.3211faa1@scorpio> <20120808061831.38553c35@thewildbeast> <20120808094235.5e04cfc4@marv> <20120808080638.00ee5909@scorpio> <20120808142449.5ff2c9a1@sleipner.datanom.net> <20120808100444.1b68b257@scorpio> <20120808164057.6461ee70@sleipner.datanom.net> <20120808112949.0b91ebf7@scorpio> <20120808180313.18dfa391@sleipner.datanom.net> <20120808202443.5b0673d3@wodan> <20120808203742.68dca28a@sleipner.datanom.net> <20120808161236.1eac66b8@scorpio> <20120808223717.66072df4@wodan> <20120808215229.75c97714@thewildbeast> <20120808225705.22a8f63c@wodan> Message-ID: <20120809143605.46f3c369@marv> On 08 August 2012 at 22h57, Holger Berndt wrote: Hi Holger, > Again: The subject header is FREE TEXT, for HUMANS. > > RFC 2822 defines an OPTIONAL (->MAY) feature on this otherwise > non-machine-interpreted free text header, which introduces "Re: " > syntax. > > >And to quote the RFC '"Re: " (from the Latin "res", in the matter > >of)', so Aw:, for example, (in my limited understanding of German), > >being short for Antwort, a translation of 'reply', is wrong > >anyway.> > > No, it's not wrong. It's just not the optional feature described. > "Antwort: " qualifies as human-readable free text all right. Sure, that technically true, the RFC is vague enough and just gives advice, indeed. The only thing is, developers who care follow that MAY and make their program automatically prefix replies with "Re: ", while those who don't give a shit make their program prefix with whatever comes to their minds, so they can next proceed to their next RFC-breakage or RFC-bendage. :) -- Colin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: not available URL: From charlescurley at charlescurley.com Thu Aug 9 14:37:24 2012 From: charlescurley at charlescurley.com (Charles Curley) Date: Thu, 9 Aug 2012 06:37:24 -0600 Subject: [Users] Bogofilter Ham Action Message-ID: <20120809063724.5bc77841@yendi.localdomain> I recently moved from Ubuntu to Debian 6.0.4 stable, taking my claws-mail and bogofilter setup with me. I now find I have a lot of training of bogofilter to do. For false hits that end up in the trash the solution is simple: hit the "ham" button, then move the mail where it belongs. There is no simple solution for suspicious email that ends up in the TrashMaybe directory. So my question: has anyone got a claws action I can use for the purpose? Thanks -- Charles Curley /"\ ASCII Ribbon Campaign Looking for fine software \ / Respect for open standards and/or writing? X No HTML/RTF in email http://www.charlescurley.com / \ No M$ Word docs in email Key fingerprint = CE5C 6645 A45A 64E4 94C0 809C FFF6 4C48 4ECD DFDB From colin at colino.net Thu Aug 9 14:46:33 2012 From: colin at colino.net (Colin Leroy) Date: Thu, 9 Aug 2012 14:46:33 +0200 Subject: [Users] Bogofilter Ham Action In-Reply-To: <20120809063724.5bc77841@yendi.localdomain> References: <20120809063724.5bc77841@yendi.localdomain> Message-ID: <20120809144633.6650f3be@marv> On 09 August 2012 at 06h37, Charles Curley wrote: Hi, > For false hits that end up in the trash the solution is simple: hit > the "ham" button, then move the mail where it belongs. There is no > simple solution for suspicious email that ends up in the TrashMaybe > directory. So my question: has anyone got a claws action I can use > for the purpose? Hit the Spam button, it's enough to train bogofilter. And for false hits in the Maybe folder, use the arrow at the right of that button to choose Learn as Ham. You can also define keyboard shortcuts in the menu Message/Mark/{Mark as Spam, Mark as Ham} (I use Ctrl-Shift-M and Ctrl-Shift H), and skim through your Maybe folder using those. My bogofilter learn process goes like this : - Select all missed spam, Ctrl-Shift-M and they go away in the trash - Select all missed ham (the rest), Ctrl-Shift-H and when bogofilter's done learning as seen in the status bar, - Ctrl-Shift-F to filter them to their correct folders. Makes it really easy to keep helping bogofilter make the right decisions :) -- Colin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: not available URL: From colin at colino.net Thu Aug 9 14:51:13 2012 From: colin at colino.net (Colin Leroy) Date: Thu, 9 Aug 2012 14:51:13 +0200 Subject: [Users] Question regarding forward of HTML e-mails In-Reply-To: <20120808230958.35c3f2fe@bsd64.grem.de> References: <20120808230958.35c3f2fe@bsd64.grem.de> Message-ID: <20120809145113.43e1ab43@marv> On 08 August 2012 at 23h09, Michael Gmelin wrote: Hi, > So my question is: Since modifying HTML content is outside of claws' > scope, is there an option to remove HTML alternatives on forward > automatically (or turn the HTML alternative into an attachment). It is turned into an attachment, since that commit: 2010-12-23 [colin] 3.7.8cvs23 * src/compose.c Finish fixing bug #2203: When forwarding (inline) and there are some text/* parts with no name, set them a name and set their disposition to attachment, so that recipients with MUAs preferring HTML parts don't show them by default. Strange that your recipient looked at the HTML part by default since it seems you're using 3.8.1. -- Colin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: not available URL: From colin at colino.net Thu Aug 9 14:53:54 2012 From: colin at colino.net (Colin Leroy) Date: Thu, 9 Aug 2012 14:53:54 +0200 Subject: [Users] share common processing rules In-Reply-To: <20120806173005.6e1bf8fc@web.de> References: <20120806173005.6e1bf8fc@web.de> Message-ID: <20120809145354.75bfdc3f@marv> On 06 August 2012 at 17h30, Johannes Deutsch wrote: Hi, > Maybe there is a neat way to achieve this!? Pre or Post-processing, maybe ? -- Colin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: not available URL: From noreply at thewildbeast.co.uk Thu Aug 9 14:59:38 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 9 Aug 2012 14:59:38 +0200 (CEST) Subject: [Users] [Bug 2718] Failure to check peer hostname when checking certificate In-Reply-To: References: Message-ID: <20120809125938.9AFE385569@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2718 --- Comment #15 from Colin Leroy 2012-08-09 14:59:38 --- Ricardo: I have no hard feelings about this. I'm just not sure how useful that would be, and trying to weigh that usefulness against dozens of annoyed users after the next release. What do other people think ? Paul, wwp, the whole rest of the team, any opinion ? -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From pf at pfortin.com Thu Aug 9 15:09:10 2012 From: pf at pfortin.com (Pierre Fortin) Date: Thu, 9 Aug 2012 09:09:10 -0400 Subject: [Users] Hello In-Reply-To: <20120809085512.39414cc4@tux.DEF.witbe.net> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> <20120807174900.3211faa1@scorpio> <20120808061831.38553c35@thewildbeast> <20120808094235.5e04cfc4@marv> <20120808080638.00ee5909@scorpio> <20120808142449.5ff2c9a1@sleipner.datanom.net> <20120808100444.1b68b257@scorpio> <20120808164057.6461ee70@sleipner.datanom.net> <20120808112949.0b91ebf7@scorpio> <20120808180313.18dfa391@sleipner.datanom.net> <20120808202443.5b0673d3@wodan> <20120808203742.68dca28a@sleipner.datanom.net> <20120808161236.1eac66b8@scorpio> <20120808223717.66072df4@wodan> <20120808215229.75c97714@thewildbeast> <20120808225705.22a8f63c@wodan> <20120809120819.5fcc630e@netsolutionsindia.com> <20120809085512.39414cc4@tux.DEF.witbe.net> Message-ID: <20120809090910.5a2a1457@pfortin.com> On Thu, 9 Aug 2012 08:55:12 +0200 Paul Rolland (ポール・ロラン) wrote: >And, to complete, _if your MUA_ decides to consider that "Aw:" is like >"Re:", and wants to transform : > Subject: Re: Aw: Hi Holger >into > Subject: Re: Hi Holger For more completeness: Subject: Aw: Re: Hi Holger or: Subject: Anything: Re: Hi Holger converts the original "Re: " into part of the Subject itself, so: Subject: Re: Aw: Re: Hi Holger is an RFC compliant response. :) From noreply at thewildbeast.co.uk Thu Aug 9 15:26:22 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 9 Aug 2012 15:26:22 +0200 (CEST) Subject: [Users] [Bug 2718] Failure to check peer hostname when checking certificate In-Reply-To: References: Message-ID: <20120809132622.8A87085569@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2718 --- Comment #16 from Andrej Kacian 2012-08-09 15:26:21 --- I agree with Ricardo, if we are doing (skip_ssl_cert_check=0) a certificate check, we should really do a certificate check, with all bells and whistles. Users annoyed by C-M pointing out hostname mismatch for their server should be silenced by this being clearly mentioned in release notes, and the ability to click "Accept" and never see such warning for a given server again (unless the certificate changes, of course). -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From charlescurley at charlescurley.com Thu Aug 9 15:31:11 2012 From: charlescurley at charlescurley.com (Charles Curley) Date: Thu, 9 Aug 2012 07:31:11 -0600 Subject: [Users] Bogofilter Ham Action In-Reply-To: <20120809144633.6650f3be@marv> References: <20120809063724.5bc77841@yendi.localdomain> <20120809144633.6650f3be@marv> Message-ID: <20120809073111.7b55ccde@yendi.localdomain> On Thu, 9 Aug 2012 14:46:33 +0200 Colin Leroy wrote: > And for false hits in the Maybe folder, use the arrow at the right of > that button to choose Learn as Ham. Thank you. I missed that arrow completely until you pointed it out. -- Charles Curley /"\ ASCII Ribbon Campaign Looking for fine software \ / Respect for open standards and/or writing? X No HTML/RTF in email http://www.charlescurley.com / \ No M$ Word docs in email Key fingerprint = CE5C 6645 A45A 64E4 94C0 809C FFF6 4C48 4ECD DFDB -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: not available URL: From linux at slavino.sk Thu Aug 9 17:44:29 2012 From: linux at slavino.sk (Slavko) Date: Thu, 9 Aug 2012 17:44:29 +0200 Subject: [Users] Bogofilter Ham Action In-Reply-To: <20120809073111.7b55ccde@yendi.localdomain> References: <20120809063724.5bc77841@yendi.localdomain> <20120809144633.6650f3be@marv> <20120809073111.7b55ccde@yendi.localdomain> Message-ID: <20120809174429.473f2db2@bonifac.skk> Hi, Dňa Thu, 9 Aug 2012 07:31:11 -0600 Charles Curley napísal: > On Thu, 9 Aug 2012 14:46:33 +0200 > Colin Leroy wrote: > > > And for false hits in the Maybe folder, use the arrow at the right of > > that button to choose Learn as Ham. > > Thank you. I missed that arrow completely until you pointed it out. > My bogofilter plugin moves the SPAM to SPAM folder. When i select message in this folder, the Spam button changes to Ham button automatically, then no arrow is needed for me. After i check the Spam/Ham, i only hit the Ctrl+A and then Del :-) I am often sending the Spam reports by SPAM report plugin before i delete them. regards -- Slavko http://slavino.sk -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From berndth at gmx.de Thu Aug 9 22:41:55 2012 From: berndth at gmx.de (Holger Berndt) Date: Thu, 9 Aug 2012 22:41:55 +0200 Subject: [Users] The reply mark in subject (R: Re:) recognition In-Reply-To: <20120809120819.5fcc630e@netsolutionsindia.com> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> <20120807174900.3211faa1@scorpio> <20120808061831.38553c35@thewildbeast> <20120808094235.5e04cfc4@marv> <20120808080638.00ee5909@scorpio> <20120808142449.5ff2c9a1@sleipner.datanom.net> <20120808100444.1b68b257@scorpio> <20120808164057.6461ee70@sleipner.datanom.net> <20120808112949.0b91ebf7@scorpio> <20120808180313.18dfa391@sleipner.datanom.net> <20120808202443.5b0673d3@wodan> <20120808203742.68dca28a@sleipner.datanom.net> <20120808161236.1eac66b8@scorpio> <20120808223717.66072df4@wodan> <20120808215229.75c97714@thewildbeast> <20120808225705.22a8f63c@wodan> <20120809120819.5fcc630e@netsolutionsindia.com> Message-ID: <20120809224155.2731d373@wodan> On Do, 09.08.2012 12:08, Abhay S. Kushwaha wrote: > Holger, please allow me to break it down in a more structured manner. Absolutely! I've seen so many (false) claims backed up with a fuzzy reference to an RFC over the years that I really appreciate somebody going down to the spec text. I still don't completely agree with you, but at least now I have a concise interpretation to disagree with ;) I'll inline in both, your questions and answers. > 1. Is "Antwort: " allowed to be the "Subject:" field? > 2. Should a response to an email be identified by modifying the > "Subject:" field? > 3. If the answer to #2 allows modification of "Subject:" field, is > there a prescribed way to do it? Stop. In #2 you didn't ask whether modifications of the "Subject:" field are _allowed_, but if they _should_ be done. > 4. If there is a prescription in #3, are "Antwort: " or "Aw: " (its > abbreviation) part of that prescription? > > Now the answers. > > 1. Yes, of course. Any text is allowed to be in "Subject:" field. In > that, the used text is the subject of the email itself. > > Ref: 3.6.5, first paragraph. > > > The "Subject:" and "Comments:" fields are unstructured fields > > as defined in section 2.2.1, and therefore may contain text > > or folding white space. Agreed. > 2. It is allowed that a reply to an email message be indicated by > modification of the "Subject:" field. It is not compulsory to do > so, but it is allowed to be done. Agreed on the claim, not on the RFC reference supporting it. > Ref: 3.6.5, second paragraph. > > > The "Subject:" field is the most common and contains a short > > string identifying the topic of the message. When used in a > > reply, the field body MAY start with the string "Re: " (from the > > Latin "res", in the matter of) followed by the contents of the > > "Subject:" field body of the original message. It is allowed not because of this optional feature description, but because of the very definition of an "unstructured" header field: Ref 2.2.1 Some field bodies in this standard are defined simply as "unstructured" (which is specified below as any US-ASCII characters, except for CR and LF) with no further restrictions. Note that no further restrictions apply. In particular, it is not mandatory that a reply keeps the "Subject:" header in the first place! > 3. Yes. If it is choosen that the reply be identified through the > modification of the "Subject:" field, then it must and only must > use the string "Re: " and no other, and that too, only once and > not more than once. > > Ref: 3.6.5 > > > If this is done, only one instance of the literal string "Re: " > > ought to be used since use of other strings or more than one > > instance can lead to undesirable consequences. You're mixing two things here. The first part is what modifications to the "Subject:" field are allowed. It seems that we agreed that anything goes (your #1, my addendum to #2). The second part is whether this modification is supposed to be used as an identification hint for the receiver of the reply. I agree that if a client is using "AW: " instead of "Re: ", this optional feature is not used. That's perfectly fine, though. A client doesn't need to use this feature. That's why it's optional. The real, machine-readble reply marker for a mail message is defined elsewhere anyways (In-Reply-To, References - note that those are "structured", as opposed to "unstructured", for a reason). > 4. No. The prescribed format of identifying a response through > modification of "Subject:" field should use only use "Re: ", and > only once, and no other string or multiple uses of "Re: " are > prescribed. > > Ref: 3.6.5 > > > If this is done, only one instance of the literal string "Re: " > > ought to be used since use of other strings or more than one > > instance can lead to undesirable consequences. > > Ref: A.2 > > > When sending replies, the Subject field is often retained, though > > prepended with "Re: " as described in section 3.6.5. Correct, if you want to implement the optional feature. Again - it's not an RFC violation not to do that! In particular, Subject: Re: Re: old subject is not an RFC violation - it's just not the feature described in 3.6.5. > So when you use any other string than "Re: " in an attempt to > identify a response, you should not expect that a software or human > who correctly understands and implements the RFC will understand. Indeed. However, I never claimed that. > In other words, if I receive an email with: > Subject: Aw: Hi Holger > the RFC compliant responses to that email would only be two > Subject: Aw: Hi Holger > -or- > Subject: Re: Aw: Hi Holger > where, in the first instance I chose not to identify a reply by > modifying the "Subject:" field and in the second instance I chose to > identify a reply by modifying the "Subject:" field. Wrong. Didn't we just agree that anything goes in the subject field? Subject: Re: Hi Holger is perfectly valid. As are all other imaginable "Subject:" fields (constraint to US-ASCII, no CR/LF). By the way, if it wasn't, Claws Mail would be the violator here, not MS Outlook. Ups. > That is, "Aw: " is not an alternative to "Re: " far as RFC is > concerned. True (except the "That is", because it doesn't follow from the paragraph above). > The RFC specifically talks of "use of other strings" other > than "Re: " as potential agents of "undesirable consequences". The situation is basically as follows: - The "Subject:" header field can contain anything. In particular, it's not an RFC violation if a message contains "AW: old subject". That was the claim that I questioned, and so far I haven't seen anything that would make me change my mind. - If the "Subject:" field does not implement the optional feature in 3.6.5, the receiving MUA might not be able to strip reply indicators automatically. Too bad. That's the price you have to pay for making it optional. Now, the $64.000 question is what a receiving MUA should do in case the optional feature is not being used by the sending MUA. Again, it's not mandatory that a reply has a certain "Subject:" format. So, Claws Mail decided to strip known reply marker prefixes other than "Re: " in a way analogous to section 3.6.5. That seems reasonable to me, and is certainly allowed. Holger From berndth at gmx.de Thu Aug 9 22:49:58 2012 From: berndth at gmx.de (Holger Berndt) Date: Thu, 9 Aug 2012 22:49:58 +0200 Subject: [Users] Hello In-Reply-To: <20120809143605.46f3c369@marv> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> <20120807174900.3211faa1@scorpio> <20120808061831.38553c35@thewildbeast> <20120808094235.5e04cfc4@marv> <20120808080638.00ee5909@scorpio> <20120808142449.5ff2c9a1@sleipner.datanom.net> <20120808100444.1b68b257@scorpio> <20120808164057.6461ee70@sleipner.datanom.net> <20120808112949.0b91ebf7@scorpio> <20120808180313.18dfa391@sleipner.datanom.net> <20120808202443.5b0673d3@wodan> <20120808203742.68dca28a@sleipner.datanom.net> <20120808161236.1eac66b8@scorpio> <20120808223717.66072df4@wodan> <20120808215229.75c97714@thewildbeast> <20120808225705.22a8f63c@wodan> <20120809143605.46f3c369@marv> Message-ID: <20120809224958.60572bd5@wodan> On Do, 09.08.2012 14:36, Colin Leroy wrote: >Sure, that technically true, the RFC is vague enough and just gives >advice, indeed. > >The only thing is, developers who care follow that MAY and make their >program automatically prefix replies with "Re: ", while those who don't >give a shit make their program prefix with whatever comes to their >minds, so they can next proceed to their next RFC-breakage or >RFC-bendage. Well, blaming Outlook is always a fun thing to do, I know. In this particular case, however, I think the RFC is just messed up. It defines some mixture of human-written free-form text and an optional machine-interpretable part which humans are also supposed to understand (and which is a creative and non-localizable abbreviation of a latin phrase). I mean - wtf?! I can totally understand why some MUAs are not using that mess. And then people are wondering about occasional hickups in the real world? I'm actually suprised that it works rather well most of the time. Holger -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From noreply at thewildbeast.co.uk Thu Aug 9 23:46:22 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 9 Aug 2012 23:46:22 +0200 (CEST) Subject: [Users] [Bug 2718] Failure to check peer hostname when checking certificate In-Reply-To: References: Message-ID: <20120809214622.5EB5F85569@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2718 --- Comment #17 from Holger Berndt 2012-08-09 23:46:21 --- I think Ricardo has a point. However, the downside of bothering users with that kind of decision (where most of them don't know what this weird popup is talking about) is that we're basically conditioning users to either just accept the stuff that pops up, or to turn that hidden pref on. Both may result in a loss of security. So, no hard feelings from me either. The traditional Claws Mail way is probably to do it accurately, and ask the (supposedly expert) user. (Silencing via Release Notes, that's a good one :D) -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From freebsd at grem.de Fri Aug 10 01:05:22 2012 From: freebsd at grem.de (Michael Gmelin) Date: Fri, 10 Aug 2012 01:05:22 +0200 Subject: [Users] Question regarding forward of HTML e-mails In-Reply-To: <20120809145113.43e1ab43@marv> References: <20120808230958.35c3f2fe@bsd64.grem.de> <20120809145113.43e1ab43@marv> Message-ID: <20120810010522.275c4660@bsd64.grem.de> On Thu, 9 Aug 2012 14:51:13 +0200 Colin Leroy wrote: > On 08 August 2012 at 23h09, Michael Gmelin wrote: > > Hi, > > > So my question is: Since modifying HTML content is outside of claws' > > scope, is there an option to remove HTML alternatives on forward > > automatically (or turn the HTML alternative into an attachment). > > It is turned into an attachment, since that commit: > > 2010-12-23 [colin] 3.7.8cvs23 > > * src/compose.c > Finish fixing bug #2203: When forwarding (inline) and > there are some text/* parts with no name, set them a > name and set their disposition to attachment, so > that recipients with MUAs preferring HTML parts don't show > them by default. > > Strange that your recipient looked at the HTML part by default since > it seems you're using 3.8.1. > I'm using 3.8.1, that's correct. Right now I have no chance to check myself how the E-Mail got represented in the specific Outlook instance of that person. If I enable "Message View -> Text options -> Select the HTML part of multipart/alternative messages" in Claws and select the forwarded E-Mail in my Sent folder, the HTML part is opened at first too (so same behavior as I suspect happening in Outlook - the iPhone for instance selects the plain text alternative by default). The original mail looks like this: [...] References: <609863e5.00001258.00000150 at bm-lptp> In-Reply-To: <609863e5.00001258.00000150 at bm-lptp> [...] MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_04D6_01CD7553.E1899D00" X-Mailer: Microsoft Outlook 14.0 [...] ------=_NextPart_000_04D6_01CD7553.E1899D00 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Text... ------=_NextPart_000_04D6_01CD7553.E1899D00 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable HTML Content ------=_NextPart_000_04D6_01CD7553.E1899D00-- The forwarded message looks like this: [...] X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_/+FaUTOv1rN5Uz2RHkFtTw/U" [...] --MP_/+FaUTOv1rN5Uz2RHkFtTw/U Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline My comments + text --MP_/+FaUTOv1rN5Uz2RHkFtTw/U Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable The original HTML --MP_/+FaUTOv1rN5Uz2RHkFtTw/U-- I checked the C source, and the patch from 3.7.8cvs23 is still in there (charsets differ in the parts on reply, since I send everything UTF-8). I am able to reproduce this issue reliably - when composing the forwarded message, the html part shows up in the attachments tab, but without a name set (I would expect it to show "Original %s part"). I hope that's enough input to analyze the issue - I would like to avoid reading up on the source code myself. -- Michael Gmelin From freebsd at grem.de Fri Aug 10 01:10:29 2012 From: freebsd at grem.de (Michael Gmelin) Date: Fri, 10 Aug 2012 01:10:29 +0200 Subject: [Users] Question regarding forward of HTML e-mails In-Reply-To: <20120810010522.275c4660@bsd64.grem.de> References: <20120808230958.35c3f2fe@bsd64.grem.de> <20120809145113.43e1ab43@marv> <20120810010522.275c4660@bsd64.grem.de> Message-ID: <20120810011029.289f4536@bsd64.grem.de> On Fri, 10 Aug 2012 01:05:22 +0200 Michael Gmelin wrote: > > > On Thu, 9 Aug 2012 14:51:13 +0200 > Colin Leroy wrote: > > > On 08 August 2012 at 23h09, Michael Gmelin wrote: > > > > Hi, > > > > > So my question is: Since modifying HTML content is outside of > > > claws' scope, is there an option to remove HTML alternatives on > > > forward automatically (or turn the HTML alternative into an > > > attachment). > > > > It is turned into an attachment, since that commit: > > > > 2010-12-23 [colin] 3.7.8cvs23 > > > > * src/compose.c > > Finish fixing bug #2203: When forwarding (inline) > > and there are some text/* parts with no name, set them a > > name and set their disposition to attachment, so > > that recipients with MUAs preferring HTML parts don't show > > them by default. > > > > Strange that your recipient looked at the HTML part by default since > > it seems you're using 3.8.1. > > > > I'm using 3.8.1, that's correct. Right now I have no chance to check > myself how the E-Mail got represented in the specific Outlook instance > of that person. > > If I enable "Message View -> Text options -> Select the HTML part of > multipart/alternative messages" in Claws and select the forwarded > E-Mail in my Sent folder, the HTML part is opened at first too (so > same behavior as I suspect happening in Outlook - the iPhone for > instance selects the plain text alternative by default). > > The original mail looks like this: > > [...] > References: <609863e5.00001258.00000150 at bm-lptp> > In-Reply-To: <609863e5.00001258.00000150 at bm-lptp> > [...] > MIME-Version: 1.0 > Content-Type: multipart/alternative; > boundary="----=_NextPart_000_04D6_01CD7553.E1899D00" > X-Mailer: Microsoft Outlook 14.0 > [...] > ------=_NextPart_000_04D6_01CD7553.E1899D00 > Content-Type: text/plain; > charset="iso-8859-1" > Content-Transfer-Encoding: 8bit > > Text... > > ------=_NextPart_000_04D6_01CD7553.E1899D00 > Content-Type: text/html; > charset="iso-8859-1" > Content-Transfer-Encoding: quoted-printable > > HTML Content > > ------=_NextPart_000_04D6_01CD7553.E1899D00-- > > > The forwarded message looks like this: > > [...] > X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) > Mime-Version: 1.0 > Content-Type: multipart/mixed; boundary="MP_/+FaUTOv1rN5Uz2RHkFtTw/U" > [...] > --MP_/+FaUTOv1rN5Uz2RHkFtTw/U > Content-Type: text/plain; charset=UTF-8 > Content-Transfer-Encoding: quoted-printable > Content-Disposition: inline > > My comments + text > > --MP_/+FaUTOv1rN5Uz2RHkFtTw/U > Content-Type: text/html; charset=iso-8859-1 > Content-Transfer-Encoding: quoted-printable > > The original HTML > > --MP_/+FaUTOv1rN5Uz2RHkFtTw/U-- > > I checked the C source, and the patch from 3.7.8cvs23 is still in > there (charsets differ in the parts on reply, since I send everything > UTF-8). > > I am able to reproduce this issue reliably - when composing the > forwarded message, the html part shows up in the attachments tab, but > without a name set (I would expect it to show "Original %s part"). %s being the mime sub type (html in this case). > > I hope that's enough input to analyze the issue - I would like to > avoid reading up on the source code myself. > -- Michael Gmelin From edwardp at mcom.com Fri Aug 10 01:28:21 2012 From: edwardp at mcom.com (edwardp at mcom.com) Date: Thu, 9 Aug 2012 19:28:21 -0400 Subject: [Users] Bogofilter Ham Action In-Reply-To: <20120809063724.5bc77841@yendi.localdomain> References: <20120809063724.5bc77841@yendi.localdomain> Message-ID: <20120809192821.6ea2e8f5@debianbg.hsd1.ma.comcast.net> On Thu, 9 Aug 2012 06:37:24 -0600 Charles Curley wrote: > I recently moved from Ubuntu to Debian 6.0.4 stable, taking my > claws-mail and bogofilter setup with me. I now find I have a lot of > training of bogofilter to do. > > For false hits that end up in the trash the solution is simple: hit > the "ham" button, then move the mail where it belongs. There is no > simple solution for suspicious email that ends up in the TrashMaybe > directory. So my question: has anyone got a claws action I can use > for the purpose? > > Thanks Debian is now up to 6.0.5, you should receive the updates the next time the updater runs. I read somewhere in the past that bogofilter was no longer being maintained. So I have used bsfilter and it's been pretty good. Haven't had to select "learn as ham" with it as much yet. :) -- Sent using Claws Mail - http://www.claws-mail.org/ From charlescurley at charlescurley.com Fri Aug 10 01:45:45 2012 From: charlescurley at charlescurley.com (Charles Curley) Date: Thu, 9 Aug 2012 17:45:45 -0600 Subject: [Users] Bogofilter Ham Action In-Reply-To: <20120809192821.6ea2e8f5@debianbg.hsd1.ma.comcast.net> References: <20120809063724.5bc77841@yendi.localdomain> <20120809192821.6ea2e8f5@debianbg.hsd1.ma.comcast.net> Message-ID: <20120809174545.2a2d5805@yendi.localdomain> On Thu, 9 Aug 2012 19:28:21 -0400 wrote: > Debian is now up to 6.0.5, you should receive the updates the next > time the updater runs. I should have added, "as updated". lsb_release -a now reports I am at 6.0.5. > > I read somewhere in the past that bogofilter was no longer being > maintained. So I have used bsfilter and it's been pretty good. > Haven't had to select "learn as ham" with it as much yet. :) Hmm, the date on the bogofilter executable is Oct 19 2010, not paleolithic but not the most modern either. bsfilter is available on debian, as well as a claws-mail plug-in. I may give it a try. Thanks -- Charles Curley /"\ ASCII Ribbon Campaign Looking for fine software \ / Respect for open standards and/or writing? X No HTML/RTF in email http://www.charlescurley.com / \ No M$ Word docs in email Key fingerprint = CE5C 6645 A45A 64E4 94C0 809C FFF6 4C48 4ECD DFDB From sylpheed at 911networks.com Fri Aug 10 03:05:04 2012 From: sylpheed at 911networks.com (sylpheed at 911networks.com) Date: Thu, 9 Aug 2012 18:05:04 -0700 Subject: [Users] Bogofilter Ham Action In-Reply-To: <20120809174545.2a2d5805@yendi.localdomain> References: <20120809063724.5bc77841@yendi.localdomain> <20120809192821.6ea2e8f5@debianbg.hsd1.ma.comcast.net> <20120809174545.2a2d5805@yendi.localdomain> Message-ID: <20120809180504.22a55495@from-theboss.911networks.com> On Thu, 9 Aug 2012 17:45:45 -0600 Charles Curley wrote: >On Thu, 9 Aug 2012 19:28:21 -0400 > wrote: >Hmm, the date on the bogofilter executable is Oct 19 2010, not >paleolithic but not the most modern either. bsfilter is available on >debian, as well as a claws-mail plug-in. I may give it a try. It will be almost 2 years old. If there won't be anymore update then time to move even though I have 5 years of training in bogo. Bogo still gives me decent results, but not great. I catch more with spamassassin on the server. A customer uses popfile on her end and she catches lot more spam than bogo. What do the Oracles of CM recommend? * switch to bsfilter * stay with bogo -- Thanks http://www.911networks.com When the network has to work From CAE at eslrahc.com Fri Aug 10 04:14:22 2012 From: CAE at eslrahc.com (Charles A Edwards) Date: Thu, 9 Aug 2012 22:14:22 -0400 Subject: [Users] Bogofilter Ham Action In-Reply-To: <20120809180504.22a55495@from-theboss.911networks.com> References: <20120809063724.5bc77841@yendi.localdomain> <20120809192821.6ea2e8f5@debianbg.hsd1.ma.comcast.net> <20120809174545.2a2d5805@yendi.localdomain> <20120809180504.22a55495@from-theboss.911networks.com> Message-ID: <20120809221422.13fbed07@SuperSize.eslrahc.com> On Thu, 9 Aug 2012 18:05:04 -0700 sylpheed at 911networks.com wrote: > >Hmm, the date on the bogofilter executable is Oct 19 2010, not > >paleolithic but not the most modern either. bsfilter is available on > >debian, as well as a claws-mail plug-in. I may give it a try. > > It will be almost 2 years old. If there won't be anymore update > then time to move even though I have 5 years of training in bogo. If you look at bsfilter you will see that its last release was also almost 2 years ago (2010-11-20). Though it is low-traffic the bogofilter mailing list is still active and both David and/or Matthias (the lead developers) participate. > > Bogo still gives me decent results, but not great. I catch more with > spamassassin on the server. A customer uses popfile on her end and > she catches lot more spam than bogo. > > What do the Oracles of CM recommend? > > * switch to bsfilter > * stay with bogo I have been using bogofilter with claws-mail looong before there was even a plugin for it. If you are dissatisfied with the how bogofilter is performing on your system its settings can be changed/tweaked by usage of bogotune, bogoutil, etc.; and/or by editing the values in bogofilter.cf. But do take the time to browse the bogofilter man pages. Personally I am happy with bogofilter and will continue to use it. Charles -- Never reveal your best argument. ---------------------- Mageia release 3 (Cauldron) for x86_64$ On SuperSize....http://www.eslrahc.com Registered Linux user #182463 3.5.0-server-1.mga3 x86_64 ---------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From richardkimber at btinternet.com Fri Aug 10 12:02:24 2012 From: richardkimber at btinternet.com (R Kimber) Date: Fri, 10 Aug 2012 11:02:24 +0100 Subject: [Users] Bogofilter Ham Action In-Reply-To: <20120809221422.13fbed07@SuperSize.eslrahc.com> References: <20120809063724.5bc77841@yendi.localdomain> <20120809192821.6ea2e8f5@debianbg.hsd1.ma.comcast.net> <20120809174545.2a2d5805@yendi.localdomain> <20120809180504.22a55495@from-theboss.911networks.com> <20120809221422.13fbed07@SuperSize.eslrahc.com> Message-ID: <202295.33836.qm@smtp817.mail.ird.yahoo.com> On Thu, 9 Aug 2012 22:14:22 -0400 Charles A Edwards wrote: > Though it is low-traffic the bogofilter mailing list is still active > and both David and/or Matthias (the lead developers) participate. Yes, this is a function of a good program doing what it is supposed to, and of it having had no major bugs recently reported. That's not a good reason to ditch it. - Richard. -- Richard Kimber Political Science Resources http://www.PoliticsResources.net/ From richard.bosek at gmail.com Fri Aug 10 14:26:45 2012 From: richard.bosek at gmail.com (Richard - Gmail) Date: Fri, 10 Aug 2012 13:26:45 +0100 Subject: [Users] PGP in Claws - minor flaw Message-ID: <20120810132645.301ae8d2@studio> Dear Claws Users, PGP is nicely assimilated to Calws but there are some minor flaws. I was wondering if anyone could advise. 1. If two people exchange their keys - Claws will only fully encrypt email if both people will sign both keys and "fully trust them". If a person wouldn't sign other persons key - claws will do partial encryption. 2. Even after all those steps, when messages are correctly encrypted after sending email in Sent Items folder Claws shows: ! Couldn't decrypt: Decryption failed --- Kind Regards, Richard From linux at slavino.sk Fri Aug 10 18:15:18 2012 From: linux at slavino.sk (Slavko) Date: Fri, 10 Aug 2012 18:15:18 +0200 Subject: [Users] The reply mark in subject (R: Re:) recognition In-Reply-To: <20120809000116.44bed331@wodan> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> <20120807202614.64921854@bonifac.skk> <20120807235320.5d9b7d8d@bsd64.grem.de> <20120808110826.11f941ab@bonifac.skk> <20120809000116.44bed331@wodan> Message-ID: <20120810181518.1c8cfbe3@bonifac.skk> Hi Holger, Dňa Thu, 9 Aug 2012 00:01:16 +0200 Holger Berndt napísal: > Sorry for the weird subject line in the other mail - I shouldn't send > mails in the middle of experimenting with my mailer :) and what about adding this script to plugin's examples? regards -- Slavko http://slavino.sk -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From berndth at gmx.de Fri Aug 10 19:28:30 2012 From: berndth at gmx.de (Holger Berndt) Date: Fri, 10 Aug 2012 19:28:30 +0200 Subject: [Users] The reply mark in subject (R: Re:) recognition In-Reply-To: <20120810181518.1c8cfbe3@bonifac.skk> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> <20120807202614.64921854@bonifac.skk> <20120807235320.5d9b7d8d@bsd64.grem.de> <20120808110826.11f941ab@bonifac.skk> <20120809000116.44bed331@wodan> <20120810181518.1c8cfbe3@bonifac.skk> Message-ID: <20120810192830.54cdc6e7@wodan> On Fr, 10.08.2012 18:15, Slavko wrote: >and what about adding this script to plugin's examples? Good idea. Do you want to provide a patch? Holger -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From brad at fineby.me.uk Fri Aug 10 20:14:44 2012 From: brad at fineby.me.uk (Brad Rogers) Date: Fri, 10 Aug 2012 19:14:44 +0100 Subject: [Users] PGP in Claws - minor flaw In-Reply-To: <20120810132645.301ae8d2@studio> References: <20120810132645.301ae8d2@studio> Message-ID: <20120810191444.78a4c075@abydos.stargate.org.uk> On Fri, 10 Aug 2012 13:26:45 +0100 Richard - Gmail wrote: Hello Richard, >2. Even after all those steps, when messages are correctly encrypted >after sending email in Sent Items folder Claws shows: >! Couldn't decrypt: Decryption failed This is not a bug. You've not got a copy of the recipient's private key to decrypt the message. TO get arounf the issue, you need to set up CM thus; In Account Prefs/Privacy, you need to set "Encrpyt with own key as well as recipients". Now you should be able to read the copy in sent messages. -- Regards _ / ) "The blindingly obvious is / _)rad never immediately apparent" The stakes were high but the danger low Charade - Skids -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From richard.bosek at gmail.com Fri Aug 10 22:22:10 2012 From: richard.bosek at gmail.com (Richard - Gmail) Date: Fri, 10 Aug 2012 21:22:10 +0100 Subject: [Users] PGP in Claws - minor flaw In-Reply-To: <20120810191444.78a4c075@abydos.stargate.org.uk> References: <20120810132645.301ae8d2@studio> <20120810191444.78a4c075@abydos.stargate.org.uk> Message-ID: <20120810212210.5582af2f@studio> On Fri, 10 Aug 2012 19:14:44 +0100 you wrote: Dear Brad, It worked like a charm. Than you. May I ask few more questions? 1. How can I add picture to my account like you did ? (This red icon on yellow background) 2. What it actually means that I encrypt with own key as well as recipients ? 3. What is the difference in Signing (only) PGP messages and Signing and Encrypting ? 4. What about creating an icon in "New message window" that will Sign & Encrypt message with just one click ? I'm sorry but PGP is generally confusing for new users and I have bit problem with understanding it... BR> >2. Even after all those steps, when messages are correctly BR> >encrypted after sending email in Sent Items folder Claws shows: BR> >! Couldn't decrypt: Decryption failed BR> This is not a bug. You've not got a copy of the recipient's BR> private key to decrypt the message. TO get arounf the issue, you BR> need to set up CM thus; BR> In Account Prefs/Privacy, you need to set "Encrpyt with own key as BR> well as recipients". Now you should be able to read the copy in BR> sent messages. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From linux at slavino.sk Fri Aug 10 22:29:55 2012 From: linux at slavino.sk (Slavko) Date: Fri, 10 Aug 2012 22:29:55 +0200 Subject: [Users] The reply mark in subject (R: Re:) recognition In-Reply-To: <20120810192830.54cdc6e7@wodan> References: <20120807163932.69dd7e25@bonifac.skk> <20120807180426.09dcfced@penny> <7D03A944-4AD6-4354-A602-8C4539DA36A7@grem.de> <20120807200353.7726a9bf@sleipner.datanom.net> <20120807202614.64921854@bonifac.skk> <20120807235320.5d9b7d8d@bsd64.grem.de> <20120808110826.11f941ab@bonifac.skk> <20120809000116.44bed331@wodan> <20120810181518.1c8cfbe3@bonifac.skk> <20120810192830.54cdc6e7@wodan> Message-ID: <20120810222955.40bd573c@bonifac.skk> Hi, Dňa Fri, 10 Aug 2012 19:28:30 +0200 Holger Berndt napísal: > >and what about adding this script to plugin's examples? > > Good idea. Do you want to provide a patch? perhaps patch no - i have no sources of the plugin, bu i can post the small script, which i have created by instructions from this thread. regards -- Slavko http://slavino.sk -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From edwardp at mcom.com Sat Aug 11 00:00:36 2012 From: edwardp at mcom.com (edwardp at mcom.com) Date: Fri, 10 Aug 2012 18:00:36 -0400 Subject: [Users] Bogofilter Ham Action In-Reply-To: <202295.33836.qm@smtp817.mail.ird.yahoo.com> References: <20120809063724.5bc77841@yendi.localdomain> <20120809192821.6ea2e8f5@debianbg.hsd1.ma.comcast.net> <20120809174545.2a2d5805@yendi.localdomain> <20120809180504.22a55495@from-theboss.911networks.com> <20120809221422.13fbed07@SuperSize.eslrahc.com> <202295.33836.qm@smtp817.mail.ird.yahoo.com> Message-ID: <20120810180036.1c13a9b5@debianbg.hsd1.ma.comcast.net> On Fri, 10 Aug 2012 11:02:24 +0100 R Kimber wrote: > On Thu, 9 Aug 2012 22:14:22 -0400 > Charles A Edwards wrote: > > > Though it is low-traffic the bogofilter mailing list is still active > > and both David and/or Matthias (the lead developers) participate. > > Yes, this is a function of a good program doing what it is supposed > to, and of it having had no major bugs recently reported. That's not > a good reason to ditch it. > > - Richard. What seems to be the consensus, is one better than the other? From abrolag at users.sourceforge.net Sat Aug 11 00:37:33 2012 From: abrolag at users.sourceforge.net (Abrolag) Date: Fri, 10 Aug 2012 23:37:33 +0100 Subject: [Users] Bogofilter Ham Action In-Reply-To: <20120810180036.1c13a9b5@debianbg.hsd1.ma.comcast.net> References: <20120809063724.5bc77841@yendi.localdomain> <20120809192821.6ea2e8f5@debianbg.hsd1.ma.comcast.net> <20120809174545.2a2d5805@yendi.localdomain> <20120809180504.22a55495@from-theboss.911networks.com> <20120809221422.13fbed07@SuperSize.eslrahc.com> <202295.33836.qm@smtp817.mail.ird.yahoo.com> <20120810180036.1c13a9b5@debianbg.hsd1.ma.comcast.net> Message-ID: <20120810233733.3159af78@debian> On Fri, 10 Aug 2012 18:00:36 -0400 wrote: > On Fri, 10 Aug 2012 11:02:24 +0100 > R Kimber wrote: > > > On Thu, 9 Aug 2012 22:14:22 -0400 > > Charles A Edwards wrote: > > > > > Though it is low-traffic the bogofilter mailing list is still active > > > and both David and/or Matthias (the lead developers) participate. > > > > Yes, this is a function of a good program doing what it is supposed > > to, and of it having had no major bugs recently reported. That's not > > a good reason to ditch it. > > > > - Richard. > > What seems to be the consensus, is one better than the other? I've been using claws forever and bogofilter forever -1 I very rarely need to correct it these days. -- Will J Godfrey http://www.musically.me.uk Say you have a poem and I have a tune. Exchange them and we can both have a poem, a tune, and a song. From edwardp at mcom.com Sat Aug 11 00:58:29 2012 From: edwardp at mcom.com (edwardp at mcom.com) Date: Fri, 10 Aug 2012 18:58:29 -0400 Subject: [Users] Non-blocking SSL Message-ID: <20120810185829.41fea49c@debianbg.hsd1.ma.comcast.net> When setting up an account, on the SSL tab, there is a checkbox to use non-blocking SSL, which is checked by default. If on this tab, the user chooses to use STARTTLS instead, is it necessary to continue to have that non-blocking SSL box checked? Thank you. From brad at fineby.me.uk Sat Aug 11 11:23:41 2012 From: brad at fineby.me.uk (Brad Rogers) Date: Sat, 11 Aug 2012 10:23:41 +0100 Subject: [Users] PGP in Claws - minor flaw In-Reply-To: <20120810212210.5582af2f@studio> References: <20120810132645.301ae8d2@studio> <20120810191444.78a4c075@abydos.stargate.org.uk> <20120810212210.5582af2f@studio> Message-ID: <20120811102341.570b1afa@abydos.stargate.org.uk> On Fri, 10 Aug 2012 21:22:10 +0100 Richard - Gmail wrote: Hello Richard, >It worked like a charm. Than you. May I ask few more questions? YW. >1. How can I add picture to my account like you did ? (This red icon on >yellow background) That's what's known as a "Face" header. Section 6.9 of the CM manual at http://www.claws-mail.org/documentation.php?section=general mentions them, but doesn't explain the rules about generating them. Google for more info as their are certain criteria that have to be met; image size, number of colours used, and header size. >2. What it actually means that I encrypt with own key as well as >recipients ? CM encrypts a copy to be sent to the recipient using their public key, and encrypts a copy using your key which is kept locally, enabling you to read what you wrote at a later date. Without doing that, as you found, you can't read the sent copy because you don't have the required private key to decode the message. >3. What is the difference in Signing (only) PGP messages and Signing >and Encrypting ? A signed message, like mine, enables the recipient to have some indication of who the source of the message is, and that it hasn't been tapered with between sender and recipient. Encryption means only the recipient can decrypt the message to be read. Encrypt and Sign does both. >4. What about creating an icon in "New message window" that will Sign & >Encrypt message with just one click ? You'd probably have to create an "Action" for that, which could then be added to the Compose window's toolbar. Alternatively, you could create a custom account in CM that automatically signs and encrypts messages. >I'm sorry but PGP is generally confusing for new users and I have bit >problem with understanding it... Don't worry, a lot of people do. If you have questions specifically to do with PGP/GPG functionality, consider signing up to a more appropriate mailing list, such as the one at gnupg-users at gnupg.org. -- Regards _ / ) "The blindingly obvious is / _)rad never immediately apparent" The stakes were high but the danger low Charade - Skids -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From claws at thewildbeast.co.uk Sat Aug 11 12:08:42 2012 From: claws at thewildbeast.co.uk (Paul) Date: Sat, 11 Aug 2012 11:08:42 +0100 Subject: [Users] PGP in Claws - minor flaw In-Reply-To: <20120811102341.570b1afa@abydos.stargate.org.uk> References: <20120810132645.301ae8d2@studio> <20120810191444.78a4c075@abydos.stargate.org.uk> <20120810212210.5582af2f@studio> <20120811102341.570b1afa@abydos.stargate.org.uk> Message-ID: <20120811110842.2fb89812@thewildbeast> On Sat, 11 Aug 2012 10:23:41 +0100 Brad Rogers wrote: > That's what's known as a "Face" header. Section 6.9 of the CM > manual at > http://www.claws-mail.org/documentation.php?section=general > mentions them, but doesn't explain the rules about generating them. The Claws Mail FAQ has more information: http://www.claws-mail.org/faq/index.php/Installation_and_Configuration#How_can_I_make_Claws_Mail_send_a_colour_Face_image_in_the_mails.3F with regards Paul -- It isn't worth a nickel to two guys like you or me, but to a collector it is worth a fortune From brad at fineby.me.uk Sat Aug 11 12:30:57 2012 From: brad at fineby.me.uk (Brad Rogers) Date: Sat, 11 Aug 2012 11:30:57 +0100 Subject: [Users] PGP in Claws - minor flaw In-Reply-To: <20120811110842.2fb89812@thewildbeast> References: <20120810132645.301ae8d2@studio> <20120810191444.78a4c075@abydos.stargate.org.uk> <20120810212210.5582af2f@studio> <20120811102341.570b1afa@abydos.stargate.org.uk> <20120811110842.2fb89812@thewildbeast> Message-ID: <20120811113057.472eec9f@abydos.stargate.org.uk> On Sat, 11 Aug 2012 11:08:42 +0100 Paul wrote: Hello Paul, >The Claws Mail FAQ has more information: I /knew/ there was something else on the web site. Typically, I couldn't find it. I was in a hurry, though, so didn't look *that* hard. :-) Thanks, Paul. -- Regards _ / ) "The blindingly obvious is / _)rad never immediately apparent" If Adolf Hitler flew in today, they'd send a limousine anyway (White Man) In Hammersmith Palais - The Clash -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From freebsd at grem.de Sat Aug 11 13:02:26 2012 From: freebsd at grem.de (Michael Gmelin) Date: Sat, 11 Aug 2012 13:02:26 +0200 Subject: [Users] Suggestion to remove "Mark all read" from message context menu Message-ID: <20120811130226.07598760@bsd64.grem.de> Hi, I would suggest removing "Mark all read" from the "Mark" section of the message list context menu or the following reasons: - This is the only entry in the entire menu that doesn't work in the context of the selected message(s), but on the folder as a whole - The option already exists in the folder tree context menu (where it belongs in my opinion, since it works in the context of the folder) - It's right next to "Mark as read", which is a commonly used action without a default keyboard shortcut and it's really easy to select it by accident Cheers, Michael -- Michael Gmelin From colin at colino.net Sat Aug 11 15:41:24 2012 From: colin at colino.net (Colin Leroy) Date: Sat, 11 Aug 2012 15:41:24 +0200 Subject: [Users] Suggestion to remove "Mark all read" from message context menu In-Reply-To: <20120811130226.07598760@bsd64.grem.de> References: <20120811130226.07598760@bsd64.grem.de> Message-ID: <20120811154124.0d362741@marv> On 11 August 2012 at 13h02, Michael Gmelin wrote: Hi, > I would suggest removing "Mark all read" from the "Mark" section of > the message list context menu or the following reasons: > > - This is the only entry in the entire menu that doesn't work in the > context of the selected message(s), but on the folder as a whole > - The option already exists in the folder tree context menu (where it > belongs in my opinion, since it works in the context of the folder) > - It's right next to "Mark as read", which is a commonly used action > without a default keyboard shortcut and it's really easy to select > it by accident Don't forget about thousands of users who like this menu item there. It may be easy to select by mistake, but it has its place in the main menu, and also there's a confirmation asked when one chooses Mark all read, unless it has been dismissed with "Don't ask me again". In that case, the confirmation dialog can be re-enabled using Configuration/Preferences/Summaries - "Confirm before marking all messages in folder as read". Short answer, I'm not in favor of removing it... -- Colin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: not available URL: From freebsd at grem.de Sat Aug 11 18:10:22 2012 From: freebsd at grem.de (Michael Gmelin) Date: Sat, 11 Aug 2012 18:10:22 +0200 Subject: [Users] Suggestion to remove "Mark all read" from message context menu In-Reply-To: <20120811154124.0d362741@marv> References: <20120811130226.07598760@bsd64.grem.de> <20120811154124.0d362741@marv> Message-ID: <20120811181022.060ad2b8@bsd64.grem.de> On Sat, 11 Aug 2012 15:41:24 +0200 Colin Leroy wrote: > On 11 August 2012 at 13h02, Michael Gmelin wrote: > > Hi, > > > I would suggest removing "Mark all read" from the "Mark" section of > > the message list context menu or the following reasons: > > > > - This is the only entry in the entire menu that doesn't work in the > > context of the selected message(s), but on the folder as a whole > > - The option already exists in the folder tree context menu (where > > it belongs in my opinion, since it works in the context of the > > folder) > > - It's right next to "Mark as read", which is a commonly used action > > without a default keyboard shortcut and it's really easy to select > > it by accident > > Don't forget about thousands of users who like this menu item there. That's kind of a though-terminating argument though :) > It may be easy to select by mistake, but it has its place in the main > menu, I was talking about the context menu (right click on message list), not the main menu - I don't think it's wrong to have it in there. I just think that a context menu should always work on the selected item(s) (general UI paradigm). Personally, I don't have much need to mark all emails as read anyway (not part of my work flow), if I had to I would probably use CTRL-A to select all messages and then select the action I want to apply (read/unread/mark/watch etc.). > and also there's a confirmation asked when one chooses Mark all > read, unless it has been dismissed with "Don't ask me again". That's useful. It also might be useful to add an extra menu separator before the menu entry, like: Mark Unmark ---------------- Mark as unread Mark as read ---------------- Mark all read ---------------- ... > In that > case, the confirmation dialog can be re-enabled using > Configuration/Preferences/Summaries - "Confirm before marking all > messages in folder as read". For some reason I managed to get all my messages set as read, even though the dialog was configured to be on - and I just tested it shows up - probably my mistake. Maybe it was the labelling of the buttons (No/Yes questions tend to be dangerous) [ Mark all unread ] [ Cancel ] might be a more fool proof alternative. > > Short answer, I'm not in favor of removing it... I'm not expecting to get it my way ;) -- Michael Gmelin From edwardp at mcom.com Sat Aug 11 22:45:19 2012 From: edwardp at mcom.com (edwardp at mcom.com) Date: Sat, 11 Aug 2012 16:45:19 -0400 Subject: [Users] Bogofilter Ham Action In-Reply-To: <20120810233733.3159af78@debian> References: <20120809063724.5bc77841@yendi.localdomain> <20120809192821.6ea2e8f5@debianbg.hsd1.ma.comcast.net> <20120809174545.2a2d5805@yendi.localdomain> <20120809180504.22a55495@from-theboss.911networks.com> <20120809221422.13fbed07@SuperSize.eslrahc.com> <202295.33836.qm@smtp817.mail.ird.yahoo.com> <20120810180036.1c13a9b5@debianbg.hsd1.ma.comcast.net> <20120810233733.3159af78@debian> Message-ID: <20120811164519.4a6431ec@debian.hsd1.ma.comcast.net> On Fri, 10 Aug 2012 23:37:33 +0100 Abrolag wrote: > On Fri, 10 Aug 2012 18:00:36 -0400 > wrote: > > > On Fri, 10 Aug 2012 11:02:24 +0100 > > R Kimber wrote: > > > > > On Thu, 9 Aug 2012 22:14:22 -0400 > > > Charles A Edwards wrote: > > > > > > > Though it is low-traffic the bogofilter mailing list is still > > > > active and both David and/or Matthias (the lead developers) > > > > participate. > > > > > > Yes, this is a function of a good program doing what it is > > > supposed to, and of it having had no major bugs recently > > > reported. That's not a good reason to ditch it. > > > > > > - Richard. > > > > What seems to be the consensus, is one better than the other? > > I've been using claws forever and bogofilter forever -1 > I very rarely need to correct it these days. I've decided to give bogofilter a try. I noticed in the Plugin preferences for it, the call is simply: bogofilter Am I correct that there are no switches required for it? From freebsd at grem.de Sat Aug 11 22:49:42 2012 From: freebsd at grem.de (Michael Gmelin) Date: Sat, 11 Aug 2012 22:49:42 +0200 Subject: [Users] Question regarding forward of HTML e-mails In-Reply-To: <20120810011029.289f4536@bsd64.grem.de> References: <20120808230958.35c3f2fe@bsd64.grem.de> <20120809145113.43e1ab43@marv> <20120810010522.275c4660@bsd64.grem.de> <20120810011029.289f4536@bsd64.grem.de> Message-ID: <20120811224942.1fb973c3@bsd64.grem.de> > > > > On Thu, 9 Aug 2012 14:51:13 +0200 > > Colin Leroy wrote: > > > Hi, Hi, This is a little bit longer, but at least I found the cause of the problem, please let me know if you need additional input or if there is anything else I can do to help to resolve the issue. > > > > > > > [...] > > > > > > It is turned into an attachment, since that commit: > > > > > > 2010-12-23 [colin] 3.7.8cvs23 > > > > > > * src/compose.c > > > Finish fixing bug #2203: When forwarding (inline) > > > and there are some text/* parts with no name, set them a > > > name and set their disposition to attachment, so > > > that recipients with MUAs preferring HTML parts don't show > > > them by default. > > > > > > [...] > > > > I'm using 3.8.1, that's correct. Right now I have no chance to check > > myself how the E-Mail got represented in the specific Outlook > > instance of that person. > > > > [...] > > > It took a while to figure out why this isn't always working as expected, since the problem is timing sensitive: In compose_draft(), compose->mode is set to COMPOSE_REEDIT (about line 9780 in compose.c). compose_draft is called from various places to save a message to a draft - including auto save mode, which kicks in a few seconds after text has been entered. This means, as soon as the message gets (auto)saved to drafts, compose->mode is COMPOSE_REEDIT and *not* the previous value. This breaks some code in the process of sending the mail, specifically the code in compose_add_attachments(), which is supposed to turn the HTML multipart/alternative into an attachment (compose.c, about line 6080) and depends on compose->mode == COMPOSE_FORWARD_INLINE: ... if (mimepart->type == MIMETYPE_MESSAGE && !g_ascii_strcasecmp(mimepart->subtype, "rfc822")) { mimepart->disposition = DISPOSITIONTYPE_INLINE; } else if (mimepart->type == MIMETYPE_TEXT) { if (!ainfo->name && compose->mode == COMPOSE_FORWARD_INLINE) { /* Text parts with no name come from multipart/alternative * forwards. Make sure the recipient won't look at the * original HTML part by mistake. */ mimepart->disposition = DISPOSITIONTYPE_ATTACHMENT; ainfo->name = g_strdup_printf(_("Original %s part"), mimepart->subtype); } if (ainfo->charset) g_hash_table_insert(mimepart->typeparameters, g_strdup("charset"), g_strdup(ainfo->charset)); } ... I'm not certain what's the best way to resolve this situation - there are two issues here: - Change this, so it works correctly on an immediate forward (so make sure autosave doesn't mess with it) - Make sure that it also works if somebody reopens a previously saved draft (in the end, as a user I expect this to work if I interrupt writing an email and continue writing it later) Especially for the second issue it seems to me that the way this is currently done (turning the HTML to a named attachment on send) is asking for trouble and it would be better, if the correct message structure would be created on compose (that is, as soon as the user hits forward, the HTML attachment is given a name and disposition is set to attachment); this way reopening a stored Draft wouldn't result in unexpected results either. So, to reproduce this problem (in my case using a full IMAP setup): - Make sure auto-save is enabled in claws - Receive a multipart/alternative email containing plain text and HTML - Open it in claws and hit the forward button - Add a comment on the email (this is not really required, but makes it clear that HTML and plain text differ) - Wait until auto save kicks in (should only take a few seconds) - Hit the send button - Inspect message structure at the receiving end or in your Sent folder In addition to this problem, I also noticed that the configuration option "Select the HTML part of multipart/alternative messages" doesn't work as expected (using the fancy plugin), since it not only opens the HTML part of multipart/alternative, but also multipart/mixed emails, even if the HTML part is a named attachment. Cheers, Michael -- Michael Gmelin From charlescurley at charlescurley.com Sun Aug 12 00:20:16 2012 From: charlescurley at charlescurley.com (Charles Curley) Date: Sat, 11 Aug 2012 16:20:16 -0600 Subject: [Users] Bogofilter Ham Action In-Reply-To: <20120811164519.4a6431ec@debian.hsd1.ma.comcast.net> References: <20120809063724.5bc77841@yendi.localdomain> <20120809192821.6ea2e8f5@debianbg.hsd1.ma.comcast.net> <20120809174545.2a2d5805@yendi.localdomain> <20120809180504.22a55495@from-theboss.911networks.com> <20120809221422.13fbed07@SuperSize.eslrahc.com> <202295.33836.qm@smtp817.mail.ird.yahoo.com> <20120810180036.1c13a9b5@debianbg.hsd1.ma.comcast.net> <20120810233733.3159af78@debian> <20120811164519.4a6431ec@debian.hsd1.ma.comcast.net> Message-ID: <20120811162016.6a8d55e5@yendi.localdomain> On Sat, 11 Aug 2012 16:45:19 -0400 wrote: > I've decided to give bogofilter a try. I noticed in the Plugin > preferences for it, the call is simply: bogofilter > > Am I correct that there are no switches required for it? I don't know about switches. I just enabled the plugin and started using bogofilter from the plugin. You may want to enable the TrashMaybe option in the settings (Configuration -> Preferences -> Plugins -> Bogofilter). -- Charles Curley /"\ ASCII Ribbon Campaign Looking for fine software \ / Respect for open standards and/or writing? X No HTML/RTF in email http://www.charlescurley.com / \ No M$ Word docs in email Key fingerprint = CE5C 6645 A45A 64E4 94C0 809C FFF6 4C48 4ECD DFDB From colin at colino.net Sun Aug 12 00:29:57 2012 From: colin at colino.net (Colin Leroy) Date: Sun, 12 Aug 2012 00:29:57 +0200 Subject: [Users] Question regarding forward of HTML e-mails In-Reply-To: <20120811224942.1fb973c3@bsd64.grem.de> References: <20120808230958.35c3f2fe@bsd64.grem.de> <20120809145113.43e1ab43@marv> <20120810010522.275c4660@bsd64.grem.de> <20120810011029.289f4536@bsd64.grem.de> <20120811224942.1fb973c3@bsd64.grem.de> Message-ID: <20120812002957.5d4ee061@marv> On 11 August 2012 at 22h49, Michael Gmelin wrote: Hi, > It took a while to figure out why this isn't always working as > expected, since the problem is timing sensitive: Thanks for your detailed report, I'll try to fix that soon! -- Colin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: not available URL: From noreply at thewildbeast.co.uk Sun Aug 12 11:45:27 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sun, 12 Aug 2012 11:45:27 +0200 (CEST) Subject: [Users] [Bug 2721] New: LDAP lookup and address formatting Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2721 Summary: LDAP lookup and address formatting Product: Claws Mail Version: 3.8.1 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P3 Component: UI/Compose Window AssignedTo: users at lists.claws-mail.org ReportedBy: konrad.pioro at zask.pl When the DN is cn=John Doe,dc=something the email address in the input field gets formatted as cn (John Doe ). However this is not correct for all types of LDAP layouts. In my company I use cn=SYSTEM_ID, where SYSTEM_ID is some identification number, and when I send mail this is incorrectly represented as SYSTEM_ID . It would be good to allow to change this formatting to "givenName sn " or "sn givenName ". -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Sun Aug 12 11:54:35 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sun, 12 Aug 2012 11:54:35 +0200 (CEST) Subject: [Users] [Bug 2203] Problems in forwarding multipart/alternative messages with HTML part In-Reply-To: References: Message-ID: <20120812095435.3D3BE854CD@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2203 --- Comment #4 from users 2012-08-12 11:54:34 --- Changes related to this bug have been committed. Please check latest CVS and update the bug accordingly. You can also get the patch from: http://www.claws-mail.org/tracker/ 2012-08-12 [colin] 3.8.1cvs29 * src/compose.c Make sure text/* attachments are not made inline, regardless of the compose mode. Finishes fixing bug #2203 after auto-save switches mode to COMPOSE_REEDIT. Thanks to Michael Gmelin for finding this. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From colin at colino.net Sun Aug 12 12:12:59 2012 From: colin at colino.net (Colin Leroy) Date: Sun, 12 Aug 2012 12:12:59 +0200 Subject: [Users] Question regarding forward of HTML e-mails In-Reply-To: <20120811224942.1fb973c3@bsd64.grem.de> References: <20120808230958.35c3f2fe@bsd64.grem.de> <20120809145113.43e1ab43@marv> <20120810010522.275c4660@bsd64.grem.de> <20120810011029.289f4536@bsd64.grem.de> <20120811224942.1fb973c3@bsd64.grem.de> Message-ID: <20120812121259.6ac03216@marv> On 11 August 2012 at 22h49, Michael Gmelin wrote: Hi, > I'm not certain what's the best way to resolve this situation - there > are two issues here: > > - Change this, so it works correctly on an immediate forward (so make > sure autosave doesn't mess with it) > - Make sure that it also works if somebody reopens a previously saved > draft (in the end, as a user I expect this to work if I interrupt > writing an email and continue writing it later) Fixed (by making sure text/* attachments Disposition-Type are set to attachment, regardless of the edit mode). > In addition to this problem, I also noticed that the configuration > option "Select the HTML part of multipart/alternative messages" > doesn't work as expected (using the fancy plugin), since it not only > opens the HTML part of multipart/alternative, but also > multipart/mixed emails, even if the HTML part is a named attachment. Fixed too. -- Colin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: not available URL: From noreply at thewildbeast.co.uk Sun Aug 12 17:10:16 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sun, 12 Aug 2012 17:10:16 +0200 (CEST) Subject: [Users] [Bug 2552] in automatic checking, enable the use of different time intervals In-Reply-To: References: Message-ID: <20120812151016.528358556D@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2552 --- Comment #10 from wwp 2012-08-12 17:10:14 --- The patch seems to work fine regarding to the per-account interval/delay settings. But.. (there's often a but) I noticed one issue since I'm running w/ the patch applied: the receive dialog is showing (for both retrievals of accounts that have a specific delay and ones that use the global internal delay), whereas the global prefs say "show receive dialog" "only on manual receiving". Does anybody reproduce? -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From freebsd at grem.de Sun Aug 12 17:40:32 2012 From: freebsd at grem.de (Michael Gmelin) Date: Sun, 12 Aug 2012 17:40:32 +0200 Subject: [Users] Question regarding forward of HTML e-mails In-Reply-To: <20120812121259.6ac03216@marv> References: <20120808230958.35c3f2fe@bsd64.grem.de> <20120809145113.43e1ab43@marv> <20120810010522.275c4660@bsd64.grem.de> <20120810011029.289f4536@bsd64.grem.de> <20120811224942.1fb973c3@bsd64.grem.de> <20120812121259.6ac03216@marv> Message-ID: <20120812174032.746fe088@bsd64.grem.de> On Sun, 12 Aug 2012 12:12:59 +0200 Colin Leroy wrote: > On 11 August 2012 at 22h49, Michael Gmelin wrote: > > Hi, Hi, > > > I'm not certain what's the best way to resolve this situation - > > there are two issues here: > > > > - Change this, so it works correctly on an immediate forward (so > > make sure autosave doesn't mess with it) > > - Make sure that it also works if somebody reopens a previously > > saved draft (in the end, as a user I expect this to work if I > > interrupt writing an email and continue writing it later) > > Fixed (by making sure text/* attachments Disposition-Type are set to > attachment, regardless of the edit mode). I applied that fix manually to my source tree and I can confirm that it works as expected. I was wondering if that's a little bit too pragmatic, but I can't think of a real world use case where somebody has multiple text attachments that should be shown inline (and if so, that's usually a MUA feature at the receiving end and most of the time not even what users want - just remembering how Apple Mail is inlining source code sometimes in a way that makes it impossible to save), so I guess that's safe. > > > In addition to this problem, I also noticed that the configuration > > option "Select the HTML part of multipart/alternative messages" > > doesn't work as expected (using the fancy plugin), since it not only > > opens the HTML part of multipart/alternative, but also > > multipart/mixed emails, even if the HTML part is a named attachment. > > Fixed too. I tested this, but it's not working as expcted. I checked the fix in CVS (3.8.1cvs30) and I think there is a typo in there - in line 1472 of messageview.c it says: mimeinfo->disposition == DISPOSITIONTYPE_ATTACHMENT IMHO this should be !=, so it reads: mimeinfo->disposition != DISPOSITIONTYPE_ATTACHMENT Also, after testing the change I realized, that this is still showing the HTML part of multipart/mixed (whereas the setting says it will only show multipart/alternative). So I would suggest to also check if alt_parent->subtype == "alternative". (The changes after line 1495 are fine, the comparison operator is ok and since it is only executed in the context of a multipart/alternative header anyway). The following patch fixes the issue for me. Since I don't know claws inside out and I can't tell if there might be any negative side effects, but I'm relatively certain that this is sane: --- src/messageview.c.orig 2012-08-12 17:30:39.005347683 +0200 +++ src/messageview.c 2012-08-12 17:30:55.725296727 +0200 @@ -1469,7 +1469,8 @@ goto done; } else if (mimeinfo->type == MIMETYPE_TEXT && !strcasecmp(mimeinfo->subtype, "html") && - mimeinfo->disposition == DISPOSITIONTYPE_ATTACHMENT && + mimeinfo->disposition != DISPOSITIONTYPE_ATTACHMENT && + !strcasecmp(alt_parent->subtype, "alternative") && prefs_common.promote_html_part) { mimeview_select_mimepart_icon(messageview->mimeview, mimeinfo); goto done; I attached a patch which preserves tabs (I replaced tabs inline for readability purposes). Cheers, Michael -- Michael Gmelin -------------- next part -------------- A non-text attachment was scrubbed... Name: messageview.patch Type: text/x-patch Size: 590 bytes Desc: not available URL: From colin at colino.net Sun Aug 12 18:18:54 2012 From: colin at colino.net (Colin Leroy) Date: Sun, 12 Aug 2012 18:18:54 +0200 Subject: [Users] Question regarding forward of HTML e-mails In-Reply-To: <20120812174032.746fe088@bsd64.grem.de> References: <20120808230958.35c3f2fe@bsd64.grem.de> <20120809145113.43e1ab43@marv> <20120810010522.275c4660@bsd64.grem.de> <20120810011029.289f4536@bsd64.grem.de> <20120811224942.1fb973c3@bsd64.grem.de> <20120812121259.6ac03216@marv> <20120812174032.746fe088@bsd64.grem.de> Message-ID: <20120812181854.264f87b6@marv> On 12 August 2012 at 17h40, Michael Gmelin wrote: Hi, > I checked the fix in CVS (3.8.1cvs30) and I think there is a typo in > there - in line 1472 of messageview.c it says: > > mimeinfo->disposition == DISPOSITIONTYPE_ATTACHMENT Oops. Fixed in CVS, thanks. > Also, after testing the change I realized, that this is still showing > the HTML part of multipart/mixed (whereas the setting says it will > only show multipart/alternative). > > So I would suggest to also check if alt_parent->subtype == > "alternative". (The changes after line 1495 are fine, the comparison > operator is ok and since it is only executed in the context of a > multipart/alternative header anyway). Yeah, I wonder if we wouldn't break other cases that I can't think of right now. I remember adding these for a reason, but don't remember which one... I'll investigate further... -- Colin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: not available URL: From freebsd at grem.de Sun Aug 12 19:07:54 2012 From: freebsd at grem.de (Michael Gmelin) Date: Sun, 12 Aug 2012 19:07:54 +0200 Subject: [Users] Question regarding forward of HTML e-mails In-Reply-To: <20120812181854.264f87b6@marv> References: <20120808230958.35c3f2fe@bsd64.grem.de> <20120809145113.43e1ab43@marv> <20120810010522.275c4660@bsd64.grem.de> <20120810011029.289f4536@bsd64.grem.de> <20120811224942.1fb973c3@bsd64.grem.de> <20120812121259.6ac03216@marv> <20120812174032.746fe088@bsd64.grem.de> <20120812181854.264f87b6@marv> Message-ID: <20120812190754.27947ab5@bsd64.grem.de> On Sun, 12 Aug 2012 18:18:54 +0200 Colin Leroy wrote: > On 12 August 2012 at 17h40, Michael Gmelin wrote: > > Hi, I revisited the previous patch again (turning additional text parts into named disposition attachment). I think it would make sense to exclude "text/plain" from this mechanism. I just received the mail I wrote earlier from the mailing list, which contains: rfc/822 plain/text (my message) plain/x-patch (the patch) plain/text (the footer added by the mailing list) When looking at this email in claws it shows as: My Text [messageview.patch text/x-patch (590 bytes)] Claws mailing list footer Now, if I forward this email, the second plain/text is turned into an attachment and the resulting email looks like: My Text [messageview.patch text/x-patch (590 bytes)] [Original plain part text/plain (153 bytes)] Since showing multiple plain text parts in a multipart/mixed header is a common scenario I would suggest to change the recently modified part in compile.c again. Original (before 3.8.1cvs29): } else if (mimepart->type == MIMETYPE_TEXT) { if (!ainfo->name && compose->mode == COMPOSE_FORWARD_INLINE) { Current: } else if (mimepart->type == MIMETYPE_TEXT) { if (!ainfo->name) Proposed version: } else if (mimepart->type == MIMETYPE_TEXT) { if (!ainfo->name && g_ascii_strcasecmp(mimepart->subtype, "plain")) Does this make sense? > > > I checked the fix in CVS (3.8.1cvs30) and I think there is a typo in > > there - in line 1472 of messageview.c it says: > > > > mimeinfo->disposition == DISPOSITIONTYPE_ATTACHMENT > > Oops. Fixed in CVS, thanks. > > > Also, after testing the change I realized, that this is still > > showing the HTML part of multipart/mixed (whereas the setting says > > it will only show multipart/alternative). > > > > So I would suggest to also check if alt_parent->subtype == > > "alternative". (The changes after line 1495 are fine, the comparison > > operator is ok and since it is only executed in the context of a > > multipart/alternative header anyway). > > Yeah, I wonder if we wouldn't break other cases that I can't think of > right now. I remember adding these for a reason, but don't remember > which one... I'll investigate further... Better safe than sorry (I can't think of any cases where this would be a serious problem though - worst case would be not opening the HTML part automatically right? - I'm a lot more concerned about seeing wrong piece of information - what use is that feature, if you have to double check with the plain text part every time to make sure you didn't miss anything important?!). I'll stay tuned ;) -- Michael Gmelin From colin at colino.net Sun Aug 12 19:20:56 2012 From: colin at colino.net (Colin Leroy) Date: Sun, 12 Aug 2012 19:20:56 +0200 Subject: [Users] Question regarding forward of HTML e-mails In-Reply-To: <20120812190754.27947ab5@bsd64.grem.de> References: <20120808230958.35c3f2fe@bsd64.grem.de> <20120809145113.43e1ab43@marv> <20120810010522.275c4660@bsd64.grem.de> <20120810011029.289f4536@bsd64.grem.de> <20120811224942.1fb973c3@bsd64.grem.de> <20120812121259.6ac03216@marv> <20120812174032.746fe088@bsd64.grem.de> <20120812181854.264f87b6@marv> <20120812190754.27947ab5@bsd64.grem.de> Message-ID: <20120812192056.4724d95e@marv> On 12 August 2012 at 19h07, Michael Gmelin wrote: Hi, > I think it would make sense to exclude "text/plain" from this > mechanism. I wondered whether to exclude text/plain, couldn't think of a use case... Seems like you found one :) -- Colin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: not available URL: From freebsd at grem.de Sun Aug 12 19:48:22 2012 From: freebsd at grem.de (Michael Gmelin) Date: Sun, 12 Aug 2012 19:48:22 +0200 Subject: [Users] Question regarding forward of HTML e-mails In-Reply-To: <20120812192056.4724d95e@marv> References: <20120808230958.35c3f2fe@bsd64.grem.de> <20120809145113.43e1ab43@marv> <20120810010522.275c4660@bsd64.grem.de> <20120810011029.289f4536@bsd64.grem.de> <20120811224942.1fb973c3@bsd64.grem.de> <20120812121259.6ac03216@marv> <20120812174032.746fe088@bsd64.grem.de> <20120812181854.264f87b6@marv> <20120812190754.27947ab5@bsd64.grem.de> <20120812192056.4724d95e@marv> Message-ID: <20120812194822.432d6866@bsd64.grem.de> On Sun, 12 Aug 2012 19:20:56 +0200 Colin Leroy wrote: > On 12 August 2012 at 19h07, Michael Gmelin wrote: > > Hi, > > > I think it would make sense to exclude "text/plain" from this > > mechanism. > > I wondered whether to exclude text/plain, couldn't think of a use > case... Seems like you found one :) > I can confirm that this works ok (rechecked my test cases). I still think that doing this on send is a little bit of a hack, but in practice it's a pragmatic solution that gets the job done (and the change is small enough, so it's unlikely to introduce obscure bugs). I hope you'll come to a positive conclusion on the html auto-view option (checking for "multipart(alternative" like suggested), I will disable the feature again at my end and stop tracking the issue, since I prefer to see the plain text alternative by default - plus, sender, subject and other headers are not shown in the html version (unless activated as an extra panel, which for plain text duplicates this information and has other limitations that make it not that useful). Extending the fancy plugin to provide this kind of information in the rendered output would be cool, but I don't think I have enough motivation to push for that :) -- Michael Gmelin From edwardp at mcom.com Mon Aug 13 03:05:42 2012 From: edwardp at mcom.com (edwardp at mcom.com) Date: Sun, 12 Aug 2012 21:05:42 -0400 Subject: [Users] Bogofilter Ham Action In-Reply-To: <20120811162016.6a8d55e5@yendi.localdomain> References: <20120809063724.5bc77841@yendi.localdomain> <20120809192821.6ea2e8f5@debianbg.hsd1.ma.comcast.net> <20120809174545.2a2d5805@yendi.localdomain> <20120809180504.22a55495@from-theboss.911networks.com> <20120809221422.13fbed07@SuperSize.eslrahc.com> <202295.33836.qm@smtp817.mail.ird.yahoo.com> <20120810180036.1c13a9b5@debianbg.hsd1.ma.comcast.net> <20120810233733.3159af78@debian> <20120811164519.4a6431ec@debian.hsd1.ma.comcast.net> <20120811162016.6a8d55e5@yendi.localdomain> Message-ID: <20120812210542.0450e867@debiantp.hsd1.ma.comcast.net> On Sat, 11 Aug 2012 16:20:16 -0600 Charles Curley wrote: > On Sat, 11 Aug 2012 16:45:19 -0400 > wrote: > > > I've decided to give bogofilter a try. I noticed in the Plugin > > preferences for it, the call is simply: bogofilter > > > > Am I correct that there are no switches required for it? > > I don't know about switches. I just enabled the plugin and started > using bogofilter from the plugin. > > You may want to enable the TrashMaybe option in the settings > (Configuration -> Preferences -> Plugins -> Bogofilter). I am using version 3.7.6 of Claws, which is the version that is included with Debian Squeeze and this version does not have a "TrashMaybe" option listed for the plugin. There is a "When unsure, move to..." option though. Could this be the same? From charlescurley at charlescurley.com Mon Aug 13 03:22:44 2012 From: charlescurley at charlescurley.com (Charles Curley) Date: Sun, 12 Aug 2012 19:22:44 -0600 Subject: [Users] Bogofilter Ham Action In-Reply-To: <20120812210542.0450e867@debiantp.hsd1.ma.comcast.net> References: <20120809063724.5bc77841@yendi.localdomain> <20120809192821.6ea2e8f5@debianbg.hsd1.ma.comcast.net> <20120809174545.2a2d5805@yendi.localdomain> <20120809180504.22a55495@from-theboss.911networks.com> <20120809221422.13fbed07@SuperSize.eslrahc.com> <202295.33836.qm@smtp817.mail.ird.yahoo.com> <20120810180036.1c13a9b5@debianbg.hsd1.ma.comcast.net> <20120810233733.3159af78@debian> <20120811164519.4a6431ec@debian.hsd1.ma.comcast.net> <20120811162016.6a8d55e5@yendi.localdomain> <20120812210542.0450e867@debiantp.hsd1.ma.comcast.net> Message-ID: <20120812192244.246bf9b0@yendi.localdomain> On Sun, 12 Aug 2012 21:05:42 -0400 wrote: > I am using version 3.7.6 of Claws, which is the version that is > included with Debian Squeeze and this version does not have a > "TrashMaybe" option listed for the plugin. There is a "When unsure, > move to..." option though. Could this be the same? Yes. That is the same version I have, also on Squeeze. -- Charles Curley /"\ ASCII Ribbon Campaign Looking for fine software \ / Respect for open standards and/or writing? X No HTML/RTF in email http://www.charlescurley.com / \ No M$ Word docs in email Key fingerprint = CE5C 6645 A45A 64E4 94C0 809C FFF6 4C48 4ECD DFDB From noreply at thewildbeast.co.uk Mon Aug 13 10:40:47 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 13 Aug 2012 10:40:47 +0200 (CEST) Subject: [Users] [Bug 2721] LDAP lookup and address formatting In-Reply-To: References: Message-ID: <20120813084047.65574854CD@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2721 --- Comment #1 from Ricardo Mones 2012-08-13 10:40:46 --- Sorry, but you're abusing LDAP schema as cn, which stands for commonName, is not intended for system ids, but for common names (surprise!). There's plenty of LDAP attributes in standard schemas which can be used for your purpose, like "uid", "userid", and several others. If that's not enough you could even add your own defined attributes to existing class or even new classes for your objects. There's absolutely no need to abuse existing attributes, so to me this looks like a PEBKAC with your LDAP admin. Furthermore I don't think Claws Mail should encourage such bad practices by supporting them, so an invalid/wontfix request IMHO. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Mon Aug 13 11:21:29 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 13 Aug 2012 11:21:29 +0200 (CEST) Subject: [Users] [Bug 2721] LDAP lookup and address formatting In-Reply-To: References: Message-ID: <20120813092129.3677C854CD@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2721 --- Comment #2 from Konrad Pióro 2012-08-13 11:21:28 --- Let me clarify because I don't think you get the idea why this is needed. We have our own Private Enterprise Number and custom schemas. The referenced ID is actually equal to UID, which is used to also construct a DN of objects. I agree with you, that Common Name is "Name Surname" for people (eg. posixAccount), but it can also mean almost anything else for non-people, depending on the type of object. It is not good for CN to mean different things, so a compromise is needed for all DNs to be consistent across the directory. We have a few branches in our tree called cn=ID,ou=something,dc=company, where the unit "something" denotes a particular function of the object. Each have diffrent schemas and objectClasses. It is then most efficient for our applications to browse the directory, instantly pulling correlated entries from every branch that is needed, without issuing a "tell me which DN has attribute uid X in unit Y" query for every uid specified. Or are you telling me to change the DN to uid=UID,ou=something,dc=company? Will then Claws correctly pull givenName and sn from the object? -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Mon Aug 13 16:56:34 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Mon, 13 Aug 2012 16:56:34 +0200 (CEST) Subject: [Users] [Bug 2557] "Total Messages" column is stuck to the right-most side of its panel In-Reply-To: References: Message-ID: <20120813145634.BDAA6854CD@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2557 --- Comment #17 from Zaf 2012-08-13 16:56:33 --- Andrej Kacian wrote on 2012-08-03 20:17:40: > I agree that being able to explicitly setting which > column is "flexible" when resizing is a good idea, > but right now it is hardcoded in the widget we use > (GtkCMCList), and would require someone to tweak the > widget code. I took a look at doing this the other > day, and found it quite nontrivial. > I will try to make it work, but don't hold your > breath... :) What about creating a fourth column, which will remain empty, so that maybe the third column will become moveable to the left, while this fourth column remains stuck to the right side (causing no problem)? -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Aug 14 09:24:21 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 14 Aug 2012 09:24:21 +0200 (CEST) Subject: [Users] [Bug 2552] in automatic checking, enable the use of different time intervals In-Reply-To: References: Message-ID: <20120814072421.440C985398@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2552 --- Comment #11 from Ricardo Mones 2012-08-14 09:24:19 --- Yed, thanks for the updated patch. > By the way, the global timer uses a checkbox, so there is an inconsistency... Indeed, that could be simplified I guess, and wrongly I thought it was ;) anyway that's a global preference, not an account preference, and probably deserves the checkbox even if it could be implemented without it. wwp, I think problems with receiving dialog may not be related with this patch. I'm suffering the opposite, i.e., not seeing the dialog at all, no matter the settings and without any patch applied (cvs32). In fact right now I have "Show receive dialog: Always" and "Close receive dialog when finished" unchecked and yet still no dialog appears when checking all accounts (one local and some IMAP at this box). Really weird. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Aug 14 10:14:56 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 14 Aug 2012 10:14:56 +0200 (CEST) Subject: [Users] [Bug 2721] LDAP lookup and address formatting In-Reply-To: References: Message-ID: <20120814081456.DD51485398@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2721 --- Comment #3 from Ricardo Mones 2012-08-14 10:14:56 --- Thanks for the clarification, but I think you've already answered yourself, the only thing remaining is you to test your suspects. > Or are you telling me to change the DN to uid=UID,ou=something,dc=company? Will > then Claws correctly pull givenName and sn from the object? Sure, these and more attributes are always retrieved because they are supposed to contain the addressbook's display name (displayName attribute, or cn if displayName is empty), the first name (givenName) and the last name (sn), no matter the DN you choose for your objects. Thinking it again I guess the easier for you is to add a displayName attribute for your defined classes where it's missing, if any. And use it for the value you want to appear on your addresses, of course :) -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Aug 14 11:29:37 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 14 Aug 2012 11:29:37 +0200 (CEST) Subject: [Users] [Bug 2552] in automatic checking, enable the use of different time intervals In-Reply-To: References: Message-ID: <20120814092937.CBADF85398@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2552 --- Comment #12 from wwp 2012-08-14 11:29:37 --- I see. My observation is probably wrong because, back from vacation, I did a massive update to the CVS HEAD and applied this patch as well. Here I temporarily set global prefs so that the dialog is never shown, at least *this* works ;-). -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From sylpheed at 911networks.com Wed Aug 15 04:29:02 2012 From: sylpheed at 911networks.com (sylpheed at 911networks.com) Date: Tue, 14 Aug 2012 19:29:02 -0700 Subject: [Users] Going off-line Message-ID: <20120814192902.04b9c4ba@from-theboss.911networks.com> Hi, I have CM3.81 on Xubuntu 12.04 (current), every so often CM goes off-line. I know that I didn't click on the on-line/off-line icon at the bottom right. When I look at the "Network Log" I only a huge gap between the time and that's it. POP set to check for mail every 5 minutes. Log: 13:17:09] POP3< +OK [13:17:09] POP3> PASS ******** [13:17:09] POP3< +OK [13:17:09] POP3> STAT [13:17:09] POP3< +OK 0 0 [13:17:09] POP3> QUIT [13:17:09] POP3< +OK * Account '911networks.com': Connecting to POP3 server: 192.168.1.14... [19:17:17] POP3< +OK <9788.1344997037 at ethelbert.911networks.com> [19:17:17] POP3> USER syv [19:17:17] POP3< +OK [19:17:17] POP3> PASS ******** [19:17:17] POP3< +OK [19:17:17] POP3> STAT [19:17:17] POP3< +OK 16 126285 [19:17:17] POP3> UIDL [19:17:17] POP3< +OK [19:17:17] POP3> LIST [19:17:17] POP3< +OK I don't see any error message. Any idea what else I should look for? and/or what's causing CM to go offline? -- Thanks http://www.911networks.com When the network has to work From claws at thewildbeast.co.uk Wed Aug 15 06:19:30 2012 From: claws at thewildbeast.co.uk (Paul) Date: Wed, 15 Aug 2012 05:19:30 +0100 Subject: [Users] Going off-line In-Reply-To: <20120814192902.04b9c4ba@from-theboss.911networks.com> References: <20120814192902.04b9c4ba@from-theboss.911networks.com> Message-ID: <20120815051930.75720834@thewildbeast> On Tue, 14 Aug 2012 19:29:02 -0700 sylpheed at 911networks.com wrote: > Any idea what else I should look for? and/or what's causing CM to go > offline? Network Manager. See the Features tab of /Help/About, you probably have support for Network Manager built in. with regards Paul -- It isn't worth a nickel to two guys like you or me, but to a collector it is worth a fortune From berndth at gmx.de Wed Aug 15 08:54:42 2012 From: berndth at gmx.de (Holger Berndt) Date: Wed, 15 Aug 2012 08:54:42 +0200 Subject: [Users] Going off-line In-Reply-To: <20120815051930.75720834@thewildbeast> References: <20120814192902.04b9c4ba@from-theboss.911networks.com> <20120815051930.75720834@thewildbeast> Message-ID: <20120815085442.68d322f7@wodan> On Mi, 15.08.2012 05:19, Paul wrote: >> Any idea what else I should look for? and/or what's causing CM to go >> offline? > >Network Manager. >See the Features tab of /Help/About, you probably have support for >Network Manager built in. Network Manager support prints a message like * NetworkManager: network is offline. to the network log when going offline, though. Holger From sylpheed at 911networks.com Wed Aug 15 16:11:16 2012 From: sylpheed at 911networks.com (sylpheed at 911networks.com) Date: Wed, 15 Aug 2012 07:11:16 -0700 Subject: [Users] Going off-line In-Reply-To: <20120815051930.75720834@thewildbeast> References: <20120814192902.04b9c4ba@from-theboss.911networks.com> <20120815051930.75720834@thewildbeast> Message-ID: <20120815071116.3936bba3@from-theboss.911networks.com> On Wed, 15 Aug 2012 05:19:30 +0100 Paul wrote: >On Tue, 14 Aug 2012 19:29:02 -0700 >sylpheed at 911networks.com wrote: > >> Any idea what else I should look for? and/or what's causing CM to >> go offline? > >Network Manager. >See the Features tab of /Help/About, you probably have support for >Network Manager built in. * In the help > about the network manager is not enabled. * Should it be? and how? The other thing is how is the network disabled? It's a local network with the mail server on the local network. No Internet involved. -- Thanks http://www.911networks.com When the network has to work From brad at fineby.me.uk Wed Aug 15 17:23:22 2012 From: brad at fineby.me.uk (Brad Rogers) Date: Wed, 15 Aug 2012 16:23:22 +0100 Subject: [Users] Going off-line In-Reply-To: <20120815071116.3936bba3@from-theboss.911networks.com> References: <20120814192902.04b9c4ba@from-theboss.911networks.com> <20120815051930.75720834@thewildbeast> <20120815071116.3936bba3@from-theboss.911networks.com> Message-ID: <20120815162322.17b3740a@abydos.stargate.org.uk> On Wed, 15 Aug 2012 07:11:16 -0700 sylpheed at 911networks.com wrote: Hello sylpheed at 911networks.com, >* In the help > about the network manager is not enabled. >* Should it be? and how? That means it's not compiled in. You can't, therefore, enable it. >The other thing is how is the network disabled? It's a local network >with the mail server on the local network. No Internet involved. The key word is "network". The internet is merely one network possibility of many. -- Regards _ / ) "The blindingly obvious is / _)rad never immediately apparent" That's what I call you Heaven Sent - INXS -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From sylpheed at 911networks.com Wed Aug 15 17:33:21 2012 From: sylpheed at 911networks.com (sylpheed at 911networks.com) Date: Wed, 15 Aug 2012 08:33:21 -0700 Subject: [Users] Going off-line In-Reply-To: <20120815162322.17b3740a@abydos.stargate.org.uk> References: <20120814192902.04b9c4ba@from-theboss.911networks.com> <20120815051930.75720834@thewildbeast> <20120815071116.3936bba3@from-theboss.911networks.com> <20120815162322.17b3740a@abydos.stargate.org.uk> Message-ID: <20120815083321.6a92f5ac@from-theboss.911networks.com> On Wed, 15 Aug 2012 16:23:22 +0100 Brad Rogers wrote: >That means it's not compiled in. You can't, therefore, enable it. It should have been enabled since when I compiled CM I didn't use: ./configure --disable-networkmanager-support -- Thanks http://www.911networks.com When the network has to work From claws at thewildbeast.co.uk Wed Aug 15 18:09:48 2012 From: claws at thewildbeast.co.uk (Paul) Date: Wed, 15 Aug 2012 17:09:48 +0100 Subject: [Users] Going off-line In-Reply-To: <20120815083321.6a92f5ac@from-theboss.911networks.com> References: <20120814192902.04b9c4ba@from-theboss.911networks.com> <20120815051930.75720834@thewildbeast> <20120815071116.3936bba3@from-theboss.911networks.com> <20120815162322.17b3740a@abydos.stargate.org.uk> <20120815083321.6a92f5ac@from-theboss.911networks.com> Message-ID: <20120815170948.3f4b6958@thewildbeast> On Wed, 15 Aug 2012 08:33:21 -0700 sylpheed at 911networks.com wrote: > It should have been enabled since when I compiled CM I didn't use: > > ./configure --disable-networkmanager-support But you didn't have the requirements/dependencies installed. with regards Paul -- It isn't worth a nickel to two guys like you or me, but to a collector it is worth a fortune From brad at fineby.me.uk Wed Aug 15 18:17:17 2012 From: brad at fineby.me.uk (Brad Rogers) Date: Wed, 15 Aug 2012 17:17:17 +0100 Subject: [Users] Going off-line In-Reply-To: <20120815083321.6a92f5ac@from-theboss.911networks.com> References: <20120814192902.04b9c4ba@from-theboss.911networks.com> <20120815051930.75720834@thewildbeast> <20120815071116.3936bba3@from-theboss.911networks.com> <20120815162322.17b3740a@abydos.stargate.org.uk> <20120815083321.6a92f5ac@from-theboss.911networks.com> Message-ID: <20120815171717.2e48af3d@abydos.stargate.org.uk> On Wed, 15 Aug 2012 08:33:21 -0700 sylpheed at 911networks.com wrote: Hello sylpheed at 911networks.com, >It should have been enabled since when I compiled CM I didn't use: >./configure --disable-networkmanager-support Nor do I. CM configures and compiles without complaint. I don't have the relevant -dev packages installed. Maybe that's your problem, too. Or, maybe, they're in a place that the configure script can't find them. -- Regards _ / ) "The blindingly obvious is / _)rad never immediately apparent" I'll be the rubbish you'll be the bin Love Song - The Damned -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From colin at colino.net Wed Aug 15 18:22:22 2012 From: colin at colino.net (Colin Leroy) Date: Wed, 15 Aug 2012 18:22:22 +0200 Subject: [Users] Going off-line In-Reply-To: <20120815071116.3936bba3@from-theboss.911networks.com> References: <20120814192902.04b9c4ba@from-theboss.911networks.com> <20120815051930.75720834@thewildbeast> <20120815071116.3936bba3@from-theboss.911networks.com> Message-ID: <20120815182222.32cfbd54@marv> On 15 August 2012 at 07h11, sylpheed at 911networks.com wrote: Hi, > * In the help > about the network manager is not enabled. > * Should it be? and how? If your Claws Mail is not built with NetworkManager support, it means it will never ever go offline by itself, so this is not the root of your problem. What is possible is that you changed the default shortcut in the "File/Work offline" menu to a single letter one, and that you press this key from time to time without noticing it puts you offline. HTH, -- Colin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: not available URL: From sylpheed at 911networks.com Wed Aug 15 18:30:41 2012 From: sylpheed at 911networks.com (sylpheed at 911networks.com) Date: Wed, 15 Aug 2012 09:30:41 -0700 Subject: [Users] Going off-line In-Reply-To: <20120815182222.32cfbd54@marv> References: <20120814192902.04b9c4ba@from-theboss.911networks.com> <20120815051930.75720834@thewildbeast> <20120815071116.3936bba3@from-theboss.911networks.com> <20120815182222.32cfbd54@marv> Message-ID: <20120815093041.51acddac@from-theboss.911networks.com> On Wed, 15 Aug 2012 18:22:22 +0200 Colin Leroy wrote: >What is possible is that you changed the default shortcut in the >"File/Work offline" menu to a single letter one, and that you press >this key from time to time without noticing it puts you offline. No, I did not set the menu to a single letter, but I think that you have found my problem: Off-line = CTRL-W which is also what I use for closing a webpage, a gnumeric spreadsheet, file manager, evince... How do I remove the key assignment? -- Thanks http://www.911networks.com When the network has to work From brad at fineby.me.uk Wed Aug 15 18:32:30 2012 From: brad at fineby.me.uk (Brad Rogers) Date: Wed, 15 Aug 2012 17:32:30 +0100 Subject: [Users] Going off-line In-Reply-To: <20120815093041.51acddac@from-theboss.911networks.com> References: <20120814192902.04b9c4ba@from-theboss.911networks.com> <20120815051930.75720834@thewildbeast> <20120815071116.3936bba3@from-theboss.911networks.com> <20120815182222.32cfbd54@marv> <20120815093041.51acddac@from-theboss.911networks.com> Message-ID: <20120815173230.10de61a9@abydos.stargate.org.uk> On Wed, 15 Aug 2012 09:30:41 -0700 sylpheed at 911networks.com wrote: Hello sylpheed at 911networks.com, >How do I remove the key assignment? Hover you mouse pointer over it and press the delete key. -- Regards _ / ) "The blindingly obvious is / _)rad never immediately apparent" I don't believe you have to be an idiot to get somewhere these days Bombsite Boy - The Adverts -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From linxt at comcast.net Wed Aug 15 21:44:16 2012 From: linxt at comcast.net (Thomas Taylor) Date: Wed, 15 Aug 2012 12:44:16 -0700 Subject: [Users] Going off-line In-Reply-To: <20120815093041.51acddac@from-theboss.911networks.com> References: <20120814192902.04b9c4ba@from-theboss.911networks.com> <20120815051930.75720834@thewildbeast> <20120815071116.3936bba3@from-theboss.911networks.com> <20120815182222.32cfbd54@marv> <20120815093041.51acddac@from-theboss.911networks.com> Message-ID: <20120815124416.5c108af7@desktop-1.home> On Wed, 15 Aug 2012 09:30:41 -0700 sylpheed at 911networks.com wrote: > On Wed, 15 Aug 2012 18:22:22 +0200 > Colin Leroy wrote: > > >What is possible is that you changed the default shortcut in the > >"File/Work offline" menu to a single letter one, and that you press > >this key from time to time without noticing it puts you offline. > > No, I did not set the menu to a single letter, but I think that you > have found my problem: > > Off-line = CTRL-W which is also what I use for closing a webpage, > a gnumeric spreadsheet, file manager, evince... > > How do I remove the key assignment? > > What I did with the same problem was edit the file "menurc" in the .claws-mail directory. This must be done while CM is not running otherwise the edits get overwritten. Search for "w" and modify it to "Alt>w". They call it "Primary" instead of "Control", don't know why. The CtrlAlt-w shouldn't conflict with anything else in CM. Tom -- “What we do for ourselves dies with us. What we do for others and the world remains and is immortal.” Albert Pine -- Tom Taylor - retired penguin AMD Phenom II x4 955 -- 4GB RAM -- 2x1.5TB sata2 openSUSE 12.1x86_64 openSUSE 12.2x86_64 KDE 4.7.2, FF 7.0 KDE 4.8.4, FF 13.0 claws-mail 3.8.0 registered linux user 263467 linxt-At-comcast-DoT-net From claws at thewildbeast.co.uk Wed Aug 15 23:48:27 2012 From: claws at thewildbeast.co.uk (Paul) Date: Wed, 15 Aug 2012 22:48:27 +0100 Subject: [Users] Going off-line In-Reply-To: <20120815124416.5c108af7@desktop-1.home> References: <20120814192902.04b9c4ba@from-theboss.911networks.com> <20120815051930.75720834@thewildbeast> <20120815071116.3936bba3@from-theboss.911networks.com> <20120815182222.32cfbd54@marv> <20120815093041.51acddac@from-theboss.911networks.com> <20120815124416.5c108af7@desktop-1.home> Message-ID: <20120815224827.0ae3679e@thewildbeast> On Wed, 15 Aug 2012 12:44:16 -0700 Thomas Taylor wrote: > What I did with the same problem was edit the file "menurc" in > the .claws-mail directory. This must be done while CM is not > running otherwise the edits get overwritten. Search for > "w" and modify it to "Alt>w". They call it > "Primary" instead of "Control", don't know why. The CtrlAlt-w > shouldn't conflict with anything else in CM. Although Brad's suggestion is far better for its simplicity, no? See also: http://www.claws-mail.org/faq/index.php/Interface#How_can_I_change_the_key-bindings_.28hot-keys.29_in_Claws_Mail.3F with regards Paul -- It isn't worth a nickel to two guys like you or me, but to a collector it is worth a fortune From freebsd at grem.de Thu Aug 16 00:20:00 2012 From: freebsd at grem.de (Michael Gmelin) Date: Thu, 16 Aug 2012 00:20:00 +0200 Subject: [Users] Going off-line In-Reply-To: <20120815224827.0ae3679e@thewildbeast> References: <20120814192902.04b9c4ba@from-theboss.911networks.com> <20120815051930.75720834@thewildbeast> <20120815071116.3936bba3@from-theboss.911networks.com> <20120815182222.32cfbd54@marv> <20120815093041.51acddac@from-theboss.911networks.com> <20120815124416.5c108af7@desktop-1.home> <20120815224827.0ae3679e@thewildbeast> Message-ID: <2AB28DC6-7522-4EEA-823D-53F9AF7CBC6E@grem.de> On 15 Aug 2012, at 23:48, Paul wrote: > On Wed, 15 Aug 2012 12:44:16 -0700 > Thomas Taylor wrote: > >> What I did with the same problem was edit the file "menurc" in >> the .claws-mail directory. This must be done while CM is not >> running otherwise the edits get overwritten. Search for >> "w" and modify it to "Alt>w". They call it >> "Primary" instead of "Control", don't know why. The CtrlAlt-w >> shouldn't conflict with anything else in CM. > > Although Brad's suggestion is far better for its simplicity, no? > See also: > http://www.claws-mail.org/faq/index.php/Interface#How_can_I_change_the_key-bindings_.28hot-keys.29_in_Claws_Mail.3F > For some of us, editing a text file is easier and faster than - click preferences - click others - enable shortcut edit mode - click ok - select file - select the option - hit delete - click preferences - disable shortcut edit mode - click ok So it's nice that claws allows both ways of changing its settings (by storing them in plain text rc files) ^_^ > with regards > > Paul > > > -- > It isn't worth a nickel to two guys like you or me, > but to a collector it is worth a fortune > _______________________________________________ > Users mailing list > Users at lists.claws-mail.org > http://lists.claws-mail.org/cgi-bin/mailman/listinfo/users From claws at thewildbeast.co.uk Thu Aug 16 07:44:03 2012 From: claws at thewildbeast.co.uk (Paul) Date: Thu, 16 Aug 2012 06:44:03 +0100 Subject: [Users] Going off-line In-Reply-To: <2AB28DC6-7522-4EEA-823D-53F9AF7CBC6E@grem.de> References: <20120814192902.04b9c4ba@from-theboss.911networks.com> <20120815051930.75720834@thewildbeast> <20120815071116.3936bba3@from-theboss.911networks.com> <20120815182222.32cfbd54@marv> <20120815093041.51acddac@from-theboss.911networks.com> <20120815124416.5c108af7@desktop-1.home> <20120815224827.0ae3679e@thewildbeast> <2AB28DC6-7522-4EEA-823D-53F9AF7CBC6E@grem.de> Message-ID: <20120816064403.36b7957a@thewildbeast> On Thu, 16 Aug 2012 00:20:00 +0200 Michael Gmelin wrote: > For some of us, editing a text file is easier and faster than Of course, of course. Yes, even though, more realistically, the GUI version would've been only 3 step long rather than 10. But thanks for reiterating, anyway. with regards Paul -- It isn't worth a nickel to two guys like you or me, but to a collector it is worth a fortune From brad at fineby.me.uk Thu Aug 16 09:47:07 2012 From: brad at fineby.me.uk (Brad Rogers) Date: Thu, 16 Aug 2012 08:47:07 +0100 Subject: [Users] Going off-line In-Reply-To: <2AB28DC6-7522-4EEA-823D-53F9AF7CBC6E@grem.de> References: <20120814192902.04b9c4ba@from-theboss.911networks.com> <20120815051930.75720834@thewildbeast> <20120815071116.3936bba3@from-theboss.911networks.com> <20120815182222.32cfbd54@marv> <20120815093041.51acddac@from-theboss.911networks.com> <20120815124416.5c108af7@desktop-1.home> <20120815224827.0ae3679e@thewildbeast> <2AB28DC6-7522-4EEA-823D-53F9AF7CBC6E@grem.de> Message-ID: <20120816084707.217feb80@abydos.stargate.org.uk> On Thu, 16 Aug 2012 00:20:00 +0200 Michael Gmelin wrote: Hello Michael, >For some of us, editing a text file is easier and faster than {etc,} Only if that text file is already open. Otherwise, you've got to shut down Claws, load a text editor, load the right file and so on. All of which takes a good deal longer, IME. Of course, it's your right to choose...... -- Regards _ / ) "The blindingly obvious is / _)rad never immediately apparent" The public gets what the public wants Going Underground - The Jam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From noreply at thewildbeast.co.uk Thu Aug 16 11:03:41 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 16 Aug 2012 11:03:41 +0200 (CEST) Subject: [Users] [Bug 2451] Notification does not work on imap.gmail.com In-Reply-To: References: Message-ID: <20120816090341.C7FB4853E3@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2451 --- Comment #5 from Anton Butanaev 2012-08-16 11:03:39 --- Created an attachment (id=1144) --> (http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1144) Patch to notify on unread and new messages -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Aug 16 11:05:49 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 16 Aug 2012 11:05:49 +0200 (CEST) Subject: [Users] [Bug 2451] Notification does not work on imap.gmail.com In-Reply-To: References: Message-ID: <20120816090549.BB0EB853E3@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2451 --- Comment #6 from Anton Butanaev 2012-08-16 11:05:49 --- Hi! I was recently affected by this bug/feature also. The first problem is Gmail, another one appears in my work IMAP account. When I select some IMAP folder in Claws Mail and stay there messages don't come as new in that folder but as unread and notification isn't triggered. Attaching another patch enabling notification on unread and new messages. Anton -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From freebsd at grem.de Thu Aug 16 13:47:26 2012 From: freebsd at grem.de (Michael Gmelin) Date: Thu, 16 Aug 2012 13:47:26 +0200 Subject: [Users] Going off-line In-Reply-To: <20120816084707.217feb80@abydos.stargate.org.uk> References: <20120814192902.04b9c4ba@from-theboss.911networks.com> <20120815051930.75720834@thewildbeast> <20120815071116.3936bba3@from-theboss.911networks.com> <20120815182222.32cfbd54@marv> <20120815093041.51acddac@from-theboss.911networks.com> <20120815124416.5c108af7@desktop-1.home> <20120815224827.0ae3679e@thewildbeast> <2AB28DC6-7522-4EEA-823D-53F9AF7CBC6E@grem.de> <20120816084707.217feb80@abydos.stargate.org.uk> Message-ID: <20120816134726.332bcd34@bsd64.grem.de> On Thu, 16 Aug 2012 08:47:07 +0100 Brad Rogers wrote: > On Thu, 16 Aug 2012 00:20:00 +0200 > Michael Gmelin wrote: > > Hello Michael, > > >For some of us, editing a text file is easier and faster than > {etc,} > > Only if that text file is already open. Otherwise, you've got to shut > down Claws, load a text editor, load the right file and so on. All of > which takes a good deal longer, IME. > > Of course, it's your right to choose...... > I hope you guys understood that I wasn't all that serious ^_^ That said - this actually reminded me of a problem I couldn't resolve when I started using claws and finally gave up on: It seems impossible to remap the keyboard shortcuts in message view. I'm using a German keyboard, which means that Y and Z are reversed. So it would be really nice if I could use A and Y for next and previous part (usable with the left hand, which is the user experience using an English keyboard layout). I can actually change the mapping of Save (which uses Y) and Previous Part (which uses Z) in the context menu, but these changes have no effect - I assume the event handling code doesn't use the values of the context menu. Z also doesn't work all the time for me (the context menu always does though), but the keyboard sometimes just refuses to do anything. Also it doesn't seem to be the opposite of A, in that it doesn't wrap around etc. While testing this, I actually managed to crash claws multiple times (either SIGSEGV or SIGBUS) by hitting z multiple times and then y to save - I cannot reliably reproduce these crashes though. Cheers, Michael -- Michael Gmelin From noreply at thewildbeast.co.uk Thu Aug 16 13:53:35 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 16 Aug 2012 13:53:35 +0200 (CEST) Subject: [Users] [Bug 2451] Notification does not work on imap.gmail.com In-Reply-To: References: Message-ID: <20120816115336.22EFF853E3@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2451 --- Comment #7 from Ricardo Mones 2012-08-16 13:53:35 --- This patch makes notification appear when there's unread messages even on servers which are IMAP compliant and therefore support the new flag. You need to turn this on only when the server is Gmail's pseudo-IMAP, not for every server, so some configuration GUI for the user should be present. Maybe a list of server name patterns to check against as harcoding servernames ending in gmail.com or googlemail.com will hurt people using Gmail on it's own domain. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Aug 16 13:56:07 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 16 Aug 2012 13:56:07 +0200 (CEST) Subject: [Users] [Bug 2451] Notification does not work on imap.gmail.com In-Reply-To: References: Message-ID: <20120816115607.A97BD853E3@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2451 --- Comment #8 from Ricardo Mones 2012-08-16 13:56:07 --- I mean "people using Gmail on their own domain" ;-) -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Aug 16 14:53:46 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 16 Aug 2012 14:53:46 +0200 (CEST) Subject: [Users] [Bug 2457] CM interferes with Gnome3 Alt-Tab In-Reply-To: References: Message-ID: <20120816125346.CAB3F854AD@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2457 Colin Leroy changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|INVALID |DUPLICATE --- Comment #2 from Colin Leroy 2012-08-16 14:53:46 --- Hi, It's probably a duplicate of #2396. *** This bug has been marked as a duplicate of bug 2396 *** -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Aug 16 14:53:47 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 16 Aug 2012 14:53:47 +0200 (CEST) Subject: [Users] [Bug 2396] GNOME Shell : Claws Mail starts with minimized window In-Reply-To: References: Message-ID: <20120816125347.190C185567@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2396 Colin Leroy changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |alessandro.nazzani at plurimed | |ia.it --- Comment #27 from Colin Leroy 2012-08-16 14:53:46 --- *** Bug 2457 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From brad at fineby.me.uk Thu Aug 16 14:56:38 2012 From: brad at fineby.me.uk (Brad Rogers) Date: Thu, 16 Aug 2012 13:56:38 +0100 Subject: [Users] Going off-line In-Reply-To: <20120816134726.332bcd34@bsd64.grem.de> References: <20120814192902.04b9c4ba@from-theboss.911networks.com> <20120815051930.75720834@thewildbeast> <20120815071116.3936bba3@from-theboss.911networks.com> <20120815182222.32cfbd54@marv> <20120815093041.51acddac@from-theboss.911networks.com> <20120815124416.5c108af7@desktop-1.home> <20120815224827.0ae3679e@thewildbeast> <2AB28DC6-7522-4EEA-823D-53F9AF7CBC6E@grem.de> <20120816084707.217feb80@abydos.stargate.org.uk> <20120816134726.332bcd34@bsd64.grem.de> Message-ID: <20120816135638.13301bed@abydos.stargate.org.uk> On Thu, 16 Aug 2012 13:47:26 +0200 Michael Gmelin wrote: Hello Michael, >I hope you guys understood that I wasn't all that serious ^_^ Always difficult to tell, without smilies. ;-) -- Regards _ / ) "The blindingly obvious is / _)rad never immediately apparent" I'll be the rubbish you'll be the bin Love Song - The Damned -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From imammedo at redhat.com Thu Aug 16 15:32:43 2012 From: imammedo at redhat.com (Igor Mammedov) Date: Thu, 16 Aug 2012 15:32:43 +0200 Subject: [Users] Last tag not removed when imap flags (tags) are empty Message-ID: <20120816153243.4efac051@thinkpad.mammed.net> I'm evaluating claws for use as my mail-reader and stumbled upon problem with tags. the only/last tag on the message isn't removed when fetching flags from IMAP server and fetch response doesn't have any tags in it. steps to reproduce: 1. tag an untagged message in claws. 2. untag the message on server using another client 3. on the next sync claws will not remove tag from the message tagged at step 1 following patch fixes issue for me. Index: src/imap.c =================================================================== RCS file: //claws/src/imap.c,v retrieving revision 1.179.2.258 diff -u -r1.179.2.258 imap.c --- src/imap.c 7 Jul 2012 07:09:27 -0000 1.179.2.258 +++ src/imap.c 16 Aug 2012 13:28:03 -0000 @@ -4804,10 +4804,9 @@ GSList *tags = g_hash_table_lookup(tags_hash, GINT_TO_POINTER(msginfo->msgnum)); GSList *cur; - if (tags != NULL) { - g_slist_free(msginfo->tags); - msginfo->tags = NULL; - } + g_slist_free(msginfo->tags); + msginfo->tags = NULL; + for (cur = tags; cur; cur = cur->next) { gchar *real_tag = imap_modified_utf7_to_utf8(cur->data, TRUE); gint id = 0; @@ -4816,11 +4815,9 @@ id = tags_add_tag(real_tag); got_alien_tags = TRUE; } - if (!g_slist_find(msginfo->tags, GINT_TO_POINTER(id))) { - msginfo->tags = g_slist_append( + msginfo->tags = g_slist_append( msginfo->tags, GINT_TO_POINTER(id)); - } g_free(real_tag); } slist_free_strings(tags); From noreply at thewildbeast.co.uk Thu Aug 16 15:33:06 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 16 Aug 2012 15:33:06 +0200 (CEST) Subject: [Users] [Bug 2451] Notification does not work on imap.gmail.com In-Reply-To: References: Message-ID: <20120816133306.272B0854AD@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2451 --- Comment #9 from Anton Butanaev 2012-08-16 15:33:05 --- What so wrong with notifying on unread messages as well as on new ones? They are not read and I do want to see them and to be notified. I do not quite get the idea that notification goes for new messages only. Message came, new or unread, it should be seen anyway. And this is not only Gmail issue. I use totally independent from Gmail IMAP server at work, and when mail comes into folder which currently selected in Claws, it appears as unread, now new. In other folders it comes as new. When I go to see another folder in Claws, the story continues there: mail arrives as unread but in previously selected folder it now arrives as new. And it always arrives as unread in Gmail, selected folder or not. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Aug 16 16:19:16 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 16 Aug 2012 16:19:16 +0200 (CEST) Subject: [Users] [Bug 2451] Notification does not work on imap.gmail.com In-Reply-To: References: Message-ID: <20120816141916.1CEEC85567@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2451 --- Comment #10 from Holger Berndt 2012-08-16 16:19:15 --- > Message came, new or unread, it should be seen anyway. If the "New" flag is not set, it means that the user has seen the message before (possibly on another computer, with a different MUA). I don't want to be notified of messages repeatedly. Just once, when it's ... well ... "New". > I use totally independent from Gmail IMAP server at work, > and when mail comes into folder which currently selected > in Claws, it appears as unread, now new. That sounds like a bug in Claws Mail and/or you mail provider, then. The "New" flag is supposed to be set on new messages, regardless of whether you're in the folder or not. Messing up terminology in this plugin is not the right way to deal with the issue. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From colin at colino.net Thu Aug 16 16:25:44 2012 From: colin at colino.net (Colin Leroy) Date: Thu, 16 Aug 2012 16:25:44 +0200 Subject: [Users] Last tag not removed when imap flags (tags) are empty In-Reply-To: <20120816153243.4efac051@thinkpad.mammed.net> References: <20120816153243.4efac051@thinkpad.mammed.net> Message-ID: <20120816162544.670ea93d@marv> On 16 August 2012 at 15h32, Igor Mammedov wrote: Hi, > following patch fixes issue for me. Thanks a lot for investigating the problem right to a patch! I just applied it. -- Colin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: not available URL: From noreply at thewildbeast.co.uk Thu Aug 16 16:38:26 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 16 Aug 2012 16:38:26 +0200 (CEST) Subject: [Users] [Bug 2451] Notification does not work on imap.gmail.com In-Reply-To: References: Message-ID: <20120816143826.B666B85567@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2451 --- Comment #11 from Anton Butanaev 2012-08-16 16:38:26 --- Do you mean that if I read mail at work and leave some messages Unread, then go home and see mail there, I'll be notified on all messages left Unread again? Well, then I understand the difference between the New and Unread. At least how it should be in the ideal world. But as we all now see it's just not working this way... And people who use Gmail, they are many out there... Maybe make this configurable? I saw similar option in the code for banner notification, variable named unread_also. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From imammedo at redhat.com Thu Aug 16 16:47:17 2012 From: imammedo at redhat.com (Igor Mammedov) Date: Thu, 16 Aug 2012 16:47:17 +0200 Subject: [Users] Last tag not removed when imap flags (tags) are empty In-Reply-To: <20120816162544.670ea93d@marv> References: <20120816153243.4efac051@thinkpad.mammed.net> <20120816162544.670ea93d@marv> Message-ID: <20120816164717.15143285@thinkpad.mammed.net> On Thu, 16 Aug 2012 16:25:44 +0200 Colin Leroy wrote: > On 16 August 2012 at 15h32, Igor Mammedov wrote: > > Hi, > > > following patch fixes issue for me. > > Thanks a lot for investigating the problem right to a patch! > I just applied it. Thanks for prompt response. > -- > Colin So far I like claws, but hotkeys mapping is not perfect and for example: to mark whole thread read I have to first select all messages in it and then mark them as read. So I sorely miss feature to mark current thread as read in one keystroke. It would be nice to have macro feature where one could create a sequence of keystrokes or existing menu actions and bind them to a hotkey/menu item. It would make claws much more customizable in terms of internal actions. -- Regards, Igor From noreply at thewildbeast.co.uk Thu Aug 16 16:55:17 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 16 Aug 2012 16:55:17 +0200 (CEST) Subject: [Users] [Bug 2451] Notification does not work on imap.gmail.com In-Reply-To: References: Message-ID: <20120816145517.D5A6A85567@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2451 --- Comment #12 from Ricardo Mones 2012-08-16 16:55:17 --- BTW, there's nothing intrinsicaly wrong on that kind of notification. The problem is that the current plugin code clearly discriminates to notify on new and/or to notify on unread in the GUI (see Configuration/Preferences/Plugins/Notification page). I don't understand why checking both options (or just unread in the case of Gmail) doesn't already work for you, which could mean some other bug somewhere. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From ricardo at mones.org Thu Aug 16 17:02:26 2012 From: ricardo at mones.org (Ricardo Mones) Date: Thu, 16 Aug 2012 17:02:26 +0200 Subject: [Users] Whole thread as read (was: Re: Last tag not removed when imap flags (tags) are empty) In-Reply-To: <20120816164717.15143285@thinkpad.mammed.net> References: <20120816153243.4efac051@thinkpad.mammed.net> <20120816162544.670ea93d@marv> <20120816164717.15143285@thinkpad.mammed.net> Message-ID: <20120816150226.GL31005@trasgu> On Thu, Aug 16, 2012 at 04:47:17PM +0200, Igor Mammedov wrote: [...] > So far I like claws, but hotkeys mapping is not perfect and for example: to > mark whole thread read I have to first select all messages in it and then > mark them as read. > So I sorely miss feature to mark current thread as read in one keystroke. > > It would be nice to have macro feature where one could create a sequence > of keystrokes or existing menu actions and bind them to a hotkey/menu item. > It would make claws much more customizable in terms of internal actions. See python plugin, the examples/auto/startup script adds such option to make whole thread as read. regards, -- Ricardo Mones ~ Never send a human to do a machine's job. Agent Smith -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: From imammedo at redhat.com Thu Aug 16 18:02:34 2012 From: imammedo at redhat.com (Igor Mammedov) Date: Thu, 16 Aug 2012 18:02:34 +0200 Subject: [Users] Whole thread as read (was: Re: Last tag not removed when imap flags (tags) are empty) In-Reply-To: <20120816150226.GL31005@trasgu> References: <20120816153243.4efac051@thinkpad.mammed.net> <20120816162544.670ea93d@marv> <20120816164717.15143285@thinkpad.mammed.net> <20120816150226.GL31005@trasgu> Message-ID: <20120816180234.6a728b5b@thinkpad.mammed.net> On Thu, 16 Aug 2012 17:02:26 +0200 Ricardo Mones wrote: > On Thu, Aug 16, 2012 at 04:47:17PM +0200, Igor Mammedov wrote: > [...] > > So far I like claws, but hotkeys mapping is not perfect and for example: to > > mark whole thread read I have to first select all messages in it and then > > mark them as read. > > So I sorely miss feature to mark current thread as read in one keystroke. > > > > It would be nice to have macro feature where one could create a sequence > > of keystrokes or existing menu actions and bind them to a hotkey/menu item. > > It would make claws much more customizable in terms of internal actions. > > See python plugin, the examples/auto/startup script adds such option to > make whole thread as read. Thanks for pointing out. Bellow is a small addition to make hotkey for it. it would be nice to get mapping from menurc, but I guess it is only for builtin menu items. --- startup.orig 2012-08-16 17:56:18.043253205 +0200 +++ startup 2012-08-16 17:55:55.428245262 +0200 @@ -54,11 +54,15 @@ ui_manager = clawsmail.get_mainwindow_ui_manager() action = gtk.Action("ThreadRead", "Mark thread as read", None, None) action.connect("activate", thread_read_cb) + ag = gtk.AccelGroup() + action.set_accel_group(ag) + action.set_accel_path("/Menu/Edit/ThreadRead") group.add_action(action) merge_id = ui_manager.new_merge_id() ui_manager.add_ui(merge_id, "/Menu/Edit", "ThreadRead", "ThreadRead", gtk.UI_MANAGER_MENUITEM, False) mainwindow_merge_ids.append(merge_id) mainwindow_actions.append(action) + action.accel_map_change_entry("/Menu/Edit/ThreadRead", ord(r), gtk.gdk.CONTROL_MASK, True) def add_dbus_interface(): # exports an interface to Claws Mail on the session D-Bus From berndth at gmx.de Thu Aug 16 18:25:15 2012 From: berndth at gmx.de (Holger Berndt) Date: Thu, 16 Aug 2012 18:25:15 +0200 Subject: [Users] Whole thread as read (was: Re: Last tag not removed when imap flags (tags) are empty) In-Reply-To: <20120816180234.6a728b5b@thinkpad.mammed.net> References: <20120816153243.4efac051@thinkpad.mammed.net> <20120816162544.670ea93d@marv> <20120816164717.15143285@thinkpad.mammed.net> <20120816150226.GL31005@trasgu> <20120816180234.6a728b5b@thinkpad.mammed.net> Message-ID: <20120816182515.41ed1856@wodan> On Do, 16.08.2012 18:02, Igor Mammedov wrote: >it would be nice to get mapping from menurc, but I guess it is only for >builtin menu items. If you replace group.add_action(action) with group.add_action_with_accel(action, None) you should be able to use the standard keybinding assignment/modification methods. Maybe the example should use that. Holger From noreply at thewildbeast.co.uk Thu Aug 16 18:38:29 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 16 Aug 2012 18:38:29 +0200 (CEST) Subject: [Users] [Bug 2451] Notification does not work on imap.gmail.com In-Reply-To: References: Message-ID: <20120816163829.8785785567@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2451 --- Comment #13 from Holger Berndt 2012-08-16 18:38:29 --- #11: > At least how it should be in the ideal world. > But as we all now see it's just not working > this way... In fact, it is already like that. In the real world. It's just your provider that's messed up. And I am not willing to break the plugin for everybody (including myself) to workaround a provider bug / design. > And people who use Gmail, they are many out there... Maybe make > this configurable? Obviously not enough. I already mentioned in comment #1 that I would be willing to apply a (clean) patch. It's just that I am unlikely to do it myself anytime soon. The setting should be configurable, preferably per Mailbox. #12: > The > problem is that the current plugin code clearly discriminates to notify on new > and/or to notify on unread in the GUI (see > Configuration/Preferences/Plugins/Notification page) I'm not sure what setting you are refering to. On that page, there's an option for setting the window manager urgency hint on unread messages. That's something else, and has nothing to do with popups or the like. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From berndth at gmx.de Thu Aug 16 18:53:57 2012 From: berndth at gmx.de (Holger Berndt) Date: Thu, 16 Aug 2012 18:53:57 +0200 Subject: [Users] Going off-line In-Reply-To: <2AB28DC6-7522-4EEA-823D-53F9AF7CBC6E@grem.de> References: <20120814192902.04b9c4ba@from-theboss.911networks.com> <20120815051930.75720834@thewildbeast> <20120815071116.3936bba3@from-theboss.911networks.com> <20120815182222.32cfbd54@marv> <20120815093041.51acddac@from-theboss.911networks.com> <20120815124416.5c108af7@desktop-1.home> <20120815224827.0ae3679e@thewildbeast> <2AB28DC6-7522-4EEA-823D-53F9AF7CBC6E@grem.de> Message-ID: <20120816185357.6091bb1c@wodan> On Do, 16.08.2012 00:20, Michael Gmelin wrote: >For some of us, editing a text file is easier and faster than Using the GUI-way is always preferred - where it exists. When somebody fiddles with intestines, he'd better be a surgeon. Which, as far as support questions are concerned, the questioner is not (by definition). Holger From brad at fineby.me.uk Thu Aug 16 19:23:56 2012 From: brad at fineby.me.uk (Brad Rogers) Date: Thu, 16 Aug 2012 18:23:56 +0100 Subject: [Users] Going off-line In-Reply-To: <20120816185357.6091bb1c@wodan> References: <20120814192902.04b9c4ba@from-theboss.911networks.com> <20120815051930.75720834@thewildbeast> <20120815071116.3936bba3@from-theboss.911networks.com> <20120815182222.32cfbd54@marv> <20120815093041.51acddac@from-theboss.911networks.com> <20120815124416.5c108af7@desktop-1.home> <20120815224827.0ae3679e@thewildbeast> <2AB28DC6-7522-4EEA-823D-53F9AF7CBC6E@grem.de> <20120816185357.6091bb1c@wodan> Message-ID: <20120816182356.45c23024@abydos.stargate.org.uk> On Thu, 16 Aug 2012 18:53:57 +0200 Holger Berndt wrote: Hello Holger, >Using the GUI-way is always preferred - where it exists. Michael wasn't being serious, it turns out. He pointed out to me the ^_^ smiley I, amongst others, missed. -- Regards _ / ) "The blindingly obvious is / _)rad never immediately apparent" I'll be the paint on the side if you'll be the tin Love Song - The Damned -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From freebsd at grem.de Thu Aug 16 19:50:32 2012 From: freebsd at grem.de (Michael Gmelin) Date: Thu, 16 Aug 2012 19:50:32 +0200 Subject: [Users] Going off-line In-Reply-To: <20120816185357.6091bb1c@wodan> References: <20120814192902.04b9c4ba@from-theboss.911networks.com> <20120815051930.75720834@thewildbeast> <20120815071116.3936bba3@from-theboss.911networks.com> <20120815182222.32cfbd54@marv> <20120815093041.51acddac@from-theboss.911networks.com> <20120815124416.5c108af7@desktop-1.home> <20120815224827.0ae3679e@thewildbeast> <2AB28DC6-7522-4EEA-823D-53F9AF7CBC6E@grem.de> <20120816185357.6091bb1c@wodan> Message-ID: <20120816195032.3c80ed4b@bsd64.grem.de> On Thu, 16 Aug 2012 18:53:57 +0200 Holger Berndt wrote: > On Do, 16.08.2012 00:20, Michael Gmelin wrote: > > >For some of us, editing a text file is easier and faster than > > Using the GUI-way is always preferred - where it exists. I challenged Paul's statement "although Brad's suggestion is far better for its simplicity, no?" by joking about how simplicity can be subjective sometimes. I wasn't trying to give general advice :) > > When somebody fiddles with intestines, he'd better be a surgeon. > Which, as far as support questions are concerned, the questioner is > not (by definition). Even though I wouldn't call menurc intestines - it's a pretty simple keyboard mapping file after all Did you see my question regarding mimeview keyboard shortcuts? I was wondering if there is a solution or if I should check the intestines there myself (figuring out the possibility of key reassignment / digging deeper to learn where those segfaults and bus errors came from). Two more observations about the usability of the keyboard mapping feature: - The name "Enable customisable keyboard shortcuts" for this option seems a little bit misleading to me - as a user I would assume that this always has to be enabled to use customized keyboard shortcuts (the tool tip explains how it works, but.. you know). Something like "Enable keyboard shortcut configuration mode" (this is not great, better ideas are welcome) would make it clear to the user - especially since "don't forget to turn it off" is hidden in the tool tip as well (some kind of more visible message would be useful to the user). Imagine how somebody kills their keyboard config because they forgot to disable this mode - Maybe change something visible in the main window (menu colors, window title, whatever), while this mode is active, so users don't forget (change menu colors?). A lot of useful information is provided through tool tips in Claws (most other software only provides minimal and/or useless information through those). I wonder if this is considered good UI design or not (I got used to it now, but it might be hard for beginners). Another great example of this is "use black to underline" in the spell checking configuration, which enables a red zigzag underline for spell checking, that - by the way - leaves some artifacts once in a while. I'm not religious about any of this, just observations ;) Cheers, Michael > > Holger > _______________________________________________ > Users mailing list > Users at lists.claws-mail.org > http://lists.claws-mail.org/cgi-bin/mailman/listinfo/users -- Michael Gmelin From imammedo at redhat.com Thu Aug 16 18:46:28 2012 From: imammedo at redhat.com (Igor Mammedov) Date: Thu, 16 Aug 2012 18:46:28 +0200 Subject: [Users] Whole thread as read (was: Re: Last tag not removed when imap flags (tags) are empty) In-Reply-To: <20120816182515.41ed1856@wodan> References: <20120816153243.4efac051@thinkpad.mammed.net> <20120816162544.670ea93d@marv> <20120816164717.15143285@thinkpad.mammed.net> <20120816150226.GL31005@trasgu> <20120816180234.6a728b5b@thinkpad.mammed.net> <20120816182515.41ed1856@wodan> Message-ID: <20120816184628.518a2d68@thinkpad.mammed.net> On Thu, 16 Aug 2012 18:25:15 +0200 Holger Berndt wrote: > On Do, 16.08.2012 18:02, Igor Mammedov wrote: > > >it would be nice to get mapping from menurc, but I guess it is only for > >builtin menu items. > > If you replace > > group.add_action(action) > > with > > group.add_action_with_accel(action, None) this one liner works for me. however mapping saved in menurc doesn't match path to item: (gtk_accel_path "/Menu/ThreadRead" "r") > > you should be able to use the standard keybinding > assignment/modification methods. > > Maybe the example should use that. +1 > > Holger > _______________________________________________ > Users mailing list > Users at lists.claws-mail.org > http://lists.claws-mail.org/cgi-bin/mailman/listinfo/users -- Regards, Igor From ricardo at mones.org Fri Aug 17 09:39:47 2012 From: ricardo at mones.org (Ricardo Mones) Date: Fri, 17 Aug 2012 09:39:47 +0200 Subject: [Users] [Bug 2451] Notification does not work on imap.gmail.com In-Reply-To: <20120816163829.8785785567@mx.colino.net> References: <20120816163829.8785785567@mx.colino.net> Message-ID: <20120817073947.GM31005@trasgu> > --- Comment #13 from Holger Berndt 2012-08-16 18:38:29 --- [...] > #12: > > The problem is that the current plugin code clearly discriminates > > to notify on new and/or to notify on unread in the GUI (see > > Configuration/Preferences/Plugins/Notification page) > > I'm not sure what setting you are refering to. On that page, there's > an option for setting the window manager urgency hint on unread messages. > That's something else, and has nothing to do with popups or the like. So there's a way the plugin can detect only (as is an independent checkbox) unread mails and set the WM urgency hint accordingly, isn't it? My deduction is that he same way could be used to show the popup only on unread mails. regards, -- Ricardo Mones ~ RTFM - "Read The Manual" (The 'F' is silent). Usually a very good idea. Bjarne Stroustrup -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: From noreply at thewildbeast.co.uk Fri Aug 17 13:00:51 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 17 Aug 2012 13:00:51 +0200 (CEST) Subject: [Users] [Bug 2451] Notification does not work on imap.gmail.com In-Reply-To: References: Message-ID: <20120817110051.7827185476@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2451 --- Comment #14 from Anton Butanaev 2012-08-17 13:00:49 --- Holger, Well here is another try with patches... I added checkbox for popup notification configuration dialog, named "Notify on unread also", and now this becomes configurable. It's analogous with banner notification and urgent stuff (there are similar checkboxes on those dialogues, without folder selection). What's left wrong in the patch is that the command notification will seem to get Unread messages now. This can be fixed adding similar checkbox there. So if this is right way I can follow up with this patch after your review. Anton -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Aug 17 13:02:49 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 17 Aug 2012 13:02:49 +0200 (CEST) Subject: [Users] [Bug 2451] Notification does not work on imap.gmail.com In-Reply-To: References: Message-ID: <20120817110249.E8FE885476@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2451 --- Comment #15 from Anton Butanaev 2012-08-17 13:02:49 --- Created an attachment (id=1145) --> (http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1145) Patch to notify on unread and new messages, configurable -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From moh at gmx.org Fri Aug 17 17:27:57 2012 From: moh at gmx.org (Steffen Klemer) Date: Fri, 17 Aug 2012 17:27:57 +0200 Subject: [Users] Claws Mail Extra Plugins 3.8.1 unleashed!! In-Reply-To: <20120627144908.18d2a1d5@thewildbeast> References: <20120627144908.18d2a1d5@thewildbeast> Message-ID: <20120817172757.1a036711@moppi.kel.wh.local> Hey! > This release reintroduces the PDF Viewer plugin, which can now be > included due to an upstream license change. Is it possible to re-include the pdf_viewer into the Debian extra-plugins package (official ones and/or the cvs builds)? /Steffen -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From berndth at gmx.de Fri Aug 17 20:54:42 2012 From: berndth at gmx.de (Holger Berndt) Date: Fri, 17 Aug 2012 20:54:42 +0200 Subject: [Users] [Bug 2451] Notification does not work on imap.gmail.com In-Reply-To: <20120817073947.GM31005@trasgu> References: <20120816163829.8785785567@mx.colino.net> <20120817073947.GM31005@trasgu> Message-ID: <20120817205442.758154d0@wodan> On Fr, 17.08.2012 09:39, Ricardo Mones wrote: > So there's a way the plugin can detect only (as is an independent >checkbox) unread mails and set the WM urgency hint accordingly, isn't it? > > My deduction is that he same way could be used to show the popup only >on unread mails. That's rather different, conceptually as well as implementation-wise. The window manager urgency hint (like the icon choice in the trayicon, by the way) are status indicators. If new (or unread) messages exist, they indicate the respective status. Continuously, until there are no new (or unread) messages anymore. Therefore, they don't suffer the problem that one-shot notifiers (like a popup) have - namely to shoot only once. In case of IMAP, even accross machines / MUAs. Having e.g. the trayicon show the existence of unread messages as a status makes sense. However, as the plugin is not aiming at repetitive or periodic popup notifications, by definition, it doesn't make any sense to trigger a popup for non-new messages. If something like that is implemented, it's not a feature - it's an ugly workaround for provider limitations. Implementation-wise, it's also quite different. In case of status indicators, you just need to look at message counts, or at most the current status - something that's trivial to do in Claws Mail. For one-shot notifications, you need a memory, which is more complex. Holger -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From flywheel at illogical.dk Fri Aug 17 21:48:47 2012 From: flywheel at illogical.dk (Peter Jespersen) Date: Fri, 17 Aug 2012 21:48:47 +0200 Subject: [Users] Change location of mailboxes Message-ID: <502EA01F.5020907@illogical.dk> Hello I'm a new user - and en openSUSE user - as you might suspect - I've only just installed the CM mailer. I hope this is the right fora for this. When I'm creating a new account it seems to be created inside a subfolder to my home folder (~/MyMailAccount,~/MyOtherMailAccount), but I've got about a dozen of those and I would rather have them located in the same subfolder (~/Mail/MyMailAccount, ~/Mail/MyOtherMailAccount, and so on). Is that possible to do, and how ? Thanks in advance -- Live long and prosper ... Peter Jespersen Linux User #221493 “My software never has bugs. It just develops random features ...” From berndth at gmx.de Fri Aug 17 21:58:48 2012 From: berndth at gmx.de (Holger Berndt) Date: Fri, 17 Aug 2012 21:58:48 +0200 Subject: [Users] Change location of mailboxes In-Reply-To: <502EA01F.5020907@illogical.dk> References: <502EA01F.5020907@illogical.dk> Message-ID: <20120817215848.3b7aeb25@wodan> On Fr, 17.08.2012 21:48, Peter Jespersen wrote: >When I'm creating a new account it seems to be created inside a >subfolder to my home folder (~/MyMailAccount,~/MyOtherMailAccount), but >I've got about a dozen of those and I would rather have them located in >the same subfolder (~/Mail/MyMailAccount, ~/Mail/MyOtherMailAccount, and >so on). In Claws Mail, accounts and mailboxes are separated. You can have many POP3 accounts feeding one single mailbox in ~/Mail. If you still want multiple mailboxes, ... >Is that possible to do, and how ? you can provide a path when adding them. Relative paths are interpreted relative to the home directory, absolute paths are also possible. So, instead of writing "MyMailAccount", you would write "Mail/MyMailAccount". If you want to move an existing mailbox, it's probably easiest to move the directory tree with your file manager while Claws Mail is not running (!), and re-add the mailbox under File->Add mailbox. Existing metadata will be picked up. Holger From noreply at thewildbeast.co.uk Fri Aug 17 21:59:28 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 17 Aug 2012 21:59:28 +0200 (CEST) Subject: [Users] [Bug 2451] Notification does not work on imap.gmail.com In-Reply-To: References: Message-ID: <20120817195929.15D8C85476@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2451 --- Comment #16 from Holger Berndt 2012-08-17 21:59:28 --- The setting should be configurable per mailbox. It doesn't need to be configurable per notification module. No need to have an option in both, popup, and command - but there should be a global setting which mailbox this applies to, analogous to the folderselection dialog (only that it doesn't list folders, but mailboxes). -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From todfod at gmail.com Sat Aug 18 01:22:11 2012 From: todfod at gmail.com (Mr X) Date: Fri, 17 Aug 2012 16:22:11 -0700 Subject: [Users] SpaceBar, Next Thread, and Copy paste Message-ID: Hi, I really like claws mail and have been using it for a while now. There are two things that really bug me tho: - Space bar : going to next unread mail. I'd like to disable this. So space bar scrolls down and not jump to next email. - Double click: standard unix is copy upon double click. I wish it would do the same. Anyone found/know of a way to do this? Finally, I am wondering if there's a way to map key to go to next thread while reading emails. Thanks a lot, -M From linxt at comcast.net Sat Aug 18 02:41:01 2012 From: linxt at comcast.net (Thomas Taylor) Date: Fri, 17 Aug 2012 17:41:01 -0700 Subject: [Users] SpaceBar, Next Thread, and Copy paste In-Reply-To: References: Message-ID: <20120817174101.58ea506a@desktop-1.home> On Fri, 17 Aug 2012 16:22:11 -0700 Mr X wrote: > Hi, > > I really like claws mail and have been using it for a while now. There > are two things that really bug me tho: > > - Space bar : going to next unread mail. I'd like to disable this. > So space bar scrolls down and not jump to next email. > - Double click: standard unix is copy upon double click. I wish it > would do the same. > > Anyone found/know of a way to do this? > > > Finally, I am wondering if there's a way to map key to go to next > thread while reading emails. > Can't help on the first two features but for the third: keys are mapped either hard coded (built-in to the code) or through ~/.claws-mail/menurc which can be edited (but NOT while CM is open!). You'll have to look through the menurc file for what you want and make sure the statement is active (hint: delete the "; " at the beginning of the line). Tom -- “What we do for ourselves dies with us. What we do for others and the world remains and is immortal.” Albert Pine -- Tom Taylor - retired penguin AMD Phenom II x4 955 -- 4GB RAM -- 2x1.5TB sata2 openSUSE 12.1x86_64 openSUSE 12.2x86_64 KDE 4.7.2, FF 7.0 KDE 4.8.4, FF 13.0 claws-mail 3.8.0 registered linux user 263467 linxt-At-comcast-DoT-net From carprogrammer at aim.com Sat Aug 18 03:13:55 2012 From: carprogrammer at aim.com (dave@carputing.com) Date: Fri, 17 Aug 2012 21:13:55 -0400 Subject: [Users] Sending Mail programmatically Message-ID: <502EEC53.8010500@aim.com> Hi, I recently got claws-mail running on my Debian board. I would like to locate this at a remote site, where I can have a program running that processes the incoming mail received by claws-mail, and also have a way for this board to send mail. Is there is command line interface or programmatic interface to sending mail with claws-mail? I don't mind having X-windows running on the board, although I won't be using the X-windows interface. Where could I learn more about interfacing with claws-mail with another program/app? (what documentation should I be reading?) Any help would be appreciated. Thanks, Dave From ricardo at mones.org Sat Aug 18 03:30:00 2012 From: ricardo at mones.org (Ricardo Mones) Date: Sat, 18 Aug 2012 03:30:00 +0200 Subject: [Users] Claws Mail Extra Plugins 3.8.1 unleashed!! In-Reply-To: <20120817172757.1a036711@moppi.kel.wh.local> References: <20120627144908.18d2a1d5@thewildbeast> <20120817172757.1a036711@moppi.kel.wh.local> Message-ID: <20120818013000.GP31005@trasgu> Hi, On Fri, Aug 17, 2012 at 05:27:57PM +0200, Steffen Klemer wrote: > Hey! > > > This release reintroduces the PDF Viewer plugin, which can now be > > included due to an upstream license change. > > Is it possible to re-include the pdf_viewer into the Debian > extra-plugins package (official ones and/or the cvs builds)? Yep, it's planned, basically depends on finding some time for doing it. It will be available on CVS builds first. The next Claws Mail release will be available in Debian experimental because testing is already frozen. Or in unstable on the unlikely chance that Debian manages to release Wheezy before next Claws Mail release ;) -- Ricardo Mones ~ Never send a human to do a machine's job. Agent Smith -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: From cwallace at lodgingcompany.com Sat Aug 18 05:37:45 2012 From: cwallace at lodgingcompany.com (Chad Wallace) Date: Fri, 17 Aug 2012 20:37:45 -0700 Subject: [Users] SpaceBar, Next Thread, and Copy paste In-Reply-To: References: Message-ID: <20120817203745.1ecbcb20@ws78.int.tlc> On Fri, 17 Aug 2012 16:22:11 -0700 Mr X wrote: > - Double click: standard unix is copy upon double click. I wish it > would do the same. The notion of Copying was borrowed from Windows. In the unix style, you select the text, and then paste using the middle click. If you want to use Ctrl-V to paste, you need to first use Ctrl-C to copy. -- C. Chad Wallace, B.Sc. The Lodging Company http://www.lodgingcompany.com/ OpenPGP Public Key ID: 0x262208A0 From brad at fineby.me.uk Sat Aug 18 08:37:25 2012 From: brad at fineby.me.uk (Brad Rogers) Date: Sat, 18 Aug 2012 07:37:25 +0100 Subject: [Users] SpaceBar, Next Thread, and Copy paste In-Reply-To: References: Message-ID: <20120818073725.77efdef5@abydos.stargate.org.uk> On Fri, 17 Aug 2012 16:22:11 -0700 Mr X wrote: Hello Mr, > - Space bar : going to next unread mail. I'd like to disable this. >So space bar scrolls down and not jump to next email. Here, when the message pane is active, space bar does as you wish it to, scroll through the current message. When the end is reached, it then moves to next unread message. Perhaps you unwittingly remapped space to the function you're seeing. -- Regards _ / ) "The blindingly obvious is / _)rad never immediately apparent" You're a sidewalk cipher speaking prionic jive Give You Nothing - Bad Religion -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From claws at thewildbeast.co.uk Sat Aug 18 11:41:39 2012 From: claws at thewildbeast.co.uk (Paul) Date: Sat, 18 Aug 2012 10:41:39 +0100 Subject: [Users] Sending Mail programmatically In-Reply-To: <502EEC53.8010500@aim.com> References: <502EEC53.8010500@aim.com> Message-ID: <20120818104139.4d65cddc@thewildbeast> On Fri, 17 Aug 2012 21:13:55 -0400 "dave at carputing.com" wrote: > I recently got claws-mail running on my Debian board. I would > like to locate this at a remote site, where I can have a program > running that processes the incoming mail received by claws-mail, > and also have a way for this board to send mail. Is there is > command line interface or programmatic interface to sending mail > with claws-mail? I don't mind having X-windows running on the > board, although I won't be using the X-windows interface. > Where could I learn more about interfacing with claws-mail > with another program/app? (what documentation should I be > reading?) Any help would be appreciated. claws-mail --send see claws-mail --help for other command line flags with regards Paul -- It isn't worth a nickel to two guys like you or me, but to a collector it is worth a fortune From berndth at gmx.de Sat Aug 18 14:47:33 2012 From: berndth at gmx.de (Holger Berndt) Date: Sat, 18 Aug 2012 14:47:33 +0200 Subject: [Users] Sending Mail programmatically In-Reply-To: <502EEC53.8010500@aim.com> References: <502EEC53.8010500@aim.com> Message-ID: <20120818144733.74892f34@wodan> On Fr, 17.08.2012 21:13, dave at carputing.com wrote: > Where could I learn more about interfacing with claws-mail with >another program/app? (what documentation should I be reading?) Any >help would be appreciated. I still didn't quite understand what you're trying to do. Claws Mail is a graphical, interactive program; if your main usecase is automation, it may not be the right choice for you. If you still want to investigate what's available besides the command line switches that Paul mentioned, you can have a look at the Python plugin. It comes with an example to provide access to Claws Mail's menu items over a D-Bus interface. Another example covers automated mass mailing. Holger From dan_arico at aricosystems.com Sat Aug 18 15:25:06 2012 From: dan_arico at aricosystems.com (Dan Arico) Date: Sat, 18 Aug 2012 09:25:06 -0400 Subject: [Users] Sending Mail programmatically In-Reply-To: <20120818144733.74892f34@wodan> References: <502EEC53.8010500@aim.com> <20120818144733.74892f34@wodan> Message-ID: <20120818092506.37e5f31f.dan_arico@aricosystems.com> On Sat, 18 Aug 2012 14:47:33 +0200 Holger Berndt wrote: > On Fr, 17.08.2012 21:13, dave at carputing.com wrote: > > > Where could I learn more about interfacing with claws-mail > > with > >another program/app? (what documentation should I be reading?) Any > >help would be appreciated. > > I still didn't quite understand what you're trying to do. Claws Mail > is a graphical, interactive program; if your main usecase is > automation, it may not be the right choice for you. > > If you still want to investigate what's available besides the command > line switches that Paul mentioned, you can have a look at the Python > plugin. It comes with an example to provide access to Claws Mail's > menu items over a D-Bus interface. Another example covers automated > mass mailing. > > Holger I just tried loading the Python plugin and claws crashed. It's back up (obviously), but the plugin didn't load. Dan Arico -- One OS to rule them all, One OS to find them, One OS to bring them all, and in the Darkness bind them, In the land of Redmond, where the Sales Reps lie. From berndth at gmx.de Sat Aug 18 16:10:39 2012 From: berndth at gmx.de (Holger Berndt) Date: Sat, 18 Aug 2012 16:10:39 +0200 Subject: [Users] Sending Mail programmatically In-Reply-To: <20120818092506.37e5f31f.dan_arico@aricosystems.com> References: <502EEC53.8010500@aim.com> <20120818144733.74892f34@wodan> <20120818092506.37e5f31f.dan_arico@aricosystems.com> Message-ID: <20120818161039.37a7ac31@wodan> On Sa, 18.08.2012 09:25, Dan Arico wrote: >I just tried loading the Python plugin and claws crashed. It's back up >(obviously), but the plugin didn't load. That's not really a problem description I can comment upon. Holger From noreply at thewildbeast.co.uk Sat Aug 18 20:43:41 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sat, 18 Aug 2012 20:43:41 +0200 (CEST) Subject: [Users] [Bug 2663] sigsegv segmentation fault while filtering new emails (plugin/perl_plugin) In-Reply-To: References: Message-ID: <20120818184342.128998542F@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2663 Holger Berndt changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #4 from Holger Berndt 2012-08-18 20:43:40 --- Looks like a message with 133 entries in the References header smashed Perl's return stack. Fixed in version 0.9.19cvs4 of the plugin. Thanks a lot for the test data. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Sat Aug 18 20:48:55 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sat, 18 Aug 2012 20:48:55 +0200 (CEST) Subject: [Users] [Bug 2455] perl plugin crash In-Reply-To: References: Message-ID: <20120818184855.D92508542F@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2455 Holger Berndt changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |DUPLICATE --- Comment #3 from Holger Berndt 2012-08-18 20:48:55 --- It looks a lot like #2663. Please reopen if the fix doesn't solve it for you, or you can provide more information. *** This bug has been marked as a duplicate of bug 2663 *** -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Sat Aug 18 20:48:56 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sat, 18 Aug 2012 20:48:56 +0200 (CEST) Subject: [Users] [Bug 2663] sigsegv segmentation fault while filtering new emails (plugin/perl_plugin) In-Reply-To: References: Message-ID: <20120818184856.43E408556F@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2663 Holger Berndt changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cvargas at linuxmail.org --- Comment #5 from Holger Berndt 2012-08-18 20:48:55 --- *** Bug 2455 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Sun Aug 19 10:49:21 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sun, 19 Aug 2012 10:49:21 +0200 (CEST) Subject: [Users] [Bug 2722] New: Claws-Mail crashed by deleting messages. Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2722 Summary: Claws-Mail crashed by deleting messages. Product: Claws Mail Version: 3.7.10 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: UI AssignedTo: users at lists.claws-mail.org ReportedBy: tomm.fa at famfa.eu Claws-Mail crashed by deleting messages (from inbox to trash). rpm -qa "*claws*" claws-mail-lang-3.7.10-3.1.2.noarch claws-mail-3.7.10-3.1.2.x86_64 claws-mail-extra-plugins-3.7.10-4.1.3.x86_64 claws-mail-extra-plugins-lang-3.7.10-4.1.3.noarch cat /etc/SuSE-* openSUSE VERSION = 12.1 openSUSE 12.1 (x86_64) VERSION = 12.1 CODENAME = Asparagus -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Sun Aug 19 10:57:42 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sun, 19 Aug 2012 10:57:42 +0200 (CEST) Subject: [Users] [Bug 2722] Claws-Mail crashed by deleting messages. In-Reply-To: References: Message-ID: <20120819085742.708888542F@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2722 --- Comment #1 from Thomas F. 2012-08-19 10:57:42 --- Created an attachment (id=1146) --> (http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1146) claws-crash-log -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Sun Aug 19 11:03:51 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sun, 19 Aug 2012 11:03:51 +0200 (CEST) Subject: [Users] [Bug 2722] Claws-Mail crashed by deleting messages. In-Reply-To: References: Message-ID: <20120819090351.7E0EC8542F@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2722 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WORKSFORME --- Comment #2 from Paul 2012-08-19 11:03:50 --- The crash log contains no useful information - it's created from stripped binaries. See here for how to make a more useful report: http://www.claws-mail.org/faq/index.php/Debugging_Claws And please verify that this bug exists in the latest release before reporting. Re-open this bug report if it still crashes with that latest release. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Sun Aug 19 11:19:53 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sun, 19 Aug 2012 11:19:53 +0200 (CEST) Subject: [Users] [Bug 2722] Claws-Mail crashed by deleting messages. In-Reply-To: References: Message-ID: <20120819091953.8D88E8542F@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2722 Thomas F. changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED Resolution|WORKSFORME |LATER --- Comment #3 from Thomas F. 2012-08-19 11:19:53 --- Ist in Ordnung, werde ich dann machen. Or: Ok, it is in progress. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Sun Aug 19 14:31:01 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sun, 19 Aug 2012 14:31:01 +0200 (CEST) Subject: [Users] [Bug 2722] Claws-Mail crashed by deleting messages. In-Reply-To: References: Message-ID: <20120819123101.EEC778542F@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2722 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |RESOLVED Resolution|LATER |WORKSFORME -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From ricardo at mones.org Mon Aug 20 09:58:10 2012 From: ricardo at mones.org (Ricardo Mones) Date: Mon, 20 Aug 2012 09:58:10 +0200 Subject: [Users] [Bug 2451] Notification does not work on imap.gmail.com In-Reply-To: <20120817205442.758154d0@wodan> References: <20120816163829.8785785567@mx.colino.net> <20120817073947.GM31005@trasgu> <20120817205442.758154d0@wodan> Message-ID: <20120820075810.GR31005@trasgu> Hi Holger, On Fri, Aug 17, 2012 at 08:54:42PM +0200, Holger Berndt wrote: > On Fr, 17.08.2012 09:39, Ricardo Mones wrote: > > > So there's a way the plugin can detect only (as is an independent > >checkbox) unread mails and set the WM urgency hint accordingly, isn't it? > > > > My deduction is that he same way could be used to show the popup only > >on unread mails. > > That's rather different, conceptually as well as implementation-wise. > > The window manager urgency hint (like the icon choice in the trayicon, > by the way) are status indicators. If new (or unread) messages exist, > they indicate the respective status. Continuously, until there are no > new (or unread) messages anymore. > > Therefore, they don't suffer the problem that one-shot notifiers (like > a popup) have - namely to shoot only once. In case of IMAP, even > accross machines / MUAs. > > Having e.g. the trayicon show the existence of unread messages as a > status makes sense. However, as the plugin is not aiming at repetitive > or periodic popup notifications, by definition, it doesn't make any > sense to trigger a popup for non-new messages. If something like that > is implemented, it's not a feature - it's an ugly workaround for > provider limitations. Understood, thanks for the detailed explanation! > Implementation-wise, it's also quite different. In case of status > indicators, you just need to look at message counts, or at most the > current status - something that's trivial to do in Claws Mail. For > one-shot notifications, you need a memory, which is more complex. Indeed, but in case of IMAP servers the memory could be already the own server so status is kept regardless where Claws Mail is run. Just a (probably crazy) idea ;) regards, -- Ricardo Mones ~ Don't take the name of root in vain. /usr/src/linux/README -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: From csanyipal at gmail.com Mon Aug 20 18:35:39 2012 From: csanyipal at gmail.com (=?UTF-8?B?Q3PDoW55aSBQw6Fs?=) Date: Mon, 20 Aug 2012 18:35:39 +0200 Subject: [Users] Moving AddressBook from system to system? Message-ID: <20120820183539.657a207c@csanyipal-System-Product-Name> Hi, I have used Claws Mail on my Debian GNU/Linux testing/sid system but I just installed a new operating system on the same hardware, the Ubuntu Desktop 12.04 LTS. I can access from my new Ubuntu system the previously used ~/.claws-mail directory that is in $HOME/ directory on a partition that was used by Debian system. I copied this directory into my new $HOME/ directory on the new Ubuntu system but I can't find now all my addresses in the AddressBook that I was used on the Debian system. What am I missing here? How can I 'move' my Addresses from the previously used Debian system to the being used Ubuntu system? -- Regards from Pal From linxt at comcast.net Mon Aug 20 22:00:15 2012 From: linxt at comcast.net (Thomas Taylor) Date: Mon, 20 Aug 2012 13:00:15 -0700 Subject: [Users] Moving AddressBook from system to system? In-Reply-To: <20120820183539.657a207c@csanyipal-System-Product-Name> References: <20120820183539.657a207c@csanyipal-System-Product-Name> Message-ID: <20120820130015.46dd83a1@desktop-1.home> On Mon, 20 Aug 2012 18:35:39 +0200 Csányi Pál wrote: > Hi, > > I have used Claws Mail on my Debian GNU/Linux testing/sid system but I > just installed a new operating system on the same hardware, the Ubuntu > Desktop 12.04 LTS. > > I can access from my new Ubuntu system the previously used > ~/.claws-mail directory that is in $HOME/ directory on a partition > that was used by Debian system. > > I copied this directory into my new $HOME/ directory on the new Ubuntu > system but I can't find now all my addresses in the AddressBook that I > was used on the Debian system. > > What am I missing here? > How can I 'move' my Addresses from the previously used Debian system > to the being used Ubuntu system? > > -- > Regards from Pal > > _______________________________________________ > Users mailing list > Users at lists.claws-mail.org > http://lists.claws-mail.org/cgi-bin/mailman/listinfo/users Did you save your address book? Under "tools" menu is an option for saving the address book in either ldif or html formats. If you have a backup of your system before the changes (you did make one, right?) you could move the addrbook sub-directory and all the files ending in "rc" to the new ~/.claws-mail folder. The files ending in "rc" are where all the settings, filters, etc. are stored. They may have to be modified if the CM version is different. Hint for future upgrades/changes: Make /home as a separate partition and don't format it when making changes. Keep all your "user" files there and you won't lose settings/files when you make the changes. But of course, ALWAYS MAKE A BACKUP before any changes. Bad things can happen to drives if say power is lost during disk preparation. Tom -- “What we do for ourselves dies with us. What we do for others and the world remains and is immortal.” Albert Pine -- Tom Taylor - retired penguin AMD Phenom II x4 955 -- 4GB RAM -- 2x1.5TB sata2 openSUSE 12.1x86_64 openSUSE 12.2x86_64 KDE 4.7.2, FF 7.0 KDE 4.8.4, FF 13.0 claws-mail 3.8.0 registered linux user 263467 linxt-At-comcast-DoT-net From claws at thewildbeast.co.uk Mon Aug 20 22:34:30 2012 From: claws at thewildbeast.co.uk (Paul) Date: Mon, 20 Aug 2012 21:34:30 +0100 Subject: [Users] Moving AddressBook from system to system? In-Reply-To: <20120820183539.657a207c@csanyipal-System-Product-Name> References: <20120820183539.657a207c@csanyipal-System-Product-Name> Message-ID: <20120820213430.59b86247@thewildbeast> On Mon, 20 Aug 2012 18:35:39 +0200 Csányi Pál wrote: > I have used Claws Mail on my Debian GNU/Linux testing/sid system > but I just installed a new operating system on the same hardware, > the Ubuntu Desktop 12.04 LTS. > > I can access from my new Ubuntu system the previously used > ~/.claws-mail directory that is in $HOME/ directory on a partition > that was used by Debian system. > > I copied this directory into my new $HOME/ directory on the new > Ubuntu system but I can't find now all my addresses in the > AddressBook that I was used on the Debian system. > > What am I missing here? > How can I 'move' my Addresses from the previously used Debian > system to the being used Ubuntu system? The address book files are in ~/.claws-mail/addrbook/ and you seem to be saying that you copied this directory. I don't know what can be missing, what does the directory contain? You didn't mention which version of Claws was previously used. I assume, therefore, it's the same version. with regards Paul -- It isn't worth a nickel to two guys like you or me, but to a collector it is worth a fortune From freebsd at grem.de Mon Aug 20 20:46:55 2012 From: freebsd at grem.de (Michael Gmelin) Date: Mon, 20 Aug 2012 20:46:55 +0200 Subject: [Users] Switching y and z in mimeview Message-ID: <20120820204655.59d368cf@bsd64.grem.de> Hi, I would like to switch y and z in mimeview.c (selection of prev part in mail) - that way a/y could be used for next/prev part selection on a German keyboard layout like they are in an American keyboard layout (z and y are reversed in this case, so they are not on top from each other and cannot be operated using one hand). Key events of mimeview.c are not configurable right now, but are handled in a switch statement in mimeview.c (line 1617): ... case GDK_KEY_y: BREAK_ON_MODIFIER_KEY(); mimeview_save_as(mimeview); return TRUE; ... case GDK_KEY_z: BREAK_ON_MODIFIER_KEY(); mimeview_select_prev_part(mimeview); return TRUE; ... There are different ways of accomplishing this: 1. Detect keyboard layout and change behavior based on this - bad, since there are certainly users using a German keyboard layout out there who will be extremely irritated by the changed behavior 2. Create a configuration option to switch those two keys (like mimeview_switch_y_z=1) 3. Make all those keys configurable (mimeviewrc/make it part of menurc, but this is handled by GTK, so it's a different mechanism) - probably a lot of work I willing to spend some time implementing a patch for this change, but I would like to know if the claws developers are willing to accept such a patch and if yes, which kind of implementation would be prefered. Cheers, Michael -- Michael Gmelin From noreply at thewildbeast.co.uk Tue Aug 21 01:56:59 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 21 Aug 2012 01:56:59 +0200 (CEST) Subject: [Users] [Bug 2723] New: Missing encoding for the website Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2723 Summary: Missing encoding for the website Product: Website Version: unspecified Platform: PC URL: http://www.claws-mail.org/manual/de/claws-mail-manual. html OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: General AssignedTo: users at lists.claws-mail.org ReportedBy: newsletter at Schiermeier-Software.de Created an attachment (id=1147) --> (http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1147) Example of bad enconding: German umlauts are not correct. The users handbook is lacking correct informations about its encoding.It need the simple line to get the right encoding. This will go to the HEAD-section of its HTML-code. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Aug 21 01:58:53 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 21 Aug 2012 01:58:53 +0200 (CEST) Subject: [Users] [Bug 2723] Missing encoding on the website In-Reply-To: References: Message-ID: <20120820235853.B4AE58542F@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2723 Joerg Schiermeier changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Missing encoding for the |Missing encoding on the |website |website -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Aug 21 07:01:47 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 21 Aug 2012 07:01:47 +0200 (CEST) Subject: [Users] [Bug 2723] Missing encoding in generated html manual In-Reply-To: References: Message-ID: <20120821050147.644528540B@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2723 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Component|General |Other Version|unspecified |CVS Product|Website |Claws Mail Summary|Missing encoding on the |Missing encoding in |website |generated html manual --- Comment #1 from Paul 2012-08-21 07:01:46 --- this is actually a docbook2html related problem, as the manuals are generated at build time. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Aug 21 10:13:17 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 21 Aug 2012 10:13:17 +0200 (CEST) Subject: [Users] [Bug 2724] New: Claws mail became very slow Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2724 Summary: Claws mail became very slow Product: Claws Mail Version: 3.8.0 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: Other AssignedTo: users at lists.claws-mail.org ReportedBy: koshikov at gmail.com I can't remember the moment when it happened - but now I can't use claws-mail with my gmail account - it is very slow. First I thought that problem related to huge number of messages in folders, but after deleting half of them - the problem remain. I even create new forder and copy about 10 messages - claws slow down on this folder too. Here is some time range: [10:47:06] IMAP4< 9 OK Success [10:47:06] IMAP4> 10 STATUS Portmone (MESSAGES UIDNEXT UIDVALIDITY UNSEEN) [10:47:14] IMAP4< * STATUS "Portmone" (MESSAGES 11 UIDNEXT 12 UIDVALIDITY 66 UNSEEN 0) [10:47:14] IMAP4< 10 OK Success [10:47:14] IMAP4> 11 SELECT Portmone [10:47:18] IMAP4< * FLAGS (\Answered \Flagged \Draft \Deleted \Seen Junk $Forwarded NonJunk) [10:47:18] IMAP4< * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen Junk $Forwarded NonJunk \*)] Flags permitted. [10:47:18] IMAP4< * OK [UIDVALIDITY 66] UIDs valid. [10:47:18] IMAP4< * 11 EXISTS [10:47:18] IMAP4< * 0 RECENT [10:47:18] IMAP4< * OK [UIDNEXT 12] Predicted next UID. [10:47:18] IMAP4< 11 OK [READ-WRITE] Portmone selected. (Success) [10:47:18] IMAP4- [fetching flags...] [10:47:18] IMAP4> 12 UID FETCH 1:* (FLAGS UID) [10:47:23] IMAP4< [FETCH data - 382 bytes] As you can see - from time mouse clicked on forder "Portmone" and when the message is actually displayed - elapse about 17 seconds. This folder has only 11 messages. Stracing the process I see a lot of: poll([{fd=5, events=POLLIN}], 1, -1) = 1 ([{fd=5, revents=POLLIN}]) recv(5, "\1\1\303\253\0\0\0\0\256\0\0\0\4\0\240\2\254\1\244\2\254\1\244\2\4\0\0\0\0\0\0\0", 4096, 0) = 32 recv(5, 0x83da1a0, 4096, 0) = -1 EAGAIN (Resource temporarily unavailable) recv(5, 0x83da1a0, 4096, 0) = -1 EAGAIN (Resource temporarily unavailable) Where 5 is FD for unix socket. Netstat show it like: unix 3 [ ] STREAM CONNECTED 1754748 The problem is definitly not related to internet channel - it's fast and from web interface messages displaing immediately. Tried to disable all plugins(gtkhtml and notification) - still slow. Tried to downgrade to 3.8.0 from 3.8.1 - slow. Can somebody help with this ? -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Aug 21 16:01:14 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 21 Aug 2012 16:01:14 +0200 (CEST) Subject: [Users] [Bug 2723] Missing encoding in generated html manual In-Reply-To: References: Message-ID: <20120821140114.A7E9D8540B@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2723 --- Comment #2 from Joerg Schiermeier 2012-08-21 16:01:14 --- Ok. Is there a solution for it? Otherwise - this sems to be not a new problem with docbook2html. See: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=400314 I found this solution but did not know if it will help. See: http://permalink.gmane.org/gmane.text.docbook.apps/17966 -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From csanyipal at gmail.com Tue Aug 21 17:07:31 2012 From: csanyipal at gmail.com (=?UTF-8?B?Q3PDoW55aSBQw6Fs?=) Date: Tue, 21 Aug 2012 17:07:31 +0200 Subject: [Users] Moving AddressBook from system to system? In-Reply-To: <20120820213430.59b86247@thewildbeast> References: <20120820183539.657a207c@csanyipal-System-Product-Name> <20120820213430.59b86247@thewildbeast> Message-ID: <20120821170731.4125979e@csanyipal-System-Product-Name> Hi Paul, Mon, 20 Aug 2012 21:34:30 +0100 -n Paul írta: > On Mon, 20 Aug 2012 18:35:39 +0200 > Csányi Pál wrote: > > > I have used Claws Mail on my Debian GNU/Linux testing/sid system > > but I just installed a new operating system on the same hardware, > > the Ubuntu Desktop 12.04 LTS. > > > > I can access from my new Ubuntu system the previously used > > ~/.claws-mail directory that is in $HOME/ directory on a partition > > that was used by Debian system. > > > > I copied this directory into my new $HOME/ directory on the new > > Ubuntu system but I can't find now all my addresses in the > > AddressBook that I was used on the Debian system. > > > > What am I missing here? > > How can I 'move' my Addresses from the previously used Debian > > system to the being used Ubuntu system? > > The address book files are in ~/.claws-mail/addrbook/ and you seem to > be saying that you copied this directory. Yes, exactly. > I don't know what can be missing, what does the directory contain? These files are in the ~/.claws-mail/addrbook/ directory: 6.cOsztalyomSzuleiLista.vcf addrbook-000001.xml addrbook-000002.xml addrbook-000003.xml [snip] addrbook-000013.xml addrbook-000014.xml addrbook--index.xml attributesrc I open the addrbook--index.xml file and find in it the followings: This isn't enough for me because I remember that that I had more Addresses. I just realised that that the previous addrbook--index.xml file is bigger and contain followings: However, after I copy the previous addrbook--index.xml file from Debian $HOME/.claws-mail/addrbook into new location here on Ubuntu and overwrite the 'existing' addrbook--index.xml here, and open the AddressBook, I can't see Addresses that I should to see. Moreover, after I close the AddressBook, Claws Mail save the addrbook--index.xml.bak file and restore the 'existing' addrbook--index.xml with less addresses. > You didn't mention which version of Claws was previously used. I > assume, therefore, it's the same version. Well, I'm used that installable from Debian testing/sid repository, which is 3.8.1-1: amd64. And now, on Ubuntu I'm using Claws Mail version 3.8.0. So maybe this causes the problem? -- Regards from Pal From noreply at thewildbeast.co.uk Tue Aug 21 17:11:52 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 21 Aug 2012 17:11:52 +0200 (CEST) Subject: [Users] [Bug 2723] Missing encoding in generated html manual In-Reply-To: References: Message-ID: <20120821151152.CD8038540B@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2723 --- Comment #3 from Ricardo Mones 2012-08-21 17:11:52 --- Created an attachment (id=1148) --> (http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1148) Add SP_ENCODING at html manual generation Adding SP_ENCODING (patch attached) doesn't help much. I only see some improvement on Spanish uppercase accented letters, which are now properly encoded in output. Other manuals do not use utf-8 encoding (well, English, but has no special chars inside), so the output remains unchanged. Anyway that doesn't add a proper encoding headers to the final HTML document, so not really a solution. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From ciamarie at my180.net Tue Aug 21 17:39:48 2012 From: ciamarie at my180.net (Cia Watson) Date: Tue, 21 Aug 2012 08:39:48 -0700 Subject: [Users] Moving AddressBook from system to system? In-Reply-To: <20120821170731.4125979e@csanyipal-System-Product-Name> References: <20120820183539.657a207c@csanyipal-System-Product-Name> <20120820213430.59b86247@thewildbeast> <20120821170731.4125979e@csanyipal-System-Product-Name> Message-ID: <20120821083948.0af8b768@my180.net> On Tue, 21 Aug 2012 17:07:31 +0200 Csányi Pál wrote: > > The address book files are in ~/.claws-mail/addrbook/ and you seem to > > be saying that you copied this directory. > > Yes, exactly. > > > I don't know what can be missing, what does the directory contain? > > However, after I copy the previous addrbook--index.xml file from > Debian $HOME/.claws-mail/addrbook into new location here on > Ubuntu and overwrite the 'existing' addrbook--index.xml here, and open > the AddressBook, I can't see Addresses that I should to see. I would suggest, in case you didn't do it this way, to close claws-mail and then copy over the previous ~/.claws-mail/addrbook files to the new location, then re-open claws mail to see if the addresses are in there. I think if you copy them over while claws is running, it doesn't 'refresh' even though it has new information to work with. Cia W. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From csanyipal at gmail.com Tue Aug 21 18:10:21 2012 From: csanyipal at gmail.com (=?UTF-8?B?Q3PDoW55aSBQw6Fs?=) Date: Tue, 21 Aug 2012 18:10:21 +0200 Subject: [Users] Moving AddressBook from system to system? - SUCCESS! Message-ID: <20120821181021.573cc5bd@csanyipal-System-Product-Name> Hi Cia, Tue, 21 Aug 2012 08:39:48 -0700 -n Cia Watson írta: > On Tue, 21 Aug 2012 17:07:31 +0200 > Csányi Pál wrote: > > > > > The address book files are in ~/.claws-mail/addrbook/ and you > > > seem to be saying that you copied this directory. > > > > Yes, exactly. > > > > > I don't know what can be missing, what does the directory contain? > > > > > However, after I copy the previous addrbook--index.xml file from > > Debian $HOME/.claws-mail/addrbook into new location here on > > Ubuntu and overwrite the 'existing' addrbook--index.xml here, and > > open the AddressBook, I can't see Addresses that I should to see. > > I would suggest, in case you didn't do it this way, to close > claws-mail and then copy over the previous ~/.claws-mail/addrbook > files to the new location, then re-open claws mail to see if the > addresses are in there. Success!! > I think if you copy them over while claws is running, it doesn't > 'refresh' even though it has new information to work with. Indeed, that was happen. -- Regards from Pal From noreply at thewildbeast.co.uk Tue Aug 21 18:19:37 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 21 Aug 2012 18:19:37 +0200 (CEST) Subject: [Users] [Bug 2723] Missing encoding in generated html manual In-Reply-To: References: Message-ID: <20120821161937.D4AC28540B@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2723 --- Comment #4 from Ricardo Mones 2012-08-21 18:19:37 --- Created an attachment (id=1149) --> (http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1149) Set encoding in generated HTML The SP_ENCODING=xml appears more promising, as allows generating all output in UTF-8 regardless the input encoding. A bit of sed does the magic for setting the proper meta tag. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Tue Aug 21 18:21:11 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Tue, 21 Aug 2012 18:21:11 +0200 (CEST) Subject: [Users] [Bug 2723] Missing encoding in generated html manual In-Reply-To: References: Message-ID: <20120821162111.8FD2F8540B@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2723 Ricardo Mones changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #1148|0 |1 is obsolete| | -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 22 10:10:33 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 22 Aug 2012 10:10:33 +0200 (CEST) Subject: [Users] [Bug 1645] Make claws-mail support GnuPG groups In-Reply-To: References: Message-ID: <20120822081033.8DE72853E3@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=1645 --- Comment #6 from Ricardo Mones 2012-08-22 10:10:32 --- FWIW, this is also http://bugs.debian.org/685175 -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Aug 23 11:15:04 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 23 Aug 2012 11:15:04 +0200 (CEST) Subject: [Users] [Bug 2552] in automatic checking, enable the use of different time intervals In-Reply-To: References: Message-ID: <20120823091504.80B0585457@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2552 --- Comment #13 from wwp 2012-08-23 11:15:02 --- I sometimes wonder if we would better completely rework the retrieving-interval feature in order to allow this per-account thing improvement: - define a global retrieving interval granularity (say by default: 5min) - define per-account retrieving interval, as a multiple of the granularity value, for instance for account A, interval value could be 1 (1x5min=5min interval), for account B, could be 6 (6x5min=30min). This would allow slipping globally the interval values by sliding the global granularity instead of modifying by hand all the global and the per-account interval values, when for instance you want to slow down the retrieving interval (when in slow-motion mode, like in vacations or when network traffic is very high). -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Aug 23 11:18:41 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 23 Aug 2012 11:18:41 +0200 (CEST) Subject: [Users] [Bug 2552] in automatic checking, enable the use of different time intervals In-Reply-To: References: Message-ID: <20120823091841.A265D85457@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2552 --- Comment #14 from wwp 2012-08-23 11:18:41 --- Of course, to migrate to such rework, when running the new version for 1st time, we should set the global granularity value to 1 and set all accounts to current interval value found in prefs. With such implementation, all accounts would have a default interval value, this would not be a discardable settings. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Aug 23 12:21:42 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 23 Aug 2012 12:21:42 +0200 (CEST) Subject: [Users] [Bug 2552] in automatic checking, enable the use of different time intervals In-Reply-To: References: Message-ID: <20120823102142.7F66485457@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2552 --- Comment #15 from Ricardo Mones 2012-08-23 12:21:42 --- > Of course, to migrate to such rework, when running the new version for 1st > time, we should set the global granularity value to 1 and set all accounts to > current interval value found in prefs. With such implementation, all accounts > would have a default interval value, this would not be a discardable settings. I like the idea, yep. But unless I understood it wrong, on 1st time run the global interval should be kept as is and every account multiplier set to 1 (starting from current CVS sources, not from CVS + this bug's patch). I think that would be easier. Additionally account multipliers should be settable to 0 in order to disable periodic check for the account only. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Aug 23 12:26:59 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 23 Aug 2012 12:26:59 +0200 (CEST) Subject: [Users] [Bug 2552] in automatic checking, enable the use of different time intervals In-Reply-To: References: Message-ID: <20120823102659.E440B85457@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2552 --- Comment #16 from wwp 2012-08-23 12:26:59 --- > But unless I understood it wrong, on 1st time run the > global interval should be kept as is and every account multiplier set to 1 > (starting from current CVS sources, not from CVS + this bug's patch). I think > that would be easier. Correct! > Additionally account multipliers should be settable to 0 in order to disable periodic check for the account only. I disagree on that point: you can also disable/enable accounts for retrieval in the accounts dialog. Of course this could be bound to a "set multiplier to 0 in account prefs), but if you set 0 there, you loose the original interval value if you want to enable the account back later. (or I misunderstand your words). To me the current way to disable/enable accounts is already fine and sufficient. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Aug 23 12:42:41 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 23 Aug 2012 12:42:41 +0200 (CEST) Subject: [Users] [Bug 2552] in automatic checking, enable the use of different time intervals In-Reply-To: References: Message-ID: <20120823104242.114F585457@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2552 --- Comment #17 from Ricardo Mones 2012-08-23 12:42:41 --- > Additionally account multipliers should be settable to 0 in order to disable periodic check for the account only. > I disagree on that point: you can also disable/enable accounts for retrieval > in the accounts dialog. Of course this could be bound to a "set multiplier > to 0 in account prefs), but if you set 0 there, you loose the original > interval value if you want to enable the account back later. (or I misunderstand > your words). > To me the current way to disable/enable accounts is already fine and sufficient. Ah, right, had forgotten about that! Yep, it sounds coherent now. Waiting for the patch ;-) -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Aug 24 08:38:28 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 24 Aug 2012 08:38:28 +0200 (CEST) Subject: [Users] [Bug 2725] New: Crash at opening Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2725 Summary: Crash at opening Product: Claws Mail Version: 3.8.1 Platform: PC OS/Version: Linux Status: NEW Severity: blocker Priority: P3 Component: UI AssignedTo: users at lists.claws-mail.org ReportedBy: rafmav at free.fr Created an attachment (id=1150) --> (http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1150) bug report -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Aug 24 08:46:23 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 24 Aug 2012 08:46:23 +0200 (CEST) Subject: [Users] [Bug 2725] Crash at opening In-Reply-To: References: Message-ID: <20120824064623.5A903853E0@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2725 --- Comment #1 from Ricardo Mones 2012-08-24 08:46:22 --- The backtrace is useless as it comes from striped binaries. Read http://www.claws-mail.org/faq/index.php/Debugging_Claws and try to provide a useful backtrace. A description of how this happened would be also appreciated. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Aug 24 12:22:28 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 24 Aug 2012 12:22:28 +0200 (CEST) Subject: [Users] [Bug 2726] New: IMAP inactivity disconnect misinterpreted as parse error Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2726 Summary: IMAP inactivity disconnect misinterpreted as parse error Product: Claws Mail Version: 3.7.6 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: Folders/IMAP AssignedTo: users at lists.claws-mail.org ReportedBy: kai.extern at gmail.com As you can see in this log snippet: [11:30:49] IMAP4< [FETCH data - 5792 bytes] [11:30:49] IMAP4< [FETCH data - 8192 bytes] [11:30:49] IMAP4< [FETCH data - 5467 bytes] [12:03:39] IMAP4> 1911 NOOP [12:03:39] IMAP4< * BYE Disconnected for inactivity. ** IMAP Fehler auf 10.0.2.5: parse error (sehr wahrscheinlich ein nicht RFC-konformer Server) ** IMAP4-Verbindung unterbrochen [12:03:39] IMAP4< * OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE ACL ACL2=UNION STARTTLS] Courier-IMAP ready. Copyright 1998-2010 Double Precision, Inc. See COPYING for distribution information. This is rather irritating, as it always produces the connection problem icon in the lower left corner. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From slitt at troubleshooters.com Fri Aug 24 16:59:13 2012 From: slitt at troubleshooters.com (Steve Litt) Date: Fri, 24 Aug 2012 10:59:13 -0400 Subject: [Users] How to view my messages when offline? Message-ID: <20120824105913.07a37154@mylap2> Hi all, I'm going travelling soon, and would like to be able to view my email messages even when there's no network. My laptop is Internet connected to the IMAP server on my Daily Driver Desktop. With no network connection, I click File->work_offline, and of course I can still see the messages in the message list. But when I click on a message, it first tells me I'm working offline and would I like to do that for ten minutes, and then it tells me it can't show me the message because I have no IMAP connectivity. Cache copies of my emails are located in /home/slitt/.claws-mail/imapcache/127.0.0.1/slitt/, so the finformation is available, but I can't use the Claws-Mail user interface to view them. How does one view messages of an account that normally connects via IMAP but right now there's no network? Thanks SteveT From mir at miras.org Fri Aug 24 17:24:45 2012 From: mir at miras.org (Michael Rasmussen) Date: Fri, 24 Aug 2012 17:24:45 +0200 Subject: [Users] How to view my messages when offline? In-Reply-To: <20120824105913.07a37154@mylap2> References: <20120824105913.07a37154@mylap2> Message-ID: <20120824172445.7545c4ed@sleipner.datanom.net> On Fri, 24 Aug 2012 10:59:13 -0400 Steve Litt wrote: > > How does one view messages of an account that normally connects via > IMAP but right now there's no network? > Right click the INBOX of each of the accounts you want access to offline. Choose the properties option. Under generel put a checkmark in 'Synchronize for offline use'. Update your account while in online mode and wait until the folder has been fully populated. -- Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael rasmussen cc http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E mir datanom net http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C mir miras org http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917 -------------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From noreply at thewildbeast.co.uk Fri Aug 24 19:23:12 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 24 Aug 2012 19:23:12 +0200 (CEST) Subject: [Users] [Bug 2725] Crash while loading new mail In-Reply-To: References: Message-ID: <20120824172312.B91DE853C2@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2725 rafmav at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Crash at opening |Crash while loading new | |mail Severity|blocker |critical --- Comment #2 from rafmav 2012-08-24 19:23:12 --- After clicking on the button to get the new mail from the internet (removed from the server site). Mail is downloaded but unreadable because the program shutdown. gdb claws-mail Reading symbols from /usr/bin/claws-mail...(no debugging symbols found)...done. (gdb) run Starting program: /usr/bin/claws-mail warning: Could not load shared library symbols for linux-vdso.so.1. Do you need "set solib-search-path" or "set sysroot"? [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/libthread_db.so.1". Traceback (most recent call last): File "/usr/share/gdb/auto-load/usr/lib/libgobject-2.0.so.0.3200.4-gdb.py", line 9, in from gobject import register File "/usr/share/glib-2.0/gdb/gobject.py", line 3, in import gdb.backtrace ImportError: No module named backtrace [New Thread 0x7fffe7be9700 (LWP 14198)] [Thread 0x7fffe7be9700 (LWP 14198) exited] Program received signal SIGSEGV, Segmentation fault. 0x00007ffff43262aa in __strchr_sse2 () from /lib/libc.so.6 (gdb) quit A debugging session is active. Inferior 1 [process 14185] will be killed. Quit anyway? (y or n) y -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Aug 24 19:46:53 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 24 Aug 2012 19:46:53 +0200 (CEST) Subject: [Users] [Bug 2725] Crash while loading new mail In-Reply-To: References: Message-ID: <20120824174653.D7347853C2@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2725 Paul changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|critical |normal --- Comment #3 from Paul 2012-08-24 19:46:53 --- downgrading severity because this only happens to you. Please attach a useful backtrace as requested in comment #1 -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From claws at thewildbeast.co.uk Fri Aug 24 19:51:46 2012 From: claws at thewildbeast.co.uk (Paul) Date: Fri, 24 Aug 2012 18:51:46 +0100 Subject: [Users] How to view my messages when offline? In-Reply-To: <20120824172445.7545c4ed@sleipner.datanom.net> References: <20120824105913.07a37154@mylap2> <20120824172445.7545c4ed@sleipner.datanom.net> Message-ID: <20120824185146.47e8b1cc@thewildbeast> On Fri, 24 Aug 2012 17:24:45 +0200 Michael Rasmussen wrote: > On Fri, 24 Aug 2012 10:59:13 -0400 > Steve Litt wrote: > > > > > How does one view messages of an account that normally connects > > via IMAP but right now there's no network? > > > Right click the INBOX of each of the accounts you want access to > offline. Choose the properties option. Under generel put a > checkmark in 'Synchronize for offline use'. Update your account > while in online mode and wait until the folder has been fully > populated. A related, probably useful, option is on the /Other/Miscellaneous page of the main prefs: 'synchronise offline folders as soon as possible'. with regards Paul -- It isn't worth a nickel to two guys like you or me, but to a collector it is worth a fortune From noreply at thewildbeast.co.uk Sat Aug 25 01:20:35 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sat, 25 Aug 2012 01:20:35 +0200 (CEST) Subject: [Users] [Bug 2723] Missing encoding in generated html manual In-Reply-To: References: Message-ID: <20120824232035.84D84853C2@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2723 --- Comment #5 from users 2012-08-25 01:20:34 --- Changes related to this bug have been committed. Please check latest CVS and update the bug accordingly. You can also get the patch from: http://www.claws-mail.org/tracker/ 2012-08-24 [mones] 3.8.1cvs35 * manual/advanced.xml Keep alphabetic order of hidden options lost and update Clawsker URL. * manual/de/advanced.xml * manual/fr/advanced.xml Update Clawsker URL. * manual/es/advanced.xml Sync with English version and update Clawsker URL. * manual/de/dist/html/Makefile.am * manual/es/dist/html/Makefile.am * manual/fr/dist/html/Makefile.am * manual/pl/dist/html/Makefile.am * manual/dist/html/Makefile.am Fix bug 2723 'Missing encoding in generated html manual' -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From lainecliff at gmail.com Sat Aug 25 13:46:54 2012 From: lainecliff at gmail.com (Cliff Laine) Date: Sat, 25 Aug 2012 12:46:54 +0100 Subject: [Users] Usenet and folders Message-ID: <20120825124654.0e11e859@mepis1> This will no doubt seem an incredibly naive question but if you never ask you never learn. I've got a Usenet account on CM. It'd be handy if, instead of the sent messages going to my default account's Sent folder, they could live in a folder that could be associated with the Usenet account. There doens't seem to be any way of doing this. I suppose I have misunderstood the nature of usenet perhaps. Perhaps simply seeing your messages appear in the newsgroup is in fact a kind of "sent" folder. Cliff From noreply at thewildbeast.co.uk Sun Aug 26 00:47:46 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sun, 26 Aug 2012 00:47:46 +0200 (CEST) Subject: [Users] [Bug 2725] Crash while loading new mail In-Reply-To: References: Message-ID: <20120825224746.2AC0F853C2@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2725 --- Comment #4 from rafmav 2012-08-26 00:47:44 --- Created an attachment (id=1151) --> (http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1151) running claws-mail in gdb -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Sun Aug 26 01:25:16 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Sun, 26 Aug 2012 01:25:16 +0200 (CEST) Subject: [Users] [Bug 2725] Crash while loading new mail In-Reply-To: References: Message-ID: <20120825232517.01E14853C2@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2725 rafmav at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #5 from rafmav 2012-08-26 01:25:16 --- Under Archlinux, the version of claws-mail I used was 3.8.1 from pacman. The installation from archlinux AUR is wrong to (bad PKGBUILD ?? huh?). I used Installed 3.8.1cvs35 directly from claws-mail site instead: the bug disappeared. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From relson at osagesoftware.com Sun Aug 26 04:30:51 2012 From: relson at osagesoftware.com (David Relson) Date: Sat, 25 Aug 2012 22:30:51 -0400 Subject: [Users] "blank" messages Message-ID: <20120825223051.4157f176@osage> G'day, Periodically I receive emails that appear to be blank, i.e. Claws shows the headers but not message text. Evidently this happens because the message is all "text/html" and the "text/plain" section is empty. When I reply to such a message, the text (html) appears. What setting do I need to change to see the text when just opening the message? Thank you. David From slitt at troubleshooters.com Sun Aug 26 05:37:12 2012 From: slitt at troubleshooters.com (Steve Litt) Date: Sat, 25 Aug 2012 23:37:12 -0400 Subject: [Users] How to view my messages when offline? In-Reply-To: <20120824172445.7545c4ed@sleipner.datanom.net> References: <20120824105913.07a37154@mylap2> <20120824172445.7545c4ed@sleipner.datanom.net> Message-ID: <20120825233712.0fb35c2b@mydesk> On Fri, 24 Aug 2012 17:24:45 +0200, Michael Rasmussen said: > On Fri, 24 Aug 2012 10:59:13 -0400 > Steve Litt wrote: > > > > > How does one view messages of an account that normally connects via > > IMAP but right now there's no network? > > > Right click the INBOX of each of the accounts you want access to > offline. Choose the properties option. Under generel put a checkmark > in 'Synchronize for offline use'. Update your account while in online > mode and wait until the folder has been fully populated. > > -- > Hilsen/Regards > Michael Rasmussen Thanks Michael, I tried that, and it didn't work out well. When I did that to the folders I wanted to access offline (my folder filtering is done pre-Claws, by procmail), Claws started going abyssmally slow and hanging, even after everything had synchronized. Thanks SteveT Steve Litt * http://www.troubleshooters.com/ * http://twitter.com/stevelitt Troubleshooting Training * Human Performance From CAE at eslrahc.com Sun Aug 26 06:06:39 2012 From: CAE at eslrahc.com (Charles A Edwards) Date: Sun, 26 Aug 2012 00:06:39 -0400 Subject: [Users] "blank" messages In-Reply-To: <20120825223051.4157f176@osage> References: <20120825223051.4157f176@osage> Message-ID: <20120826000639.085d8ad0@SuperSize.eslrahc.com> On Sat, 25 Aug 2012 22:30:51 -0400 David Relson wrote: > Periodically I receive emails that appear to be blank, i.e. Claws > shows the headers but not message text. Evidently this happens > because the message is all "text/html" and the "text/plain" section > is empty. > > When I reply to such a message, the text (html) appears. > > What setting do I need to change to see the text when just opening the > message? At present you can not unless you wish to changes your settings to where ALL html is auto displayed using one of the plugins which you probably do not wish to do. I, on occasion, also get the 'blank' mail. If it is something I wish to view I either click on the html icon and view it with a plugin or open it in a firefox. If you look at the code for the 'blank' email you will probably see that it is: rather than the more often used Charles -- Always draw your curves, then plot your reading. ---------------------- Mageia release 3 (Cauldron) for x86_64$ On SuperSize....http://www.eslrahc.com Registered Linux user #182463 3.5.2-tmb-server-1.mga3 x86_64 ---------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From colin at colino.net Sun Aug 26 08:35:56 2012 From: colin at colino.net (Colin Leroy) Date: Sun, 26 Aug 2012 08:35:56 +0200 Subject: [Users] How to view my messages when offline? In-Reply-To: <20120825233712.0fb35c2b@mydesk> References: <20120824105913.07a37154@mylap2> <20120824172445.7545c4ed@sleipner.datanom.net> <20120825233712.0fb35c2b@mydesk> Message-ID: <20120826083556.5080d783@marv> On 25 August 2012 at 23h37, Steve Litt wrote: Hi, > On Fri, 24 Aug 2012 17:24:45 +0200, Michael Rasmussen said: > > On Fri, 24 Aug 2012 10:59:13 -0400 > > Steve Litt wrote: > > > > > > > > How does one view messages of an account that normally connects > > > via IMAP but right now there's no network? > > > > > Right click the INBOX of each of the accounts you want access to > > offline. Choose the properties option. Under generel put a checkmark > > in 'Synchronize for offline use'. Update your account while in > > online mode and wait until the folder has been fully populated. > > > > -- > > Hilsen/Regards > > Michael Rasmussen > > Thanks Michael, > > I tried that, and it didn't work out well. When I did that to the > folders I wanted to access offline (my folder filtering is done > pre-Claws, by procmail), Claws started going abyssmally slow and > hanging, even after everything had synchronized. This is rather strange, can you reproduce that at will? If so, can you include the output of claws-mail --debug starting when entering a folder and it goes slow? Thanks, -- Colin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: not available URL: From relson at osagesoftware.com Sun Aug 26 13:56:36 2012 From: relson at osagesoftware.com (David Relson) Date: Sun, 26 Aug 2012 07:56:36 -0400 Subject: [Users] "blank" messages In-Reply-To: <20120826000639.085d8ad0@SuperSize.eslrahc.com> References: <20120825223051.4157f176@osage> <20120826000639.085d8ad0@SuperSize.eslrahc.com> Message-ID: <20120826075636.6df59302@osage> On Sun, 26 Aug 2012 00:06:39 -0400 Charles A Edwards wrote: > On Sat, 25 Aug 2012 22:30:51 -0400 > David Relson wrote: > > > Periodically I receive emails that appear to be blank, i.e. Claws > > shows the headers but not message text. Evidently this happens > > because the message is all "text/html" and the "text/plain" section > > is empty. > > > > When I reply to such a message, the text (html) appears. > > > > What setting do I need to change to see the text when just opening > > the message? > > > At present you can not unless you wish to changes your settings to > where ALL html is auto displayed using one of the plugins which you > probably do not wish to do. > > I, on occasion, also get the 'blank' mail. > > If it is something I wish to view I either click on the html icon and > view it with a plugin or open it in a firefox. > > If you look at the code for the 'blank' email you will probably see > that it is: > > rather than the more often used > > > > Charles > > Hi Charles, Good to hear from you again. We go back a ways, eh? The 'blank' email doesn't have the 'xmlns' you surmised. Below are the first few lines. Regards, David --18949661421345919774553.CmatesMail.classmates.com Content-Type: text/plain Content-Transfer-Encoding: 7bit --18949661421345919774553.CmatesMail.classmates.com Content-Type: text/html Content-Transfer-Encoding: 7bit From CAE at eslrahc.com Sun Aug 26 22:44:25 2012 From: CAE at eslrahc.com (Charles A Edwards) Date: Sun, 26 Aug 2012 16:44:25 -0400 Subject: [Users] "blank" messages In-Reply-To: <20120826075636.6df59302@osage> References: <20120825223051.4157f176@osage> <20120826000639.085d8ad0@SuperSize.eslrahc.com> <20120826075636.6df59302@osage> Message-ID: <20120826164425.4a183c22@SuperSize.eslrahc.com> On Sun, 26 Aug 2012 07:56:36 -0400 David Relson wrote: > > If you look at the code for the 'blank' email you will probably see > > that it is: > > > > rather than the more often used > > > Hi Charles, > > Good to hear from you again. We go back a ways, eh? Been awhile. Good to know that there are still some of us 'oldtimers' still kicking. > > The 'blank' email doesn't have the 'xmlns' you surmised. Below are > the first few lines. > > > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > I do notice that that it is in xhtml rather than html. Is there actual text in the email or does it reference a jpeg/gif or other file that requires net access to view? An example from one I received (watch the wrap) src="http://www.iogear.com/NewsFlash/2012/20120824/images/BackToSchool.jpg" width="698" height="594" alt="---- Anual Back to School Sale! ---- Save 15% on our best back to school products for your inner geek, including brand new releases! *Offer ends September 15, 2012"> Trying to view this as text shows nothing. Viewing it with the html plugin/s or in firefox I see the image and the text is visible. Charles -- Don't get mad, get even -- Sad Truths of Life n°14 ---------------------- Mageia release 3 (Cauldron) for x86_64$ On SuperSize....http://www.eslrahc.com Registered Linux user #182463 3.5.2-tmb-server-1.mga3 x86_64 ---------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From freebsd at grem.de Mon Aug 27 09:16:09 2012 From: freebsd at grem.de (Michael Gmelin) Date: Mon, 27 Aug 2012 09:16:09 +0200 Subject: [Users] Switching y and z in mimeview (patch) In-Reply-To: <20120820204655.59d368cf@bsd64.grem.de> References: <20120820204655.59d368cf@bsd64.grem.de> Message-ID: <20120827091609.12e77ebe@bsd64.grem.de> On Mon, 20 Aug 2012 20:46:55 +0200 Michael Gmelin wrote: > > ... > Since I didn't receive any feedback, so I implemented this in a simple fashion. This feature allows swapping of y and z in mimeview, which is useful on QWERTZ keyboards (http://en.wikipedia.org/wiki/QWERTZ) to operate mime part navigation with the left hand (like users of QWERTY keyboards can do already). It does not modify the (y) and (z) menu labels in the mimeview context menu, as this would have broken existing translations/increased the size of the patch. The patch adds a configuration option to the keyboard shortcuts section in the Other->Misc pane of Preferences and is disabled by default. I didn't add any translations in /po, since I'm don't know what the process looks like in claws and if the feature will ever make it to CVS. Once the option is enabled, y and z are swapped in mimeview.c (in an slightly clumsy way that didn't require a lot of code changes and should be easy to audit). I hope this is useful to others as well ;) -- Michael Gmelin -------------- next part -------------- A non-text attachment was scrubbed... Name: mimeview_swap_yz.patch Type: text/x-patch Size: 3752 bytes Desc: not available URL: From colin at colino.net Mon Aug 27 18:59:09 2012 From: colin at colino.net (Colin Leroy) Date: Mon, 27 Aug 2012 18:59:09 +0200 Subject: [Users] Switching y and z in mimeview (patch) In-Reply-To: <20120827091609.12e77ebe@bsd64.grem.de> References: <20120820204655.59d368cf@bsd64.grem.de> <20120827091609.12e77ebe@bsd64.grem.de> Message-ID: <20120827185909.732474c5@marv> On 27 August 2012 at 09h16, Michael Gmelin wrote: Hi, > Since I didn't receive any feedback, so I implemented this in a simple > fashion. This feature allows swapping of y and z in mimeview, which is > useful on QWERTZ keyboards (http://en.wikipedia.org/wiki/QWERTZ) > to operate mime part navigation with the left hand (like users of > QWERTY keyboards can do already). It does not modify the (y) and (z) > menu labels in the mimeview context menu, as this would have broken > existing translations/increased the size of the patch. Sorry, Michael, I intended to reply to your first email, then forgot totally. Your patch will work for you (and for others too ! :) but I don't think we'll want to include it, as it is too much specific. What would be interesting would be for us developers to challenge this existing (and summaryview's) switch-case block and see whether we could do the same normally using the top-level menu accels, so that it's easier for everyone to customize to their needs. I don't see why a Message/Selected part/{Save, Open, Open with,...} menu wouldn't work. -- Colin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: not available URL: From subscript at free.fr Mon Aug 27 19:03:04 2012 From: subscript at free.fr (wwp) Date: Mon, 27 Aug 2012 19:03:04 +0200 Subject: [Users] Switching y and z in mimeview (patch) In-Reply-To: <20120827091609.12e77ebe@bsd64.grem.de> References: <20120820204655.59d368cf@bsd64.grem.de> <20120827091609.12e77ebe@bsd64.grem.de> Message-ID: <20120827190304.6e32c256@monolith> Hello Michael, On Mon, 27 Aug 2012 09:16:09 +0200 Michael Gmelin wrote: > > > On Mon, 20 Aug 2012 20:46:55 +0200 > Michael Gmelin wrote: > > > > > ... > > > > Since I didn't receive any feedback, so I implemented this in a simple > fashion. This feature allows swapping of y and z in mimeview, which is > useful on QWERTZ keyboards (http://en.wikipedia.org/wiki/QWERTZ) > to operate mime part navigation with the left hand (like users of > QWERTY keyboards can do already). It does not modify the (y) and (z) > menu labels in the mimeview context menu, as this would have broken > existing translations/increased the size of the patch. > > The patch adds a configuration option to the keyboard shortcuts section > in the Other->Misc pane of Preferences and is disabled by default. > I didn't add any translations in /po, since I'm don't know what the > process looks like in claws and if the feature will ever make it to > CVS. > > Once the option is enabled, y and z are swapped in mimeview.c (in > an slightly clumsy way that didn't require a lot of code changes > and should be easy to audit). > > I hope this is useful to others as well ;) A screenshot would be welcome! Regards, -- wwp -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From freebsd at grem.de Mon Aug 27 19:18:36 2012 From: freebsd at grem.de (Michael Gmelin) Date: Mon, 27 Aug 2012 19:18:36 +0200 Subject: [Users] Switching y and z in mimeview (patch) In-Reply-To: <20120827190304.6e32c256@monolith> References: <20120820204655.59d368cf@bsd64.grem.de> <20120827091609.12e77ebe@bsd64.grem.de> <20120827190304.6e32c256@monolith> Message-ID: On 27 Aug 2012, at 19:03, wwp wrote: > Hello Michael, > > > On Mon, 27 Aug 2012 09:16:09 +0200 Michael Gmelin wrote: > >> >> >> On Mon, 20 Aug 2012 20:46:55 +0200 >> Michael Gmelin wrote: >> >>> >>> ... >>> >> >> Since I didn't receive any feedback, so I implemented this in a simple >> fashion. This feature allows swapping of y and z in mimeview, which is >> useful on QWERTZ keyboards (http://en.wikipedia.org/wiki/QWERTZ) >> to operate mime part navigation with the left hand (like users of >> QWERTY keyboards can do already). It does not modify the (y) and (z) >> menu labels in the mimeview context menu, as this would have broken >> existing translations/increased the size of the patch. >> >> The patch adds a configuration option to the keyboard shortcuts section >> in the Other->Misc pane of Preferences and is disabled by default. >> I didn't add any translations in /po, since I'm don't know what the >> process looks like in claws and if the feature will ever make it to >> CVS. >> >> Once the option is enabled, y and z are swapped in mimeview.c (in >> an slightly clumsy way that didn't require a lot of code changes >> and should be easy to audit). >> >> I hope this is useful to others as well ;) > > A screenshot would be welcome! > Screenshot of what? (all this does is change the mapping of y and z, since a majority of central Europe has keyboards that work this way round) > > Regards, > > -- > wwp > _______________________________________________ > Users mailing list > Users at lists.claws-mail.org > http://lists.claws-mail.org/cgi-bin/mailman/listinfo/users From freebsd at grem.de Mon Aug 27 19:26:31 2012 From: freebsd at grem.de (Michael Gmelin) Date: Mon, 27 Aug 2012 19:26:31 +0200 Subject: [Users] Switching y and z in mimeview (patch) In-Reply-To: <20120827185909.732474c5@marv> References: <20120820204655.59d368cf@bsd64.grem.de> <20120827091609.12e77ebe@bsd64.grem.de> <20120827185909.732474c5@marv> Message-ID: On 27 Aug 2012, at 18:59, Colin Leroy wrote: > On 27 August 2012 at 09h16, Michael Gmelin wrote: > > Hi, > >> Since I didn't receive any feedback, so I implemented this in a simple >> fashion. This feature allows swapping of y and z in mimeview, which is >> useful on QWERTZ keyboards (http://en.wikipedia.org/wiki/QWERTZ) >> to operate mime part navigation with the left hand (like users of >> QWERTY keyboards can do already). It does not modify the (y) and (z) >> menu labels in the mimeview context menu, as this would have broken >> existing translations/increased the size of the patch. > > Sorry, Michael, I intended to reply to your first email, then forgot > totally. > > Your patch will work for you (and for others too ! :) but I don't think > we'll want to include it, as it is too much specific. > > What would be interesting would be for us developers to challenge this > existing (and summaryview's) switch-case block and see whether we could > do the same normally using the top-level menu accels, so that it's > easier for everyone to customize to their needs. > > I don't see why a Message/Selected part/{Save, Open, Open with,...} > menu wouldn't work. Don't worry, this wasn't a lot of work, but a good opportunity to take a deeper look at how claws preferences work - I agree that a general purpose solution would be better - if I find the time I might work on this at some point, given I can get some support in case of questions. (Z and Y are unfortunately an issue many developers don't consider - in claws this is clearly a minor issue since the functionality is not critical) > -- > Colin > _______________________________________________ > Users mailing list > Users at lists.claws-mail.org > http://lists.claws-mail.org/cgi-bin/mailman/listinfo/users From subscript at free.fr Mon Aug 27 19:25:35 2012 From: subscript at free.fr (wwp) Date: Mon, 27 Aug 2012 19:25:35 +0200 Subject: [Users] Switching y and z in mimeview (patch) In-Reply-To: References: <20120820204655.59d368cf@bsd64.grem.de> <20120827091609.12e77ebe@bsd64.grem.de> <20120827190304.6e32c256@monolith> Message-ID: <20120827192535.149deb75@monolith> Hello Michael, On Mon, 27 Aug 2012 19:18:36 +0200 Michael Gmelin wrote: > > > On 27 Aug 2012, at 19:03, wwp wrote: > > > Hello Michael, > > > > > > On Mon, 27 Aug 2012 09:16:09 +0200 Michael Gmelin wrote: > > > >> > >> > >> On Mon, 20 Aug 2012 20:46:55 +0200 > >> Michael Gmelin wrote: > >> > >>> > >>> ... > >>> > >> > >> Since I didn't receive any feedback, so I implemented this in a simple > >> fashion. This feature allows swapping of y and z in mimeview, which is > >> useful on QWERTZ keyboards (http://en.wikipedia.org/wiki/QWERTZ) > >> to operate mime part navigation with the left hand (like users of > >> QWERTY keyboards can do already). It does not modify the (y) and (z) > >> menu labels in the mimeview context menu, as this would have broken > >> existing translations/increased the size of the patch. > >> > >> The patch adds a configuration option to the keyboard shortcuts section > >> in the Other->Misc pane of Preferences and is disabled by default. > >> I didn't add any translations in /po, since I'm don't know what the > >> process looks like in claws and if the feature will ever make it to > >> CVS. > >> > >> Once the option is enabled, y and z are swapped in mimeview.c (in > >> an slightly clumsy way that didn't require a lot of code changes > >> and should be easy to audit). > >> > >> I hope this is useful to others as well ;) > > > > A screenshot would be welcome! > > > > Screenshot of what? (all this does is change the mapping of y and z, since a majority of central Europe has keyboards that work this way round) Pffffff that's exactly why I didn't get the feature! I thought it was about Y and Z (geometry axis), and I was definitely lost (wondering where the fsck there could be axis). Probably didn't pay enough attention, sorry for the noise! Regards, -- wwp -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From colin at colino.net Mon Aug 27 20:57:12 2012 From: colin at colino.net (Colin Leroy) Date: Mon, 27 Aug 2012 20:57:12 +0200 Subject: [Users] Suggestion to remove "Mark all read" from message context menu In-Reply-To: <20120811181022.060ad2b8@bsd64.grem.de> References: <20120811130226.07598760@bsd64.grem.de> <20120811154124.0d362741@marv> <20120811181022.060ad2b8@bsd64.grem.de> Message-ID: <20120827205712.133848eb@marv> On 11 August 2012 at 18h10, Michael Gmelin wrote: Hi, > It also might be useful to add an extra menu separator before the menu > entry > [...] Maybe it was the labelling of the buttons (No/Yes questions tend > to be dangerous) [ Mark all unread ] [ Cancel ] might be a more fool > proof alternative. True, and true. I've done both in CVS. Apart for the button order, your example is reversed :) -- Colin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: not available URL: From codejodler at gmx.ch Tue Aug 28 04:07:33 2012 From: codejodler at gmx.ch (Michael) Date: Tue, 28 Aug 2012 04:07:33 +0200 Subject: [Users] [Bulk] Re: Claws config needs much better documentation In-Reply-To: References: <20120728194419.3a488db8@mydesk> <20120729103341.72613d93@thewildbeast> <637143.96607.bm@smtp109.mail.ukl.yahoo.com> <20120730110425.71f29d0f@bsd64.grem.de> <20120730084029.358e2eba@yendi> Message-ID: <20120828040733.1ea6a8ed@mirrors.kernel.org> It just happened that i wanted to delete this message, after having read it, when i noted the cursor was already over the next (of Brian). I never ever had this problem before ... ! You guys really can confuse me, with all that yakety-yak...! ;) The 'soft selection cursor' was intuitively for me from the beginning, i can't tell why. I would not need any more colors or fancy frames. I would be ok with blanking the message text window though - when i 'strive' into the message list, i never want to go back to the last read (because it's already read.) The bigger, general problem addressed seems to be how to introduce migrants to new ways of doing things. Of course there is the manual. And of course, we all read it only as the very last resort when the damage is already done ;) Gimp have useful quick hints in the bottom status bar, which has tons of complicated key actions. It could be a 'newbie mode' default after first installation. I'm sorry i butted in with second level thread fork. Don't reply here. From bdm at fenrir.org.uk Tue Aug 28 18:08:42 2012 From: bdm at fenrir.org.uk (Brian Morrison) Date: Tue, 28 Aug 2012 17:08:42 +0100 Subject: [Users] Request: add restart option to File menu Message-ID: <20120828170842.274ca76a@peterson.fenrir.org.uk> Does this seem an unreasonable request? I'd quite like to be able to click on a restart option rather than having to close and then manually restart Claws after doing an update to a new cvs version. -- Brian Morrison "I am not young enough to know everything" Oscar Wilde From brad at fineby.me.uk Tue Aug 28 19:29:21 2012 From: brad at fineby.me.uk (Brad Rogers) Date: Tue, 28 Aug 2012 18:29:21 +0100 Subject: [Users] Request: add restart option to File menu In-Reply-To: <20120828170842.274ca76a@peterson.fenrir.org.uk> References: <20120828170842.274ca76a@peterson.fenrir.org.uk> Message-ID: <20120828182921.2aaa6907@abydos.stargate.org.uk> On Tue, 28 Aug 2012 17:08:42 +0100 Brian Morrison wrote: Hello Brian, >I'd quite like to be able to click on a restart option rather than >having to close and then manually restart Claws after doing an update >to a new cvs version. Couldn't this be achieved by calling a script via Actions on the Tools menu? -- Regards _ / ) "The blindingly obvious is / _)rad never immediately apparent" Now would I say something that wasn't true? Would I Lie To You - Eurythmics -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From ricardo at mones.org Wed Aug 29 01:10:23 2012 From: ricardo at mones.org (Ricardo Mones) Date: Wed, 29 Aug 2012 01:10:23 +0200 Subject: [Users] Request: add restart option to File menu In-Reply-To: <20120828182921.2aaa6907@abydos.stargate.org.uk> References: <20120828170842.274ca76a@peterson.fenrir.org.uk> <20120828182921.2aaa6907@abydos.stargate.org.uk> Message-ID: <20120829011023.05302f27@sumiciu> On Tue, 28 Aug 2012 18:29:21 +0100 Brad Rogers wrote: > >I'd quite like to be able to click on a restart option rather than > >having to close and then manually restart Claws after doing an update > >to a new cvs version. > > Couldn't this be achieved by calling a script via Actions on the Tools > menu? Yes, it can be done, with a little drawback: unlike menu options, actions are not always available, but most of the time they are. -- Ricardo Mones ~ Physics is like sex: sure, it may give some practical results, but that's not why we do it. Richard Feynman -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From linux at slavino.sk Wed Aug 29 10:12:24 2012 From: linux at slavino.sk (Slavko) Date: Wed, 29 Aug 2012 10:12:24 +0200 Subject: [Users] Request: add restart option to File menu In-Reply-To: <20120829011023.05302f27@sumiciu> References: <20120828170842.274ca76a@peterson.fenrir.org.uk> <20120828182921.2aaa6907@abydos.stargate.org.uk> <20120829011023.05302f27@sumiciu> Message-ID: <20120829101224.74e5aa15@bonifac.skk> Hi, Dňa Wed, 29 Aug 2012 01:10:23 +0200 Ricardo Mones napísal: > > Couldn't this be achieved by calling a script via Actions on the > > Tools menu? > > Yes, it can be done, with a little drawback: unlike menu options, > actions are not always available, but most of the time they are. It can be nice to create toolbar's button for actions. It is possible, please? -- Slavko http://slavino.sk -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From ricardo at mones.org Wed Aug 29 10:23:50 2012 From: ricardo at mones.org (Ricardo Mones) Date: Wed, 29 Aug 2012 10:23:50 +0200 Subject: [Users] Request: add restart option to File menu In-Reply-To: <20120829101224.74e5aa15@bonifac.skk> References: <20120828170842.274ca76a@peterson.fenrir.org.uk> <20120828182921.2aaa6907@abydos.stargate.org.uk> <20120829011023.05302f27@sumiciu> <20120829101224.74e5aa15@bonifac.skk> Message-ID: <20120829082350.GL31005@trasgu> On Wed, Aug 29, 2012 at 10:12:24AM +0200, Slavko wrote: > Hi, > > Dňa Wed, 29 Aug 2012 01:10:23 +0200 Ricardo Mones > napísal: > > > > Couldn't this be achieved by calling a script via Actions on the > > > Tools menu? > > > > Yes, it can be done, with a little drawback: unlike menu options, > > actions are not always available, but most of the time they are. > > It can be nice to create toolbar's button for actions. It is possible, > please? Also already possible, see Configuration/Preferences/Toolbars, select "User action" in the Item type. Anyway these butons will also be disabled when no folder is selected ;) -- Ricardo Mones ~ Absence of evidence is not evidence of absence. Carl Sagan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: From brad at fineby.me.uk Wed Aug 29 10:18:48 2012 From: brad at fineby.me.uk (Brad Rogers) Date: Wed, 29 Aug 2012 09:18:48 +0100 Subject: [Users] Request: add restart option to File menu In-Reply-To: <20120829011023.05302f27@sumiciu> References: <20120828170842.274ca76a@peterson.fenrir.org.uk> <20120828182921.2aaa6907@abydos.stargate.org.uk> <20120829011023.05302f27@sumiciu> Message-ID: <20120829091848.2601dd6c@abydos.stargate.org.uk> On Wed, 29 Aug 2012 01:10:23 +0200 Ricardo Mones wrote: Hello Ricardo, > Yes, it can be done, with a little drawback: unlike menu options, > actions are not always available, but most of the time they are. Neither are all menu actions. For example, Configure. But I see your point; It can be inconvenient. -- Regards _ / ) "The blindingly obvious is / _)rad never immediately apparent" Never much liked playing there anyway Banned From The Roxy - Crass -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From noreply at thewildbeast.co.uk Wed Aug 29 11:47:19 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 29 Aug 2012 11:47:19 +0200 (CEST) Subject: [Users] [Bug 2715] Bad error message if no space left in /home In-Reply-To: References: Message-ID: <20120829094719.6B0678544A@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2715 --- Comment #2 from cbart387 2012-08-29 11:47:18 --- I receive a network error when there is no space left on my machine (it's an older one). I noticed it when I was updating my computer (Debian testing), after which claws-mail continued to function. When I've seen this error in the past, I was able to clear up space and claws-mail continued to work. This error occurs when viewing messages. Sending messages, it gives a warning about space not left on the device. If needed, next time it occurs I can get the actual error message. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 29 14:01:50 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 29 Aug 2012 14:01:50 +0200 (CEST) Subject: [Users] [Bug 2727] New: first unread message in the list is automatically checked as read when switching to local folder. Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2727 Summary: first unread message in the list is automatically checked as read when switching to local folder. Product: Claws Mail Version: 3.8.1 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: Folders/MH AssignedTo: users at lists.claws-mail.org ReportedBy: burlunder at gmail.com Using local mail storage (as it presents in mh folder storage format). First unread message in the list always is checked as read automatically. First launch of claws-mail or switching to local mail folder automatically checks first unread message in the list as read. No matter what sort in list of messages is used. Descending or ascending by date, theme, "From:" mail or other all the case. What is really important that cursor line automatically jumps to top unread message (as it is shown in the message list) and immediately changes it status to read. It is really annoying as I use several local folders and have to switch between them. After several switches it is confusing to get what was really read by me and what was checked automatically. As I know it is the case for previous versions of clasws-mail also. As I understand the problem is that cursor never save the last state in the list of messages whithin the folder. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 29 14:50:42 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 29 Aug 2012 14:50:42 +0200 (CEST) Subject: [Users] [Bug 2727] first unread message in the list is automatically checked as read when switching to local folder. In-Reply-To: References: Message-ID: <20120829125042.AE04A8544A@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2727 Colin Leroy changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID --- Comment #1 from Colin Leroy 2012-08-29 14:50:42 --- You can configure what Claws does when entering a folder in Preferences/Summaries. What you want can be done with "Open message when selected" (Never) and "Set default selection when entering a folder (Last opened email) -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 29 15:38:49 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 29 Aug 2012 15:38:49 +0200 (CEST) Subject: [Users] [Bug 2726] IMAP inactivity disconnect misinterpreted as parse error In-Reply-To: References: Message-ID: <20120829133849.C171F8544A@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2726 Colin Leroy changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID --- Comment #1 from Colin Leroy 2012-08-29 15:38:48 --- This is a server problem, for me. It replies with an untagged data (* BYE Disconnected for inactivity.) but it should after that send an "OK" or "BAD" response before disconnecting. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 29 15:39:37 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 29 Aug 2012 15:39:37 +0200 (CEST) Subject: [Users] [Bug 2724] Claws mail became very slow In-Reply-To: References: Message-ID: <20120829133937.4A4748544A@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2724 --- Comment #1 from Colin Leroy 2012-08-29 15:39:36 --- Can you include a --debug output ? -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 29 15:40:52 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 29 Aug 2012 15:40:52 +0200 (CEST) Subject: [Users] [Bug 2718] Failure to check peer hostname when checking certificate In-Reply-To: References: Message-ID: <20120829134052.BC16C8544A@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2718 Colin Leroy changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 29 15:43:24 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 29 Aug 2012 15:43:24 +0200 (CEST) Subject: [Users] [Bug 2715] Bad error message if no space left in /home In-Reply-To: References: Message-ID: <20120829134324.DE99B8544A@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2715 Colin Leroy changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WORKSFORME --- Comment #3 from Colin Leroy 2012-08-29 15:43:24 --- An error like "cannot find private key" probably came from gpg through a crypto plugin. We have no control over these error codes... -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 29 15:43:53 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 29 Aug 2012 15:43:53 +0200 (CEST) Subject: [Users] [Bug 2714] Configuration - Preferences - fonts goes back to default In-Reply-To: References: Message-ID: <20120829134353.200FB8544A@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2714 --- Comment #1 from Colin Leroy 2012-08-29 15:43:52 --- Do you quit Claws Mail properly ? -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 29 15:49:15 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 29 Aug 2012 15:49:15 +0200 (CEST) Subject: [Users] [Bug 2684] signature not inserted when LC_ALL not set In-Reply-To: References: Message-ID: <20120829134915.5FEB98544A@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2684 Colin Leroy changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID --- Comment #1 from Colin Leroy 2012-08-29 15:49:14 --- This is a default encoding problem. Claws can't guess what to use if your locale is, for example, en_US as this language's charset is historically ASCII, so Claws Mail uses UTF-8 encoding. You can either specify an LC_ALL=en_US.ISO8859-1, or convert your .signature files to UTF-8. Check in Help/About (Scroll down the Info tab) to see which charset Claws uses for interacting with files on the filesystem. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 29 15:49:55 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 29 Aug 2012 15:49:55 +0200 (CEST) Subject: [Users] [Bug 2679] network grinds to a halt In-Reply-To: References: Message-ID: <20120829134955.1097F8544A@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2679 --- Comment #1 from Colin Leroy 2012-08-29 15:49:54 --- Does switching offline/online help ? -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 29 16:01:02 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 29 Aug 2012 16:01:02 +0200 (CEST) Subject: [Users] [Bug 2671] deleting a folder fails on dovecot server In-Reply-To: References: Message-ID: <20120829140102.CA3488544A@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2671 --- Comment #4 from Colin Leroy 2012-08-29 16:01:02 --- The problem also exists the other way for some other servers (or that would be less fun). What I don't understand is that Claws first tries without separator appended, and only if it fails, add the separator: [16:00:43] IMAP4> 1200 DELETE "INBOX.Admin.toto" [16:00:43] IMAP4< 1200 NO Mailbox does not exist, or must be subscribed to. ** IMAP error on mail.i-run.fr: DELETE error [16:00:43] IMAP4> 1201 DELETE "INBOX.Admin.toto." [16:00:43] IMAP4< 1201 OK Folder directory delete punted. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 29 16:04:26 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 29 Aug 2012 16:04:26 +0200 (CEST) Subject: [Users] [Bug 2671] deleting a folder fails on dovecot server In-Reply-To: References: Message-ID: <20120829140426.DCE478544A@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2671 --- Comment #5 from Colin Leroy 2012-08-29 16:04:26 --- Can you show me show Claws Mail log of a folder-only folder being created then deleted ? -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 29 16:10:12 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 29 Aug 2012 16:10:12 +0200 (CEST) Subject: [Users] [Bug 2641] 7bit or 8bit encoded attachments can have lines longer than 998 characters In-Reply-To: References: Message-ID: <20120829141012.D5DE985457@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2641 --- Comment #6 from Colin Leroy 2012-08-29 16:10:12 --- Hi At the time, most of the team has been able to reproduce using this: From: Paul To: devel at lists.claws-mail.org Subject: [Devel] 3.8.1cvs13/14 Date: Tue, 10 Jul 2012 22:49:57 +0100 3.8.1cvs13/14 : fix message text loss bug I was pasting in a track list and noticed the garbled output (after sending!). To see this bug in action before you upgrade, trying pasting the following text in the compose window using /Edit/Special Paste/Unwrapped You'll notice some text is lost completely and other lines are joined 'oddly': manmachineman - Chess - [the rhytmdesign rising 1997] Bezun�sh B�k�l� - Meneme Addis Neger Yeleme - [Yenat WeBooker T & The MGs - Green Onions - [] Manzel -Midnight Theme (Dopebrother 7 Inch Remix) - [Midnight Theme 2004] Manzel - Evil, Wicked, Mean And Nasty (Dopebrother Remix) - [Midnight Theme 2004] Gene Ammons - Brasswind - [Brasswind 1974] Baligh Hamdy - Gada - [] Bad Jazz Troupe - Breakdown Treat (Dusty Rework) - [Looking For Jupiter 2010] The Sway Machinery & Khaira Arby - Youba - [7" 2012] Kenny Dope - Get On Down - [Pushin Dope 1994] Rufus & Chaka Khan - Maybe Your Baby - [Rufus 1973] Bar-Kays - Shut The Funk Up - [Best Of Bar-Kays 1977] Boscoe - Money Won't Save You - [Boscoe 1970] Fab 5 Freddy, Chris Stein, David Harpur, Lenny Ferari - Subway Theme [Wild Style 1983] The Peoples' Workshop - Funkathone (Re-Edit) [The Best of Diso Demands 2012] DJ Shadow Presents... - Black Brothers - [Schoolhouse Funk II 2005] DJ Shadow Presents... - Underground - [Schoolhouse Funk II 2005] Dave Hamilton - The Deacons - [Dave Hamilton's Detroit Funk 2006] The Ultimates - Progressive Movement - [Carolina Funk 2008] Spanglish Fly vs The Audible Doctor - Audible Soul - [For Whom the Cow Bell Tolls 2012] For a moment there I thought this bug was in the release! Luckily is it not! -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 29 16:32:35 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 29 Aug 2012 16:32:35 +0200 (CEST) Subject: [Users] [Bug 2650] segfault in pgp when gpgme_strerror() returns a non utf-8 string In-Reply-To: References: Message-ID: <20120829143235.2963685457@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2650 --- Comment #2 from users 2012-08-29 16:32:34 --- Changes related to this bug have been committed. Please check latest CVS and update the bug accordingly. You can also get the patch from: http://www.claws-mail.org/tracker/ 2012-08-29 [colin] 3.8.1cvs41 * src/plugins/pgpcore/sgpgme.c Set gpgme's locale to UTF-8. Fixes bug #2650, "segfault in pgp when gpgme_strerror() returns a non utf-8 string" -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 29 16:33:29 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 29 Aug 2012 16:33:29 +0200 (CEST) Subject: [Users] [Bug 2650] segfault in pgp when gpgme_strerror() returns a non utf-8 string In-Reply-To: References: Message-ID: <20120829143329.7D7DD85457@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2650 Colin Leroy changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 29 16:36:49 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 29 Aug 2012 16:36:49 +0200 (CEST) Subject: [Users] [Bug 2614] Signature failed: secret key specification is ambiguous In-Reply-To: References: Message-ID: <20120829143649.87FBD854CD@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2614 --- Comment #2 from Colin Leroy 2012-08-29 16:36:49 --- Do you have another account using the same email address, but without using "Specify key manually" in its GPG preferences ? -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 29 16:39:47 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 29 Aug 2012 16:39:47 +0200 (CEST) Subject: [Users] [Bug 2614] Signature failed: secret key specification is ambiguous In-Reply-To: References: Message-ID: <20120829143947.24ED085457@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2614 --- Comment #3 from Colin Leroy 2012-08-29 16:39:46 --- Can you attach a --debug output ? -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 29 17:25:03 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 29 Aug 2012 17:25:03 +0200 (CEST) Subject: [Users] [Bug 2596] Spell checker does not check after cursor move In-Reply-To: References: Message-ID: <20120829152503.56B3585457@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2596 Colin Leroy changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Spell checker does not work |Spell checker does not |properly |check after cursor move -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 29 17:26:45 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 29 Aug 2012 17:26:45 +0200 (CEST) Subject: [Users] [Bug 2596] Spell checker does not check after cursor move In-Reply-To: References: Message-ID: <20120829152645.1C5BD85457@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2596 --- Comment #2 from users 2012-08-29 17:26:41 --- Changes related to this bug have been committed. Please check latest CVS and update the bug accordingly. You can also get the patch from: http://www.claws-mail.org/tracker/ 2012-08-29 [colin] 3.8.1cvs42 * src/gtk/gtkaspell.c Fix bug #2596, "Spell checker does not work properly" -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 29 18:22:50 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 29 Aug 2012 18:22:50 +0200 (CEST) Subject: [Users] [Bug 2614] Signature failed: secret key specification is ambiguous In-Reply-To: References: Message-ID: <20120829162250.708918544A@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2614 Clark Williams changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WORKSFORME --- Comment #4 from Clark Williams 2012-08-29 18:22:50 --- I had a PEBCK, because I had two keys on my keyring with the same email address. I removed one of them and have no issues signing messages now. Sorry for the noise. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 29 19:50:52 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 29 Aug 2012 19:50:52 +0200 (CEST) Subject: [Users] [Bug 2714] Configuration - Preferences - fonts goes back to default In-Reply-To: References: Message-ID: <20120829175052.92C7D8544A@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2714 --- Comment #2 from shlomo 2012-08-29 19:50:52 --- Yes, I quit properly. BTW - Since opening the bug, I see that font configuration changes sometimes are saved. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From berndth at gmx.de Wed Aug 29 20:08:52 2012 From: berndth at gmx.de (Holger Berndt) Date: Wed, 29 Aug 2012 20:08:52 +0200 Subject: [Users] Request: add restart option to File menu In-Reply-To: <20120829091848.2601dd6c@abydos.stargate.org.uk> References: <20120828170842.274ca76a@peterson.fenrir.org.uk> <20120828182921.2aaa6907@abydos.stargate.org.uk> <20120829011023.05302f27@sumiciu> <20120829091848.2601dd6c@abydos.stargate.org.uk> Message-ID: <20120829200852.2e542823@wodan> On Mi, 29.08.2012 09:18, Brad Rogers wrote: >On Wed, 29 Aug 2012 01:10:23 +0200 >Ricardo Mones wrote: > >Hello Ricardo, > >> Yes, it can be done, with a little drawback: unlike menu options, >> actions are not always available, but most of the time they are. > >Neither are all menu actions. For example, Configure. But I see your >point; It can be inconvenient. "Configure" is greyed out when it shouldn't be triggered in order to not get into inconsistent state. So that kind of makes sense. Actions are designed to work on messges, so it also kind of makes sense to grey them out when none is selected. However, for actions that don't work on messages, it doesn't make any sense. Anyways, if that's really an issue, Python plugin scripts work regardless of message selection. And they can trigger close/restart, too. Holger -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From linux at slavino.sk Wed Aug 29 20:19:52 2012 From: linux at slavino.sk (Slavko) Date: Wed, 29 Aug 2012 20:19:52 +0200 Subject: [Users] Request: add restart option to File menu In-Reply-To: <20120829082350.GL31005@trasgu> References: <20120828170842.274ca76a@peterson.fenrir.org.uk> <20120828182921.2aaa6907@abydos.stargate.org.uk> <20120829011023.05302f27@sumiciu> <20120829101224.74e5aa15@bonifac.skk> <20120829082350.GL31005@trasgu> Message-ID: <20120829201952.6448d105@bonifac.skk> Ahoj, Dňa Wed, 29 Aug 2012 10:23:50 +0200 Ricardo Mones napísal: > On Wed, Aug 29, 2012 at 10:12:24AM +0200, Slavko wrote: > > Hi, > > > > Dňa Wed, 29 Aug 2012 01:10:23 +0200 Ricardo Mones > > napísal: > > > > > > Couldn't this be achieved by calling a script via Actions on the > > > > Tools menu? > > > > > > Yes, it can be done, with a little drawback: unlike menu > > > options, actions are not always available, but most of the time > > > they are. > > > > It can be nice to create toolbar's button for actions. It is > > possible, please? > > Also already possible, see Configuration/Preferences/Toolbars, > select "User action" in the Item type. Anyway these butons will also > be disabled when no folder is selected ;) thanks -- Slavko http://slavino.sk -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From noreply at thewildbeast.co.uk Wed Aug 29 21:28:13 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 29 Aug 2012 21:28:13 +0200 (CEST) Subject: [Users] [Bug 2714] Configuration - Preferences - fonts goes back to default In-Reply-To: References: Message-ID: <20120829192813.7CEF18544A@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2714 --- Comment #3 from Colin Leroy 2012-08-29 21:28:13 --- Hi, Are other preferences correctly saved? Thanks -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Wed Aug 29 22:00:58 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Wed, 29 Aug 2012 22:00:58 +0200 (CEST) Subject: [Users] [Bug 2641] 7bit or 8bit encoded attachments can have lines longer than 998 characters In-Reply-To: References: Message-ID: <20120829200058.A7BDF853BF@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2641 madroach+claws at gmerlin.de changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #1101|0 |1 is obsolete| | --- Comment #7 from madroach+claws 2012-08-29 22:00:57 --- Created an attachment (id=1152) --> (http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1152) fix bugs 2638-2642 I still cannot reproduce this bug. I guess some of the patches I uploaded are broken or a part is missing. So here's a newly generated diff against latest cvs tested with the example mail content (tracklist). -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From 1 at VictoriasJourney.com Wed Aug 29 23:18:17 2012 From: 1 at VictoriasJourney.com (Victoria S.) Date: Wed, 29 Aug 2012 14:18:17 -0700 Subject: [Users] Can I change the text highlight color in searched messages? Message-ID: <20120829141817.60cae31b@victoria> How can I change the color of searched / "found" text (the background, highlight color), when I search Claws mail messages for specific text, vis the Edit menu (or Ctrl-F) > Find in current message... ? Presently, the highlighted text is the black text on a *very* light grey background, that is virtually indistinguishable from the white background. I am using Claws 3.8.0 on an Ubuntu 12.04.1 LTS system. =============================================================== From subscript at free.fr Thu Aug 30 01:31:32 2012 From: subscript at free.fr (wwp) Date: Thu, 30 Aug 2012 01:31:32 +0200 Subject: [Users] Can I change the text highlight color in searched messages? In-Reply-To: <20120829141817.60cae31b@victoria> References: <20120829141817.60cae31b@victoria> Message-ID: <20120830013132.55f90868@monolith> Hello Victoria, On Wed, 29 Aug 2012 14:18:17 -0700 "Victoria S." <1 at VictoriasJourney.com> wrote: > How can I change the color of searched / "found" text (the background, highlight color), when I search Claws mail messages for specific text, vis the Edit menu (or Ctrl-F) > Find in current message... ? > > Presently, the highlighted text is the black text on a *very* light grey background, that is virtually indistinguishable from the white background. > > I am using Claws 3.8.0 on an Ubuntu 12.04.1 LTS system. You'd have to modify the GTK+ theme, whatever it's the user/desktop one or a gtkrc-2.0 file in Claws' config directory. But I'm surprised that highlight text comes wrong by default.. Are the highlighted text colors the same as other highlight items (like when you navigate in menus, lists, etc.)? Regards, -- wwp -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From noreply at thewildbeast.co.uk Thu Aug 30 09:52:05 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 30 Aug 2012 09:52:05 +0200 (CEST) Subject: [Users] [Bug 2724] Claws mail became very slow In-Reply-To: References: Message-ID: <20120830075206.367A1853CF@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2724 --- Comment #2 from Nikita Koshikov 2012-08-30 09:52:03 --- When I open gmail account and press Inbox I got: folderview.c:2118:newly selected 0x85f8e40, opened (nil) folderview.c:2164:Folder INBOX is selected folderview.c:2180:Открывается папка INBOX... imap.c:4275:getting session... ** Message: Учётная запись 'gmail': Подключение к IMAP4 серверу: imap.gmail.com... imap-thread.c:390:found imap 0x867a1e8 [10:36:42] IMAP4< * OK Gimap ready for requests from 212.82.218.210 k58if3228058wej.25 imap-thread.c:406:generic_cb ssl_certificate.c:383:got /data/home/ive/.claws-mail/certs/imap.gmail.com.993.cert first try ssl_certificate.c:233:got cert! 0x87c28a0 ssl_certificate.c:393:got cert 0x866f2d8 imap-thread.c:655:connect 2 with imap 0x867a1e8 ** Message: IMAP connection is un-authenticated imap-thread.c:390:found imap 0x867a1e8 imap-thread.c:390:found imap 0x867a1e8 [10:36:42] IMAP4> 1 CAPABILITY [10:36:42] IMAP4< * CAPABILITY IMAP4rev1 UNSELECT IDLE NAMESPACE QUOTA ID XLIST CHILDREN X-GM-EXT-1 XYZZY SASL-IR AUTH=XOAUTH [10:36:42] IMAP4< 1 OK Thats all she wrote! k58if3228058wej.25 imap-thread.c:406:generic_cb imap-thread.c:700:capa 0 imap.c:813:got capa IMAP4rev1 imap.c:813:got capa UNSELECT imap.c:813:got capa IDLE imap.c:813:got capa NAMESPACE imap.c:813:got capa QUOTA imap.c:813:got capa ID imap.c:813:got capa XLIST imap.c:813:got capa CHILDREN imap.c:813:got capa X-GM-EXT-1 imap.c:813:got capa XYZZY imap.c:813:got capa SASL-IR imap.c:813:got capa XOAUTH imap.c:859:capabilities: ANONYMOUS 0 CRAM-MD5 0 DIGEST-MD5 0 LOGIN 0 GSSAPI 0 [10:36:42] IMAP4> Logging koshikov at gmail.com to imap.gmail.com using LOGIN imap-thread.c:960:imap login - begin imap-thread.c:390:found imap 0x867a1e8 imap-thread.c:390:found imap 0x867a1e8 [10:36:57] IMAP4< Thats all she wrote! k58if3228058wej.25 imap-thread.c:950:imap login run - end 4 imap-thread.c:406:generic_cb imap-thread.c:973:imap login - end ** (claws-mail:22309): WARNING **: [10:36:57] Ошибка IMAP в imap.gmail.com: ошибка потока ** (claws-mail:22309): WARNING **: [10:36:57] Cоединение IMAP4 прервано [10:36:57] IMAP4< Error logging in to imap.gmail.com alertpanel.c:253:Creating alert panel dialog... alertpanel.c:212:called inc_lock (lock count 1) alertpanel.c:222:called inc_unlock (lock count 0) alertpanel.c:106:return value = 0 alertpanel.c:253:Creating alert panel dialog... alertpanel.c:212:called inc_lock (lock count 1) alertpanel.c:222:called inc_unlock (lock count 0) alertpanel.c:106:return value = 0 (claws-mail:22309): Claws-Mail-CRITICAL **: imap_scan_required: assertion `session != NULL' failed msgcache.c:602: Reading swapped message cache from /data/home/ive/.claws-mail/imapcache/imap.gmail.com/koshikov at gmail.com/INBOX/.claws_cache... msgcache.c:618:using Noop Converter msgcache.c:790:done. (624 items read) msgcache.c:791:Cache size: 624 messages, 211244 bytes msgcache.c:821:reading swapped mark file. msgcache.c:907:reading swapped tags file. folder.c:2713:TIMING folder_item_read_cache : 0s006ms folder.c:2574:Total cache memory usage: 1143125 msgcache.c:274:TIMING msgcache_get_msg_list : 0s000ms msgcache.c:274:TIMING msgcache_get_msg_list : 0s000ms folder.c:2045:TIMING folder_item_open : 22s720ms summaryview.c:1031:showing From , must show From summaryview.c:1137:called inc_lock (lock count 1) summaryview.c:1244:Проверка папки (INBOX)... msgcache.c:274:TIMING msgcache_get_msg_list : 0s000ms summaryview.c:1112:TIMING summary_check_consistency : 0s000ms summaryview.c:1363:TIMING summary_show removing hidden: 0s000ms summaryview.c:3017: Setting summary from message data... summaryview.c:3088:TIMING summary_set_ctree_from_list unthreaded: 0s005ms summaryview.c:3105:done. summaryview.c:3108: msgid hash table size = 621 summaryview.c:2880:Sorting summary...summaryview.c:2894:done. summaryview.c:2901:TIMING summary_sort : 0s019ms summaryview.c:3127:TIMING summary_set_ctree_from_list bold_unread: 0s000ms summaryview.c:3132:TIMING summary_set_ctree_from_list : 0s035ms imap.c:1416:trying to fetch cached /data/home/ive/.claws-mail/imapcache/imap.gmail.com/koshikov at gmail.com/INBOX/2108 imap.c:1425:message 2108 has been already fully cached. message/rfc822 (offset:0 length:1661674 encoding: 6) multipart/mixed (offset:1796 length:1659878 encoding: 6) multipart/alternative (offset:1903 length:193 encoding: 6) text/plain (offset:1980 length:1 encoding: 6) text/html (offset:2058 length:5 encoding: 6) image/jpeg (offset:2299 length:1659341 encoding: 4) mimeview.c:842:text/html gtkhtml2_viewer.c:1219:gtkhtml2_viewer_create gtkhtml2_viewer.c:1253:setting minimum size to 11.00 (overriding 8.00) gtkhtml2_viewer.c:131:gtkhtml2_get_widget: 0x8608ab0 gtkhtml2_viewer.c:131:gtkhtml2_get_widget: 0x8608ab0 summaryview.c:3549:TIMING summary_display_msg_full : 0s120ms summaryview.c:1496: summaryview.c:1501:called inc_unlock (lock count 0) summaryview.c:1502:TIMING summary_show : 0s239ms folder.c:2574:Total cache memory usage: 1143125 folderview.c:2240:TIMING folderview_selected : 22s968ms folderview.c:2118:newly selected 0x85f8e40, opened 0x85f8e40 folderview.c:2122:TIMING folderview_selected : 0s000ms gtkhtml2_viewer.c:261:gtkhtml2_show_mimepart gtkhtml2_viewer.c:291:using charset ISO-8859-1 folderview.c:2118:newly selected 0x85f8f80, opened 0x85f8e40 summaryview.c:1137:called inc_lock (lock count 1) summaryview.c:1210:empty folder ((nil) (null) (nil) 0) And alert was displayed. But after that I press another folder 'Nginx' and suddenly - it open quiqly, without errors. Here is debug: gtkhtml2_viewer.c:410:gtkhtml2_clear_viewer summaryview.c:1222:called inc_unlock (lock count 0) summaryview.c:1232:TIMING summary_show : 0s011ms folder.c:2738:Save cache for folder #imap/gmail/INBOX msgcache.c:1169: Writing message cache to (null) and (null)... msgcache.c:1250:done. msgcache.c:1251:TIMING msgcache_write : 0s000ms folder.c:1216:Counting total number of messages... main.c:974:The name com.google.code.Awn was not provided by any .service files folder.c:1216:Counting total number of messages... msgcache.c:274:TIMING msgcache_get_msg_list : 0s000ms folderview.c:2164:Folder Nginx is selected folderview.c:2180:Открывается папка Nginx... imap.c:4275:getting session... ** Message: Учётная запись 'gmail': Подключение к IMAP4 серверу: imap.gmail.com... imap-thread.c:390:found imap 0x867a1e8 imap-thread.c:629:deleting old imap 0x867a1e8 imap-thread.c:79:removing mailimap 0x867a1e8 imap-thread.c:390:found imap 0x88b3848 [10:37:12] IMAP4< * OK Gimap ready for requests from 212.82.218.210 e5if14574090wia.49 imap-thread.c:406:generic_cb ssl_certificate.c:383:got /data/home/ive/.claws-mail/certs/imap.gmail.com.993.cert first try ssl_certificate.c:233:got cert! 0x88ab688 ssl_certificate.c:393:got cert 0x8642b80 imap-thread.c:655:connect 2 with imap 0x88b3848 ** Message: IMAP connection is un-authenticated imap-thread.c:390:found imap 0x88b3848 imap-thread.c:390:found imap 0x88b3848 [10:37:12] IMAP4> 1 CAPABILITY [10:37:12] IMAP4< * CAPABILITY IMAP4rev1 UNSELECT IDLE NAMESPACE QUOTA ID XLIST CHILDREN X-GM-EXT-1 XYZZY SASL-IR AUTH=XOAUTH [10:37:12] IMAP4< 1 OK Thats all she wrote! e5if14574090wia.49 imap-thread.c:406:generic_cb imap-thread.c:700:capa 0 imap.c:813:got capa IMAP4rev1 imap.c:813:got capa UNSELECT imap.c:813:got capa IDLE imap.c:813:got capa NAMESPACE imap.c:813:got capa QUOTA imap.c:813:got capa ID imap.c:813:got capa XLIST imap.c:813:got capa CHILDREN imap.c:813:got capa X-GM-EXT-1 imap.c:813:got capa XYZZY imap.c:813:got capa SASL-IR imap.c:813:got capa XOAUTH imap.c:859:capabilities: ANONYMOUS 0 CRAM-MD5 0 DIGEST-MD5 0 LOGIN 0 GSSAPI 0 [10:37:12] IMAP4> Logging koshikov at gmail.com to imap.gmail.com using LOGIN imap-thread.c:960:imap login - begin imap-thread.c:390:found imap 0x88b3848 imap-thread.c:390:found imap 0x88b3848 [10:37:12] IMAP4< koshikov at gmail.com Nikita Koshikov authenticated (Success) imap-thread.c:950:imap login run - end 0 imap-thread.c:406:generic_cb imap-thread.c:973:imap login - end [10:37:12] IMAP4< Login to imap.gmail.com successful imap.c:513:locking session 0x88d0568 (0) imap-thread.c:810:imap list - begin imap-thread.c:390:found imap 0x88b3848 imap-thread.c:390:found imap 0x88b3848 [10:37:12] IMAP4> 3 LIST "" "" [10:37:12] IMAP4< * LIST (\Noselect) "/" "/" [10:37:12] IMAP4< 3 OK Success imap-thread.c:800:imap list run - end imap-thread.c:406:generic_cb imap-thread.c:821:imap list - end 0xb4d04030 imap.c:3214:got separator: imap.c:3234:using separator: / imap-thread.c:1017:imap status - begin imap-thread.c:390:found imap 0x88b3848 imap-thread.c:390:found imap 0x88b3848 [10:37:12] IMAP4> 4 STATUS Nginx (MESSAGES UIDNEXT UIDVALIDITY UNSEEN) [10:37:12] IMAP4< * STATUS "Nginx" (MESSAGES 5612 UIDNEXT 10675 UIDVALIDITY 52 UNSEEN 0) [10:37:12] IMAP4< 4 OK Success imap-thread.c:1006:imap status run - end 0 imap-thread.c:406:generic_cb imap-thread.c:1046:imap status - end imap.c:4323:exists 5612, item->item.total_msgs 5453 imap.c:4329:CHANGED (status)! scan_required imap.c:526:unlocking session 0x88d0568 folder.c:2155:Scanning folder Nginx for cache changes. imap.c:4045:get_num_list imap.c:4073:getting session... imap.c:513:locking session 0x88d0568 (0) imap.c:4100:get_num_list: updating num list imap.c:3234:using separator: / imap-thread.c:1377:imap select - begin imap-thread.c:390:found imap 0x88b3848 imap-thread.c:390:found imap 0x88b3848 [10:37:12] IMAP4> 5 SELECT Nginx [10:37:13] IMAP4< * FLAGS (\Answered \Flagged \Draft \Deleted \Seen Junk $Forwarded NonJunk) [10:37:13] IMAP4< * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen Junk $Forwarded NonJunk \*)] Flags permitted. [10:37:13] IMAP4< * OK [UIDVALIDITY 52] UIDs valid. [10:37:13] IMAP4< * 5612 EXISTS [10:37:13] IMAP4< * 0 RECENT [10:37:13] IMAP4< * OK [UIDNEXT 10675] Predicted next UID. [10:37:13] IMAP4< 5 OK [READ-WRITE] Nginx selected. (Success) imap-thread.c:1365:imap select run - end 0 imap-thread.c:406:generic_cb imap-thread.c:1451:imap select - end imap.c:3398:select: exists 5612 recent 0 expunge 0 uid_validity 52 can_create_flags 1 imap-thread.c:1906:imap fetch_uid - begin imap-thread.c:390:found imap 0x88b3848 imap-thread.c:390:found imap 0x88b3848 [10:37:13] IMAP4- [fetching UIDs...] [10:37:13] IMAP4> 6 UID FETCH 1:* (UID) [10:37:13] IMAP4< * 1 FETCH (UID 4991) [10:37:13] IMAP4< * 2 FETCH (UID 4993) [10:37:13] IMAP4< * 3 FETCH (UID 4999) [10:37:13] IMAP4< * 4 FETCH (UID 5000) [10:37:13] IMAP4< * 5 FETCH (UID 5001) [10:37:13] IMAP4< * 6 FETCH (UID 5002) [10:37:13] IMAP4< * 7 FETCH (UID 5003) [10:37:13] IMAP4< * 8 FETCH (UID 5004) [10:37:13] IMAP4< * 9 FETCH (UID 5005) [10:37:13] IMAP4< * 10 FETCH (UID 5006) [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1231 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 192 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 144 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 288 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 528 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 768 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 960 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1104 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [FETCH data - 1400 bytes] [10:37:13] IMAP4< [data - 45 bytes] imap-thread.c:1896:imap fetch_uid run - end 0 imap-thread.c:406:generic_cb imap-thread.c:1917:imap fetch_uid - end imap.c:526:unlocking session 0x88d0568 imap.c:4107:get_num_list: got 5612 msgs imap.c:4117:removing old messages from /data/home/ive/.claws-mail/imapcache/imap.gmail.com/koshikov at gmail.com/Nginx imap.c:4121:get_num_list - ok - 5612 msgcache.c:602: Reading swapped message cache from /data/home/ive/.claws-mail/imapcache/imap.gmail.com/koshikov at gmail.com/Nginx/.claws_cache... msgcache.c:618:using Noop Converter msgcache.c:790:done. (5453 items read) msgcache.c:791:Cache size: 5453 messages, 2704562 bytes msgcache.c:821:reading swapped mark file. msgcache.c:907:reading swapped tags file. folder.c:2713:TIMING folder_item_read_cache : 0s065ms folder.c:2574:Total cache memory usage: 3847687 msgcache.c:274:TIMING msgcache_get_msg_list : 0s000ms folder.c:2241:Remembered message 10516 for fetching folder.c:2241:Remembered message 10517 for fetching folder.c:2241:Remembered message 10518 for fetching folder.c:2241:Remembered message 10519 for fetching folder.c:2241:Remembered message 10520 for fetching folder.c:2241:Remembered message 10521 for fetching folder.c:2241:Remembered message 10522 for fetching folder.c:2241:Remembered message 10523 for fetching folder.c:2241:Remembered message 10524 for fetching folder.c:2241:Remembered message 10525 for fetching folder.c:2241:Remembered message 10526 for fetching folder.c:2241:Remembered message 10527 for fetching folder.c:2241:Remembered message 10528 for fetching folder.c:2241:Remembered message 10529 for fetching folder.c:2241:Remembered message 10530 for fetching folder.c:2241:Remembered message 10531 for fetching folder.c:2241:Remembered message 10532 for fetching folder.c:2241:Remembered message 10533 for fetching folder.c:2241:Remembered message 10534 for fetching folder.c:2241:Remembered message 10535 for fetching folder.c:2241:Remembered message 10536 for fetching folder.c:2241:Remembered message 10537 for fetching folder.c:2241:Remembered message 10538 for fetching folder.c:2241:Remembered message 10539 for fetching folder.c:2241:Remembered message 10540 for fetching folder.c:2241:Remembered message 10541 for fetching folder.c:2241:Remembered message 10542 for fetching folder.c:2241:Remembered message 10543 for fetching folder.c:2241:Remembered message 10544 for fetching folder.c:2241:Remembered message 10545 for fetching folder.c:2241:Remembered message 10546 for fetching folder.c:2241:Remembered message 10547 for fetching folder.c:2241:Remembered message 10548 for fetching folder.c:2241:Remembered message 10549 for fetching folder.c:2241:Remembered message 10550 for fetching folder.c:2241:Remembered message 10551 for fetching folder.c:2241:Remembered message 10552 for fetching folder.c:2241:Remembered message 10553 for fetching folder.c:2241:Remembered message 10554 for fetching folder.c:2241:Remembered message 10555 for fetching folder.c:2241:Remembered message 10556 for fetching folder.c:2241:Remembered message 10557 for fetching folder.c:2241:Remembered message 10558 for fetching folder.c:2241:Remembered message 10559 for fetching folder.c:2241:Remembered message 10560 for fetching folder.c:2241:Remembered message 10561 for fetching folder.c:2241:Remembered message 10562 for fetching folder.c:2241:Remembered message 10563 for fetching folder.c:2241:Remembered message 10564 for fetching folder.c:2241:Remembered message 10565 for fetching folder.c:2241:Remembered message 10566 for fetching folder.c:2241:Remembered message 10567 for fetching folder.c:2241:Remembered message 10568 for fetching folder.c:2241:Remembered message 10569 for fetching folder.c:2241:Remembered message 10570 for fetching folder.c:2241:Remembered message 10571 for fetching folder.c:2241:Remembered message 10572 for fetching folder.c:2241:Remembered message 10573 for fetching folder.c:2241:Remembered message 10574 for fetching folder.c:2241:Remembered message 10575 for fetching folder.c:2241:Remembered message 10576 for fetching folder.c:2241:Remembered message 10577 for fetching folder.c:2241:Remembered message 10578 for fetching folder.c:2241:Remembered message 10579 for fetching folder.c:2241:Remembered message 10580 for fetching folder.c:2241:Remembered message 10581 for fetching folder.c:2241:Remembered message 10582 for fetching folder.c:2241:Remembered message 10583 for fetching folder.c:2241:Remembered message 10584 for fetching folder.c:2241:Remembered message 10585 for fetching folder.c:2241:Remembered message 10586 for fetching folder.c:2241:Remembered message 10587 for fetching folder.c:2241:Remembered message 10588 for fetching folder.c:2241:Remembered message 10589 for fetching folder.c:2241:Remembered message 10590 for fetching folder.c:2241:Remembered message 10591 for fetching folder.c:2241:Remembered message 10592 for fetching folder.c:2241:Remembered message 10593 for fetching folder.c:2241:Remembered message 10594 for fetching folder.c:2241:Remembered message 10595 for fetching folder.c:2241:Remembered message 10596 for fetching folder.c:2241:Remembered message 10597 for fetching folder.c:2241:Remembered message 10598 for fetching folder.c:2241:Remembered message 10599 for fetching folder.c:2241:Remembered message 10600 for fetching folder.c:2241:Remembered message 10601 for fetching folder.c:2241:Remembered message 10602 for fetching folder.c:2241:Remembered message 10603 for fetching folder.c:2241:Remembered message 10604 for fetching folder.c:2241:Remembered message 10605 for fetching folder.c:2241:Remembered message 10606 for fetching folder.c:2241:Remembered message 10607 for fetching folder.c:2241:Remembered message 10608 for fetching folder.c:2241:Remembered message 10609 for fetching folder.c:2241:Remembered message 10610 for fetching folder.c:2241:Remembered message 10611 for fetching folder.c:2241:Remembered message 10612 for fetching folder.c:2241:Remembered message 10613 for fetching folder.c:2241:Remembered message 10614 for fetching folder.c:2241:Remembered message 10615 for fetching folder.c:2241:Remembered message 10616 for fetching folder.c:2241:Remembered message 10617 for fetching folder.c:2241:Remembered message 10618 for fetching folder.c:2241:Remembered message 10619 for fetching folder.c:2241:Remembered message 10620 for fetching folder.c:2241:Remembered message 10621 for fetching folder.c:2241:Remembered message 10622 for fetching folder.c:2241:Remembered message 10623 for fetching folder.c:2241:Remembered message 10624 for fetching folder.c:2241:Remembered message 10625 for fetching folder.c:2241:Remembered message 10626 for fetching folder.c:2241:Remembered message 10627 for fetching folder.c:2241:Remembered message 10628 for fetching folder.c:2241:Remembered message 10629 for fetching folder.c:2241:Remembered message 10630 for fetching folder.c:2241:Remembered message 10631 for fetching folder.c:2241:Remembered message 10632 for fetching folder.c:2241:Remembered message 10633 for fetching folder.c:2241:Remembered message 10634 for fetching folder.c:2241:Remembered message 10635 for fetching folder.c:2241:Remembered message 10636 for fetching folder.c:2241:Remembered message 10637 for fetching folder.c:2241:Remembered message 10638 for fetching folder.c:2241:Remembered message 10639 for fetching folder.c:2241:Remembered message 10640 for fetching folder.c:2241:Remembered message 10641 for fetching folder.c:2241:Remembered message 10642 for fetching folder.c:2241:Remembered message 10643 for fetching folder.c:2241:Remembered message 10644 for fetching folder.c:2241:Remembered message 10645 for fetching folder.c:2241:Remembered message 10646 for fetching folder.c:2241:Remembered message 10647 for fetching folder.c:2241:Remembered message 10648 for fetching folder.c:2241:Remembered message 10649 for fetching folder.c:2241:Remembered message 10650 for fetching folder.c:2241:Remembered message 10651 for fetching folder.c:2241:Remembered message 10652 for fetching folder.c:2241:Remembered message 10653 for fetching folder.c:2241:Remembered message 10654 for fetching folder.c:2241:Remembered message 10655 for fetching folder.c:2241:Remembered message 10656 for fetching folder.c:2241:Remembered message 10657 for fetching folder.c:2241:Remembered message 10658 for fetching folder.c:2241:Remembered message 10659 for fetching folder.c:2241:Remembered message 10660 for fetching folder.c:2241:Remembered message 10661 for fetching folder.c:2241:Remembered message 10662 for fetching folder.c:2241:Remembered message 10663 for fetching folder.c:2241:Remembered message 10664 for fetching folder.c:2241:Remembered message 10665 for fetching folder.c:2241:Remembered message 10666 for fetching folder.c:2241:Remembered message 10667 for fetching folder.c:2241:Remembered message 10668 for fetching folder.c:2241:Remembered message 10669 for fetching folder.c:2241:Remembered message 10670 for fetching folder.c:2241:Remembered message 10671 for fetching folder.c:2241:Remembered message 10672 for fetching folder.c:2241:Remembered message 10673 for fetching folder.c:2241:Remembered message 10674 for fetching imap.c:4161:get_msginfos imap.c:4167:getting session... imap.c:513:locking session 0x88d0568 (0) imap.c:4173:IMAP getting msginfos imap.c:3085:messages list : 159 imap.c:2969:uncached_messages imap.c:2978:get msgs info imap-thread.c:2843:imap fetch_env - begin imap-thread.c:390:found imap 0x88b3848 imap-thread.c:390:found imap 0x88b3848 [10:37:14] IMAP4> 7 UID FETCH 10625:10674 (UID FLAGS RFC822.SIZE BODY.PEEK[HEADER.FIELDS (Date From To Cc Subject Message-ID References In-Reply-To)]) [10:37:14] IMAP4< [FETCH data - 537 bytes] [10:37:14] IMAP4< [FETCH data - 638 bytes] [10:37:14] IMAP4< [FETCH data - 579 bytes] [10:37:14] IMAP4< [FETCH data - 577 bytes] [10:37:14] IMAP4< [FETCH data - 660 bytes] [10:37:14] IMAP4< [FETCH data - 711 bytes] [10:37:14] IMAP4< [FETCH data - 616 bytes] [10:37:14] IMAP4< [FETCH data - 1400 bytes] [10:37:14] IMAP4< [FETCH data - 282 bytes] [10:37:14] IMAP4< [FETCH data - 663 bytes] [10:37:14] IMAP4< [FETCH data - 671 bytes] [10:37:14] IMAP4< [FETCH data - 680 bytes] [10:37:14] IMAP4< [FETCH data - 698 bytes] [10:37:14] IMAP4< [FETCH data - 715 bytes] [10:37:14] IMAP4< [FETCH data - 479 bytes] [10:37:14] IMAP4< [FETCH data - 664 bytes] [10:37:14] IMAP4< [FETCH data - 626 bytes] [10:37:14] IMAP4< [FETCH data - 775 bytes] [10:37:14] IMAP4< [FETCH data - 844 bytes] [10:37:14] IMAP4< [FETCH data - 639 bytes] [10:37:14] IMAP4< [FETCH data - 686 bytes] [10:37:14] IMAP4< [FETCH data - 491 bytes] [10:37:14] IMAP4< [FETCH data - 499 bytes] [10:37:14] IMAP4< [FETCH data - 736 bytes] [10:37:14] IMAP4< [FETCH data - 593 bytes] [10:37:14] IMAP4< [FETCH data - 359 bytes] [10:37:14] IMAP4< [FETCH data - 540 bytes] [10:37:14] IMAP4< [FETCH data - 617 bytes] [10:37:14] IMAP4< [FETCH data - 617 bytes] [10:37:14] IMAP4< [FETCH data - 691 bytes] [10:37:14] IMAP4< [FETCH data - 838 bytes] [10:37:14] IMAP4< [FETCH data - 528 bytes] [10:37:14] IMAP4< [FETCH data - 577 bytes] [10:37:14] IMAP4< [FETCH data - 783 bytes] [10:37:14] IMAP4< [FETCH data - 600 bytes] [10:37:14] IMAP4< [FETCH data - 598 bytes] [10:37:14] IMAP4< [FETCH data - 782 bytes] [10:37:14] IMAP4< [FETCH data - 789 bytes] [10:37:14] IMAP4< [FETCH data - 1400 bytes] [10:37:14] IMAP4< [FETCH data - 268 bytes] [10:37:14] IMAP4< [FETCH data - 1400 bytes] [10:37:14] IMAP4< [FETCH data - 1400 bytes] [10:37:14] IMAP4< [FETCH data - 1400 bytes] [10:37:14] IMAP4< [FETCH data - 1325 bytes] imap-thread.c:2833:imap fetch_env run - end 0 imap-thread.c:406:generic_cb imap-thread.c:2871:imap fetch_env - end imap.c:2969:uncached_messages imap.c:2978:get msgs info imap-thread.c:2843:imap fetch_env - begin imap-thread.c:390:found imap 0x88b3848 imap-thread.c:390:found imap 0x88b3848 [10:37:14] IMAP4> 8 UID FETCH 10575:10624 (UID FLAGS RFC822.SIZE BODY.PEEK[HEADER.FIELDS (Date From To Cc Subject Message-ID References In-Reply-To)]) [10:37:15] IMAP4< [FETCH data - 676 bytes] [10:37:15] IMAP4< [FETCH data - 636 bytes] [10:37:15] IMAP4< [FETCH data - 595 bytes] [10:37:15] IMAP4< [FETCH data - 511 bytes] [10:37:15] IMAP4< [FETCH data - 759 bytes] [10:37:15] IMAP4< [FETCH data - 674 bytes] [10:37:15] IMAP4< [FETCH data - 731 bytes] [10:37:15] IMAP4< [FETCH data - 725 bytes] [10:37:15] IMAP4< [FETCH data - 775 bytes] [10:37:15] IMAP4< [FETCH data - 775 bytes] [10:37:15] IMAP4< [FETCH data - 650 bytes] [10:37:15] IMAP4< [FETCH data - 692 bytes] [10:37:15] IMAP4< [FETCH data - 1313 bytes] [10:37:15] IMAP4< [FETCH data - 389 bytes] [10:37:15] IMAP4< [FETCH data - 547 bytes] [10:37:15] IMAP4< [FETCH data - 490 bytes] [10:37:15] IMAP4< [FETCH data - 582 bytes] [10:37:15] IMAP4< [FETCH data - 490 bytes] [10:37:15] IMAP4< [FETCH data - 566 bytes] [10:37:15] IMAP4< [FETCH data - 562 bytes] [10:37:15] IMAP4< [FETCH data - 455 bytes] [10:37:15] IMAP4< [FETCH data - 1400 bytes] [10:37:15] IMAP4< [FETCH data - 838 bytes] [10:37:15] IMAP4< [FETCH data - 1175 bytes] [10:37:15] IMAP4< [FETCH data - 646 bytes] [10:37:15] IMAP4< [FETCH data - 420 bytes] [10:37:15] IMAP4< [FETCH data - 559 bytes] [10:37:15] IMAP4< [FETCH data - 511 bytes] [10:37:15] IMAP4< [FETCH data - 686 bytes] [10:37:15] IMAP4< [FETCH data - 660 bytes] [10:37:15] IMAP4< [FETCH data - 429 bytes] [10:37:15] IMAP4< [FETCH data - 550 bytes] [10:37:15] IMAP4< [FETCH data - 627 bytes] [10:37:15] IMAP4< [FETCH data - 605 bytes] [10:37:15] IMAP4< [FETCH data - 511 bytes] [10:37:15] IMAP4< [FETCH data - 659 bytes] [10:37:15] IMAP4< [FETCH data - 469 bytes] [10:37:15] IMAP4< [FETCH data - 622 bytes] [10:37:15] IMAP4< [FETCH data - 566 bytes] [10:37:15] IMAP4< [FETCH data - 408 bytes] [10:37:15] IMAP4< [FETCH data - 731 bytes] [10:37:15] IMAP4< [FETCH data - 538 bytes] [10:37:15] IMAP4< [FETCH data - 683 bytes] [10:37:15] IMAP4< [FETCH data - 543 bytes] [10:37:15] IMAP4< [FETCH data - 696 bytes] [10:37:15] IMAP4< [FETCH data - 420 bytes] [10:37:15] IMAP4< 8 OK Success imap-thread.c:2833:imap fetch_env run - end 0 imap-thread.c:406:generic_cb imap-thread.c:2871:imap fetch_env - end imap.c:2969:uncached_messages imap.c:2978:get msgs info imap-thread.c:2843:imap fetch_env - begin imap-thread.c:390:found imap 0x88b3848 imap-thread.c:390:found imap 0x88b3848 [10:37:15] IMAP4> 9 UID FETCH 10525:10574 (UID FLAGS RFC822.SIZE BODY.PEEK[HEADER.FIELDS (Date From To Cc Subject Message-ID References In-Reply-To)]) [10:37:15] IMAP4< [FETCH data - 1400 bytes] [10:37:15] IMAP4< [data - 119 bytes] [10:37:15] IMAP4< [FETCH data - 1400 bytes] [10:37:15] IMAP4< [FETCH data - 1400 bytes] [10:37:15] IMAP4< [FETCH data - 1400 bytes] [10:37:15] IMAP4< [FETCH data - 1400 bytes] [10:37:15] IMAP4< [FETCH data - 1400 bytes] [10:37:15] IMAP4< [FETCH data - 1400 bytes] [10:37:15] IMAP4< [FETCH data - 977 bytes] [10:37:15] IMAP4< [FETCH data - 1282 bytes] [10:37:15] IMAP4< [FETCH data - 603 bytes] [10:37:15] IMAP4< [FETCH data - 784 bytes] [10:37:15] IMAP4< [FETCH data - 850 bytes] [10:37:15] IMAP4< [FETCH data - 595 bytes] [10:37:15] IMAP4< [FETCH data - 595 bytes] [10:37:15] IMAP4< [FETCH data - 629 bytes] [10:37:15] IMAP4< [FETCH data - 595 bytes] [10:37:15] IMAP4< [FETCH data - 911 bytes] [10:37:15] IMAP4< [FETCH data - 1136 bytes] [10:37:15] IMAP4< [FETCH data - 1400 bytes] [10:37:15] IMAP4< [FETCH data - 369 bytes] [10:37:15] IMAP4< [FETCH data - 1400 bytes] [10:37:15] IMAP4< [FETCH data - 1400 bytes] [10:37:15] IMAP4< [FETCH data - 1400 bytes] [10:37:15] IMAP4< [FETCH data - 1400 bytes] [10:37:15] IMAP4< [FETCH data - 1400 bytes] [10:37:15] IMAP4< [data - 78 bytes] [10:37:15] IMAP4< [FETCH data - 1400 bytes] [10:37:15] IMAP4< [FETCH data - 224 bytes] [10:37:15] IMAP4< [FETCH data - 585 bytes] [10:37:15] IMAP4< [FETCH data - 1400 bytes] [10:37:15] IMAP4< [FETCH data - 1314 bytes] [10:37:15] IMAP4< [FETCH data - 769 bytes] [10:37:15] IMAP4< [FETCH data - 1400 bytes] [10:37:15] IMAP4< [data - 54 bytes] imap-thread.c:2833:imap fetch_env run - end 0 imap-thread.c:406:generic_cb imap-thread.c:2871:imap fetch_env - end imap.c:2969:uncached_messages imap.c:2978:get msgs info imap-thread.c:2843:imap fetch_env - begin imap-thread.c:390:found imap 0x88b3848 imap-thread.c:390:found imap 0x88b3848 [10:37:15] IMAP4> 10 UID FETCH 10516:10524 (UID FLAGS RFC822.SIZE BODY.PEEK[HEADER.FIELDS (Date From To Cc Subject Message-ID References In-Reply-To)]) [10:37:15] IMAP4< [FETCH data - 322 bytes] [10:37:15] IMAP4< [FETCH data - 472 bytes] [10:37:15] IMAP4< [FETCH data - 488 bytes] [10:37:15] IMAP4< [FETCH data - 377 bytes] [10:37:15] IMAP4< [FETCH data - 574 bytes] [10:37:15] IMAP4< [FETCH data - 426 bytes] [10:37:15] IMAP4< [FETCH data - 579 bytes] [10:37:15] IMAP4< [FETCH data - 523 bytes] [10:37:15] IMAP4< [FETCH data - 469 bytes] [10:37:15] IMAP4< 10 OK Success imap-thread.c:2833:imap fetch_env run - end 0 imap-thread.c:406:generic_cb imap-thread.c:2871:imap fetch_env - end imap.c:526:unlocking session 0x88d0568 msgcache.c:274:TIMING msgcache_get_msg_list : 0s000ms imap.c:513:locking session 0x88d0568 (0) imap-thread.c:2138:imap fetch_uid - begin imap-thread.c:390:found imap 0x88b3848 [10:37:15] IMAP4- [fetching flags...] imap-thread.c:390:found imap 0x88b3848 [10:37:15] IMAP4> 11 UID FETCH 1:* (FLAGS UID) [10:37:15] IMAP4< * 1 FETCH (UID 4991 FLAGS (\Seen)) [10:37:15] IMAP4< * 2 FETCH (UID 4993 FLAGS (\Seen)) [10:37:15] IMAP4< * 3 FETCH (UID 4999 FLAGS (\Seen)) [10:37:15] IMAP4< [FETCH data - 216 bytes] [10:37:15] IMAP4< [FETCH data - 333 bytes] [10:37:15] IMAP4< [FETCH data - 370 bytes] [10:37:15] IMAP4< [FETCH data - 222 bytes] [10:37:15] IMAP4< * 35 FETCH (UID 5038 FLAGS (\Seen)) [10:37:15] IMAP4< * 36 FETCH (UID 5039 FLAGS (\Seen)) [10:37:15] IMAP4< [FETCH data - 148 bytes] [10:37:15] IMAP4< [FETCH data - 1147 bytes] [10:37:15] IMAP4< * 72 FETCH (UID 5081 FLAGS (\Seen)) [10:37:15] IMAP4< * 73 FETCH (UID 5082 FLAGS (\Seen)) [10:37:15] IMAP4< [FETCH data - 185 bytes] [10:37:15] IMAP4< [FETCH data - 148 bytes] [10:37:15] IMAP4< * 83 FETCH (UID 5092 FLAGS (\Seen)) [10:37:15] IMAP4< * 84 FETCH (UID 5093 FLAGS (\Seen)) [10:37:15] IMAP4< * 85 FETCH (UID 5094 FLAGS (\Seen)) [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 864 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1309 bytes] [10:37:16] IMAP4< [FETCH data - 468 bytes] [10:37:16] IMAP4< [FETCH data - 429 bytes] [10:37:16] IMAP4< [FETCH data - 741 bytes] [10:37:16] IMAP4< * 1787 FETCH (UID 6826 FLAGS (\Seen)) [10:37:16] IMAP4< * 1788 FETCH (UID 6827 FLAGS (\Seen)) [10:37:16] IMAP4< * 1789 FETCH (UID 6828 FLAGS (\Seen)) [10:37:16] IMAP4< * 1790 FETCH (UID 6829 FLAGS (\Seen)) [10:37:16] IMAP4< * 1791 FETCH (UID 6830 FLAGS (\Seen)) [10:37:16] IMAP4< [FETCH data - 156 bytes] [10:37:16] IMAP4< * 1796 FETCH (UID 6835 FLAGS (\Seen)) [10:37:16] IMAP4< * 1797 FETCH (UID 6836 FLAGS (\Seen)) [10:37:16] IMAP4< * 1798 FETCH (UID 6837 FLAGS (\Seen)) [10:37:16] IMAP4< * 1799 FETCH (UID 6838 FLAGS (\Seen)) [10:37:16] IMAP4< * 1800 FETCH (UID 6839 FLAGS (\Seen)) [10:37:16] IMAP4< * 1801 FETCH (UID 6840 FLAGS (\Seen)) [10:37:16] IMAP4< * 1802 FETCH (UID 6841 FLAGS (\Seen)) [10:37:16] IMAP4< * 1803 FETCH (UID 6842 FLAGS (\Seen)) [10:37:16] IMAP4< * 1804 FETCH (UID 6843 FLAGS (\Seen)) [10:37:16] IMAP4< * 1805 FETCH (UID 6844 FLAGS (\Seen)) [10:37:16] IMAP4< * 1806 FETCH (UID 6845 FLAGS (\Seen)) [10:37:16] IMAP4< * 1807 FETCH (UID 6846 FLAGS (\Seen)) [10:37:16] IMAP4< * 1808 FETCH (UID 6847 FLAGS (\Seen)) [10:37:16] IMAP4< * 1809 FETCH (UID 6848 FLAGS (\Seen)) [10:37:16] IMAP4< * 1810 FETCH (UID 6849 FLAGS (\Seen)) [10:37:16] IMAP4< * 1811 FETCH (UID 6850 FLAGS (\Seen)) [10:37:16] IMAP4< * 1812 FETCH (UID 6851 FLAGS (\Seen)) [10:37:16] IMAP4< * 1813 FETCH (UID 6852 FLAGS (\Seen)) [10:37:16] IMAP4< * 1814 FETCH (UID 6853 FLAGS (\Seen)) [10:37:16] IMAP4< * 1815 FETCH (UID 6854 FLAGS (\Seen)) [10:37:16] IMAP4< * 1816 FETCH (UID 6855 FLAGS (\Seen)) [10:37:16] IMAP4< * 1817 FETCH (UID 6856 FLAGS (\Seen)) [10:37:16] IMAP4< * 1818 FETCH (UID 6857 FLAGS (\Seen)) [10:37:16] IMAP4< * 1819 FETCH (UID 6858 FLAGS (\Seen)) [10:37:16] IMAP4< * 1820 FETCH (UID 6859 FLAGS (\Seen)) [10:37:16] IMAP4< * 1821 FETCH (UID 6860 FLAGS (\Seen)) [10:37:16] IMAP4< [FETCH data - 156 bytes] [10:37:16] IMAP4< * 1826 FETCH (UID 6865 FLAGS (\Seen)) [10:37:16] IMAP4< * 1827 FETCH (UID 6866 FLAGS (\Seen)) [10:37:16] IMAP4< * 1828 FETCH (UID 6867 FLAGS (\Seen)) [10:37:16] IMAP4< * 1829 FETCH (UID 6868 FLAGS (\Seen)) [10:37:16] IMAP4< * 1830 FETCH (UID 6869 FLAGS (\Seen)) [10:37:16] IMAP4< * 1831 FETCH (UID 6870 FLAGS (\Seen)) [10:37:16] IMAP4< * 1832 FETCH (UID 6871 FLAGS (\Seen)) [10:37:16] IMAP4< [FETCH data - 1024 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 736 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 888 bytes] [10:37:16] IMAP4< [FETCH data - 273 bytes] [10:37:16] IMAP4< * 3272 FETCH (UID 8319 FLAGS (\Seen)) [10:37:16] IMAP4< * 3273 FETCH (UID 8320 FLAGS (\Seen)) [10:37:16] IMAP4< * 3274 FETCH (UID 8321 FLAGS (\Seen)) [10:37:16] IMAP4< [FETCH data - 156 bytes] [10:37:16] IMAP4< * 3279 FETCH (UID 8326 FLAGS (\Seen)) [10:37:16] IMAP4< * 3280 FETCH (UID 8327 FLAGS (\Seen)) [10:37:16] IMAP4< * 3281 FETCH (UID 8328 FLAGS (\Seen)) [10:37:16] IMAP4< * 3282 FETCH (UID 8329 FLAGS (\Seen)) [10:37:16] IMAP4< * 3283 FETCH (UID 8330 FLAGS (\Seen)) [10:37:16] IMAP4< * 3284 FETCH (UID 8331 FLAGS (\Seen)) [10:37:16] IMAP4< * 3285 FETCH (UID 8332 FLAGS (\Seen)) [10:37:16] IMAP4< * 3286 FETCH (UID 8333 FLAGS (\Seen)) [10:37:16] IMAP4< * 3287 FETCH (UID 8334 FLAGS (\Seen)) [10:37:16] IMAP4< * 3288 FETCH (UID 8335 FLAGS (\Seen)) [10:37:16] IMAP4< * 3289 FETCH (UID 8336 FLAGS (\Seen)) [10:37:16] IMAP4< * 3290 FETCH (UID 8337 FLAGS (\Seen)) [10:37:16] IMAP4< * 3291 FETCH (UID 8338 FLAGS (\Seen)) [10:37:16] IMAP4< * 3292 FETCH (UID 8339 FLAGS (\Seen)) [10:37:16] IMAP4< * 3293 FETCH (UID 8340 FLAGS (\Seen)) [10:37:16] IMAP4< * 3294 FETCH (UID 8341 FLAGS (\Seen)) [10:37:16] IMAP4< * 3295 FETCH (UID 8342 FLAGS (\Seen)) [10:37:16] IMAP4< * 3296 FETCH (UID 8343 FLAGS (\Seen)) [10:37:16] IMAP4< * 3297 FETCH (UID 8344 FLAGS (\Seen)) [10:37:16] IMAP4< * 3298 FETCH (UID 8345 FLAGS (\Seen)) [10:37:16] IMAP4< * 3299 FETCH (UID 8346 FLAGS (\Seen)) [10:37:16] IMAP4< * 3300 FETCH (UID 8347 FLAGS (\Seen)) [10:37:16] IMAP4< * 3301 FETCH (UID 8348 FLAGS (\Seen)) [10:37:16] IMAP4< * 3302 FETCH (UID 8349 FLAGS (\Seen)) [10:37:16] IMAP4< [FETCH data - 234 bytes] [10:37:16] IMAP4< * 3309 FETCH (UID 8356 FLAGS (\Seen)) [10:37:16] IMAP4< [FETCH data - 156 bytes] [10:37:16] IMAP4< [FETCH data - 312 bytes] [10:37:16] IMAP4< [FETCH data - 234 bytes] [10:37:16] IMAP4< [FETCH data - 156 bytes] [10:37:16] IMAP4< [FETCH data - 546 bytes] [10:37:16] IMAP4< * 3346 FETCH (UID 8396 FLAGS (\Seen)) [10:37:16] IMAP4< * 3347 FETCH (UID 8397 FLAGS (\Seen)) [10:37:16] IMAP4< * 3348 FETCH (UID 8398 FLAGS (\Seen)) [10:37:16] IMAP4< * 3349 FETCH (UID 8399 FLAGS (\Seen)) [10:37:16] IMAP4< * 3350 FETCH (UID 8400 FLAGS (\Seen)) [10:37:16] IMAP4< * 3351 FETCH (UID 8401 FLAGS (\Seen)) [10:37:16] IMAP4< * 3352 FETCH (UID 8402 FLAGS (\Seen)) [10:37:16] IMAP4< * 3353 FETCH (UID 8403 FLAGS (\Seen)) [10:37:16] IMAP4< * 3354 FETCH (UID 8404 FLAGS (\Seen)) [10:37:16] IMAP4< * 3355 FETCH (UID 8405 FLAGS (\Seen)) [10:37:16] IMAP4< * 3356 FETCH (UID 8406 FLAGS (\Seen)) [10:37:16] IMAP4< * 3357 FETCH (UID 8407 FLAGS (\Seen)) [10:37:16] IMAP4< * 3358 FETCH (UID 8408 FLAGS (\Seen)) [10:37:16] IMAP4< * 3359 FETCH (UID 8409 FLAGS (\Seen)) [10:37:16] IMAP4< * 3360 FETCH (UID 8410 FLAGS (\Seen)) [10:37:16] IMAP4< * 3361 FETCH (UID 8411 FLAGS (\Seen)) [10:37:16] IMAP4< * 3362 FETCH (UID 8412 FLAGS (\Seen)) [10:37:16] IMAP4< * 3363 FETCH (UID 8413 FLAGS (\Seen)) [10:37:16] IMAP4< * 3364 FETCH (UID 8414 FLAGS (\Seen)) [10:37:16] IMAP4< * 3365 FETCH (UID 8415 FLAGS (\Seen)) [10:37:16] IMAP4< * 3366 FETCH (UID 8416 FLAGS (\Seen)) [10:37:16] IMAP4< [FETCH data - 234 bytes] [10:37:16] IMAP4< * 3373 FETCH (UID 8423 FLAGS (\Seen)) [10:37:16] IMAP4< * 3374 FETCH (UID 8424 FLAGS (\Seen)) [10:37:16] IMAP4< * 3375 FETCH (UID 8425 FLAGS (\Seen)) [10:37:16] IMAP4< * 3376 FETCH (UID 8426 FLAGS (\Seen)) [10:37:16] IMAP4< * 3377 FETCH (UID 8427 FLAGS (\Seen)) [10:37:16] IMAP4< [FETCH data - 195 bytes] [10:37:16] IMAP4< * 3383 FETCH (UID 8433 FLAGS (\Seen)) [10:37:16] IMAP4< * 3384 FETCH (UID 8434 FLAGS (\Seen)) [10:37:16] IMAP4< * 3385 FETCH (UID 8435 FLAGS (\Seen)) [10:37:16] IMAP4< * 3386 FETCH (UID 8436 FLAGS (\Seen)) [10:37:16] IMAP4< * 3387 FETCH (UID 8437 FLAGS (\Seen)) [10:37:16] IMAP4< * 3388 FETCH (UID 8438 FLAGS (\Seen)) [10:37:16] IMAP4< * 3389 FETCH (UID 8439 FLAGS (\Seen)) [10:37:16] IMAP4< * 3390 FETCH (UID 8440 FLAGS (\Seen)) [10:37:16] IMAP4< * 3391 FETCH (UID 8441 FLAGS (\Seen)) [10:37:16] IMAP4< * 3392 FETCH (UID 8442 FLAGS (\Seen)) [10:37:16] IMAP4< * 3393 FETCH (UID 8443 FLAGS (\Seen)) [10:37:16] IMAP4< * 3394 FETCH (UID 8444 FLAGS (\Seen)) [10:37:16] IMAP4< * 3395 FETCH (UID 8445 FLAGS (\Seen)) [10:37:16] IMAP4< * 3396 FETCH (UID 8446 FLAGS (\Seen)) [10:37:16] IMAP4< * 3397 FETCH (UID 8447 FLAGS (\Seen)) [10:37:16] IMAP4< * 3398 FETCH (UID 8448 FLAGS (\Seen)) [10:37:16] IMAP4< * 3399 FETCH (UID 8449 FLAGS (\Seen)) [10:37:16] IMAP4< * 3400 FETCH (UID 8450 FLAGS (\Seen)) [10:37:16] IMAP4< [FETCH data - 273 bytes] [10:37:16] IMAP4< [FETCH data - 195 bytes] [10:37:16] IMAP4< * 3413 FETCH (UID 8463 FLAGS (\Seen)) [10:37:16] IMAP4< * 3414 FETCH (UID 8464 FLAGS (\Seen)) [10:37:16] IMAP4< * 3415 FETCH (UID 8465 FLAGS (\Seen)) [10:37:16] IMAP4< * 3416 FETCH (UID 8466 FLAGS (\Seen)) [10:37:16] IMAP4< * 3417 FETCH (UID 8467 FLAGS (\Seen)) [10:37:16] IMAP4< * 3418 FETCH (UID 8468 FLAGS (\Seen)) [10:37:16] IMAP4< * 3419 FETCH (UID 8469 FLAGS (\Seen)) [10:37:16] IMAP4< * 3420 FETCH (UID 8470 FLAGS (\Seen)) [10:37:16] IMAP4< * 3421 FETCH (UID 8471 FLAGS (\Seen)) [10:37:16] IMAP4< * 3422 FETCH (UID 8472 FLAGS (\Seen)) [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 664 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [data - 35 bytes] imap-thread.c:2128:imap fetch_uid run - end 0 imap-thread.c:406:generic_cb imap-thread.c:2155:imap fetch_uid - end imap.c:526:unlocking session 0x88d0568 imap.c:5016:IMAP switching to batch mode imap.c:5035:IMAP switching away from batch mode msgcache.c:172:Cache size: 5454 messages, 2704978 bytes msgcache.c:172:Cache size: 5455 messages, 2705499 bytes msgcache.c:172:Cache size: 5456 messages, 2705976 bytes msgcache.c:172:Cache size: 5457 messages, 2706432 bytes msgcache.c:172:Cache size: 5458 messages, 2706966 bytes msgcache.c:172:Cache size: 5459 messages, 2707571 bytes msgcache.c:172:Cache size: 5460 messages, 2708073 bytes msgcache.c:172:Cache size: 5461 messages, 2708457 bytes msgcache.c:172:Cache size: 5462 messages, 2708949 bytes msgcache.c:172:Cache size: 5463 messages, 2709405 bytes msgcache.c:172:Cache size: 5464 messages, 2709942 bytes msgcache.c:172:Cache size: 5465 messages, 2710500 bytes msgcache.c:172:Cache size: 5466 messages, 2711056 bytes msgcache.c:172:Cache size: 5467 messages, 2711623 bytes msgcache.c:172:Cache size: 5468 messages, 2712209 bytes msgcache.c:172:Cache size: 5469 messages, 2712586 bytes msgcache.c:172:Cache size: 5470 messages, 2713111 bytes msgcache.c:172:Cache size: 5471 messages, 2713612 bytes msgcache.c:172:Cache size: 5472 messages, 2714266 bytes msgcache.c:172:Cache size: 5473 messages, 2714983 bytes msgcache.c:172:Cache size: 5474 messages, 2715493 bytes msgcache.c:172:Cache size: 5475 messages, 2716055 bytes msgcache.c:172:Cache size: 5476 messages, 2716425 bytes msgcache.c:172:Cache size: 5477 messages, 2716803 bytes msgcache.c:172:Cache size: 5478 messages, 2717415 bytes msgcache.c:172:Cache size: 5479 messages, 2717881 bytes msgcache.c:172:Cache size: 5480 messages, 2718176 bytes msgcache.c:172:Cache size: 5481 messages, 2718619 bytes msgcache.c:172:Cache size: 5482 messages, 2719134 bytes msgcache.c:172:Cache size: 5483 messages, 2719649 bytes msgcache.c:172:Cache size: 5484 messages, 2720244 bytes msgcache.c:172:Cache size: 5485 messages, 2720959 bytes msgcache.c:172:Cache size: 5486 messages, 2721390 bytes msgcache.c:172:Cache size: 5487 messages, 2721846 bytes msgcache.c:172:Cache size: 5488 messages, 2722495 bytes msgcache.c:172:Cache size: 5489 messages, 2722970 bytes msgcache.c:172:Cache size: 5490 messages, 2723443 bytes msgcache.c:172:Cache size: 5491 messages, 2724093 bytes msgcache.c:172:Cache size: 5492 messages, 2724749 bytes msgcache.c:172:Cache size: 5493 messages, 2725428 bytes msgcache.c:172:Cache size: 5494 messages, 2726138 bytes msgcache.c:172:Cache size: 5495 messages, 2726873 bytes msgcache.c:172:Cache size: 5496 messages, 2727199 bytes msgcache.c:172:Cache size: 5497 messages, 2727673 bytes msgcache.c:172:Cache size: 5498 messages, 2728164 bytes msgcache.c:172:Cache size: 5499 messages, 2728467 bytes msgcache.c:172:Cache size: 5500 messages, 2728921 bytes msgcache.c:172:Cache size: 5501 messages, 2729288 bytes msgcache.c:172:Cache size: 5502 messages, 2730165 bytes msgcache.c:172:Cache size: 5503 messages, 2730648 bytes msgcache.c:172:Cache size: 5504 messages, 2731205 bytes msgcache.c:172:Cache size: 5505 messages, 2731729 bytes msgcache.c:172:Cache size: 5506 messages, 2732201 bytes msgcache.c:172:Cache size: 5507 messages, 2732589 bytes msgcache.c:172:Cache size: 5508 messages, 2733225 bytes msgcache.c:172:Cache size: 5509 messages, 2733777 bytes msgcache.c:172:Cache size: 5510 messages, 2734385 bytes msgcache.c:172:Cache size: 5511 messages, 2734974 bytes msgcache.c:172:Cache size: 5512 messages, 2735616 bytes msgcache.c:172:Cache size: 5513 messages, 2736258 bytes msgcache.c:172:Cache size: 5514 messages, 2736779 bytes msgcache.c:172:Cache size: 5515 messages, 2737342 bytes msgcache.c:172:Cache size: 5516 messages, 2737814 bytes msgcache.c:172:Cache size: 5517 messages, 2738404 bytes msgcache.c:172:Cache size: 5518 messages, 2738712 bytes msgcache.c:172:Cache size: 5519 messages, 2739165 bytes msgcache.c:172:Cache size: 5520 messages, 2739537 bytes msgcache.c:172:Cache size: 5521 messages, 2740020 bytes msgcache.c:172:Cache size: 5522 messages, 2740392 bytes msgcache.c:172:Cache size: 5523 messages, 2740846 bytes msgcache.c:172:Cache size: 5524 messages, 2741286 bytes msgcache.c:172:Cache size: 5525 messages, 2741629 bytes msgcache.c:172:Cache size: 5526 messages, 2742094 bytes msgcache.c:172:Cache size: 5527 messages, 2742498 bytes msgcache.c:172:Cache size: 5528 messages, 2742972 bytes msgcache.c:172:Cache size: 5529 messages, 2743376 bytes msgcache.c:172:Cache size: 5530 messages, 2743850 bytes msgcache.c:172:Cache size: 5531 messages, 2744289 bytes msgcache.c:172:Cache size: 5532 messages, 2744817 bytes msgcache.c:172:Cache size: 5533 messages, 2745147 bytes msgcache.c:172:Cache size: 5534 messages, 2745599 bytes msgcache.c:172:Cache size: 5535 messages, 2745987 bytes msgcache.c:172:Cache size: 5536 messages, 2746520 bytes msgcache.c:172:Cache size: 5537 messages, 2747038 bytes msgcache.c:172:Cache size: 5538 messages, 2747364 bytes msgcache.c:172:Cache size: 5539 messages, 2747782 bytes msgcache.c:172:Cache size: 5540 messages, 2748272 bytes msgcache.c:172:Cache size: 5541 messages, 2748736 bytes msgcache.c:172:Cache size: 5542 messages, 2749124 bytes msgcache.c:172:Cache size: 5543 messages, 2749635 bytes msgcache.c:172:Cache size: 5544 messages, 2749992 bytes msgcache.c:172:Cache size: 5545 messages, 2750492 bytes msgcache.c:172:Cache size: 5546 messages, 2750913 bytes msgcache.c:172:Cache size: 5547 messages, 2751233 bytes msgcache.c:172:Cache size: 5548 messages, 2751760 bytes msgcache.c:172:Cache size: 5549 messages, 2752184 bytes msgcache.c:172:Cache size: 5550 messages, 2752715 bytes msgcache.c:172:Cache size: 5551 messages, 2753139 bytes msgcache.c:172:Cache size: 5552 messages, 2753714 bytes msgcache.c:172:Cache size: 5553 messages, 2754044 bytes msgcache.c:172:Cache size: 5554 messages, 2754493 bytes msgcache.c:172:Cache size: 5555 messages, 2754955 bytes msgcache.c:172:Cache size: 5556 messages, 2755276 bytes msgcache.c:172:Cache size: 5557 messages, 2755686 bytes msgcache.c:172:Cache size: 5558 messages, 2756125 bytes msgcache.c:172:Cache size: 5559 messages, 2756615 bytes msgcache.c:172:Cache size: 5560 messages, 2757119 bytes msgcache.c:172:Cache size: 5561 messages, 2757608 bytes msgcache.c:172:Cache size: 5562 messages, 2758136 bytes msgcache.c:172:Cache size: 5563 messages, 2758628 bytes msgcache.c:172:Cache size: 5564 messages, 2759132 bytes msgcache.c:172:Cache size: 5565 messages, 2759589 bytes msgcache.c:172:Cache size: 5566 messages, 2760164 bytes msgcache.c:172:Cache size: 5567 messages, 2760636 bytes msgcache.c:172:Cache size: 5568 messages, 2761140 bytes msgcache.c:172:Cache size: 5569 messages, 2761681 bytes msgcache.c:172:Cache size: 5570 messages, 2762251 bytes msgcache.c:172:Cache size: 5571 messages, 2762851 bytes msgcache.c:172:Cache size: 5572 messages, 2763323 bytes msgcache.c:172:Cache size: 5573 messages, 2763893 bytes msgcache.c:172:Cache size: 5574 messages, 2764378 bytes msgcache.c:172:Cache size: 5575 messages, 2765036 bytes msgcache.c:172:Cache size: 5576 messages, 2765753 bytes msgcache.c:172:Cache size: 5577 messages, 2766225 bytes msgcache.c:172:Cache size: 5578 messages, 2766697 bytes msgcache.c:172:Cache size: 5579 messages, 2767203 bytes msgcache.c:172:Cache size: 5580 messages, 2767675 bytes msgcache.c:172:Cache size: 5581 messages, 2768450 bytes msgcache.c:172:Cache size: 5582 messages, 2768854 bytes msgcache.c:172:Cache size: 5583 messages, 2769340 bytes msgcache.c:172:Cache size: 5584 messages, 2769813 bytes msgcache.c:172:Cache size: 5585 messages, 2770201 bytes msgcache.c:172:Cache size: 5586 messages, 2770743 bytes msgcache.c:172:Cache size: 5587 messages, 2771317 bytes msgcache.c:172:Cache size: 5588 messages, 2772151 bytes msgcache.c:172:Cache size: 5589 messages, 2773043 bytes msgcache.c:172:Cache size: 5590 messages, 2773912 bytes msgcache.c:172:Cache size: 5591 messages, 2774829 bytes msgcache.c:172:Cache size: 5592 messages, 2775821 bytes msgcache.c:172:Cache size: 5593 messages, 2776790 bytes msgcache.c:172:Cache size: 5594 messages, 2777807 bytes msgcache.c:172:Cache size: 5595 messages, 2778176 bytes msgcache.c:172:Cache size: 5596 messages, 2778625 bytes msgcache.c:172:Cache size: 5597 messages, 2779121 bytes msgcache.c:172:Cache size: 5598 messages, 2779617 bytes msgcache.c:172:Cache size: 5599 messages, 2780177 bytes msgcache.c:172:Cache size: 5600 messages, 2780805 bytes msgcache.c:172:Cache size: 5601 messages, 2781433 bytes msgcache.c:172:Cache size: 5602 messages, 2782125 bytes msgcache.c:172:Cache size: 5603 messages, 2782609 bytes msgcache.c:172:Cache size: 5604 messages, 2782875 bytes msgcache.c:172:Cache size: 5605 messages, 2783267 bytes msgcache.c:172:Cache size: 5606 messages, 2783678 bytes msgcache.c:172:Cache size: 5607 messages, 2783996 bytes msgcache.c:172:Cache size: 5608 messages, 2784478 bytes msgcache.c:172:Cache size: 5609 messages, 2784814 bytes msgcache.c:172:Cache size: 5610 messages, 2785293 bytes msgcache.c:172:Cache size: 5611 messages, 2785693 bytes msgcache.c:172:Cache size: 5612 messages, 2786068 bytes imap.c:5016:IMAP switching to batch mode imap.c:5035:IMAP switching away from batch mode folder.c:1216:Counting total number of messages... main.c:974:The name com.google.code.Awn was not provided by any .service files folder.c:1216:Counting total number of messages... msgcache.c:274:TIMING msgcache_get_msg_list : 0s000ms folder.c:2045:TIMING folder_item_open : 4s547ms summaryview.c:1031:showing From , must show From summaryview.c:1137:called inc_lock (lock count 1) gtkhtml2_viewer.c:410:gtkhtml2_clear_viewer summaryview.c:1244:Проверка папки (Nginx)... msgcache.c:274:TIMING msgcache_get_msg_list : 0s001ms summaryview.c:1112:TIMING summary_check_consistency : 0s000ms summaryview.c:1363:TIMING summary_show removing hidden: 0s000ms summaryview.c:3017: Setting summary from message data... procmsg.c:295:TIMING procmsg_get_thread_tree : 0s008ms summaryview.c:3058:TIMING summary_set_ctree_from_list threaded: 0s051ms summaryview.c:3105:done. summaryview.c:3108: msgid hash table size = 5611 summaryview.c:2880:Sorting summary...summaryview.c:2894:done. summaryview.c:2901:TIMING summary_sort : 0s041ms summaryview.c:3127:TIMING summary_set_ctree_from_list bold_unread: 0s011ms summaryview.c:3132:TIMING summary_set_ctree_from_list : 0s132ms gtkhtml2_viewer.c:410:gtkhtml2_clear_viewer imap.c:1416:trying to fetch cached /data/home/ive/.claws-mail/imapcache/imap.gmail.com/koshikov at gmail.com/Nginx/10674 procmsg.c:1970:Unsetting flags for message 10674 in folder Nginx imap.c:1460:getting session... imap.c:513:locking session 0x88d0568 (0) imap.c:1470:IMAP fetching messages imap.c:1481:getting message 10674... imap-thread.c:2484:imap fetch_content - begin imap-thread.c:390:found imap 0x88b3848 imap-thread.c:390:found imap 0x88b3848 [10:37:16] IMAP4> 12 UID FETCH 10674 BODY.PEEK[] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1400 bytes] [10:37:16] IMAP4< [FETCH data - 1336 bytes] imap-thread.c:2473:imap fetch_content run - end 0 imap-thread.c:406:generic_cb imap-thread.c:2497:imap fetch_content - end imap.c:526:unlocking session 0x88d0568 procmsg.c:1927:Setting flags for message 10674 in folder Nginx folder.c:1216:Counting total number of messages... main.c:974:The name com.google.code.Awn was not provided by any .service files folder.c:1216:Counting total number of messages... msgcache.c:274:TIMING msgcache_get_msg_list : 0s000ms message/rfc822 (offset:0 length:4010 encoding: 6) text/plain (offset:3633 length:377 encoding: 4) procmsg.c:1927:Setting flags for message 10674 in folder Nginx folder.c:1216:Counting total number of messages... main.c:974:The name com.google.code.Awn was not provided by any .service files folder.c:1216:Counting total number of messages... msgcache.c:274:TIMING msgcache_get_msg_list : 0s000ms message/rfc822 (offset:0 length:4010 encoding: 6) text/plain (offset:3633 length:377 encoding: 4) gtkhtml2_viewer.c:410:gtkhtml2_clear_viewer gtkhtml2_viewer.c:410:gtkhtml2_clear_viewer textview.c:663:TIMING textview_add_part : 0s001ms textview.c:1069:Viewing text content of type: plain (length: 279) textview.c:769:TIMING textview_add_part : 0s041ms textview.c:786:TIMING recursive_add_parts : 0s041ms textview.c:832:TIMING recursive_add_parts : 0s043ms textview.c:590:TIMING textview_show_part : 0s043ms summaryview.c:3549:TIMING summary_display_msg_full : 0s325ms summaryview.c:1496: summaryview.c:1501:called inc_unlock (lock count 0) summaryview.c:1502:TIMING summary_show : 0s577ms folder.c:2574:Total cache memory usage: 3929193 folderview.c:2240:TIMING folderview_selected : 5s191ms folderview.c:2118:newly selected 0x85f8f80, opened 0x85f8f80 folderview.c:2122:TIMING folderview_selected : 0s000ms folderview.c:2118:newly selected 0x85f8f70, opened 0x85f8f80 summaryview.c:1137:called inc_lock (lock count 1) summaryview.c:1210:empty folder ((nil) (null) (nil) 0) summaryview.c:1222:called inc_unlock (lock count 0) summaryview.c:1232:TIMING summary_show : 0s022ms folder.c:2738:Save cache for folder #imap/gmail/Nginx msgcache.c:1169: Writing message cache to /data/home/ive/.claws-mail/imapcache/imap.gmail.com/koshikov at gmail.com/Nginx/.claws_cache.new and /data/home/ive/.claws-mail/imapcache/imap.gmail.com/koshikov at gmail.com/Nginx/.claws_mark.new... msgcache.c:1250:done. Strange, but now folders opens quickly, I got problem only when trying to logging on and it appears from time to time. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Aug 30 12:29:17 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 30 Aug 2012 12:29:17 +0200 (CEST) Subject: [Users] [Bug 2716] bigger triangular buttons in folder tree In-Reply-To: References: Message-ID: <20120830102917.91A31853CF@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2716 wwp changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |DUPLICATE --- Comment #1 from wwp 2012-08-30 12:29:16 --- We've made them smaller on purpose (3.7.10cvs100/3.7.10cvs101) You can rollback those changes and see if you prefer like this. I agree the click sensitive area is a bit small, whereas there's room around and this room if clicked selects the folder itself, it's a bit difficult. Would be nice if a square of transparency around the arrow would behave like when clicking the arrow itself, but for now I have no idea how to solve this. *** This bug has been marked as a duplicate of bug 2581 *** -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Thu Aug 30 12:29:17 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Thu, 30 Aug 2012 12:29:17 +0200 (CEST) Subject: [Users] [Bug 2581] expander arrows are too tiny to hit with the mouse In-Reply-To: References: Message-ID: <20120830102918.0916D854D3@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2581 wwp changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mones at users.sourceforge.net --- Comment #2 from wwp 2012-08-30 12:29:16 --- *** Bug 2716 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From 1 at VictoriasJourney.com Thu Aug 30 20:02:28 2012 From: 1 at VictoriasJourney.com (Victoria S.) Date: Thu, 30 Aug 2012 11:02:28 -0700 Subject: [Users] Can I change the text highlight color in searched messages? In-Reply-To: <20120829141817.60cae31b@victoria> References: <20120829141817.60cae31b@victoria> Message-ID: <20120830110228.73018e2f@victoria> Hi: I am using the [default] Ubuntu 12.04 LTS Ambiance theme, with ubuntu-mono-dark icons. in gedit, for example. searched (found; highlighted) text appears highlighted, as white text on an orange background, even while I am searching. This makes it easy to just glance at the screen and see if the found word is the one I am looking for, at that particular location in the file. In Claws, however, this same highlighting is only evident when I close the "Find in current message..." popup; then the found text is highlighted (as above, in gedit), in the Claws mail message. However, while this popup is open (i.e. if you are recursively searching for another instance of the search term), they appear as black text on a very light background, virtually indistinguishable from the non-highlighted text, and almost impossible to spot, until you close the pop-up (search box). I'll try attaching 2 screenshots (I don't know if this list accepts images). =============================================================== [Users] Can I change the text highlight color in searched messages? wwp subscript at free.fr Thu Aug 30 01:31:32 CEST 2012 Hello Victoria, But I'm surprised that highlight text comes wrong by default.. Are the highlighted text colors the same as other highlight items (like when you navigate in menus, lists, etc.)? Regards, -- wwp =============================================================== ----- Original Message(s): ----- Date: 2012 Aug 29 (Wed) 14:18 From: "Victoria S." <1 at VictoriasJourney.com> To: Claws User List (users at lists.claws-mail.org) Cc: Victoria S. <1 at victoriasjourney.com> Subject: Can I change the text highlight color in searched messages? How can I change the color of searched / "found" text (the background, highlight color), when I search Claws mail messages for specific text, vis the Edit menu (or Ctrl-F) > Find in current message... ? Presently, the highlighted text is the black text on a *very* light grey background, that is virtually indistinguishable from the white background. I am using Claws 3.8.0 on an Ubuntu 12.04.1 LTS system. =============================================================== -------------- next part -------------- A non-text attachment was scrubbed... Name: Claws 'found' text (search dialog window open).png Type: image/png Size: 3705 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Claws 'highlighted' text (search dialog window closed).png Type: image/png Size: 3514 bytes Desc: not available URL: From ricardo at mones.org Fri Aug 31 00:11:16 2012 From: ricardo at mones.org (Ricardo Mones) Date: Fri, 31 Aug 2012 00:11:16 +0200 Subject: [Users] Claws Mail Extra Plugins 3.8.1 unleashed!! In-Reply-To: <20120818013000.GP31005@trasgu> References: <20120627144908.18d2a1d5@thewildbeast> <20120817172757.1a036711@moppi.kel.wh.local> <20120818013000.GP31005@trasgu> Message-ID: <20120830221116.GO31005@trasgu> On Sat, Aug 18, 2012 at 03:30:00AM +0200, Ricardo Mones wrote: > Hi, > > On Fri, Aug 17, 2012 at 05:27:57PM +0200, Steffen Klemer wrote: > > Hey! > > > > > This release reintroduces the PDF Viewer plugin, which can now be > > > included due to an upstream license change. > > > > Is it possible to re-include the pdf_viewer into the Debian > > extra-plugins package (official ones and/or the cvs builds)? > > Yep, it's planned, basically depends on finding some time for doing it. > It will be available on CVS builds first. FYI it's now available in cvs42 build at hydra.debian.net repository. regards, -- Ricardo Mones ~ You have the capacity to learn from mistakes. You'll learn a lot today. /usr/games/fortune -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: From moh at gmx.org Fri Aug 31 00:41:03 2012 From: moh at gmx.org (Steffen Klemer) Date: Fri, 31 Aug 2012 00:41:03 +0200 Subject: [Users] Claws Mail Extra Plugins 3.8.1 unleashed!! In-Reply-To: <20120830221116.GO31005@trasgu> References: <20120627144908.18d2a1d5@thewildbeast> <20120817172757.1a036711@moppi.kel.wh.local> <20120818013000.GP31005@trasgu> <20120830221116.GO31005@trasgu> Message-ID: <20120831004103.7db40eea@moppi.kel.wh.local> > > > Is it possible to re-include the pdf_viewer into the Debian > > > extra-plugins package (official ones and/or the cvs builds)? > > > > Yep, it's planned, basically depends on finding some time for > > doing it. It will be available on CVS builds first. > > FYI it's now available in cvs42 build at hydra.debian.net > repository. And it works like a charm. Thank you. :-D /Steffen -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From noreply at thewildbeast.co.uk Fri Aug 31 01:08:33 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 31 Aug 2012 01:08:33 +0200 (CEST) Subject: [Users] [Bug 2679] network grinds to a halt In-Reply-To: References: Message-ID: <20120830230833.4424C853CF@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2679 --- Comment #2 from fresneda 2012-08-31 01:08:31 --- No, it just made the program hang. I had to kill -9 in order to open a new session, since the window became unresponsive when I tried to close it. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From genghiskhan at gmx.ca Fri Aug 31 13:28:51 2012 From: genghiskhan at gmx.ca (Genghis Khan) Date: Fri, 31 Aug 2012 13:28:51 +0200 Subject: [Users] Tor Mail and Claws Mail Message-ID: <20120831112852.167010@gmx.com> Greetings, I was wondering how is it possible to use Tor Mail with Claws Mail as the latter does not have proxy settings. Tor Mail http://tormail.net/ Tor Mail provides web mail access with two webmail applications to choose from, one fully functional ajax based, and one simple client which requires no javascript or cookies, you can also use access your mail via SMTP POP3 IMAP with software such as Mozilla Thunderbird. Tor hidden service http://jhiwjjlqpyawmpjx.onion/ -- Proper English www.reddit.com/r/proper 4 teh lulz... http://email.is-not-s.ms From noreply at thewildbeast.co.uk Fri Aug 31 15:29:52 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 31 Aug 2012 15:29:52 +0200 (CEST) Subject: [Users] [Bug 2728] New: erroneous switching from small to three column view Message-ID: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2728 Summary: erroneous switching from small to three column view Product: Claws Mail Version: 3.8.1 Platform: PC OS/Version: Linux Status: NEW Severity: minor Priority: P3 Component: UI AssignedTo: users at lists.claws-mail.org ReportedBy: thenadar at gmx.net When one changes the layout from "Small screen" to "Three columns" only two columns show up. The summary column is missing. -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Aug 31 15:30:24 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 31 Aug 2012 15:30:24 +0200 (CEST) Subject: [Users] [Bug 2728] erroneous switching from one to three column view In-Reply-To: References: Message-ID: <20120831133024.D186F85408@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2728 thenadar at gmx.net changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|erroneous switching from |erroneous switching from |small to three column view |one to three column view -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. From noreply at thewildbeast.co.uk Fri Aug 31 17:06:25 2012 From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk) Date: Fri, 31 Aug 2012 17:06:25 +0200 (CEST) Subject: [Users] [Bug 2726] IMAP inactivity disconnect misinterpreted as parse error In-Reply-To: References: Message-ID: <20120831150625.B3C9785408@mx.colino.net> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2726 Kai Henningsen changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|INVALID | --- Comment #2 from Kai Henningsen 2012-08-31 17:06:24 --- You are wrong. RFC 3501, 7.1.5 clearly states that for an idle disconnect (case 3), the connection is closed immediately after the BYE: 7.1.5. BYE Response Contents: OPTIONAL response code human-readable text The BYE response is always untagged, and indicates that the server is about to close the connection. The human-readable text MAY be displayed to the user in a status report by the client. The BYE response is sent under one of four conditions: 1) as part of a normal logout sequence. The server will close the connection after sending the tagged OK response to the LOGOUT command. 2) as a panic shutdown announcement. The server closes the connection immediately. 3) as an announcement of an inactivity autologout. The server closes the connection immediately. 4) as one of three possible greetings at connection startup, indicating that the server is not willing to accept a connection from this client. The server closes the connection immediately. Crispin Standards Track [Page 67] RFC 3501 IMAPv4 March 2003 The difference between a BYE that occurs as part of a normal LOGOUT sequence (the first case) and a BYE that occurs because of a failure (the other three cases) is that the connection closes immediately in the failure case. In all cases the client SHOULD continue to read response data from the server until the connection is closed; this will ensure that any pending untagged or completion responses are read and processed. Example: S: * BYE Autologout; idle for too long -- Configure bugmail: http://www.thewildbeast.co.uk/claws-mail/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.