From noreply at thewildbeast.co.uk Mon Sep 1 03:43:52 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Mon, 01 Sep 2014 01:43:52 +0000
Subject: [Users] [Bug 3262] New: Keyboard bindings in the Folder pane
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3262
Bug ID: 3262
Summary: Keyboard bindings in the Folder pane
Classification: Unclassified
Product: Claws Mail
Version: 3.10.1
Hardware: PC
OS: Linux
Status: NEW
Severity: enhancement
Priority: P3
Component: UI/Folder List
Assignee: users at lists.claws-mail.org
Reporter: nobrowser at gmail.com
Some keybindings are just missing in the Folder tree pane, chief among
those is Home and End. These should select the root of the first
account and the last folder in the last account, respectively. I find
myself using repeated PgUp and PgDown instead, which almost works (but
also makes the absence of Home and End even more inexplicable :)
Also, a binding to select the parent of currently selected folder node
(analogous to what default binding of Ctrl-Up does in the message
summary pane) would help a lot.
Thanks.
--
You are receiving this mail because:
You are the assignee for the bug.
From info at endeavor-networks.com Mon Sep 1 21:11:26 2014
From: info at endeavor-networks.com (ENI)
Date: Mon, 1 Sep 2014 15:11:26 -0400
Subject: [Users] POP3S - SSL Handshake Failures.
Message-ID: <20140901151126.00000a04.info@endeavor-networks.com>
>>> Background
>>>
>>> We've been using Claws Mail (Win32) to reliably send/receive mail
>>> for ~2 years. Two weeks ago (8/17), the server-side certificate
>>> used for POP3S and SMTP (STARTTLS) expired. We believe Claws Mail
>>> (CM) successfully stored the new certificate for both functions,
>>> as we were able to send/receive securely thereafter. Although, we
>>> did see the signature status change from “Correct”, to “No
>>> certificate issuer found”. The POP3S server certificate has since
>>> been deleted from the “Saved SSL Certificates” list during our
>>> investigation of the following issue. We're not sure if it is
>>> relevant, but thought it best to disclose recent events.
>>>
>>>
>>> Issue - SSL Handshake Failures
>>>
>>> On the evening of 8/23, we were able to retrieve mail via POP3s. On
>>> the morning of 8/24 we were not. We are experiencing SSL handshake
>>> failures.
>>>
>>> A Wireshark capture shows the server responding to the SSLv3 Client
>>> Hello, with a Fatal SSLv3 Record Layer Alert (Handshake Failure).
>>>
>>> Claws Mail 3.10.1 (Win32), indicates the following in it's Network
>>> Log:
>>>
>>> * Account '': Connecting to POP3 server:
>>> :995...
>>> *** SSL handshake failed
>>>
>>> Thunderbird 31.0 succeeds with a TLSv1.2 handshake, whereas CM
>>> fails with a SSLv3 handshake (per Wireshark capture). The cypher
>>> suite negotiated (TLS RSA with AES 256 CBC SHA) in the Thunderbird
>>> session, is supported by CM.
>>>
>>> Thunderbird: POP3 Mail Server Settings | Security Settings |
>>> Connection Security | SSL/TLS (selected)
>>>
>>> CM: SSL | POP3 | Use SSL for POP3 connection (selected)
>>> CM: SSL | Send (SMTP) | Use STARTTLS command to start SSL session
>>> (selected)
>>>
>>> We have three Win XP3 systems configured with CM. There have been
>>> no recent config changes to CM. Each send via SMTP (STARTTLS)
>>> successfully, but each are experiencing POP3S SSL handshake
>>> failures.
>>>
>>> During our diagnostic efforts, the POP3S server certificate was
>>> deleted in CM, with the expectation that it would be presented
>>> again during the next session setup, but the SSL handshake fails
>>> before that can occur.
>>>
>>> We've submitted a ticket to our service provider, and are trying to
>>> determine whether there have been any changes on the server side
>>> that would cause the recent SSLv3 handshake failures. We are
>>> inclined to think that they may point to CM, as Thunderbird
>>> succeeds (via TLSv1.2).
>>>
>>> Any thoughts on how we can diagnose the situation further on our
>>> end?
>>>
>>> Best Regards,
>>> ENI
>>>
>>
>> Use the hidden account prefs to specify manually the priority string
>> used. Quit Claws, open ~/.claws-mail/accountrc, find your account
>> block, set 'gnutls_set_priority' to 1, and put your priority string
>> in 'gnutls_priority'.
>>
>> You could use the gnuTLS command line program to investigate this
>> first.
>>
>> with regards
>>
>> Paul
>>
>>
>> The last commit in Claws Mail GIT repository might resolve your
>> issue.
>>
>> regards
>>
>> Paul
>>
>
> Paul:
>
> Thank you for your interest in our issue, and the suggestions offered.
>
> Initially, we were focused on trying to restore prior functionality,
> characterized by SSLv3 Record Layer version SSL 3.0, and Handshake
> Protocol version SSL 3.0, as observed with Wireshark.
>
> After doing some reading we decided that it might be preferable to use
> the 'gnutls_priority' string you identified, to achieve the same setup
> that Thunderbird uses successfully, characterized by TLSv1.2 Record
> Layer version TLS 1.0, and Handshake Protocol version TLS 1.2.
>
> We located the appropriate account block within the "accountrc" file
> located at:
>
> C:\Documents and Settings\user-name-redacted\Application
> Data\Claws-mail\accountrc
>
> ... and tried a couple of different "gnutls_priority" strings. On each
> occasion, we quit Claws Mail, edited and saved the file, then
> relaunched CM.
>
> Initial Configuration
> gnutls_set_priority=0
> gnutls_priority=
>
> Trial # 1
> gnutls_set_priority=1
> gnutls_priority=%LATEST_RECORD_VERSION
>
> Expectation: a transition from an SSLv3 Record Layer, to a TLSv1.2
> Record Layer.
> Observation: CM still used the SSLv3 Record Layer, and failed the
> handshake.
>
> Trial # 2
> gnutls_set_priority=1
> gnutls_priority=NORMAL:%LATEST_RECORD_VERSION
>
> Expectation: Same as above.
> Observation: CM still used the SSLv3 Record Layer, and failed the
> handshake.
> Note: We tried a different syntax, by including "NORMAL:".
>
> Trial # 3
> gnutls_set_priority=1
> gnutls_priority=NORMAL:-VERS-SSL3.0
>
> Expectation: a transition to TLS1.0, TLS1.1, or TLS1.2.
> Observation: CM still used the SSLv3 Record Layer, and failed the
> handshake.
>
> Trial #4
> gnutls_set_priority=1
> gnutls_priority=SECURE256
>
> Expectation: a reduction in the number of cipher suites offered.
> Observation: The same 28 suites were offered, as with NORMAL.
> Note: This test was just to see if we could bring about any change in
> behavior with a priority string.
>
> It appears that our priority strings are not being read or utilized.
> Is there something about our syntax that is incorrect?
>
>
> The GnuTLS Manual, which does not indicate a software revision number,
> made the following statements in Section 5.10 Priority strings:
>
> "Priority strings are not constant between gnutls versions".
>
> "Unless the initial keyword is "NONE" the defaults (in preference
> order) are for TLS protocols TLS1.2, TLS1.1, TLS1.0, SSL3.0 ... ".
>
> We are not sure why SSL3.0 is being used, when these other protocols
> are supposed to have preference.
>
>
> We searched for the "gnutls-cli" command line program, but it was not
> found on our Win32 system. Perhaps this utility is not included in the
> CM (Win32) installer.
>
> Any additional thoughts would be appreciated.
>
> Regards,
> ENI
>
To all:
We downloaded the latest "GnuTLS for Windows" to get a copy of
"gnutls-cli".
When we ran "gnutls-cli" from within the extracted group of downloaded
files, we were able to connect to the server via POP3S:
gnutls-cli -p 995
Processed 135 CA certificate(s).
Resolving ''...
Connecting to ':995'...
- Certificate type: X.509
- Got a certificate list of 2 certificates.
- Status: The certificate is trusted.
- Description: (TLS1.2)-(RSA)-(AES-256-CBC)-(SHA256)
- Session ID:
- Version: TLS1.2
- Key Exchange: RSA
- Cipher: AES-256-CBC
- MAC: SHA256
- Compression: NULL
- Handshake was completed
- Simple Client Mode:
+OK POP3 Ready
When we tried to run "gnutls-cli" from within the Claws Mail Program
Files folder, we were presented with an "Entry Point Not Found" error
dialog stating:
"The procedure entry point gnutls_pkcs11_set_token_function could not
be located in the dynamic link library libgnutls-28.dll.'
Don't know if the version (newest) of gnutls-cli is relevant to the
presentation of the error dialog.
Did notice that several of the extracted (downloaded) .dll files have
the same names as those in the program folder, but are of significantly
different sizes.
Re-ran the "claws-mail-3.10.1-pkg56" installer, and none of those .dll
files changed, including libgnutls-28.dll. The installation still fails
the POP3S SSL handshake.
Any additional thoughts would be appreciated.
Best Regards,
ENI
From itz at buug.org Mon Sep 1 21:53:43 2014
From: itz at buug.org (Ian Zimmerman)
Date: Mon, 1 Sep 2014 12:53:43 -0700
Subject: [Users] POP3S - SSL Handshake Failures.
In-Reply-To: <20140901151126.00000a04.info@endeavor-networks.com>
References: <20140901151126.00000a04.info@endeavor-networks.com>
Message-ID: <20140901125343.1e9d3681.itz@buug.org>
On Mon, 1 Sep 2014 15:11:26 -0400,
ENI wrote:
ENI> When we tried to run "gnutls-cli" from within the Claws Mail
ENI> Program Files folder, we were presented with an "Entry Point Not
ENI> Found" error dialog stating:
ENI> "The procedure entry point gnutls_pkcs11_set_token_function could
ENI> not be located in the dynamic link library libgnutls-28.dll.'
ENI> Don't know if the version (newest) of gnutls-cli is relevant to the
ENI> presentation of the error dialog.
ENI> Did notice that several of the extracted (downloaded) .dll files
ENI> have the same names as those in the program folder, but are of
ENI> significantly different sizes.
Windows DLL hell strikes!
--
Please *no* private copies of mailing list or newsgroup messages.
Local Variables:
mode:claws-external
End:
From bdm at fenrir.org.uk Tue Sep 2 11:52:14 2014
From: bdm at fenrir.org.uk (Brian Morrison)
Date: Tue, 2 Sep 2014 10:52:14 +0100
Subject: [Users] POP3S - SSL Handshake Failures.
In-Reply-To: <20140901151126.00000a04.info@endeavor-networks.com>
References: <20140901151126.00000a04.info@endeavor-networks.com>
Message-ID: <20140902105214.00007a0b@surtees.fenrir.org.uk>
On Mon, 1 Sep 2014 15:11:26 -0400
ENI wrote:
> >>> Background
> >>>
> >>> We've been using Claws Mail (Win32) to reliably send/receive mail
> >>> for ~2 years. Two weeks ago (8/17), the server-side certificate
> >>> used for POP3S and SMTP (STARTTLS) expired. We believe Claws Mail
> >>> (CM) successfully stored the new certificate for both functions,
> >>> as we were able to send/receive securely thereafter. Although, we
> >>> did see the signature status change from “Correct”, to “No
> >>> certificate issuer found”. The POP3S server certificate has since
> >>> been deleted from the “Saved SSL Certificates” list during our
> >>> investigation of the following issue. We're not sure if it is
> >>> relevant, but thought it best to disclose recent events.
> >>>
> >>>
> >>> Issue - SSL Handshake Failures
> >>>
> >>> On the evening of 8/23, we were able to retrieve mail via POP3s.
> >>> On the morning of 8/24 we were not. We are experiencing SSL
> >>> handshake failures.
> >>>
> >>> A Wireshark capture shows the server responding to the SSLv3
> >>> Client Hello, with a Fatal SSLv3 Record Layer Alert (Handshake
> >>> Failure).
> >>>
> >>> Claws Mail 3.10.1 (Win32), indicates the following in it's Network
> >>> Log:
> >>>
> >>> * Account '': Connecting to POP3 server:
> >>> :995...
> >>> *** SSL handshake failed
> >>>
> >>> Thunderbird 31.0 succeeds with a TLSv1.2 handshake, whereas CM
> >>> fails with a SSLv3 handshake (per Wireshark capture). The cypher
> >>> suite negotiated (TLS RSA with AES 256 CBC SHA) in the Thunderbird
> >>> session, is supported by CM.
> >>>
> >>> Thunderbird: POP3 Mail Server Settings | Security Settings |
> >>> Connection Security | SSL/TLS (selected)
> >>>
> >>> CM: SSL | POP3 | Use SSL for POP3 connection (selected)
> >>> CM: SSL | Send (SMTP) | Use STARTTLS command to start SSL session
> >>> (selected)
> >>>
> >>> We have three Win XP3 systems configured with CM. There have been
> >>> no recent config changes to CM. Each send via SMTP (STARTTLS)
> >>> successfully, but each are experiencing POP3S SSL handshake
> >>> failures.
> >>>
> >>> During our diagnostic efforts, the POP3S server certificate was
> >>> deleted in CM, with the expectation that it would be presented
> >>> again during the next session setup, but the SSL handshake fails
> >>> before that can occur.
> >>>
> >>> We've submitted a ticket to our service provider, and are trying
> >>> to determine whether there have been any changes on the server
> >>> side that would cause the recent SSLv3 handshake failures. We are
> >>> inclined to think that they may point to CM, as Thunderbird
> >>> succeeds (via TLSv1.2).
> >>>
> >>> Any thoughts on how we can diagnose the situation further on our
> >>> end?
> >>>
> >>> Best Regards,
> >>> ENI
> >>>
> >>
> >> Use the hidden account prefs to specify manually the priority
> >> string used. Quit Claws, open ~/.claws-mail/accountrc, find your
> >> account block, set 'gnutls_set_priority' to 1, and put your
> >> priority string in 'gnutls_priority'.
> >>
> >> You could use the gnuTLS command line program to investigate this
> >> first.
> >>
> >> with regards
> >>
> >> Paul
> >>
> >>
> >> The last commit in Claws Mail GIT repository might resolve your
> >> issue.
> >>
> >> regards
> >>
> >> Paul
> >>
> >
> > Paul:
> >
> > Thank you for your interest in our issue, and the suggestions
> > offered.
> >
> > Initially, we were focused on trying to restore prior functionality,
> > characterized by SSLv3 Record Layer version SSL 3.0, and Handshake
> > Protocol version SSL 3.0, as observed with Wireshark.
> >
> > After doing some reading we decided that it might be preferable to
> > use the 'gnutls_priority' string you identified, to achieve the
> > same setup that Thunderbird uses successfully, characterized by
> > TLSv1.2 Record Layer version TLS 1.0, and Handshake Protocol
> > version TLS 1.2.
> >
> > We located the appropriate account block within the "accountrc" file
> > located at:
> >
> > C:\Documents and Settings\user-name-redacted\Application
> > Data\Claws-mail\accountrc
> >
> > ... and tried a couple of different "gnutls_priority" strings. On
> > each occasion, we quit Claws Mail, edited and saved the file, then
> > relaunched CM.
> >
> > Initial Configuration
> > gnutls_set_priority=0
> > gnutls_priority=
> >
> > Trial # 1
> > gnutls_set_priority=1
> > gnutls_priority=%LATEST_RECORD_VERSION
> >
> > Expectation: a transition from an SSLv3 Record Layer, to a TLSv1.2
> > Record Layer.
> > Observation: CM still used the SSLv3 Record Layer, and failed the
> > handshake.
> >
> > Trial # 2
> > gnutls_set_priority=1
> > gnutls_priority=NORMAL:%LATEST_RECORD_VERSION
> >
> > Expectation: Same as above.
> > Observation: CM still used the SSLv3 Record Layer, and failed the
> > handshake.
> > Note: We tried a different syntax, by including "NORMAL:".
> >
> > Trial # 3
> > gnutls_set_priority=1
> > gnutls_priority=NORMAL:-VERS-SSL3.0
> >
> > Expectation: a transition to TLS1.0, TLS1.1, or TLS1.2.
> > Observation: CM still used the SSLv3 Record Layer, and failed the
> > handshake.
> >
> > Trial #4
> > gnutls_set_priority=1
> > gnutls_priority=SECURE256
> >
> > Expectation: a reduction in the number of cipher suites offered.
> > Observation: The same 28 suites were offered, as with NORMAL.
> > Note: This test was just to see if we could bring about any change
> > in behavior with a priority string.
> >
> > It appears that our priority strings are not being read or utilized.
> > Is there something about our syntax that is incorrect?
> >
> >
> > The GnuTLS Manual, which does not indicate a software revision
> > number, made the following statements in Section 5.10 Priority
> > strings:
> >
> > "Priority strings are not constant between gnutls versions".
> >
> > "Unless the initial keyword is "NONE" the defaults (in preference
> > order) are for TLS protocols TLS1.2, TLS1.1, TLS1.0, SSL3.0 ... ".
> >
> > We are not sure why SSL3.0 is being used, when these other protocols
> > are supposed to have preference.
> >
> >
> > We searched for the "gnutls-cli" command line program, but it was
> > not found on our Win32 system. Perhaps this utility is not included
> > in the CM (Win32) installer.
> >
> > Any additional thoughts would be appreciated.
> >
> > Regards,
> > ENI
> >
>
> To all:
>
> We downloaded the latest "GnuTLS for Windows" to get a copy of
> "gnutls-cli".
>
> When we ran "gnutls-cli" from within the extracted group of downloaded
> files, we were able to connect to the server via POP3S:
>
> gnutls-cli -p 995
>
> Processed 135 CA certificate(s).
> Resolving ''...
> Connecting to ':995'...
> - Certificate type: X.509
> - Got a certificate list of 2 certificates.
>
> - Status: The certificate is trusted.
> - Description: (TLS1.2)-(RSA)-(AES-256-CBC)-(SHA256)
> - Session ID:
> - Version: TLS1.2
> - Key Exchange: RSA
> - Cipher: AES-256-CBC
> - MAC: SHA256
> - Compression: NULL
> - Handshake was completed
> - Simple Client Mode:
> +OK POP3 Ready
>
> When we tried to run "gnutls-cli" from within the Claws Mail Program
> Files folder, we were presented with an "Entry Point Not Found" error
> dialog stating:
>
> "The procedure entry point gnutls_pkcs11_set_token_function could not
> be located in the dynamic link library libgnutls-28.dll.'
>
> Don't know if the version (newest) of gnutls-cli is relevant to the
> presentation of the error dialog.
>
> Did notice that several of the extracted (downloaded) .dll files have
> the same names as those in the program folder, but are of
> significantly different sizes.
>
> Re-ran the "claws-mail-3.10.1-pkg56" installer, and none of those .dll
> files changed, including libgnutls-28.dll. The installation still
> fails the POP3S SSL handshake.
>
> Any additional thoughts would be appreciated.
I would perform a search of the entire local disk for libgnutls*.dll
and provide the locations, names and sizes of the files. We can then
offer some advice, it may be possible to copy one of the dlls you have
installed with GnuTLS for Windows into the Claws program file directory
and have it work for you.
The person who probably knows what is happening is Colin, I don't know
if he is about at the moment.
--
Brian Morrison
From g.s.j.hywel at swansea.ac.uk Tue Sep 2 12:17:54 2014
From: g.s.j.hywel at swansea.ac.uk (Geraint Hywel)
Date: Tue, 2 Sep 2014 11:17:54 +0100
Subject: [Users] Setting Reply-To in Templates
Message-ID: <20140902111754.63fd176c@acu-gsjhywel-fc>
Hi Claws Users.
I would like to be able to set the Reply-to: header in a Template.
However, whilst I can see entries for To:, From:, CC: anc BCC: in the
Template Configuration dialog, there appears to be nowhere I can set the
Reply-to: header.
Is it possible?
Regards
--
Geraint Hywel
http://about.me/geraint.hywel
Uwch Ddatblygwr Y We
Gwasanaethau Gwybodaeth a Systemau
Prifysgol Abertawe
Parc Singleton
Abertawe
SA2 8PP
01792 543 589
Senior Web Developer
Information Services and Systems
Swansea University
Singleton Park
Swansea
SA2 8PP
From noreply at thewildbeast.co.uk Tue Sep 2 17:08:48 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Tue, 02 Sep 2014 15:08:48 +0000
Subject: [Users] [Bug 3263] New: Wrong timezone while using date_fmt function
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3263
Bug ID: 3263
Summary: Wrong timezone while using date_fmt function
Classification: Unclassified
Product: Claws Mail
Version: GIT
Hardware: PC
URL: http://bugs.debian.org/760283
OS: Linux
Status: NEW
Severity: minor
Priority: P3
Component: UI/Compose Window
Assignee: users at lists.claws-mail.org
Reporter: mones at users.sourceforge.net
Original reporter on Debian BTS explains it well, so just copying here:
----
the %date_fmt function, available to customize your reply [1], uses your
locale timezone instead of the sender's. An example:
Let's say you've received a mail dated on Mon, 1 Sep 2014 14:24:56
-0400 and that your locale timezone is +0200. Then the %date_fmt
(or %D) function will return Mon, 1 Sep 2014 14:24:56 +0200.
This bug is also present in version 3.10.1git150-1 from hydra.debian.net
[1] Configuration -> Preferences -> Compose -> Templates -> Reply
----
Thanks in advance,
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Tue Sep 2 17:19:31 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Tue, 02 Sep 2014 15:19:31 +0000
Subject: [Users] [Bug 2733] spell checker could not change dictionary
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2733
Ricardo Mones changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|Other |UI/Compose Window/Spell
| |Checker
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Tue Sep 2 17:36:58 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Tue, 02 Sep 2014 15:36:58 +0000
Subject: [Users] [Bug 2284] Claws doesn't check local mboxs if the network
is down
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2284
--- Comment #1 from Ricardo Mones ---
Somehow related: it also happens if you're working off-line and try to get mail
from a local account only. Claws Mail asks for going on-line, though is really
not necessary.
The check for network should probably be buried more deeper where the protocol
is already known to need network or not, not at the higher level
(inc.c:inc_acount()).
--
You are receiving this mail because:
You are the assignee for the bug.
From info at endeavor-networks.com Tue Sep 2 18:52:27 2014
From: info at endeavor-networks.com (ENI)
Date: Tue, 2 Sep 2014 12:52:27 -0400
Subject: [Users] POP3S - SSL Handshake Failures.
Message-ID: <20140902125227.0000235e.info@endeavor-networks.com>
>>>>> Background
>>>>>
>>>>> We've been using Claws Mail (Win32) to reliably send/receive mail
>>>>> for ~2 years. Two weeks ago (8/17), the server-side certificate
>>>>> used for POP3S and SMTP (STARTTLS) expired. We believe Claws Mail
>>>>> (CM) successfully stored the new certificate for both functions,
>>>>> as we were able to send/receive securely thereafter. Although, we
>>>>> did see the signature status change from “Correct”, to “No
>>>>> certificate issuer found”. The POP3S server certificate has since
>>>>> been deleted from the “Saved SSL Certificates” list during our
>>>>> investigation of the following issue. We're not sure if it is
>>>>> relevant, but thought it best to disclose recent events.
>>>>>
>>>>>
>>>>> Issue - SSL Handshake Failures
>>>>>
>>>>> On the evening of 8/23, we were able to retrieve mail via POP3s.
>>>>> On the morning of 8/24 we were not. We are experiencing SSL
>>>>> handshake failures.
>>>>>
>>>>> A Wireshark capture shows the server responding to the SSLv3
>>>>> Client Hello, with a Fatal SSLv3 Record Layer Alert (Handshake
>>>>> Failure).
>>>>>
>>>>> Claws Mail 3.10.1 (Win32), indicates the following in it's Network
>>>>> Log:
>>>>>
>>>>> * Account '': Connecting to POP3 server:
>>>>> :995...
>>>>> *** SSL handshake failed
>>>>>
>>>>> Thunderbird 31.0 succeeds with a TLSv1.2 handshake, whereas CM
>>>>> fails with a SSLv3 handshake (per Wireshark capture). The cypher
>>>>> suite negotiated (TLS RSA with AES 256 CBC SHA) in the Thunderbird
>>>>> session, is supported by CM.
>>>>>
>>>>> Thunderbird: POP3 Mail Server Settings | Security Settings |
>>>>> Connection Security | SSL/TLS (selected)
>>>>>
>>>>> CM: SSL | POP3 | Use SSL for POP3 connection (selected)
>>>>> CM: SSL | Send (SMTP) | Use STARTTLS command to start SSL session
>>>>> (selected)
>>>>>
>>>>> We have three Win XP3 systems configured with CM. There have been
>>>>> no recent config changes to CM. Each send via SMTP (STARTTLS)
>>>>> successfully, but each are experiencing POP3S SSL handshake
>>>>> failures.
>>>>>
>>>>> During our diagnostic efforts, the POP3S server certificate was
>>>>> deleted in CM, with the expectation that it would be presented
>>>>> again during the next session setup, but the SSL handshake fails
>>>>> before that can occur.
>>>>>
>>>>> We've submitted a ticket to our service provider, and are trying
>>>>> to determine whether there have been any changes on the server
>>>>> side that would cause the recent SSLv3 handshake failures. We are
>>>>> inclined to think that they may point to CM, as Thunderbird
>>>>> succeeds (via TLSv1.2).
>>>>>
>>>>> Any thoughts on how we can diagnose the situation further on our
>>>>> end?
>>>>>
>>>>> Best Regards,
>>>>> ENI
>>>>>
>>>>
>>>> Use the hidden account prefs to specify manually the priority
>>>> string used. Quit Claws, open ~/.claws-mail/accountrc, find your
>>>> account block, set 'gnutls_set_priority' to 1, and put your
>>>> priority string in 'gnutls_priority'.
>>>>
>>>> You could use the gnuTLS command line program to investigate this
>>>> first.
>>>>
>>>> with regards
>>>>
>>>> Paul
>>>>
>>>>
>>>> The last commit in Claws Mail GIT repository might resolve your
>>>> issue.
>>>>
>>>> regards
>>>>
>>>> Paul
>>>>
>>>
>>> Paul:
>>>
>>> Thank you for your interest in our issue, and the suggestions
>>> offered.
>>>
>>> Initially, we were focused on trying to restore prior functionality,
>>> characterized by SSLv3 Record Layer version SSL 3.0, and Handshake
>>> Protocol version SSL 3.0, as observed with Wireshark.
>>>
>>> After doing some reading we decided that it might be preferable to
>>> use the 'gnutls_priority' string you identified, to achieve the
>>> same setup that Thunderbird uses successfully, characterized by
>>> TLSv1.2 Record Layer version TLS 1.0, and Handshake Protocol
>>> version TLS 1.2.
>>>
>>> We located the appropriate account block within the "accountrc" file
>>> located at:
>>>
>>> C:\Documents and Settings\user-name-redacted\Application
>>> Data\Claws-mail\accountrc
>>>
>>> ... and tried a couple of different "gnutls_priority" strings. On
>>> each occasion, we quit Claws Mail, edited and saved the file, then
>>> relaunched CM.
>>>
>>> Initial Configuration
>>> gnutls_set_priority=0
>>> gnutls_priority=
>>>
>>> Trial # 1
>>> gnutls_set_priority=1
>>> gnutls_priority=%LATEST_RECORD_VERSION
>>>
>>> Expectation: a transition from an SSLv3 Record Layer, to a TLSv1.2
>>> Record Layer.
>>> Observation: CM still used the SSLv3 Record Layer, and failed the
>>> handshake.
>>>
>>> Trial # 2
>>> gnutls_set_priority=1
>>> gnutls_priority=NORMAL:%LATEST_RECORD_VERSION
>>>
>>> Expectation: Same as above.
>>> Observation: CM still used the SSLv3 Record Layer, and failed the
>>> handshake.
>>> Note: We tried a different syntax, by including "NORMAL:".
>>>
>>> Trial # 3
>>> gnutls_set_priority=1
>>> gnutls_priority=NORMAL:-VERS-SSL3.0
>>>
>>> Expectation: a transition to TLS1.0, TLS1.1, or TLS1.2.
>>> Observation: CM still used the SSLv3 Record Layer, and failed the
>>> handshake.
>>>
>>> Trial #4
>>> gnutls_set_priority=1
>>> gnutls_priority=SECURE256
>>>
>>> Expectation: a reduction in the number of cipher suites offered.
>>> Observation: The same 28 suites were offered, as with NORMAL.
>>> Note: This test was just to see if we could bring about any change
>>> in behavior with a priority string.
>>>
>>> It appears that our priority strings are not being read or utilized.
>>> Is there something about our syntax that is incorrect?
>>>
>>>
>>> The GnuTLS Manual, which does not indicate a software revision
>>> number, made the following statements in Section 5.10 Priority
>>> strings:
>>>
>>> "Priority strings are not constant between gnutls versions".
>>>
>>> "Unless the initial keyword is "NONE" the defaults (in preference
>>> order) are for TLS protocols TLS1.2, TLS1.1, TLS1.0, SSL3.0 ... ".
>>>
>>> We are not sure why SSL3.0 is being used, when these other protocols
>>> are supposed to have preference.
>>>
>>>
>>> We searched for the "gnutls-cli" command line program, but it was
>>> not found on our Win32 system. Perhaps this utility is not included
>>> in the CM (Win32) installer.
>>>
>>> Any additional thoughts would be appreciated.
>>>
>>> Regards,
>>> ENI
>>>
>>
>> To all:
>>
>> We downloaded the latest "GnuTLS for Windows" to get a copy of
>> "gnutls-cli".
>>
>> When we ran "gnutls-cli" from within the extracted group of
>> downloaded files, we were able to connect to the server via POP3S:
>>
>> gnutls-cli -p 995
>>
>> Processed 135 CA certificate(s).
>> Resolving ''...
>> Connecting to ':995'...
>> - Certificate type: X.509
>> - Got a certificate list of 2 certificates.
>>
>> - Status: The certificate is trusted.
>> - Description: (TLS1.2)-(RSA)-(AES-256-CBC)-(SHA256)
>> - Session ID:
>> - Version: TLS1.2
>> - Key Exchange: RSA
>> - Cipher: AES-256-CBC
>> - MAC: SHA256
>> - Compression: NULL
>> - Handshake was completed
>> - Simple Client Mode:
>> +OK POP3 Ready
>>
>> When we tried to run "gnutls-cli" from within the Claws Mail Program
>> Files folder, we were presented with an "Entry Point Not Found" error
>> dialog stating:
>>
>> "The procedure entry point gnutls_pkcs11_set_token_function could not
>> be located in the dynamic link library libgnutls-28.dll.'
>>
>> Don't know if the version (newest) of gnutls-cli is relevant to the
>> presentation of the error dialog.
>>
>> Did notice that several of the extracted (downloaded) .dll files have
>> the same names as those in the program folder, but are of
>> significantly different sizes.
>>
>> Re-ran the "claws-mail-3.10.1-pkg56" installer, and none of
>> those .dll files changed, including libgnutls-28.dll. The
>> installation still fails the POP3S SSL handshake.
>>
>> Any additional thoughts would be appreciated.
>>
>> Regards,
>> ENI
>>
>
> I would perform a search of the entire local disk for libgnutls*.dll
> and provide the locations, names and sizes of the files. We can then
> offer some advice, it may be possible to copy one of the dlls you have
> installed with GnuTLS for Windows into the Claws program file
> directory and have it work for you.
>
> The person who probably knows what is happening is Colin, I don't know
> if he is about at the moment.
>
> Brian Morrison
>
Brian: Thanks for your interest.
.DLL and .DEF file comparison:
Size in bytes, claws-mail-3.10.1-pkg56 vs. gnutls-3.2.16-w32
libgmp-10.dll 438,784 vs. 701,869
libgnutls-28.dll 1,091,072 vs. 1,504,239
libgnutls-xssl-0.dll 98,816 vs. 218,788
libhogweed-2-5.dll 162,304 vs. 4,329,793
libnettle-4-7.dll 204,288 vs. 3,365,637
libgcc_s_sjlj-1.dll not present vs. 489,773
libgnutls-28.def not present vs. 34,473
libgnutls-xssl-28.def not present vs. 259
libgnutlsxx-28.dll not present vs. 266,807
libp11-kit-0.dll not present vs. 875,585
libwinpthread-1.dll not present vs. 251,290
The difference in file sizes may be expected.
The .DLLs installed by CM, are located at:
E:\Program Files\GNU\Claws Mail\
Replacing the .DLLs with newer versions would result in a non-standard
installation, so we had chosen not to do so. However, you expressed
interest in such action, so we gave it a try.
There are dependencies. When we replaced libgnutls-28.dll, and launched
CM, we encountered an "Unable To Locate Component" dialog, which stated
"This application has failed to start because libp11-kit-0.dll was not
found. Re-installing the application may fix this problem."
We copied all of the newer files in the list above to the program
directory, overwriting those with common names. CM did launch, but it
still used an SSLv3 Record Layer; SSLv3.0 Handshake; SSLv3.0 Client
Hello, and still failed the handshake.
We have since restored the older .DLLs, and deleted the other files
that were not common to the two packages.
REVIEW for all interested:
Multiple, previously working CM installations, using POP3S (port 995),
began failing. The server responds to the Client Hello, with a Fatal
SSLv3 Record Layer Alert (Handshake Failure).
Note: The CM installations can successfully negotiate SMTP (STARTTLS)
with the same server, demonstrating some crypto functionality.
Despite Gnutls's protocol preference order (TLS1.2, TLS1.1, TLS1.0,
SSL3.0 ... ", CM uses SSLv3 Record Layer; SSL 3.0 Handshake, and SSL
3.0 Client Hello when trying to connect with POP3S.
Thunderbird successfully uses TLSv1.2 Record Layer; TLS 1.0 Handshake,
and TLS 1.2 Client Hello.
The "gnutls-cli" utility, with .DLLs extracted from
gnutls-3.2.16-w32.zip successfully uses TLSv1.2 Record Layer; SSL 3.0
Handshake, and TLS 1.2 Client Hello.
An effort was made to utilize the "gnutls_priority" string
(gnutls_set_priority=, gnutls_priority=) within the account block of
"accountrc", located at:
C:\Documents and Settings\user-name-redacted\Application
Data\Claws-mail\
... to alter CM's behavior, but we observed no change.
Re-running the "claws-mail-3.10.1-pkg56" installer did not resolve the
issue.
Temporarily replacing the .DLLs (and associated .DEF files) located at:
E:\Program Files\GNU\Claws Mail\ with those from gnutls-3.2.16-w32.zip
did not result in a successful POP3S handshake. The original files have
since been restored.
Open to any thoughts.
Best Regards,
ENI
From bdm at fenrir.org.uk Tue Sep 2 19:33:01 2014
From: bdm at fenrir.org.uk (Brian Morrison)
Date: Tue, 2 Sep 2014 18:33:01 +0100
Subject: [Users] POP3S - SSL Handshake Failures.
In-Reply-To: <20140902125227.0000235e.info@endeavor-networks.com>
References: <20140902125227.0000235e.info@endeavor-networks.com>
Message-ID: <20140902183301.0000708f@surtees.fenrir.org.uk>
On Tue, 2 Sep 2014 12:52:27 -0400
ENI wrote:
> Open to any thoughts.
I think you are going to need to wait for Colin to respond, it may be
that a later gnutls package is needed to be used during the build and
package creation process.
I don't have any other suggestions, but it certainly looks like there
are functions in gnutls which don't exist in the dlls that were built
for Claws, hence the failure message when it tries to call them during
tls operations.
--
Brian Morrison
From colin at colino.net Tue Sep 2 22:11:35 2014
From: colin at colino.net (Colin Leroy)
Date: Tue, 2 Sep 2014 22:11:35 +0200
Subject: [Users] POP3S - SSL Handshake Failures.
In-Reply-To: <20140902183301.0000708f@surtees.fenrir.org.uk>
References: <20140902125227.0000235e.info@endeavor-networks.com>
<20140902183301.0000708f@surtees.fenrir.org.uk>
Message-ID: <20140902221135.4bcb4ace@mike>
On 02 September 2014 at 18h33, Brian Morrison wrote:
Hi,
Just read that incidentally:
> > Open to any thoughts.
>
> I think you are going to need to wait for Colin to respond
I'm sorry, I'm really not reading much of what's going on the list these
days. Over the course of the summer, my wife left me and I'm still
struggling to understand what happened, and I took vacations with
family and my house got robbed during my leave.
But mostly, my wife left and that's hard to come to terms with that;
so, don't count on me in the near future...
--
Colin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
From info at endeavor-networks.com Tue Sep 2 23:04:00 2014
From: info at endeavor-networks.com (ENI)
Date: Tue, 2 Sep 2014 17:04:00 -0400
Subject: [Users] POP3S - SSL Handshake Failures.
Message-ID: <20140902170400.000026a0.info@endeavor-networks.com>
>
> don't count on me in the near future...
>
> Colin
>
Colin:
Understood.
Sorry to hear of the personal difficulties.
Best Regards,
ENI
From info at endeavor-networks.com Tue Sep 2 23:34:58 2014
From: info at endeavor-networks.com (ENI)
Date: Tue, 2 Sep 2014 17:34:58 -0400
Subject: [Users] POP3S - SSL Handshake Failures.
Message-ID: <20140902173458.00003f03.info@endeavor-networks.com>
To all:
Is there anyone connecting to a POP3S server with the following
prerequisites:
- claws-mail-3.10.1-pkg56 (Win32).
- "Use SSL for POP3 Connection" enabled in preferences.
- default gnutls_priority string setup, details in earlier post.
(gnutls_set_priority=0, gnutls_priority=)
- Wireshark (or equivalent) installed.
... that would be willing to determine whether their connection
utilizes TLS or SSL?
Specifically, we would like to determine whether the following are
observed:
SSLv3 Record Layer
SSLv3.0 Handshake
SSLv3.0 Client Hello
... or something different than that.
We recognize that the connection setup is server dependent, but we're
trying to confirm whether others with a similar setup are achieving:
TLS1.x Record Layer; Handshake; Client Hello, or any combination
thereof.
Regards,
ENI
From info at endeavor-networks.com Wed Sep 3 01:39:55 2014
From: info at endeavor-networks.com (ENI)
Date: Tue, 2 Sep 2014 19:39:55 -0400
Subject: [Users] POP3S - SSL Handshake Failures.
Message-ID: <20140902193955.00001507.info@endeavor-networks.com>
>
> I don't run Windows; but maybe the attached wireshark summary might
> be of some use... it was a dry poll (no new mail).
>
Pierre:
Thank you for the effort.
Unfortunately, the Wireshark "summary" doesn't contain the level of
detail necessary. While it does refer to the higher layer protocol as
SSLv3, it doesn't back that up with version information for the Record
Layer, Handshake, or client Client Hello.
In contrast, when we examine the protocol decode of our successful
connection with the "gnutls-cli" utility, using the Wireshark GUI, we
also see the higher layer protocol referred to as SSL. However, that
"SSL" decode is really comprised of a TLSv1.2 Record Layer, a SSL 3.0
Handshake, and a TLS 1.2 Client Hello.
It's easy to draw the wrong conclusion when the decode provides
insufficient detail.
We're going to do a fresh claws-mail-3.10.1-pkg56 (Win32) install on a
system which has not previously known CM, and determine the level of
functionality it provides.
Based on those results, we'll choose a course of action.
Best Regards,
ENI
From noreply at thewildbeast.co.uk Wed Sep 3 07:03:13 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Wed, 03 Sep 2014 05:03:13 +0000
Subject: [Users] [Bug 2284] Claws doesn't check local mboxs if the network
is down
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2284
--- Comment #2 from Abhay S. Kushwaha ---
I would disagree somewhat please.
"Online" and "Offline" should be application properties and would indicate
whether Claws-Mail will retrieve mail or not -- whether locally or over
network.
Network Manager should ideally disallow over-network mail retrieval if network
is down but in online mode, should still allow local mailbox updates/checking.
Offline should prohibit mail retrieval completely.
I understand it's convenient to link network with online/offline since that's
the 99 percentile use case, however, since many people check mail without going
over network and because Claws-Mail allows that paradigm, there should be a
separation of online/offline and auto network disablement through Network
Manager.
Thus, asking if Claws-Mail should go "Online" to retrieve local mail when
Claws-Mail is "Offline" is perfectly fine in my book since that effectively
takes care of those instances where people have not configured Network Manager
to tell Claws-Mail when to go "Offline" as well.
My 2p. :D
--
You are receiving this mail because:
You are the assignee for the bug.
From info at endeavor-networks.com Wed Sep 3 08:11:28 2014
From: info at endeavor-networks.com (ENI)
Date: Wed, 3 Sep 2014 02:11:28 -0400
Subject: [Users] POP3S - SSL Handshake Failures.
Message-ID: <20140903021128.000017be.info@endeavor-networks.com>
>>>
>>> REVIEW for all interested:
>>>
>>> Multiple, previously working CM installations, using POP3S (port
>>> 995), began failing. The server responds to the Client Hello, with
>>> a Fatal SSLv3 Record Layer Alert (Handshake Failure).
>>>
>>> Note: The CM installations can successfully negotiate SMTP
>>> (STARTTLS) with the same server, demonstrating some crypto
>>> functionality.
>>>
>>> Despite Gnutls's protocol preference order (TLS1.2, TLS1.1, TLS1.0,
>>> SSL3.0 ... ", CM uses SSLv3 Record Layer; SSL 3.0 Handshake, and SSL
>>> 3.0 Client Hello when trying to connect with POP3S.
>>>
>>> Thunderbird successfully uses TLSv1.2 Record Layer; TLS 1.0
>>> Handshake, and TLS 1.2 Client Hello.
>>>
>>> The "gnutls-cli" utility, with .DLLs extracted from
>>> gnutls-3.2.16-w32.zip successfully uses TLSv1.2 Record Layer; SSL
>>> 3.0 Handshake, and TLS 1.2 Client Hello.
>>>
>>> An effort was made to utilize the "gnutls_priority" string
>>> (gnutls_set_priority=, gnutls_priority=) within the account block of
>>> "accountrc", located at:
>>>
>>> C:\Documents and Settings\user-name-redacted\Application
>>> Data\Claws-mail\
>>>
>>> ... to alter CM's behavior, but we observed no change.
>>>
>>> Re-running the "claws-mail-3.10.1-pkg56" installer did not resolve
>>> the issue.
>>>
>>> Temporarily replacing the .DLLs (and associated .DEF files) located
>>> at: E:\Program Files\GNU\Claws Mail\ with those from
>>> gnutls-3.2.16-w32.zip did not result in a successful POP3S
>>> handshake. The original files have since been restored.
>>>
>>
>> Is there anyone connecting to a POP3S server with the following
>> prerequisites:
>>
>> - claws-mail-3.10.1-pkg56 (Win32).
>>
>> - "Use SSL for POP3 Connection" enabled in preferences.
>>
>> - default gnutls_priority string setup, details in earlier post.
>> (gnutls_set_priority=0, gnutls_priority=)
>>
>> - Wireshark (or equivalent) installed.
>>
>> ... that would be willing to determine whether their connection
>> utilizes TLS or SSL?
>>
>> Specifically, we would like to determine whether the following are
>> observed:
>>
>> SSLv3 Record Layer
>> SSLv3.0 Handshake
>> SSLv3.0 Client Hello
>>
>> ... or something different than that.
>>
>> We recognize that the connection setup is server dependent, but we're
>> trying to confirm whether others with a similar setup are achieving:
>>
>> TLS1.x Record Layer; Handshake; Client Hello, or any combination
>> thereof.
>>
>
> We're going to do a fresh claws-mail-3.10.1-pkg56 (Win32) install on a
> system which has not previously known CM, and determine the level of
> functionality it provides.
>
We have completed two Win32 installations (claws-mail-3.10.1-pkg56,
claws-mail-3.9.3git84-pkg48) to different install directories on the E:
drive of an XP system that has not previously known CM.
Both installations failed the POP3S SSL handshake in the same manner as
described throughout this thread.
We uninstalled both packages from the E: drive, and reinstalled one to
the default install directory on the C: drive, and retested. That
installation also failed the POP3S SSL handshake.
Still hoping to confirm Win32 behavior per the information provided, two
quote levels above.
Best Regards,
ENI
From noreply at thewildbeast.co.uk Wed Sep 3 09:09:58 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Wed, 03 Sep 2014 07:09:58 +0000
Subject: [Users] [Bug 2284] Claws doesn't check local mboxs if the network
is down
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2284
--- Comment #3 from Ricardo Mones ---
(In reply to comment #2)
> I would disagree somewhat please.
>
> "Online" and "Offline" should be application properties and would indicate
> whether Claws-Mail will retrieve mail or not -- whether locally or over
> network.
Online and Offline are network related, as the dialog clearly states:
“Claws Mail needs network access in order to get mails”
That's simply not true for local mailboxes.
> Network Manager should ideally disallow over-network mail retrieval if
> network is down but in online mode, should still allow local mailbox
> updates/checking.
That's unrelated and NM is not a required piece of software to run Claws Mail.
> Offline should prohibit mail retrieval completely.
Should be named differently for doing that.
> I understand it's convenient to link network with online/offline since
> that's the 99 percentile use case, however, since many people check mail
> without going over network and because Claws-Mail allows that paradigm,
> there should be a separation of online/offline and auto network disablement
> through Network Manager.
You want an option to allow that, and that's fine, but don't try to change
the meaning of Online/Offline to match your option. As said before they're
network related not retrieval related, and saying network access is needed to
retrieve mail from a local mailbox is false. That's a bug to be fixed.
> Thus, asking if Claws-Mail should go "Online" to retrieve local mail when
> Claws-Mail is "Offline" is perfectly fine in my book since that effectively
> takes care of those instances where people have not configured Network
> Manager to tell Claws-Mail when to go "Offline" as well.
That current bug is convenient to you doesn't make a feature of it ;)
--
You are receiving this mail because:
You are the assignee for the bug.
From claws at thewildbeast.co.uk Wed Sep 3 12:51:11 2014
From: claws at thewildbeast.co.uk (Paul)
Date: Wed, 3 Sep 2014 11:51:11 +0100
Subject: [Users] Setting Reply-To in Templates
In-Reply-To: <20140902111754.63fd176c@acu-gsjhywel-fc>
References: <20140902111754.63fd176c@acu-gsjhywel-fc>
Message-ID: <20140903115111.315e30bc@thewildbeast>
On Tue, 2 Sep 2014 11:17:54 +0100
Geraint Hywel wrote:
> Is it possible?
It will be possible in the next release!
with regards
Paul
--
Guerre aux châteaux, Paix aux chaumières
From noreply at thewildbeast.co.uk Wed Sep 3 13:37:36 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Wed, 03 Sep 2014 11:37:36 +0000
Subject: [Users] [Bug 2156] Crashed when deleting message on Gmail
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2156
Paul changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |WORKSFORME
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Wed Sep 3 13:44:49 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Wed, 03 Sep 2014 11:44:49 +0000
Subject: [Users] [Bug 2728] erroneous switching from one to three column view
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2728
Paul changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |FIXED
--
You are receiving this mail because:
You are the assignee for the bug.
From g.s.j.hywel at swansea.ac.uk Wed Sep 3 14:19:39 2014
From: g.s.j.hywel at swansea.ac.uk (Geraint Hywel)
Date: Wed, 3 Sep 2014 13:19:39 +0100
Subject: [Users] Setting Reply-To in Templates
In-Reply-To: <20140903115111.315e30bc@thewildbeast>
References: <20140902111754.63fd176c@acu-gsjhywel-fc>
<20140903115111.315e30bc@thewildbeast>
Message-ID: <20140903131939.190c5771@acu-gsjhywel-fc>
On Wed, 3 Sep 2014 11:51:11 +0100
Paul wrote:
> It will be possible in the next release!
That's great news - thanks!
--
Geraint Hywel
http://about.me/geraint.hywel
From claws at thewildbeast.co.uk Wed Sep 3 16:20:49 2014
From: claws at thewildbeast.co.uk (Paul)
Date: Wed, 3 Sep 2014 15:20:49 +0100
Subject: [Users] Setting Reply-To in Templates
In-Reply-To: <20140903131939.190c5771@acu-gsjhywel-fc>
References: <20140902111754.63fd176c@acu-gsjhywel-fc>
<20140903115111.315e30bc@thewildbeast>
<20140903131939.190c5771@acu-gsjhywel-fc>
Message-ID: <20140903152049.0ad9637d@thewildbeast>
On Wed, 3 Sep 2014 13:19:39 +0100
Geraint Hywel wrote:
> On Wed, 3 Sep 2014 11:51:11 +0100
> Paul wrote:
>
> > It will be possible in the next release!
>
> That's great news - thanks!
You have to be subscribed to post here. Please, don't email me /and/
the list. Just the list is fine. Thanks.
with regards
Paul
--
Guerre aux châteaux, Paix aux chaumières
From kushwaha at netsolutionsindia.com Wed Sep 3 16:35:43 2014
From: kushwaha at netsolutionsindia.com (Abhay S. Kushwaha)
Date: Wed, 3 Sep 2014 20:05:43 +0530
Subject: [Users] Setting Reply-To in Templates
In-Reply-To: <20140903115111.315e30bc@thewildbeast>
References: <20140902111754.63fd176c@acu-gsjhywel-fc>
<20140903115111.315e30bc@thewildbeast>
Message-ID: <20140903200543.00001552@netsolutionsindia.com>
On Wed, 3 Sep 2014 11:51:11 +0100, Paul wrote:
> It will be possible in the next release!
Paul, while you're at it, possible to add Account Selection to a
template as well? Would be great if it was possible to force an
account through a template as well. :)
Thanks,
Abhay
From bdm at fenrir.org.uk Wed Sep 3 17:12:04 2014
From: bdm at fenrir.org.uk (Brian Morrison)
Date: Wed, 3 Sep 2014 16:12:04 +0100
Subject: [Users] Setting Reply-To in Templates
In-Reply-To: <20140903200543.00001552@netsolutionsindia.com>
References: <20140902111754.63fd176c@acu-gsjhywel-fc>
<20140903115111.315e30bc@thewildbeast>
<20140903200543.00001552@netsolutionsindia.com>
Message-ID: <20140903161204.0000305a@surtees.fenrir.org.uk>
On Wed, 3 Sep 2014 20:05:43 +0530
Abhay S. Kushwaha wrote:
> On Wed, 3 Sep 2014 11:51:11 +0100, Paul wrote:
>
> > It will be possible in the next release!
>
> Paul, while you're at it, possible to add Account Selection to a
> template as well? Would be great if it was possible to force an
> account through a template as well. :)
Are the %account_ variables not enough?
--
Brian Morrison
From brad at fineby.me.uk Wed Sep 3 19:10:39 2014
From: brad at fineby.me.uk (Brad Rogers)
Date: Wed, 3 Sep 2014 18:10:39 +0100
Subject: [Users] Setting Reply-To in Templates
In-Reply-To: <20140903161204.0000305a@surtees.fenrir.org.uk>
References: <20140902111754.63fd176c@acu-gsjhywel-fc>
<20140903115111.315e30bc@thewildbeast>
<20140903200543.00001552@netsolutionsindia.com>
<20140903161204.0000305a@surtees.fenrir.org.uk>
Message-ID: <20140903181039.760c5352@abydos.stargate.org.uk>
On Wed, 3 Sep 2014 16:12:04 +0100
Brian Morrison wrote:
Hello Brian,
>Are the %account_ variables not enough?
Unless I'm much mistaken, those variables simply pull the requested
details from the account currently being used. AIUI, Abhay wishes to
specify a particular account. So, for example, the template would
_always_ use account3, even if I'm currently using account7.
--
Regards _
/ ) "The blindingly obvious is
/ _)rad never immediately apparent"
Only the wounded remain, the generals have all left the game
Generals - The Damned
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 473 bytes
Desc: OpenPGP digital signature
URL:
From noreply at thewildbeast.co.uk Thu Sep 4 04:45:47 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Thu, 04 Sep 2014 02:45:47 +0000
Subject: [Users] [Bug 3264] New: Claws Mail silently fails to encrypt after
prompting for passphrase
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3264
Bug ID: 3264
Summary: Claws Mail silently fails to encrypt after prompting
for passphrase
Classification: Unclassified
Product: Claws Mail
Version: 3.8.1
Hardware: PC
OS: Linux
Status: NEW
Severity: major
Priority: P3
Component: Plugins/Privacy
Assignee: users at lists.claws-mail.org
Reporter: track-clawsbugs at brainonfire.net
0. Claws 3.8.1 with PGP/Core, PGP/inline, PGP/MIME, and S/MIME plugins of same
version
1. Create message, select PGP inline, Sign, Encrypt
2. Send/Send Later
3. Prompted for passphrase
4. Message sends (or goes to outbox)
5. Message has been signed, but not encrypted
I have marked this as a major bug because this is a silent failure; perhaps it
should even be marked critical. I'm just glad I wasn't sending anything
important when this happened to me!
Environment notes:
- I have used this feature in the past. However, that may have been before I
switched from Ubuntu to Debian, so some config settings may have been lost, or
program versions changed.
- I use Debian Stable, hence the slightly older version. I am willing to try
other versions of Claws for bug-diagnostic purposes *if* they will not make
non-backwards-compatible changes to my mail, servers, or settings.
- The only relevant console output is "WARNING: gnome-keyring:: couldn't
connect to: /home/timmc/.cache/keyring-ABCDEF/pkcs11: No such file or
directory", but I'll note that signing does still work.
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Thu Sep 4 07:21:30 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Thu, 04 Sep 2014 05:21:30 +0000
Subject: [Users] [Bug 3264] Claws Mail silently fails to encrypt after
prompting for passphrase
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3264
--- Comment #1 from Paul ---
I'm pretty much certain that this is your mistake, and that you must have
forgotten to check the 'encrypt' checkbox.
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Thu Sep 4 07:30:58 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Thu, 04 Sep 2014 05:30:58 +0000
Subject: [Users] [Bug 3264] Claws Mail silently fails to encrypt after
prompting for passphrase
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3264
Paul changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |INVALID
Severity|major |normal
--- Comment #2 from Paul ---
If you can verify this then re-open it.
--
You are receiving this mail because:
You are the assignee for the bug.
From info at endeavor-networks.com Thu Sep 4 07:32:29 2014
From: info at endeavor-networks.com (ENI)
Date: Thu, 4 Sep 2014 01:32:29 -0400
Subject: [Users] POP3S - SSL Handshake Failures.
Message-ID: <20140904013229.000012a1.info@endeavor-networks.com>
We downloaded gnutls-3.2.16-w32, and utilized a few utilities within
(certtool, gnutls-server, gnutls-cli) to uncover more information.
We used certtool to generate a self-signed CA cert, and a server cert
on a system with CM installed. The certtool "--template=file" option
did not work.
We connected to gnutls-server, with gnutls-cli, using a loopback IP
(hostname=localhost, cn=localhost).
Server Setup:
gnutls-serv -p 995 --x509cafile x509-ca.pem --x509keyfile
x509-localhost-key.pem --x509certfile x509-localhost.pem
Client Setup:
gnutls-cli -p 995 localhost --x509cafile x509-ca.pem
A connection from "gnutls-cli" resulted in the following server console
output:
* Successful handshake from IPv4 127.0.0.1 port 2722
- Description: (TLS1.2)-(RSA)-(AES-128-GCM)
- Session ID: C2:33:DF:B1:DE:54:31:
C9:33:02:AA:EE:FB:63:A6:84:D5
- Given server name[1]: localhost
No certificates found!
- Version: TLS1.2
- Key Exchange: RSA
- Cipher: AES-128-GCM
- MAC: AEAD
- Compression: NULL
- Channel binding 'tls-unique': f16229
- Peer did not send any certificate.
We configured claws-mail-3.10.1-pkg56 (Win32) to connect via the
loopback. A connection from CM resulted in the following server console
output:
* Successful handshake from IPv4 127.0.0.1 port 2723
- Description: (SSL3.0)-(RSA)-(AES-128-CBC)-(SHA1)
- Session ID: B7:9D:B2:37:C9:DA:06:
No certificates found!
- Version: SSL3.0
- Key Exchange: RSA
- Cipher: AES-128-CBC
- MAC: SHA1
- Compression: NULL
- Channel binding 'tls-unique': 50d870
- Peer did not send any certificate.
The connection established was SSL3.0 rather than TLS1.x. We used the
debug option with gnutls-server. There was no evidence of CM (Win32)
attempting to use TLS.
The GnuTLS .DLLs within "claws-mail-3.10.1-pkg56" are substantially
smaller than those within the oldest available (gnutls-3.2.9-w32)
"GnuTLS for Windows" package from gnutls.org.
It appears that the CM (Win32) installation does not support TLS when
the "Use SSL for POP3 Connection" option is enabled for POP3.
We only see CM (Win32) attempting to connect to our hosted server with
SSL, and failing to do so.
We've concluded that our service provider has recently dropped support
for SSL on the server, even though they have not yet acknowledged so.
Regards,
ENI
From claws at thewildbeast.co.uk Thu Sep 4 07:41:09 2014
From: claws at thewildbeast.co.uk (Paul)
Date: Thu, 4 Sep 2014 06:41:09 +0100
Subject: [Users] POP3S - SSL Handshake Failures.
In-Reply-To: <20140904013229.000012a1.info@endeavor-networks.com>
References: <20140904013229.000012a1.info@endeavor-networks.com>
Message-ID: <20140904064109.69c05c2a@thewildbeast>
On Thu, 4 Sep 2014 01:32:29 -0400
ENI wrote:
> It appears that the CM (Win32) installation does not support TLS
> when the "Use SSL for POP3 Connection" option is enabled for POP3.
I refer you back to what I said:
> Use the hidden account prefs to specify manually the priority string
> used. Quit Claws, open ~/.claws-mail/accountrc, find your account
> block, set 'gnutls_set_priority' to 1, and put your priority string
> in 'gnutls_priority'.
and
> The last commit in Claws Mail GIT repository might resolve your
> issue.
with regards
Paul
--
Guerre aux châteaux, Paix aux chaumières
From kushwaha at netsolutionsindia.com Thu Sep 4 08:37:56 2014
From: kushwaha at netsolutionsindia.com (Abhay S. Kushwaha)
Date: Thu, 4 Sep 2014 12:07:56 +0530
Subject: [Users] Setting Reply-To in Templates
In-Reply-To: <20140903181039.760c5352@abydos.stargate.org.uk>
References: <20140902111754.63fd176c@acu-gsjhywel-fc>
<20140903115111.315e30bc@thewildbeast>
<20140903200543.00001552@netsolutionsindia.com>
<20140903161204.0000305a@surtees.fenrir.org.uk>
<20140903181039.760c5352@abydos.stargate.org.uk>
Message-ID: <20140904120756.00006b67@netsolutionsindia.com>
On Wed, 3 Sep 2014 18:10:39 +0100, Brad wrote:
> >Are the %account_ variables not enough?
>
> Unless I'm much mistaken, those variables simply pull the requested
> details from the account currently being used. AIUI, Abhay wishes
> to specify a particular account. So, for example, the template
> would _always_ use account3, even if I'm currently using account7.
That's right. That's what I requested. :)
[a]
From noreply at thewildbeast.co.uk Thu Sep 4 13:01:42 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Thu, 04 Sep 2014 11:01:42 +0000
Subject: [Users] [Bug 3264] Claws Mail silently fails to encrypt after
prompting for passphrase
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3264
Tim McCormack changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|INVALID |---
--- Comment #3 from Tim McCormack ---
Verified multiple times under different conditions:
* Replying to encrypted email vs. sending a fresh message (which explicitly
requires checking that box)
* Using Send vs. Send Later
* PGP/Inline vs. PGP/MIME
* Sign + Encrypt vs. Encrypt
* To recipients I have one key for vs. those with multiple (incurs key
selection dialog, still does not encrypt)
It's no mistake.
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Thu Sep 4 13:16:42 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Thu, 04 Sep 2014 11:16:42 +0000
Subject: [Users] [Bug 3264] Claws Mail silently fails to encrypt after
prompting for passphrase
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3264
--- Comment #4 from Paul ---
Please look at the account preferences, "Privacy" page. Do you have the option
"Save sent encrypted messages as plain text" turned on?
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Thu Sep 4 13:20:22 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Thu, 04 Sep 2014 11:20:22 +0000
Subject: [Users] [Bug 3264] Claws Mail silently fails to encrypt after
prompting for passphrase
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3264
--- Comment #5 from Paul ---
Just to correct my typo, the option is actually called "Save sent encrypted
messages as clear text"
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Thu Sep 4 13:30:17 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Thu, 04 Sep 2014 11:30:17 +0000
Subject: [Users] [Bug 3264] Claws Mail silently fails to encrypt after
prompting for passphrase
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3264
Tim McCormack changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REOPENED |RESOLVED
Resolution|--- |INVALID
--- Comment #6 from Tim McCormack ---
Oh lordy, yes I do. Thanks, and sorry for the heart attack. :-)
(The first time this happened, I noticed the cleartext Sent message and sent
another response saying "sorry, encryption is broken in my client" and the
recipient did not correct me...)
--
You are receiving this mail because:
You are the assignee for the bug.
From brad at fineby.me.uk Thu Sep 4 12:18:47 2014
From: brad at fineby.me.uk (Brad Rogers)
Date: Thu, 4 Sep 2014 11:18:47 +0100
Subject: [Users] Setting Reply-To in Templates
In-Reply-To: <20140904120756.00006b67@netsolutionsindia.com>
References: <20140902111754.63fd176c@acu-gsjhywel-fc>
<20140903115111.315e30bc@thewildbeast>
<20140903200543.00001552@netsolutionsindia.com>
<20140903161204.0000305a@surtees.fenrir.org.uk>
<20140903181039.760c5352@abydos.stargate.org.uk>
<20140904120756.00006b67@netsolutionsindia.com>
Message-ID: <20140904111847.6ba36a9a@abydos.stargate.org.uk>
On Thu, 4 Sep 2014 12:07:56 +0530
"Abhay S. Kushwaha" wrote:
Hello Abhay,
>On Wed, 3 Sep 2014 18:10:39 +0100, Brad wrote:
>> Unless I'm much mistaken, those variables simply pull the requested
>> details from the account currently being used. AIUI, Abhay wishes
>> to specify a particular account. So, for example, the template
>> would _always_ use account3, even if I'm currently using account7.
>That's right. That's what I requested. :)
Yes, it is. I realise now my last sentence is a bit ambiguous. It was
meant as an affirmation of your request, not as an indication of
what /actually/ happens. I should have left it out.
--
Regards _
/ ) "The blindingly obvious is
/ _)rad never immediately apparent"
The public wants what the public gets
Going Underground - The Jam
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 473 bytes
Desc: OpenPGP digital signature
URL:
From info at endeavor-networks.com Thu Sep 4 19:24:38 2014
From: info at endeavor-networks.com (ENI)
Date: Thu, 4 Sep 2014 13:24:38 -0400
Subject: [Users] POP3S - SSL Handshake Failures.
Message-ID: <20140904132438.00007d75.info@endeavor-networks.com>
>
> I refer you back to what I said:
>
>> Use the hidden account prefs to specify manually the priority string
>> used. Quit Claws, open ~/.claws-mail/accountrc, find your account
>> block, set 'gnutls_set_priority' to 1, and put your priority string
>> in 'gnutls_priority'.
>
> and
>
>> The last commit in Claws Mail GIT repository might resolve your
>> issue.
>
> with regards
>
> Paul
>
Paul:
On 2014-08-31, we expressed our appreciation to you for the advice
offered, and provided feedback indicating that the CM (Win32)
installation appeared to ignore the "gnutls_priority" string.
You will find "redacted" content from that posting below.
With regard to the last commit in Claws Mail GIT repository. Our skill
set is different than yours. We are not familiar with compiling source
code, and do not have the time to take on that task at this time.
We have spent time that we could not afford to spend on the
investigation documented in our posts, in an effort to both resolve the
issue, and offer something to the forum.
Please review the "redacted" content below:
>>>
>>> Paul:
>>>
>>> Thank you for your interest in our issue, and the suggestions
>>> offered.
>>>
>>> We located the appropriate account block within the "accountrc"
>>> file located at:
>>>
>>> C:\Documents and Settings\user-name-redacted\Application
>>> Data\Claws-mail\accountrc
>>>
>>> ... and tried a couple of different "gnutls_priority" strings. On
>>> each occasion, we quit Claws Mail, edited and saved the file, then
>>> relaunched CM.
>>>
>>> Initial Configuration
>>> gnutls_set_priority=0
>>> gnutls_priority=
>>>
>>> Trial # 1
>>> gnutls_set_priority=1
>>> gnutls_priority=%LATEST_RECORD_VERSION
>>>
>>> Expectation: a transition from an SSLv3 Record Layer, to a TLSv1.2
>>> Record Layer.
>>> Observation: CM still used the SSLv3 Record Layer, and failed the
>>> handshake.
>>>
>>> Trial # 2
>>> gnutls_set_priority=1
>>> gnutls_priority=NORMAL:%LATEST_RECORD_VERSION
>>>
>>> Expectation: Same as above.
>>> Observation: CM still used the SSLv3 Record Layer, and failed the
>>> handshake.
>>> Note: We tried a different syntax, by including "NORMAL:".
>>>
>>> Trial # 3
>>> gnutls_set_priority=1
>>> gnutls_priority=NORMAL:-VERS-SSL3.0
>>>
>>> Expectation: a transition to TLS1.0, TLS1.1, or TLS1.2.
>>> Observation: CM still used the SSLv3 Record Layer, and failed the
>>> handshake.
>>>
>>> Trial #4
>>> gnutls_set_priority=1
>>> gnutls_priority=SECURE256
>>>
>>> Expectation: a reduction in the number of cipher suites offered.
>>> Observation: The same 28 suites were offered, as with NORMAL.
>>> Note: This test was just to see if we could bring about any change
>>> in behavior with a priority string.
>>>
>>> It appears that our priority strings are not being read or
>>> utilized. Is there something about our syntax that is incorrect?
>>>
>>>
>>> The GnuTLS Manual, which does not indicate a software revision
>>> number, made the following statements in Section 5.10 Priority
>>> strings: "Priority strings are not constant between gnutls
>>> versions".
>>>
>>> "Unless the initial keyword is "NONE" the defaults (in preference
>>> order) are for TLS protocols TLS1.2, TLS1.1, TLS1.0, SSL3.0 ... ".
>>>
>>> We are not sure why SSL3.0 is being used, when these other
>>> protocols are supposed to have preference.
>>>
Thank you.
Best Regards,
ENI
From bkpsusmitaa at gmail.com Thu Sep 4 20:40:25 2014
From: bkpsusmitaa at gmail.com (Rajib Bandopadhyay)
Date: Fri, 5 Sep 2014 00:10:25 +0530
Subject: [Users] Can't download posts from Eternal-September NNTP servers
Message-ID: <20140905001025.429fef70@smtp.gmail.com>
Hi, Friends!
I'm new to Claws Mail.
The accountrc file can be sent upon
direction. Is there a problem with the
settings? I can't download even the
newsgroups list under
eternal-september (Usenet text based
newsgroup). With the same settings I can
download messages in Icedove.
The details of the eternal-september
settings are given below:
I don't believe I understand certain
settings in the accountrc file. What
are these? Could you please
explain? They are as follows:
receive_server=
use_apop_auth=0
set_tunnelcmd=0
tunnelcmd=
----------------------------
http://www.eternal-september.org/index.php?showpage=techinfo
eternal-september.org can be accessed
via the following server names and
ports::
Client Settings
Server name: news.eternal-september.org
Port : 119 (NNTP)
Port : 563 (encrypted connection NNTPS)
Servername:
reader80.eternal-september.org Port : 80
Servername:
reader443.eternal-september.org Port :
443 (encrypted connection NNTPS)
The number of concurrent connections to
the server is limited to 4
-----------------------------
______________________________________
Freedom is impossible to perceive
comprehensively by anyone
From mir at miras.org Thu Sep 4 20:56:52 2014
From: mir at miras.org (Michael Rasmussen)
Date: Thu, 4 Sep 2014 20:56:52 +0200
Subject: [Users] Can't download posts from Eternal-September NNTP servers
In-Reply-To: <20140905001025.429fef70@smtp.gmail.com>
References: <20140905001025.429fef70@smtp.gmail.com>
Message-ID: <20140904205652.27620020@sleipner.datanom.net>
On Fri, 5 Sep 2014 00:10:25 +0530
Rajib Bandopadhyay wrote:
See basic settings in attached screendump.
(Screenshot-eternal-september.org - Account preferences.png)
See SSL settings in attached screendump.
(Screenshot-eternal-september.org - Account preferences-1.png)
If you use the port settings as shown you should leave the port numbers
as picked by default.
>
> Client Settings
> Server name: news.eternal-september.org
> Port : 119 (NNTP)
> Port : 563 (encrypted connection NNTPS)
>
> Servername:
> reader80.eternal-september.org Port : 80
>
> Servername:
> reader443.eternal-september.org Port :
> 443 (encrypted connection NNTPS)
>
> The number of concurrent connections to
> the server is limited to 4
> -----------------------------
> ______________________________________
> Freedom is impossible to perceive
> comprehensively by anyone
> _______________________________________________
> Users mailing list
> Users at lists.claws-mail.org
> http://lists.claws-mail.org/cgi-bin/mailman/listinfo/users
--
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
--------------------------------------------------------------
/usr/games/fortune -es says:
Pick another fortune cookie.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screenshot-eternal-september.org - Account preferences.png
Type: image/png
Size: 71273 bytes
Desc: not available
URL:
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screenshot-eternal-september.org - Account preferences-1.png
Type: image/png
Size: 77383 bytes
Desc: not available
URL:
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 181 bytes
Desc: OpenPGP digital signature
URL:
From bkpsusmitaa at gmail.com Thu Sep 4 21:43:24 2014
From: bkpsusmitaa at gmail.com (Rajib Bandopadhyay)
Date: Fri, 5 Sep 2014 01:13:24 +0530
Subject: [Users] Can't download posts from Eternal-September NNTP servers
Message-ID: <20140905011324.7020b0ca@smtp.gmail.com>
On 05/09/2014, Michael Rasmussen
wrote:
[/snipped]
> If you use the port settings as shown
> you should leave the port numbers as
> picked by default.
>
[/snipped]
No luck! I am using the version Claws
Mail version 3.8.1., and the
autoconfigure option in 'Basic/server
information/Protocol' isn't available
in mine. Would you like me to send the
accountrc file?
Regards
______________________________________
Freedom is impossible to perceive
comprehensively by anyone
From buzz at ksys.co.nz Thu Sep 4 21:44:55 2014
From: buzz at ksys.co.nz (Buzz)
Date: Fri, 5 Sep 2014 07:44:55 +1200
Subject: [Users] Message Selected After Filter
Message-ID: <20140905074455.450524ce@sagitta.notyet>
Hi All,
When I delete a message in a folder the next available message is
selected. This is perfect.
When I run a filter that moves a message, the last message in the folder
is selected. I am trying to find a way to make this behaviour the same
as deleting a message. i.e. next message is selected.
--
Cheers
Buzz
From claws at thewildbeast.co.uk Thu Sep 4 22:30:26 2014
From: claws at thewildbeast.co.uk (Paul)
Date: Thu, 4 Sep 2014 21:30:26 +0100
Subject: [Users] Can't download posts from Eternal-September NNTP servers
In-Reply-To: <20140905001025.429fef70@smtp.gmail.com>
References: <20140905001025.429fef70@smtp.gmail.com>
Message-ID: <20140904213026.1b5407da@thewildbeast>
On Fri, 5 Sep 2014 00:10:25 +0530
Rajib Bandopadhyay wrote:
> The accountrc file can be sent upon
> direction. Is there a problem with the
> settings? I can't download even the
> newsgroups list under
> eternal-september (Usenet text based
> newsgroup). With the same settings I can
> download messages in Icedove.
I tried it. It works!
All I did was put 'news.eternal-september.org' as server name.
It works.
Then I set "Use SSL for NNTP connection"
That works too!
You're doing something wrong!
with regards
Paul
--
Guerre aux châteaux, Paix aux chaumières
From mir at miras.org Thu Sep 4 22:41:16 2014
From: mir at miras.org (Michael Rasmussen)
Date: Thu, 4 Sep 2014 22:41:16 +0200
Subject: [Users] Can't download posts from Eternal-September NNTP servers
In-Reply-To: <20140905011324.7020b0ca@smtp.gmail.com>
References: <20140905011324.7020b0ca@smtp.gmail.com>
Message-ID: <20140904224116.78d5f3ab@sleipner.datanom.net>
On Fri, 5 Sep 2014 01:13:24 +0530
Rajib Bandopadhyay wrote:
>
> No luck! I am using the version Claws
> Mail version 3.8.1., and the
> autoconfigure option in 'Basic/server
> information/Protocol' isn't available
> in mine. Would you like me to send the
> accountrc file?
3.8.1 is more than 2 years old so try to install a newer version an see
whether this solves your problem.
Newer versions can be downloaded here:
http://www.claws-mail.org/downloads.php?section=downloads
If you are using Debian stable you can fetch latest release from Debian
backports: http://backports.debian.org/Instructions/
--
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
--------------------------------------------------------------
/usr/games/fortune -es says:
The moss on the tree does not fear the talons of the hawk.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 181 bytes
Desc: OpenPGP digital signature
URL:
From James at Hits1k Thu Sep 4 23:32:08 2014
From: James at Hits1k (James at Hits1k)
Date: Thu, 4 Sep 2014 11:32:08 -1000
Subject: [Users] claws automatic accept SSL certificate
Message-ID: <20140904113208.00006726@unknown>
Did you get this problem solved?
I couldn't find the solution in line so I opted for writing a program
that runs in the background and accepts the changed SSL certificate as
soon as Claws notifies the user of the condition.
Thank you!
James @ hits1000.com
www.hits1000.com
j at hits1000.com (Preferred)
hits1k.com at gmail.com
Skype: Hits1k (Available 9am to 7pm PST)
Phone 716.712.4736
Fax (toll free) 877.455.2827
94-1221 Ka Uka Blvd
Suite 108-208
Waipahu, HI 96797
USA
From bkpsusmitaa at gmail.com Fri Sep 5 05:37:03 2014
From: bkpsusmitaa at gmail.com (Rajib Bandopadhyay)
Date: Fri, 5 Sep 2014 09:07:03 +0530
Subject: [Users] Can't download posts from Eternal-September NNTP servers
Message-ID: <20140905090703.5131c664@smtp.gmail.com>
On 05/09/2014, Michael Rasmussen
wrote:
...[/snipped]
[Michael]
> 3.8.1 is more than 2 years old so try
> to install a newer version an see
> whether this solves your problem.
>
> Newer versions can be downloaded here:
> http://www.claws-mail.org/downloads.php?section=downloads
>
> If you are using Debian stable you
> can fetch latest release from Debian
> backports:
> http://backports.debian.org/Instructions/
A two-year old package shouldn't be a
reason for its non-functionality,
should it? :) I use Knoppix, which is a
fork of Debian.
Okay, I will try the latest download
and see whether it solves my problem.
Thanks for replying.
[Paul]
[/snipped]
I tried it. It works!
...
You're doing something wrong!
The accountrc file is pasted below:
______________________________________
Freedom is impossible to perceive
comprehensively by anyone
--------------------------------
[Account: 3]
account_name=Google
is_default=1
name=My name, deleted
address=My email-Id., deleted
organization=
protocol=6
receive_server=
smtp_server=smtp.gmail.com
nntp_server=
local_mbox=/var/mail
use_mail_command=0
mail_command=/usr/sbin/sendmail -t -i
use_nntp_auth=0
use_nntp_auth_onconnect=0
user_id=My gmail username, deleted
password=!the value changed
use_apop_auth=0
remove_mail=1
message_leave_time=7
message_leave_hour=0
enable_size_limit=0
size_limit=1024
filter_on_receive=0
filterhook_on_receive=0
imap_auth_method=0
receive_at_get_all=0
max_news_articles=3000
inbox=#mh/Mailbox/inbox
local_inbox=#mh/Mailbox/inbox
imap_directory=
imap_subsonly=1
low_bandwidth=0
generate_msgid=1
generate_xmailer=1
add_custom_header=0
msgid_with_addr=0
use_smtp_auth=1
smtp_auth_method=1
smtp_user_id=My gmail username, deleted
smtp_password=!
pop_before_smtp=0
pop_before_smtp_timeout=5
signature_type=0
signature_path=/home/knoppix/.signature
auto_signature=1
signature_separator=
set_autocc=0
auto_cc=
set_autobcc=0
auto_bcc=
set_autoreplyto=0
auto_replyto=
enable_default_dictionary=0
default_dictionary=de
enable_default_alt_dictionary=0
default_alt_dictionary=de
compose_with_format=0
compose_subject_format=
compose_body_format=
reply_with_format=0
reply_quotemark=
reply_body_format=
forward_with_format=0
forward_quotemark=
forward_body_format=
default_privacy_system=
default_encrypt=0
default_encrypt_reply=1
default_sign=1
default_sign_reply=1
save_clear_text=0
encrypt_to_self=0
privacy_prefs=
ssl_pop=0
ssl_imap=0
ssl_nntp=0
ssl_smtp=1
use_nonblocking_ssl=1
in_ssl_client_cert_file=
in_ssl_client_cert_pass=!
out_ssl_client_cert_file=
out_ssl_client_cert_pass=!
set_smtpport=1
smtp_port=465
set_popport=0
pop_port=110
set_imapport=0
imap_port=143
set_nntpport=0
nntp_port=119
set_domain=1
domain=smtp.gmail.com
set_tunnelcmd=0
tunnelcmd=
mark_crosspost_read=0
crosspost_color=0
set_sent_folder=1
sent_folder=#mh/Mailbox/inbox
set_queue_folder=1
queue_folder=#mh/Mailbox/sent
set_draft_folder=1
draft_folder=#mh/Mailbox/draft
set_trash_folder=1
trash_folder=#mh/Mailbox/trash
imap_use_trash=1
[Account: 2]
account_name=UsenetNews1st
is_default=0
name=My name, deleted
address=My email-Id., deleted
organization=
protocol=4
receive_server=
smtp_server=
nntp_server=news.eternal-september.org
local_mbox=/var/mail
use_mail_command=0
mail_command=/usr/sbin/sendmail -t -i
use_nntp_auth=1
use_nntp_auth_onconnect=1
user_id=
password=!
use_apop_auth=0
remove_mail=1
message_leave_time=7
message_leave_hour=0
enable_size_limit=0
size_limit=1024
filter_on_receive=0
filterhook_on_receive=0
imap_auth_method=0
receive_at_get_all=1
max_news_articles=3000
inbox=#mh/Mailbox/inbox
local_inbox=#mh/Mailbox/inbox
imap_directory=
imap_subsonly=1
low_bandwidth=0
generate_msgid=1
generate_xmailer=1
add_custom_header=0
msgid_with_addr=0
use_smtp_auth=1
smtp_auth_method=0
smtp_user_id=
smtp_password=!
pop_before_smtp=0
pop_before_smtp_timeout=5
signature_type=0
signature_path=/home/knoppix/.signature
auto_signature=1
signature_separator=
set_autocc=0
auto_cc=
set_autobcc=0
auto_bcc=
set_autoreplyto=0
auto_replyto=
enable_default_dictionary=0
default_dictionary=de
enable_default_alt_dictionary=0
default_alt_dictionary=de
compose_with_format=0
compose_subject_format=
compose_body_format=
reply_with_format=0
reply_quotemark=
reply_body_format=
forward_with_format=0
forward_quotemark=
forward_body_format=
default_privacy_system=
default_encrypt=0
default_encrypt_reply=0
default_sign=1
default_sign_reply=0
save_clear_text=0
encrypt_to_self=0
privacy_prefs=
ssl_pop=0
ssl_imap=0
ssl_nntp=0
ssl_smtp=0
use_nonblocking_ssl=1
in_ssl_client_cert_file=/home/knoppix/Downloads/cacert.asc
in_ssl_client_cert_pass=!
out_ssl_client_cert_file=/home/knoppix/Downloads/cacert.asc
out_ssl_client_cert_pass=!
set_smtpport=0
smtp_port=465
set_popport=0
pop_port=110
set_imapport=0
imap_port=143
set_nntpport=0
nntp_port=119
set_domain=1
domain=news.eternal-september.org
set_tunnelcmd=0
tunnelcmd=
mark_crosspost_read=1
crosspost_color=2
set_sent_folder=1
sent_folder=#mh/Mailbox/sent
set_queue_folder=1
queue_folder=#mh/Mailbox/queue
set_draft_folder=1
draft_folder=#mh/Mailbox/draft
set_trash_folder=1
trash_folder=#mh/Mailbox/trash
imap_use_trash=1
[Account: 4]
account_name=Usenet 2nd
is_default=0
name=My name, deleted
address=My email-Id., deleted
organization=
protocol=4
receive_server=
smtp_server=
nntp_server=news.eternal-september.org
local_mbox=/var/mail
use_mail_command=0
mail_command=/usr/sbin/sendmail -t -i
use_nntp_auth=1
use_nntp_auth_onconnect=1
user_id=
password=!
use_apop_auth=0
remove_mail=1
message_leave_time=7
message_leave_hour=0
enable_size_limit=0
size_limit=1024
filter_on_receive=0
filterhook_on_receive=0
imap_auth_method=0
receive_at_get_all=1
max_news_articles=300
inbox=#mh/Mailbox/inbox
local_inbox=#mh/Mailbox/inbox
imap_directory=
imap_subsonly=1
low_bandwidth=0
generate_msgid=1
generate_xmailer=1
add_custom_header=0
msgid_with_addr=0
use_smtp_auth=1
smtp_auth_method=1
smtp_user_id=
smtp_password=!
pop_before_smtp=0
pop_before_smtp_timeout=5
signature_type=0
signature_path=/home/knoppix/.signature
auto_signature=1
signature_separator=
set_autocc=0
auto_cc=
set_autobcc=0
auto_bcc=
set_autoreplyto=0
auto_replyto=
enable_default_dictionary=0
default_dictionary=de
enable_default_alt_dictionary=0
default_alt_dictionary=de
compose_with_format=0
compose_subject_format=
compose_body_format=
reply_with_format=0
reply_quotemark=
reply_body_format=
forward_with_format=0
forward_quotemark=
forward_body_format=
default_privacy_system=
default_encrypt=0
default_encrypt_reply=1
default_sign=0
default_sign_reply=1
save_clear_text=0
encrypt_to_self=0
privacy_prefs=
ssl_pop=0
ssl_imap=0
ssl_nntp=0
ssl_smtp=0
use_nonblocking_ssl=1
in_ssl_client_cert_file=
in_ssl_client_cert_pass=!
out_ssl_client_cert_file=
out_ssl_client_cert_pass=!
set_smtpport=1
smtp_port=465
set_popport=0
pop_port=110
set_imapport=0
imap_port=143
set_nntpport=1
nntp_port=563
set_domain=1
domain=news.eternal-september.org
set_tunnelcmd=0
tunnelcmd=
mark_crosspost_read=0
crosspost_color=0
set_sent_folder=1
sent_folder=#mh/Newsbox/sent
set_queue_folder=1
queue_folder=#mh/Newsbox/queue
set_draft_folder=1
draft_folder=#mh/Newsbox/draft
set_trash_folder=1
trash_folder=#mh/Newsbox/trash
imap_use_trash=1
[Account: 5]
account_name=Usenet Reader80
is_default=0
name=My name, deleted
address=My email-Id., deleted
organization=
protocol=4
receive_server=
smtp_server=
nntp_server=reader80.eternal-september.org
local_mbox=/var/mail
use_mail_command=0
mail_command=/usr/sbin/sendmail -t -i
use_nntp_auth=1
use_nntp_auth_onconnect=1
user_id=
password=!
use_apop_auth=0
remove_mail=1
message_leave_time=7
message_leave_hour=0
enable_size_limit=0
size_limit=1024
filter_on_receive=0
filterhook_on_receive=0
imap_auth_method=0
receive_at_get_all=1
max_news_articles=3000
inbox=#mh/Mailbox/inbox
local_inbox=#mh/Mailbox/inbox
imap_directory=
imap_subsonly=1
low_bandwidth=0
generate_msgid=1
generate_xmailer=1
add_custom_header=0
msgid_with_addr=0
use_smtp_auth=1
smtp_auth_method=1
smtp_user_id=
smtp_password=!
pop_before_smtp=0
pop_before_smtp_timeout=5
signature_type=0
signature_path=/home/knoppix/.signature
auto_signature=1
signature_separator=
set_autocc=0
auto_cc=
set_autobcc=0
auto_bcc=
set_autoreplyto=0
auto_replyto=
enable_default_dictionary=0
default_dictionary=de
enable_default_alt_dictionary=0
default_alt_dictionary=de
compose_with_format=0
compose_subject_format=
compose_body_format=
reply_with_format=0
reply_quotemark=
reply_body_format=
forward_with_format=0
forward_quotemark=
forward_body_format=
default_privacy_system=
default_encrypt=0
default_encrypt_reply=1
default_sign=1
default_sign_reply=1
save_clear_text=0
encrypt_to_self=0
privacy_prefs=
ssl_pop=0
ssl_imap=0
ssl_nntp=0
ssl_smtp=0
use_nonblocking_ssl=1
in_ssl_client_cert_file=
in_ssl_client_cert_pass=!
out_ssl_client_cert_file=
out_ssl_client_cert_pass=!
set_smtpport=0
smtp_port=25
set_popport=0
pop_port=110
set_imapport=0
imap_port=143
set_nntpport=1
nntp_port=80
set_domain=1
domain= reader80.eternal-september.org
set_tunnelcmd=0
tunnelcmd=
mark_crosspost_read=0
crosspost_color=0
set_sent_folder=1
sent_folder=#mh/Newsbox/sent
set_queue_folder=1
queue_folder=#mh/Newsbox/queued
set_draft_folder=1
draft_folder=#mh/Newsbox/draft
set_trash_folder=1
trash_folder=#mh/Newsbox/trash
imap_use_trash=1
[Account: 6]
account_name=Usenetreader449
is_default=0
name=My name, deleted
address=My email-Id., deleted
organization=
protocol=4
receive_server=
smtp_server=
nntp_server=reader443.eternal-september.org
local_mbox=/var/mail
use_mail_command=0
mail_command=/usr/sbin/sendmail -t -i
use_nntp_auth=1
use_nntp_auth_onconnect=1
user_id=
password=!
use_apop_auth=0
remove_mail=1
message_leave_time=7
message_leave_hour=0
enable_size_limit=0
size_limit=1024
filter_on_receive=1
filterhook_on_receive=1
imap_auth_method=0
receive_at_get_all=1
max_news_articles=3000
inbox=#mh/Mailbox/inbox
local_inbox=#mh/Mailbox/inbox
imap_directory=
imap_subsonly=1
low_bandwidth=0
generate_msgid=1
generate_xmailer=1
add_custom_header=0
msgid_with_addr=0
use_smtp_auth=1
smtp_auth_method=1
smtp_user_id=
smtp_password=!
pop_before_smtp=0
pop_before_smtp_timeout=5
signature_type=0
signature_path=/home/knoppix/.signature
auto_signature=1
signature_separator=
set_autocc=0
auto_cc=
set_autobcc=0
auto_bcc=
set_autoreplyto=0
auto_replyto=
enable_default_dictionary=0
default_dictionary=de
enable_default_alt_dictionary=0
default_alt_dictionary=de
compose_with_format=0
compose_subject_format=
compose_body_format=
reply_with_format=0
reply_quotemark=
reply_body_format=
forward_with_format=0
forward_quotemark=
forward_body_format=
default_privacy_system=
default_encrypt=0
default_encrypt_reply=1
default_sign=0
default_sign_reply=1
save_clear_text=0
encrypt_to_self=0
privacy_prefs=
ssl_pop=0
ssl_imap=0
ssl_nntp=0
ssl_smtp=0
use_nonblocking_ssl=1
in_ssl_client_cert_file=
in_ssl_client_cert_pass=!
out_ssl_client_cert_file=
out_ssl_client_cert_pass=!
set_smtpport=0
smtp_port=25
set_popport=0
pop_port=110
set_imapport=0
imap_port=143
set_nntpport=1
nntp_port=443
set_domain=1
domain=reader443.eternal-september.org
set_tunnelcmd=0
tunnelcmd=
mark_crosspost_read=0
crosspost_color=0
set_sent_folder=1
sent_folder=#mh/Newsbox/sent
set_queue_folder=1
queue_folder=#mh/Newsbox/queue
set_draft_folder=1
draft_folder=#mh/Newsbox/draft
set_trash_folder=1
trash_folder=#mh/Newsbox/trash
imap_use_trash=1
[Account: 7]
account_name=StunneLeafnode
is_default=0
name=My name, deleted
address=My email-Id., deleted
organization=
protocol=4
receive_server=
smtp_server=My email-Id., deleted
nntp_server=localhost
local_mbox=/var/mail
use_mail_command=0
mail_command=/usr/sbin/sendmail -t -i
use_nntp_auth=0
use_nntp_auth_onconnect=1
user_id=My gmail username, deleted
password=!
use_apop_auth=0
remove_mail=1
message_leave_time=7
message_leave_hour=0
enable_size_limit=0
size_limit=1024
filter_on_receive=1
filterhook_on_receive=1
imap_auth_method=0
receive_at_get_all=1
max_news_articles=300
inbox=#mh/Mailbox/inbox
local_inbox=#mh/Mailbox/inbox
imap_directory=
imap_subsonly=1
low_bandwidth=0
generate_msgid=1
generate_xmailer=1
add_custom_header=0
msgid_with_addr=0
use_smtp_auth=1
smtp_auth_method=1
smtp_user_id=My gmail username, deleted
smtp_password=!
pop_before_smtp=0
pop_before_smtp_timeout=5
signature_type=0
signature_path=/home/knoppix/.signature
auto_signature=1
signature_separator=
set_autocc=0
auto_cc=
set_autobcc=0
auto_bcc=
set_autoreplyto=0
auto_replyto=
enable_default_dictionary=0
default_dictionary=de
enable_default_alt_dictionary=0
default_alt_dictionary=de
compose_with_format=0
compose_subject_format=
compose_body_format=
reply_with_format=0
reply_quotemark=
reply_body_format=
forward_with_format=0
forward_quotemark=
forward_body_format=
default_privacy_system=
default_encrypt=0
default_encrypt_reply=1
default_sign=0
default_sign_reply=1
save_clear_text=0
encrypt_to_self=0
privacy_prefs=
ssl_pop=0
ssl_imap=0
ssl_nntp=1
ssl_smtp=1
use_nonblocking_ssl=1
in_ssl_client_cert_file=
in_ssl_client_cert_pass=!
out_ssl_client_cert_file=
out_ssl_client_cert_pass=!
set_smtpport=0
smtp_port=465
set_popport=0
pop_port=110
set_imapport=0
imap_port=143
set_nntpport=1
nntp_port=119
set_domain=1
domain=localhost
set_tunnelcmd=0
tunnelcmd=
mark_crosspost_read=0
crosspost_color=0
set_sent_folder=0
sent_folder=
set_queue_folder=0
queue_folder=
set_draft_folder=0
draft_folder=
set_trash_folder=0
trash_folder=
imap_use_trash=1
From bkpsusmitaa at gmail.com Fri Sep 5 06:12:39 2014
From: bkpsusmitaa at gmail.com (Rajib Bandopadhyay)
Date: Fri, 5 Sep 2014 09:42:39 +0530
Subject: [Users] Can't download posts from Eternal-September NNTP servers
Message-ID: <20140905094239.5334b700@smtp.gmail.com>
Dear Friends,
Downloaded claws-mail-3.10.1.tar.xz
from sourceforge.
I tried make -f Makefile.in
Output:
make -f Makefile.in
Makefile.in:15: *** missing separator.
Stop.
I removed the # and the error message
stopped.
Then:
make -f Makefile.in
Makefile.in:1226: *** missing
separator. Stop.
1225 to 1234
-------------------------
@UPDATE_GTK_ICON_CACHE_TRUE at update-icon-cache:
@UPDATE_GTK_ICON_CACHE_TRUE@
@-if test -z "$(DESTDIR)";
then
\
@UPDATE_GTK_ICON_CACHE_TRUE@
echo "Updating Gtk icon
cache."; \
@UPDATE_GTK_ICON_CACHE_TRUE@
$(gtk_update_icon_cache);
\ @UPDATE_GTK_ICON_CACHE_TRUE@
else
\
@UPDATE_GTK_ICON_CACHE_TRUE@
echo "*** Icon cache not updated.
Remember to run:"; \
@UPDATE_GTK_ICON_CACHE_TRUE@
echo
"***";
\
@UPDATE_GTK_ICON_CACHE_TRUE@
echo "***
$(gtk_update_icon_cache)";
\
@UPDATE_GTK_ICON_CACHE_TRUE@
echo
"***";
\ @UPDATE_GTK_ICON_CACHE_TRUE@
fi at UPDATE_GTK_ICON_CACHE_TRUE@update-icon-cache:
@UPDATE_GTK_ICON_CACHE_TRUE at -if test -z
"$(DESTDIR)"; then \
@UPDATE_GTK_ICON_CACHE_TRUE at echo "Updating Gtk icon cache."; \ @UPDATE_GTK_ICON_CACHE_TRUE@$(gtk_update_icon_cache); \ @UPDATE_GTK_ICON_CACHE_TRUE at else \ @UPDATE_GTK_ICON_CACHE_TRUE at echo "*** Icon cache not updated. Remember to run:"; \ @UPDATE_GTK_ICON_CACHE_TRUE at echo "***"; \ @UPDATE_GTK_ICON_CACHE_TRUE at echo "*** $(gtk_update_icon_cache)"; \ @UPDATE_GTK_ICON_CACHE_TRUE at echo "***"; \ @UPDATE_GTK_ICON_CACHE_TRUE at fi
-----------------------------------
______________________________________
Freedom is impossible to perceive
comprehensively by anyone
From noreply at thewildbeast.co.uk Fri Sep 5 09:13:01 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 05 Sep 2014 07:13:01 +0000
Subject: [Users] [Bug 1871] filtering find and/or subset display
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=1871
Ricardo Mones changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |MOVED
--- Comment #2 from Ricardo Mones ---
Feature-wise this is a subset of 3165 reported also by you, so marking this as
moved.
--
You are receiving this mail because:
You are the assignee for the bug.
From claws at thewildbeast.co.uk Fri Sep 5 10:00:09 2014
From: claws at thewildbeast.co.uk (Paul)
Date: Fri, 5 Sep 2014 09:00:09 +0100
Subject: [Users] Can't download posts from Eternal-September NNTP servers
In-Reply-To: <20140905090703.5131c664@smtp.gmail.com>
References: <20140905090703.5131c664@smtp.gmail.com>
Message-ID: <20140905090009.44279cc5@thewildbeast>
On Fri, 5 Sep 2014 09:07:03 +0530
Rajib Bandopadhyay wrote:
> A two-year old package shouldn't be a
> reason for its non-functionality,
> should it? :) I use Knoppix, which is a
> fork of Debian.
No, that has nothing to do with this problem.
I've looked at your accountrc file. Strangely you have 4 accounts all
for the same news server. I've no idea why you need 4. But your
problem is the same in all 4:
You have turned on the options "This server requires authentication"
and "authenticate on connect".
It's these 2 options that prevent you from connecting. Turn them off
and you won't have a problem.
If you look in /Tools/Network Log, you will see the "*** Error
authenticating" message.
with regards
Paul
--
Guerre aux châteaux, Paix aux chaumières
From claws at thewildbeast.co.uk Fri Sep 5 10:08:27 2014
From: claws at thewildbeast.co.uk (Paul)
Date: Fri, 5 Sep 2014 09:08:27 +0100
Subject: [Users] Can't download posts from Eternal-September NNTP servers
In-Reply-To: <20140905094239.5334b700@smtp.gmail.com>
References: <20140905094239.5334b700@smtp.gmail.com>
Message-ID: <20140905090827.3c624cee@thewildbeast>
On Fri, 5 Sep 2014 09:42:39 +0530
Rajib Bandopadhyay wrote:
> Downloaded claws-mail-3.10.1.tar.xz
> from sourceforge.
>
> I tried make -f Makefile.in
>
> Output:
> make -f Makefile.in
> Makefile.in:15: *** missing separator.
> Stop.
>
> I removed the # and the error message
> stopped.
>
> Then:
> make -f Makefile.in
> Makefile.in:1226: *** missing
> separator. Stop.
To build software first you need to run:
./configure
then you need to run:
make
then you install:
sudo make install
Follow this and the problem you mentioned will disappear.
with regards
Paul
--
Guerre aux châteaux, Paix aux chaumières
From claws at thewildbeast.co.uk Fri Sep 5 10:09:39 2014
From: claws at thewildbeast.co.uk (Paul)
Date: Fri, 5 Sep 2014 09:09:39 +0100
Subject: [Users] Can't download posts from Eternal-September NNTP servers
In-Reply-To: <20140905090827.3c624cee@thewildbeast>
References: <20140905094239.5334b700@smtp.gmail.com>
<20140905090827.3c624cee@thewildbeast>
Message-ID: <20140905090939.0716695a@thewildbeast>
In fact, the instruction are included in the tarball in the file
INSTALL
regards
Paul
--
Guerre aux châteaux, Paix aux chaumières
From claws at thewildbeast.co.uk Fri Sep 5 10:11:07 2014
From: claws at thewildbeast.co.uk (Paul)
Date: Fri, 5 Sep 2014 09:11:07 +0100
Subject: [Users] claws automatic accept SSL certificate
In-Reply-To: <20140904113208.00006726@unknown>
References: <20140904113208.00006726@unknown>
Message-ID: <20140905091107.0f8f45cf@thewildbeast>
On Thu, 4 Sep 2014 11:32:08 -1000
James @ Hits1k wrote:
> Did you get this problem solved?
Yes, this was added in the last release. See the first item in the
list on the news page: http://www.claws-mail.org/news.php
with regards
Paul
--
Guerre aux châteaux, Paix aux chaumières
From noreply at thewildbeast.co.uk Fri Sep 5 10:36:15 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 05 Sep 2014 08:36:15 +0000
Subject: [Users] [Bug 3260] allow searching compressed archives
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3260
Ricardo Mones changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|convert content to make it |allow searching compressed
|searchable |archives
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Fri Sep 5 10:45:25 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 05 Sep 2014 08:45:25 +0000
Subject: [Users] [Bug 2170] Attachment removal doesn't work well inside
search
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2170
Ricardo Mones changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |WORKSFORME
--
You are receiving this mail because:
You are the assignee for the bug.
From bkpsusmitaa at gmail.com Fri Sep 5 11:25:43 2014
From: bkpsusmitaa at gmail.com (Rajib Bandopadhyay)
Date: Fri, 5 Sep 2014 14:55:43 +0530
Subject: [Users] Can't download posts from Eternal-September NNTP servers
Message-ID: <20140905145543.4239d54c@smtp.gmail.com>
On 05/09/2014, Paul
wrote:
...
[/snipped]
> Well, I had to assume as you didn't
> provide full information.
>
> Why are you running `make -f
> Makefile.in` instead of just `make`?
Dear Paul,
I am just slowing down a bit... to
avoid confusion and partial
information...
Okay,...
If I use just make it will run my
system's makefile information, and I
might end up as a partially functioning
system.
Next, the ./configure returned an
absence of GTK+2 libs. I believed GTK+3
as a superset of GTK+2, as my system
has GTK+3. I have attached
the ./configure output. Okay, as you
are trying to help me, just tell me
what information do you require beside
what you have asked in this email.
I will try to comply.
Regards
______________________________________
Freedom is impossible to perceive
comprehensively by anyone
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Configure.txtbyRajib
Type: application/octet-stream
Size: 8553 bytes
Desc: not available
URL:
From bkpsusmitaa at gmail.com Fri Sep 5 11:37:20 2014
From: bkpsusmitaa at gmail.com (Rajib Bandopadhyay)
Date: Fri, 5 Sep 2014 15:07:20 +0530
Subject: [Users] Can't download posts from Eternal-September NNTP servers
Message-ID: <20140905150720.3055776c@smtp.gmail.com>
On 05/09/2014, Paul
wrote:
> ...
> [/snipped]
> I've looked at your accountrc file.
> Strangely you have 4 accounts all for
> the same news server. I've no idea
> why you need 4. But your problem is
> the same in all 4:
Dear Paul,
I am a subscriber to:
alt.folklore.computer
comp.unix.shell,
alt.os.linux,
comp.unix.programmer
Not all eternal-server account provide
usenext text only group access. They
have their native text-based group too,
in the form of
eternal-september.support and
others.
I activated all the 4 accounts because
eternal-september provides four servers.
> You have turned on the options "This
> server requires authentication" and
> "authenticate on connect".
>
> It's these 2 options that prevent you
> from connecting. Turn them off and
> you won't have a problem.
>
> If you look in /Tools/Network Log,
> you will see the "*** Error
> authenticating" message.
Thank you, I knew there was something
amiss. I have attached the screenshot.
I was led to believe that those
authentication information were
regarding the smtp (send) server. So
I filled up the user Id, checked 'ON'
the authentication information.
Thank you once again.
______________________________________
Freedom is impossible to perceive
comprehensively by anyone
-------------- next part --------------
A non-text attachment was scrubbed...
Name: snapshot_report30_08_15.png
Type: image/png
Size: 53091 bytes
Desc: not available
URL:
From noreply at thewildbeast.co.uk Fri Sep 5 12:23:42 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 05 Sep 2014 10:23:42 +0000
Subject: [Users] [Bug 3265] New: procmime.c: unbalanced flockfile() /
funlockfile()
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3265
Bug ID: 3265
Summary: procmime.c: unbalanced flockfile() / funlockfile()
Classification: Unclassified
Product: Claws Mail
Version: 3.10.1
Hardware: PC
OS: Linux
Status: NEW
Severity: normal
Priority: P3
Component: Other
Assignee: users at lists.claws-mail.org
Reporter: timo.teras at iki.fi
Created attachment 1427
-->
http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1427&action=edit
proposed fix
procmime_decode_content() opens file with get_tmpfile_in_dir(), but uses
procmime_fclose() to close it which calls funlockfile() for it too. It is
undefined what happens - and some c-libraries crash, or abort with assertation
failure.
See attached patch to fix it.
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Fri Sep 5 12:26:48 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 05 Sep 2014 10:26:48 +0000
Subject: [Users] [Bug 3266] New: procmime.c: FILE leak in specific
circumstances
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3266
Bug ID: 3266
Summary: procmime.c: FILE leak in specific circumstances
Classification: Unclassified
Product: Claws Mail
Version: 3.10.1
Hardware: PC
OS: Linux
Status: NEW
Severity: normal
Priority: P3
Component: Other
Assignee: users at lists.claws-mail.org
Reporter: timo.teras at iki.fi
procmime_decode_content() can open a temporary file when canonicalizing base64
message. tmpfp is used to track this file. When opening the tmpfp second
variable 'uncanonicalize' is set TRUE. During the parsing loop uncanonicalie
can be reset later to FALSE. However, tmpfp is properly closed only if
uncanonicalize is TRUE.
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Fri Sep 5 12:38:35 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 05 Sep 2014 10:38:35 +0000
Subject: [Users] [Bug 3267] New: When replying Encrypt setting is lost when
changing Accounts
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3267
Bug ID: 3267
Summary: When replying Encrypt setting is lost when changing
Accounts
Classification: Unclassified
Product: Claws Mail
Version: 3.10.1
Hardware: PC
OS: Linux
Status: NEW
Severity: critical
Priority: P3
Component: UI/Compose Window
Assignee: users at lists.claws-mail.org
Reporter: timo.teras at iki.fi
I have multiple accounts configured. They all have the setting "Always encrypt
when replying to an encrypted mail" enabled.
But if I reply to encrypted message, and change from one account to another,
the reply messages Encrypt setting is lost. Further, even if I switch back to
the account that received the message, the Encrypt setting stays lost.
I consider this to be an important security issue.
--
You are receiving this mail because:
You are the assignee for the bug.
From bkpsusmitaa at gmail.com Fri Sep 5 14:05:45 2014
From: bkpsusmitaa at gmail.com (Rajib Bandopadhyay)
Date: Fri, 5 Sep 2014 17:35:45 +0530
Subject: [Users] Usenet groups can't be accessed through eternal-september
Message-ID: <20140905173545.1797d409@smtp.gmail.com>
Dear Friends,
I can't reach the four Usenet groups I
am subscribed to, namely:
alt.folklore.computers
comp.unix.shell,
alt.os.linux,
comp.unix.programmer
Thanks to Mr.Paul Mangan I have been
able to access the Eternal September
newsgroups like:
eternal-september.config (481)
eternal-september.support (6224)
eternal-september.newusers (588)
eternal-september.talk (433)
eternal-september.info (3)
cn.fan (Read)
eternal-september.test (4965)
I am sure I am missing out something.
Don't know what.
Regards__________________________________
Freedom is impossible to perceive
comprehensively by anyone
From albert.aribaud at free.fr Fri Sep 5 14:27:09 2014
From: albert.aribaud at free.fr (Albert ARIBAUD)
Date: Fri, 5 Sep 2014 14:27:09 +0200
Subject: [Users] Usenet groups can't be accessed through
eternal-september
In-Reply-To: <20140905173545.1797d409@smtp.gmail.com>
References: <20140905173545.1797d409@smtp.gmail.com>
Message-ID: <20140905142709.30a99e25@lilith>
Bonjour Rajib,
Le Fri, 5 Sep 2014 17:35:45 +0530, Rajib Bandopadhyay
a écrit :
> Dear Friends,
>
> I can't reach the four Usenet groups I
> am subscribed to, namely:
>
> alt.folklore.computers
> comp.unix.shell,
> alt.os.linux,
> comp.unix.programmer
>
> Thanks to Mr.Paul Mangan I have been
> able to access the Eternal September
> newsgroups like:
>
> eternal-september.config (481)
> eternal-september.support (6224)
> eternal-september.newusers (588)
> eternal-september.talk (433)
> eternal-september.info (3)
> cn.fan (Read)
> eternal-september.test (4965)
>
> I am sure I am missing out something.
> Don't know what.
I could register to, and configure Claws Mail for, an account at
eternal-september and read comp.unix.programmer with no problem.
What is the configuration of your eternal-september account in Claws
Mail?
> Regards
Amicalement,
--
Albert.
From bkpsusmitaa at gmail.com Fri Sep 5 15:30:19 2014
From: bkpsusmitaa at gmail.com (Rajib Bandopadhyay)
Date: Fri, 5 Sep 2014 19:00:19 +0530
Subject: [Users] Usenet groups can't be accessed through
eternal-september
Message-ID: <20140905190019.47bee1cd@smtp.gmail.com>
On 05/09/2014, Albert ARIBAUD
wrote:
> Bonjour Rajib,
[/snipped]
> I could register to, and configure
> Claws Mail for, an account at
> eternal-september and read
> comp.unix.programmer with no problem.
>
> What is the configuration of your
> eternal-september account in Claws
> Mail?
[/snipped]
Bonjour, Sir!
Thank you for your kind message. I have
attached here an email from
eternal-september website in a pdf
format.
I am also posting my accountrc file
below for your kind perusal.
Regards,
Rajib Bandopadhyay
______________________________________
Freedom is impossible to perceive
comprehensively by anyone
-----------------------------
accountrc file
-----------------------------
[Account: 3]
account_name=Google
is_default=1
name=Rajib Bandopadhyay
address=bkpsusmitaa at gmail.com
organization=
protocol=6
receive_server=
smtp_server=smtp.gmail.com
nntp_server=
local_mbox=/var/mail
use_mail_command=0
mail_command=/usr/sbin/sendmail -t -i
use_nntp_auth=0
use_nntp_auth_onconnect=0
user_id=bkpsusmitaa
password=!
use_apop_auth=0
remove_mail=1
message_leave_time=7
message_leave_hour=0
enable_size_limit=0
size_limit=1024
filter_on_receive=0
filterhook_on_receive=0
imap_auth_method=0
receive_at_get_all=0
max_news_articles=300
inbox=#mh/Mailbox/inbox
local_inbox=#mh/Mailbox/inbox
imap_directory=
imap_subsonly=1
low_bandwidth=0
generate_msgid=1
generate_xmailer=1
add_custom_header=0
msgid_with_addr=0
use_smtp_auth=1
smtp_auth_method=1
smtp_user_id=bkpsusmitaa
smtp_password=!
pop_before_smtp=0
pop_before_smtp_timeout=5
signature_type=0
signature_path=/home/knoppix/.signature
auto_signature=1
signature_separator=
set_autocc=0
auto_cc=
set_autobcc=0
auto_bcc=
set_autoreplyto=0
auto_replyto=
enable_default_dictionary=0
default_dictionary=de
enable_default_alt_dictionary=0
default_alt_dictionary=de
compose_with_format=0
compose_subject_format=
compose_body_format=
reply_with_format=0
reply_quotemark=
reply_body_format=
forward_with_format=0
forward_quotemark=
forward_body_format=
default_privacy_system=
default_encrypt=0
default_encrypt_reply=1
default_sign=1
default_sign_reply=1
save_clear_text=0
encrypt_to_self=0
privacy_prefs=
ssl_pop=0
ssl_imap=0
ssl_nntp=0
ssl_smtp=1
use_nonblocking_ssl=1
in_ssl_client_cert_file=
in_ssl_client_cert_pass=!
out_ssl_client_cert_file=
out_ssl_client_cert_pass=!
set_smtpport=1
smtp_port=465
set_popport=0
pop_port=110
set_imapport=0
imap_port=143
set_nntpport=0
nntp_port=119
set_domain=1
domain=smtp.gmail.com
set_tunnelcmd=0
tunnelcmd=
mark_crosspost_read=0
crosspost_color=0
set_sent_folder=1
sent_folder=#mh/Mailbox/inbox
set_queue_folder=1
queue_folder=#mh/Mailbox/sent
set_draft_folder=1
draft_folder=#mh/Mailbox/draft
set_trash_folder=1
trash_folder=#mh/Mailbox/trash
imap_use_trash=1
[Account: 2]
account_name=UsenetNews1st
is_default=0
name=Rajib Bandopadhyay
address=bkpsusmitaa at gmail.com
organization=
protocol=4
receive_server=
smtp_server=
nntp_server=news.eternal-september.org
local_mbox=/var/mail
use_mail_command=0
mail_command=/usr/sbin/sendmail -t -i
use_nntp_auth=0
use_nntp_auth_onconnect=0
user_id=
password=!
use_apop_auth=0
remove_mail=1
message_leave_time=7
message_leave_hour=0
enable_size_limit=0
size_limit=1024
filter_on_receive=0
filterhook_on_receive=0
imap_auth_method=0
receive_at_get_all=1
max_news_articles=3000
inbox=#mh/Mailbox/inbox
local_inbox=#mh/Mailbox/inbox
imap_directory=
imap_subsonly=1
low_bandwidth=0
generate_msgid=1
generate_xmailer=1
add_custom_header=0
msgid_with_addr=0
use_smtp_auth=1
smtp_auth_method=1
smtp_user_id=bkpsusmitaa at gmail.com
smtp_password=!
pop_before_smtp=0
pop_before_smtp_timeout=5
signature_type=0
signature_path=/home/knoppix/.signature
auto_signature=1
signature_separator=
set_autocc=0
auto_cc=
set_autobcc=0
auto_bcc=
set_autoreplyto=0
auto_replyto=
enable_default_dictionary=0
default_dictionary=de
enable_default_alt_dictionary=0
default_alt_dictionary=de
compose_with_format=0
compose_subject_format=
compose_body_format=
reply_with_format=0
reply_quotemark=
reply_body_format=
forward_with_format=0
forward_quotemark=
forward_body_format=
default_privacy_system=
default_encrypt=0
default_encrypt_reply=0
default_sign=1
default_sign_reply=0
save_clear_text=0
encrypt_to_self=0
privacy_prefs=
ssl_pop=0
ssl_imap=0
ssl_nntp=0
ssl_smtp=0
use_nonblocking_ssl=1
in_ssl_client_cert_file=/home/knoppix/Downloads/cacert.asc
in_ssl_client_cert_pass=!
out_ssl_client_cert_file=/home/knoppix/Downloads/cacert.asc
out_ssl_client_cert_pass=!
set_smtpport=0
smtp_port=465
set_popport=0
pop_port=110
set_imapport=0
imap_port=143
set_nntpport=0
nntp_port=119
set_domain=1
domain=news.eternal-september.org
set_tunnelcmd=0
tunnelcmd=
mark_crosspost_read=1
crosspost_color=2
set_sent_folder=1
sent_folder=#mh/Mailbox/sent
set_queue_folder=1
queue_folder=#mh/Mailbox/queue
set_draft_folder=1
draft_folder=#mh/Mailbox/draft
set_trash_folder=1
trash_folder=#mh/Mailbox/trash
imap_use_trash=1
[Account: 4]
account_name=Usenet 2nd
is_default=0
name=Rajib Bandopadhyay
address=bkpsusmitaa at gmail.com
organization=
protocol=4
receive_server=
smtp_server=
nntp_server=news.eternal-september.org
local_mbox=/var/mail
use_mail_command=0
mail_command=/usr/sbin/sendmail -t -i
use_nntp_auth=1
use_nntp_auth_onconnect=1
user_id=RajibBandopadhyay
password=!
use_apop_auth=0
remove_mail=1
message_leave_time=7
message_leave_hour=0
enable_size_limit=0
size_limit=1024
filter_on_receive=0
filterhook_on_receive=0
imap_auth_method=0
receive_at_get_all=1
max_news_articles=3000
inbox=#mh/Mailbox/inbox
local_inbox=#mh/Mailbox/inbox
imap_directory=
imap_subsonly=1
low_bandwidth=0
generate_msgid=1
generate_xmailer=1
add_custom_header=0
msgid_with_addr=0
use_smtp_auth=0
smtp_auth_method=1
smtp_user_id=bkpsusmitaa at gmail.com
smtp_password=!
pop_before_smtp=0
pop_before_smtp_timeout=5
signature_type=0
signature_path=/home/knoppix/.signature
auto_signature=1
signature_separator=
set_autocc=0
auto_cc=
set_autobcc=0
auto_bcc=
set_autoreplyto=0
auto_replyto=
enable_default_dictionary=0
default_dictionary=de
enable_default_alt_dictionary=0
default_alt_dictionary=de
compose_with_format=0
compose_subject_format=
compose_body_format=
reply_with_format=0
reply_quotemark=
reply_body_format=
forward_with_format=0
forward_quotemark=
forward_body_format=
default_privacy_system=
default_encrypt=0
default_encrypt_reply=1
default_sign=0
default_sign_reply=1
save_clear_text=0
encrypt_to_self=0
privacy_prefs=
ssl_pop=0
ssl_imap=0
ssl_nntp=1
ssl_smtp=0
use_nonblocking_ssl=1
in_ssl_client_cert_file=
in_ssl_client_cert_pass=!
out_ssl_client_cert_file=
out_ssl_client_cert_pass=!
set_smtpport=0
smtp_port=465
set_popport=0
pop_port=110
set_imapport=0
imap_port=143
set_nntpport=1
nntp_port=563
set_domain=1
domain=news.eternal-september.org
set_tunnelcmd=0
tunnelcmd=
mark_crosspost_read=0
crosspost_color=0
set_sent_folder=1
sent_folder=#mh/Newsbox/sent
set_queue_folder=1
queue_folder=#mh/Newsbox/queue
set_draft_folder=1
draft_folder=#mh/Newsbox/draft
set_trash_folder=1
trash_folder=#mh/Newsbox/trash
imap_use_trash=1
[Account: 5]
account_name=Usenet Reader80
is_default=0
name=Rajib Bandopadhyay
address=bkpsusmitaa at gmail.com
organization=
protocol=4
receive_server=
smtp_server=
nntp_server=reader80.eternal-september.org
local_mbox=/var/mail
use_mail_command=0
mail_command=/usr/sbin/sendmail -t -i
use_nntp_auth=0
use_nntp_auth_onconnect=0
user_id=
password=!
use_apop_auth=0
remove_mail=1
message_leave_time=7
message_leave_hour=0
enable_size_limit=0
size_limit=1024
filter_on_receive=0
filterhook_on_receive=0
imap_auth_method=0
receive_at_get_all=1
max_news_articles=3000
inbox=#mh/Mailbox/inbox
local_inbox=#mh/Mailbox/inbox
imap_directory=
imap_subsonly=1
low_bandwidth=0
generate_msgid=1
generate_xmailer=1
add_custom_header=0
msgid_with_addr=0
use_smtp_auth=1
smtp_auth_method=1
smtp_user_id=bkpsusmitaa at gmail.com
smtp_password=!
pop_before_smtp=0
pop_before_smtp_timeout=5
signature_type=0
signature_path=/home/knoppix/.signature
auto_signature=1
signature_separator=
set_autocc=0
auto_cc=
set_autobcc=0
auto_bcc=
set_autoreplyto=0
auto_replyto=
enable_default_dictionary=0
default_dictionary=de
enable_default_alt_dictionary=0
default_alt_dictionary=de
compose_with_format=0
compose_subject_format=
compose_body_format=
reply_with_format=0
reply_quotemark=
reply_body_format=
forward_with_format=0
forward_quotemark=
forward_body_format=
default_privacy_system=
default_encrypt=0
default_encrypt_reply=1
default_sign=1
default_sign_reply=1
save_clear_text=0
encrypt_to_self=0
privacy_prefs=
ssl_pop=0
ssl_imap=0
ssl_nntp=0
ssl_smtp=0
use_nonblocking_ssl=1
in_ssl_client_cert_file=
in_ssl_client_cert_pass=!
out_ssl_client_cert_file=
out_ssl_client_cert_pass=!
set_smtpport=0
smtp_port=25
set_popport=0
pop_port=110
set_imapport=0
imap_port=143
set_nntpport=1
nntp_port=80
set_domain=1
domain= reader80.eternal-september.org
set_tunnelcmd=0
tunnelcmd=
mark_crosspost_read=0
crosspost_color=0
set_sent_folder=1
sent_folder=#mh/Newsbox/sent
set_queue_folder=1
queue_folder=#mh/Newsbox/queued
set_draft_folder=1
draft_folder=#mh/Newsbox/draft
set_trash_folder=1
trash_folder=#mh/Newsbox/trash
imap_use_trash=1
[Account: 6]
account_name=Usenetreader449
is_default=0
name=Rajib Bandopadhyay
address=bkpsusmitaa at gmail.com
organization=
protocol=4
receive_server=
smtp_server=
nntp_server=reader443.eternal-september.org
local_mbox=/var/mail
use_mail_command=0
mail_command=/usr/sbin/sendmail -t -i
use_nntp_auth=0
use_nntp_auth_onconnect=0
user_id=
password=!
use_apop_auth=0
remove_mail=1
message_leave_time=7
message_leave_hour=0
enable_size_limit=0
size_limit=1024
filter_on_receive=1
filterhook_on_receive=1
imap_auth_method=0
receive_at_get_all=1
max_news_articles=3000
inbox=#mh/Mailbox/inbox
local_inbox=#mh/Mailbox/inbox
imap_directory=
imap_subsonly=1
low_bandwidth=0
generate_msgid=1
generate_xmailer=1
add_custom_header=0
msgid_with_addr=0
use_smtp_auth=1
smtp_auth_method=1
smtp_user_id=bkpsusmitaa at gmail.com
smtp_password=!
pop_before_smtp=0
pop_before_smtp_timeout=5
signature_type=0
signature_path=/home/knoppix/.signature
auto_signature=1
signature_separator=
set_autocc=0
auto_cc=
set_autobcc=0
auto_bcc=
set_autoreplyto=0
auto_replyto=
enable_default_dictionary=0
default_dictionary=de
enable_default_alt_dictionary=0
default_alt_dictionary=de
compose_with_format=0
compose_subject_format=
compose_body_format=
reply_with_format=0
reply_quotemark=
reply_body_format=
forward_with_format=0
forward_quotemark=
forward_body_format=
default_privacy_system=
default_encrypt=0
default_encrypt_reply=1
default_sign=0
default_sign_reply=1
save_clear_text=0
encrypt_to_self=0
privacy_prefs=
ssl_pop=0
ssl_imap=0
ssl_nntp=0
ssl_smtp=0
use_nonblocking_ssl=1
in_ssl_client_cert_file=
in_ssl_client_cert_pass=!
out_ssl_client_cert_file=
out_ssl_client_cert_pass=!
set_smtpport=0
smtp_port=25
set_popport=0
pop_port=110
set_imapport=0
imap_port=143
set_nntpport=1
nntp_port=443
set_domain=1
domain=reader443.eternal-september.org
set_tunnelcmd=0
tunnelcmd=
mark_crosspost_read=0
crosspost_color=0
set_sent_folder=1
sent_folder=#mh/Newsbox/sent
set_queue_folder=1
queue_folder=#mh/Newsbox/queue
set_draft_folder=1
draft_folder=#mh/Newsbox/draft
set_trash_folder=1
trash_folder=#mh/Newsbox/trash
imap_use_trash=1
[Account: 7]
account_name=StunneLeafnode
is_default=0
name=Rajib Bandopadhyay
address=bkpsusmitaa at gmail.com
organization=
protocol=4
receive_server=
smtp_server=bkpsusmitaa at gmail.com
nntp_server=localhost
local_mbox=/var/mail
use_mail_command=0
mail_command=/usr/sbin/sendmail -t -i
use_nntp_auth=0
use_nntp_auth_onconnect=1
user_id=bkpsusmitaa
password=!
use_apop_auth=0
remove_mail=1
message_leave_time=7
message_leave_hour=0
enable_size_limit=0
size_limit=1024
filter_on_receive=1
filterhook_on_receive=1
imap_auth_method=0
receive_at_get_all=1
max_news_articles=300
inbox=#mh/Mailbox/inbox
local_inbox=#mh/Mailbox/inbox
imap_directory=
imap_subsonly=1
low_bandwidth=0
generate_msgid=1
generate_xmailer=1
add_custom_header=0
msgid_with_addr=0
use_smtp_auth=1
smtp_auth_method=1
smtp_user_id=bkpsusmitaa
smtp_password=!
pop_before_smtp=0
pop_before_smtp_timeout=5
signature_type=0
signature_path=/home/knoppix/.signature
auto_signature=1
signature_separator=
set_autocc=0
auto_cc=
set_autobcc=0
auto_bcc=
set_autoreplyto=0
auto_replyto=
enable_default_dictionary=0
default_dictionary=de
enable_default_alt_dictionary=0
default_alt_dictionary=de
compose_with_format=0
compose_subject_format=
compose_body_format=
reply_with_format=0
reply_quotemark=
reply_body_format=
forward_with_format=0
forward_quotemark=
forward_body_format=
default_privacy_system=
default_encrypt=0
default_encrypt_reply=1
default_sign=0
default_sign_reply=1
save_clear_text=0
encrypt_to_self=0
privacy_prefs=
ssl_pop=0
ssl_imap=0
ssl_nntp=1
ssl_smtp=1
use_nonblocking_ssl=1
in_ssl_client_cert_file=
in_ssl_client_cert_pass=!
out_ssl_client_cert_file=
out_ssl_client_cert_pass=!
set_smtpport=0
smtp_port=465
set_popport=0
pop_port=110
set_imapport=0
imap_port=143
set_nntpport=1
nntp_port=119
set_domain=1
domain=localhost
set_tunnelcmd=0
tunnelcmd=
mark_crosspost_read=0
crosspost_color=0
set_sent_folder=0
sent_folder=
set_queue_folder=0
queue_folder=
set_draft_folder=0
draft_folder=
set_trash_folder=0
trash_folder=
imap_use_trash=1
-----------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Cant_download_message.pdf
Type: application/pdf
Size: 22963 bytes
Desc: not available
URL:
From brad at fineby.me.uk Fri Sep 5 15:11:25 2014
From: brad at fineby.me.uk (Brad Rogers)
Date: Fri, 5 Sep 2014 14:11:25 +0100
Subject: [Users] Usenet groups can't be accessed through
eternal-september
In-Reply-To: <20140905173545.1797d409@smtp.gmail.com>
References: <20140905173545.1797d409@smtp.gmail.com>
Message-ID: <20140905141125.260733d9@abydos.stargate.org.uk>
On Fri, 5 Sep 2014 17:35:45 +0530
Rajib Bandopadhyay wrote:
Hello Rajib,
>I am sure I am missing out something.
>Don't know what.
In the other thread (re: d/ling group list) Paul mentioned he spotted an
"Error authenticating" message. When using E-S, unless you enter valid
& correct UID and password combo, you can only access groups under
eternal-september hierarchy.
So, you need to enter correct credentials and ensure that they're used
to log in to E-S. *Then* you'll be able to post to your ngs.
--
Regards _
/ ) "The blindingly obvious is
/ _)rad never immediately apparent"
Every single one of us
Devil Inside - INXS
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 473 bytes
Desc: OpenPGP digital signature
URL:
From bkpsusmitaa at gmail.com Fri Sep 5 16:41:48 2014
From: bkpsusmitaa at gmail.com (Rajib Bandopadhyay)
Date: Fri, 5 Sep 2014 20:11:48 +0530
Subject: [Users] Usenet groups can't be accessed through
eternal-september
Message-ID: <20140905201148.1de3de2d@smtp.gmail.com>
On 05/09/2014, Brad Rogers
wrote:
...
[/snipped]
> In the other thread (re: d/ling group
> list) Paul mentioned he spotted an
> "Error authenticating" message. When
> using E-S, unless you enter valid &
> correct UID and password combo, you
> can only access groups under
> eternal-september hierarchy.
>
> So, you need to enter correct
> credentials and ensure that they're
> used to log in to E-S. *Then* you'll
> be able to post to your ngs.
Hello, Sir!
I hope you have read the email from
Eternal September that I had attached
as a pdf file?
My idea was that if I don't provide
username or password, the server will
ask for the same.
This is the case with Google, where I
haven't provided username and password,
and the server asks for user-id and
password.
However, I shall follow your advice and
see if this rectifies the problem.
Thank you for responding to my email,
Sir!
______________________________________
Freedom is impossible to perceive
comprehensively by anyone
From bkpsusmitaa at gmail.com Fri Sep 5 16:50:00 2014
From: bkpsusmitaa at gmail.com (Rajib Bandopadhyay)
Date: Fri, 5 Sep 2014 20:20:00 +0530
Subject: [Users] Usenet groups can't be accessed through
eternal-september
In-Reply-To: <20140905201148.1de3de2d@smtp.gmail.com>
References: <20140905201148.1de3de2d@smtp.gmail.com>
Message-ID:
Yes, Sirs!
It indeed can when I pre-submit user-Id. and password.
Thanks and regards
On 05/09/2014, Rajib Bandopadhyay wrote:
> On 05/09/2014, Brad Rogers
> wrote:
>
> ...
> [/snipped]
>> In the other thread (re: d/ling group
>> list) Paul mentioned he spotted an
>> "Error authenticating" message. When
>> using E-S, unless you enter valid &
>> correct UID and password combo, you
>> can only access groups under
>> eternal-september hierarchy.
>>
>> So, you need to enter correct
>> credentials and ensure that they're
>> used to log in to E-S. *Then* you'll
>> be able to post to your ngs.
>
> Hello, Sir!
>
> I hope you have read the email from
> Eternal September that I had attached
> as a pdf file?
>
> My idea was that if I don't provide
> username or password, the server will
> ask for the same.
>
> This is the case with Google, where I
> haven't provided username and password,
> and the server asks for user-id and
> password.
>
> However, I shall follow your advice and
> see if this rectifies the problem.
>
> Thank you for responding to my email,
> Sir!
> ______________________________________
> Freedom is impossible to perceive
> comprehensively by anyone
>
From brad at fineby.me.uk Fri Sep 5 17:18:20 2014
From: brad at fineby.me.uk (Brad Rogers)
Date: Fri, 5 Sep 2014 16:18:20 +0100
Subject: [Users] Usenet groups can't be accessed through
eternal-september
In-Reply-To: <20140905201148.1de3de2d@smtp.gmail.com>
References: <20140905201148.1de3de2d@smtp.gmail.com>
Message-ID: <20140905161820.63ad9aad@abydos.stargate.org.uk>
On Fri, 5 Sep 2014 20:11:48 +0530
Rajib Bandopadhyay wrote:
Hello Rajib,
>My idea was that if I don't provide
>username or password, the server will
>ask for the same.
It doesn't. As the email you received(1) from ES indicates, to use
anything other than the E-S hierarchy, you must always authenticate. IOW,
log in.
{time passes}
Ah, I see from your follow up you've got things up and running.
(1) why send it here as a PDF? Just attaching the mail would have
been easier. Making a 4k email into a 30k PDF wastes people's time,
bandwidth and money. Still, it could have been worse; I've seen people
send (not to this list, I hasten to add) 200k screen grabs to show a
dialog box with a 30 character text string in it. Doing the screen grab
and attaching it to the email probably took longer than typing in the
text would have done.
--
Regards _
/ ) "The blindingly obvious is
/ _)rad never immediately apparent"
You suck my blood like a leech
Death On Two Legs - Queen
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 473 bytes
Desc: OpenPGP digital signature
URL:
From bkpsusmitaa at gmail.com Fri Sep 5 17:40:27 2014
From: bkpsusmitaa at gmail.com (Rajib Bandopadhyay)
Date: Fri, 5 Sep 2014 21:10:27 +0530
Subject: [Users] Usenet groups can't be accessed through
eternal-september
Message-ID: <20140905211027.17029c58@smtp.gmail.com>
On 05/09/2014, Brad Rogers
wrote:
...
[/snipped]
> It doesn't. As the email you
> received(1) from ES indicates, to use
> anything other than the E-S
> hierarchy, you must always
> authenticate. IOW, log in.
Yes, Sir, I understood my mistake.
> Ah, I see from your follow up you've
> got things up and running.
Yes, sir, thanks to you all :)
> (1) why send it here as a PDF? Just
> attaching the mail would have been
> easier. Making a 4k email into a 30k
> PDF wastes people's time, bandwidth
> and money.
Yes, sir, I could've sent it as an html
attachment, but thought that it
would look and format better in pdf.
> Still, it could have been
> worse; I've seen people send (not to
> this list, I hasten to add) 200k
> screen grabs to show a dialog box
> with a 30 character text string in
> it. Doing the screen grab and
> attaching it to the email probably
> took longer than typing in the text
> would have done.
Actually, sir, it is psychological -
our ancient programming to replicate, as
faithfully as possible, to show
authenticity or group-adherence.
We now believe that if the formatting
resembles the original it counts as a
better evidence. For example, you could
just have (considering an unwaivering
trust among us) given me a sheet of
paper with ten dollars written on it,
so that the next time I could give it
back to you and get ten dollars worth
of goods, but we now let the fed do
that work for us.
Everything that we see around us is
because of our inherent human nature, I
call this as anthropic reality, a
reality vastly different to the
mountainic reality or pionic reality -
the realities for a mountain or a pion,
respectively (considering they too were
alive).
My best regards, Sir!
______________________________________
Freedom is impossible to perceive
comprehensively by anyone
From bkpsusmitaa at gmail.com Fri Sep 5 17:57:13 2014
From: bkpsusmitaa at gmail.com (Rajib Bandopadhyay)
Date: Fri, 5 Sep 2014 21:27:13 +0530
Subject: [Users] readable, searchable, webpage for all email correspondences
Message-ID: <20140905212713.7b976576@smtp.gmail.com>
Dear friends,
Do we have a readable, searchable
webpage for all the emails that were
submitted by, and replied to, the
users?
I believe if there is one it would
reduce the replicating work for our
more experienced peers and experts,
and a link to (an) appropriate
email(s) would be sufficient.
Please guide me in this regard.
Regards
Rajib Bandopadhyay
______________________________________
Freedom is impossible to perceive
comprehensively by anyone
From mir at miras.org Fri Sep 5 18:08:06 2014
From: mir at miras.org (Michael Rasmussen)
Date: Fri, 5 Sep 2014 18:08:06 +0200
Subject: [Users] readable, searchable,
webpage for all email correspondences
In-Reply-To: <20140905212713.7b976576@smtp.gmail.com>
References: <20140905212713.7b976576@smtp.gmail.com>
Message-ID: <20140905180806.1aafdab2@sleipner.datanom.net>
On Fri, 5 Sep 2014 21:27:13 +0530
Rajib Bandopadhyay wrote:
>
> Please guide me in this regard.
http://lists.claws-mail.org/pipermail/users/
--
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
--------------------------------------------------------------
/usr/games/fortune -es says:
No passing.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 181 bytes
Desc: OpenPGP digital signature
URL:
From noreply at thewildbeast.co.uk Fri Sep 5 18:41:17 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 05 Sep 2014 16:41:17 +0000
Subject: [Users] [Bug 3268] New: Can't mark mail as read while claws is
fetching new mail
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3268
Bug ID: 3268
Summary: Can't mark mail as read while claws is fetching new
mail
Classification: Unclassified
Product: Claws Mail
Version: 3.10.1
Hardware: Other
OS: All
Status: NEW
Severity: major
Priority: P3
Component: UI/Message List
Assignee: users at lists.claws-mail.org
Reporter: nfxjfg at googlemail.com
This is extremely shitty and frustrating.
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Fri Sep 5 18:42:43 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 05 Sep 2014 16:42:43 +0000
Subject: [Users] [Bug 3269] New: Sometimes composing message window will not
disappear when sending mail while mail is fetched in the background
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3269
Bug ID: 3269
Summary: Sometimes composing message window will not disappear
when sending mail while mail is fetched in the
background
Classification: Unclassified
Product: Claws Mail
Version: 3.10.1
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: P3
Component: UI/Message View
Assignee: users at lists.claws-mail.org
Reporter: nfxjfg at googlemail.com
It just sits there, being disabled. The message is actually sent (only way to
know: check the mailing list web interface you've sent the mail to).
Only way out: kill -9
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Fri Sep 5 18:43:59 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 05 Sep 2014 16:43:59 +0000
Subject: [Users] [Bug 3270] New: Fethcing new mail in the background blocks
most of the UI
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3270
Bug ID: 3270
Summary: Fethcing new mail in the background blocks most of the
UI
Classification: Unclassified
Product: Claws Mail
Version: 3.10.1
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: P3
Component: UI
Assignee: users at lists.claws-mail.org
Reporter: nfxjfg at googlemail.com
You can't even read mail, jesus christ.
It's even worse because I've set it to scan often, because claws otherwise
won't notify me of new mail.
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Fri Sep 5 18:47:12 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 05 Sep 2014 16:47:12 +0000
Subject: [Users] [Bug 3271] New: Scanning for mail takes too long
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3271
Bug ID: 3271
Summary: Scanning for mail takes too long
Classification: Unclassified
Product: Claws Mail
Version: 3.10.1
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: P3
Component: UI
Assignee: users at lists.claws-mail.org
Reporter: nfxjfg at googlemail.com
It seems claws scans all folders or so. It takes a few seconds. Most of the
time mail will be sent only to INBOX, and then filtered to be moved to
sub-folders. I want the new mails to show up in the sub-folders, but I don't
think scanning them is strictly required.
No, I don't want to configure this manually, because that means I might do it
wrong, and miss mail that is added to various sub-folders for obscure reasons.
--
You are receiving this mail because:
You are the assignee for the bug.
From bkpsusmitaa at gmail.com Fri Sep 5 18:47:48 2014
From: bkpsusmitaa at gmail.com (Rajib Bandopadhyay)
Date: Fri, 5 Sep 2014 22:17:48 +0530
Subject: [Users] readable, searchable,
webpage for all email correspondences
Message-ID: <20140905221748.4d065d07@smtp.gmail.com>
On 05/09/2014, Michael Rasmussen
wrote:
...
> [/snipped]
> http://lists.claws-mail.org/pipermail/users/
> [/snipped]
Sir, I am very aware about this, but
when I wrote this was not what I was
visualising.
I was thinking about google's extensive
indexing. Whatever I have written or
received as gmail is almost immediately
available to me when I input certain
keywords.
Something like that...
Regards,
Rajib Bandopadhya
---------------------------------------------------
______________________________________
Freedom is impossible to perceive
comprehensively by anyone
From noreply at thewildbeast.co.uk Fri Sep 5 18:50:21 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 05 Sep 2014 16:50:21 +0000
Subject: [Users] [Bug 3272] New: Sometimes claws wants to reindex huge
folders for no reason
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3272
Bug ID: 3272
Summary: Sometimes claws wants to reindex huge folders for no
reason
Classification: Unclassified
Product: Claws Mail
Version: 3.10.1
Hardware: Other
OS: All
Status: NEW
Severity: critical
Priority: P3
Component: Other
Assignee: users at lists.claws-mail.org
Reporter: nfxjfg at googlemail.com
This sometimes happens: click on a folder, and then claws starts reindexing the
folder, instead of showing its contents.
At the times I've observed this, I've always had enough free disk space and
there was nothing else unusual.
It seems sometimes reindexing never terminates and just restarts once its done
(can't be sure).
I usually kill -9 claws when it's doing that - after restart, it usually
doesn't want to reindex anymore and shows the folder contents instantly. This
is the most frequent reason why I kill -9 claws regularly (usually a few times
a day).
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Fri Sep 5 18:51:37 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 05 Sep 2014 16:51:37 +0000
Subject: [Users] [Bug 3268] Can't mark mail as read while claws is fetching
new mail
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3268
Paul changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |PATCHESWELCOME
--
You are receiving this mail because:
You are the assignee for the bug.
From claws at thewildbeast.co.uk Fri Sep 5 18:50:44 2014
From: claws at thewildbeast.co.uk (Paul)
Date: Fri, 5 Sep 2014 17:50:44 +0100
Subject: [Users] Usenet groups can't be accessed through
eternal-september
In-Reply-To: <20140905211027.17029c58@smtp.gmail.com>
References: <20140905211027.17029c58@smtp.gmail.com>
Message-ID: <20140905175044.0edf84a8@thewildbeast>
On Fri, 5 Sep 2014 21:10:27 +0530
Rajib Bandopadhyay wrote:
> Yes, sir, I could've sent it as an html
> attachment, but thought that it
> would look and format better in pdf.
You could have just used drag'n'dropped the message into the Compose
window, choosing 'Attach' when prompted. That would have been as easy
to read as this is now.
with regards
Paul
--
Guerre aux châteaux, Paix aux chaumières
From noreply at thewildbeast.co.uk Fri Sep 5 18:52:48 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 05 Sep 2014 16:52:48 +0000
Subject: [Users] [Bug 3273] New: No imap notification support
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3273
Bug ID: 3273
Summary: No imap notification support
Classification: Unclassified
Product: Claws Mail
Version: 3.10.1
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: P3
Component: Other
Assignee: users at lists.claws-mail.org
Reporter: nfxjfg at googlemail.com
>From what I've heard, the IMAP protocol has support for server notifications,
but claws doesn't support them. From what I understand, this would spare claws
from rescanning all imap folders every time just to know if there's new mail.
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Fri Sep 5 18:52:33 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 05 Sep 2014 16:52:33 +0000
Subject: [Users] [Bug 3270] Fethcing new mail in the background blocks most
of the UI
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3270
Paul changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |PATCHESWELCOME
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Fri Sep 5 18:53:40 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 05 Sep 2014 16:53:40 +0000
Subject: [Users] [Bug 3271] Scanning for mail takes too long
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3271
Paul changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |INVALID
--- Comment #1 from Paul ---
Shouldn't this be sent to the user's mailing list instead?
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Fri Sep 5 18:54:42 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 05 Sep 2014 16:54:42 +0000
Subject: [Users] [Bug 3274] New: Selecting a folder doesn't work under
specific circumstances
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3274
Bug ID: 3274
Summary: Selecting a folder doesn't work under specific
circumstances
Classification: Unclassified
Product: Claws Mail
Version: 3.10.1
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: P3
Component: UI/Folder List
Assignee: users at lists.claws-mail.org
Reporter: nfxjfg at googlemail.com
If you select a huge folder, that somehow takes a while to display (even though
it doesn't reindex etc.), and then select another folder before it finishes,
the folder selection will revert to the first one once loading the first folder
finishes.
This is extremely annoying. It should stay with the folder that was selected
last (i.e. most recently).
--
You are receiving this mail because:
You are the assignee for the bug.
From claws at thewildbeast.co.uk Fri Sep 5 18:56:26 2014
From: claws at thewildbeast.co.uk (Paul)
Date: Fri, 5 Sep 2014 17:56:26 +0100
Subject: [Users] readable, searchable,
webpage for all email correspondences
In-Reply-To: <20140905221748.4d065d07@smtp.gmail.com>
References: <20140905221748.4d065d07@smtp.gmail.com>
Message-ID: <20140905175626.45f2a027@thewildbeast>
On Fri, 5 Sep 2014 22:17:48 +0530
Rajib Bandopadhyay wrote:
> I was thinking about google's extensive
> indexing. Whatever I have written or
> received as gmail is almost immediately
> available to me when I input certain
> keywords.
If you want to search using google, use
site:http://lists.claws-mail.org/pipermail/users/
in the search box.
with regards
Paul
--
Guerre aux châteaux, Paix aux chaumières
From noreply at thewildbeast.co.uk Fri Sep 5 18:57:15 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 05 Sep 2014 16:57:15 +0000
Subject: [Users] [Bug 3275] New: Annoying focus-stealing dialogs if claws
can't connect or if there's a network issue
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3275
Bug ID: 3275
Summary: Annoying focus-stealing dialogs if claws can't connect
or if there's a network issue
Classification: Unclassified
Product: Claws Mail
Version: 3.10.1
Hardware: Other
OS: Linux
Status: NEW
Severity: critical
Priority: P3
Component: UI
Assignee: users at lists.claws-mail.org
Reporter: nfxjfg at googlemail.com
If claws can't connect to the network, or if the server changes its certificate
(like gmail certificate rotation), it will show a focus-stealing dialog. I'm
observing this on X11 under IceWM. It will show the message dialog on the
currently active workspace (even if it's not the workspace claws is on), and
will steal keyboard focus.
This is extremely annoying and claws absolutely shouldn't do this.
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Fri Sep 5 18:57:49 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 05 Sep 2014 16:57:49 +0000
Subject: [Users] [Bug 3272] Sometimes claws wants to reindex huge folders
for no reason
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3272
Paul changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |PATCHESWELCOME
--- Comment #1 from Paul ---
then wait a bit?
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Fri Sep 5 18:58:54 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 05 Sep 2014 16:58:54 +0000
Subject: [Users] [Bug 2212] Implement Push IMAP
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2212
Paul changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |DUPLICATE
--- Comment #2 from Paul ---
*** This bug has been marked as a duplicate of bug 1408 ***
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Fri Sep 5 18:58:54 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 05 Sep 2014 16:58:54 +0000
Subject: [Users] [Bug 1408] IDLE-Support with libEtPan (since 0.52)
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=1408
Paul changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jacobgodserv at gmail.com
--- Comment #25 from Paul ---
*** Bug 2212 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Fri Sep 5 18:59:03 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 05 Sep 2014 16:59:03 +0000
Subject: [Users] [Bug 1408] IDLE-Support with libEtPan (since 0.52)
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=1408
Paul changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |nfxjfg at googlemail.com
--- Comment #26 from Paul ---
*** Bug 3273 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Fri Sep 5 18:59:03 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 05 Sep 2014 16:59:03 +0000
Subject: [Users] [Bug 3273] No imap notification support
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3273
Paul changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |DUPLICATE
--- Comment #1 from Paul ---
*** This bug has been marked as a duplicate of bug 1408 ***
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Fri Sep 5 18:59:59 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 05 Sep 2014 16:59:59 +0000
Subject: [Users] [Bug 3276] New: No convenient way to quickly mark mails as
read
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3276
Bug ID: 3276
Summary: No convenient way to quickly mark mails as read
Classification: Unclassified
Product: Claws Mail
Version: 3.10.1
Hardware: Other
OS: All
Status: NEW
Severity: enhancement
Priority: P3
Component: UI/Message List
Assignee: users at lists.claws-mail.org
Reporter: nfxjfg at googlemail.com
Currently, you have to right click, go to the Mark submenu, and click the "Mark
as read" entry (which is lost among dozens of other entries, so you have to
look for it every time).
The alternative, just clicking the mail to display it, so that it's marked as
default, is too slow and inconvenient. It doesn't help with mailing lists where
you might have a hundreds of messages you're not interested in.
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Fri Sep 5 19:01:45 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 05 Sep 2014 17:01:45 +0000
Subject: [Users] [Bug 3272] Sometimes claws wants to reindex huge folders
for no reason
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3272
--- Comment #2 from nfxjfg at googlemail.com ---
>then wait a bit?
Are you trolling?
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Fri Sep 5 19:01:55 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 05 Sep 2014 17:01:55 +0000
Subject: [Users] [Bug 3276] No convenient way to quickly mark mails as read
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3276
Paul changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |INVALID
--- Comment #1 from Paul ---
use a hotkey.
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Fri Sep 5 19:03:12 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 05 Sep 2014 17:03:12 +0000
Subject: [Users] [Bug 3272] Sometimes claws wants to reindex huge folders
for no reason
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3272
--- Comment #3 from Paul ---
(In reply to comment #2)
> Are you trolling?
seems more like you are. why not try to discuss issues first via the usual
channels, rather than bombarding the bug tracker with your nitpicking?
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Fri Sep 5 19:07:45 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 05 Sep 2014 17:07:45 +0000
Subject: [Users] [Bug 3272] Sometimes claws wants to reindex huge folders
for no reason
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3272
nfxjfg at googlemail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|PATCHESWELCOME |---
--- Comment #4 from nfxjfg at googlemail.com ---
Nitpicking? I'm just documenting all issues I've had with this email client,
after I've used it for month. I tried the IRC channel long ago, but was met
with disinterest and "patches welcome". I don't know what else you could mean
with "usual channels". This is a bug tracker, meant for bug reports, right?
Where else should I report bugs? If development is this stale that you won't
even accept bugs and just mark them as invalid, I suggest closing the bug
tracker.
Anyway, this is a real issue. Please don't close it just because you don't
understand it.
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Fri Sep 5 19:08:53 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 05 Sep 2014 17:08:53 +0000
Subject: [Users] [Bug 3276] No convenient way to quickly mark mails as read
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3276
--- Comment #2 from nfxjfg at googlemail.com ---
>use a hotkey.
The menu documents none.
Also, it's hard to use a "hotkey" without actually selecting the mail. Unless
you fix your network code, using the mouse context menu (the only way to
manipulate a mail without loading it) is the only way to do this in any form.
--
You are receiving this mail because:
You are the assignee for the bug.
From bkpsusmitaa at gmail.com Fri Sep 5 19:15:05 2014
From: bkpsusmitaa at gmail.com (Rajib Bandopadhyay)
Date: Fri, 5 Sep 2014 22:45:05 +0530
Subject: [Users] readable, searchable,
webpage for all email correspondences
Message-ID: <20140905224505.79c690e6@smtp.gmail.com>
On 05/09/2014, Paul
wrote:
...
[snipped]
> If you want to search using google,
> use
>
> site:http://lists.claws-mail.org/pipermail/users/
> in the search box.
...
[/snipped]
Yes, very true!
I also know the codes, for example, to
search about Pre-filtering emails, I
could use:
Pre-filtering emails
site:http://lists.claws-mail.org/pipermail/users/
Yes, I could. But, does Google so
intensively index all sites? Or it does
for some particular sites based on its
ranking algorithm? I've tried earlier
in some cases and haven't seen
encouraging results.
Regards
---------------------------------------------------
______________________________________
Freedom is impossible to perceive
comprehensively by anyone
From noreply at thewildbeast.co.uk Fri Sep 5 19:22:56 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 05 Sep 2014 17:22:56 +0000
Subject: [Users] [Bug 3272] Sometimes claws wants to reindex huge folders
for no reason
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3272
--- Comment #5 from Paul ---
(In reply to comment #4)
> Nitpicking?
Sure. Some of them are simply that.
> I'm just documenting all issues I've had with this email client,
> after I've used it for month. I tried the IRC channel long ago, but was met
> with disinterest and "patches welcome". I don't know what else you could
> mean with "usual channels".
That's vague. I don't remember you.
> This is a bug tracker, meant for bug reports,
> right? Where else should I report bugs?
Well, I don't think you're in a position to decide how this should be used. We
have a way of doing things. I ask you to comply.
> If development is this stale that
> you won't even accept bugs and just mark them as invalid, I suggest closing
> the bug tracker.
Thanks for your suggestion, I won't be be acting on it. Quick replies here dont
suggest any staleness to me.
> Anyway, this is a real issue. Please don't close it just because you don't
> understand it.
It's up to you as bug reported to report in such a way that it can be
understood. So, please explain better. Perhaps start with explaining what you
mean by "for no reason" in your summary.
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Fri Sep 5 19:28:50 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 05 Sep 2014 17:28:50 +0000
Subject: [Users] [Bug 3276] No convenient way to quickly mark mails as read
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3276
--- Comment #3 from Paul ---
(In reply to comment #2)
> >use a hotkey.
>
> The menu documents none.
See the FAQ, for instance, to learn about hotkeys.
> Also, it's hard to use a "hotkey" without actually selecting the mail.
> Unless you fix your network code, using the mouse context menu (the only way
> to manipulate a mail without loading it) is the only way to do this in any
> form.
Not true. If you have 'Open message when selected' set to 'Never', you can then
use the cursor keys, for example, to select messages, and a hotkey to mark as
read.
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Fri Sep 5 19:38:23 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 05 Sep 2014 17:38:23 +0000
Subject: [Users] [Bug 3272] Sometimes claws wants to reindex huge folders
for no reason
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3272
--- Comment #6 from nfxjfg at googlemail.com ---
>So, please explain better.
It seems to happen if you click on a folder. There is no obvious or visible
reason why it would do that. During indexing, the client is largely
unresponsive, and AFAIR will deadlock sooner or later. These days I just kill
-9 claws when it does this; after restart it does not want to index anymore
(most times), so I assume there really is no reason for it to have initiated
indexing in the previous instance.
That's all I know. I don't know IMAP or claws internals, so that is all I can
say.
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Fri Sep 5 20:10:17 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 05 Sep 2014 18:10:17 +0000
Subject: [Users] [Bug 3277] New: selecting a range of messages
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3277
Bug ID: 3277
Summary: selecting a range of messages
Classification: Unclassified
Product: Claws Mail
Version: GIT
Hardware: PC
OS: Linux
Status: NEW
Severity: normal
Priority: P3
Component: UI/Message List
Assignee: users at lists.claws-mail.org
Reporter: mail at earthworm.de
Selecting a range of messages fails unter special conditions:
* Open folder, do not open any messages. Message view is empty, though message
A is highlighted.
* Use the arrow keys to navigate to message B. This is supposed to be first
message in range. Do *not* open it, e.g. do not click it or press space.
* Hold "shift" key and klick on message C.
I would expect all messages between and including messages B and C to be
selected. In facted messages between and including messages A and C are
selected.
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Fri Sep 5 20:12:01 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 05 Sep 2014 18:12:01 +0000
Subject: [Users] [Bug 3272] Sometimes claws wants to reindex huge folders
for no reason
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3272
Paul changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|Other |Folders/IMAP
Severity|critical |normal
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Fri Sep 5 20:30:39 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 05 Sep 2014 18:30:39 +0000
Subject: [Users] [Bug 3276] No convenient way to quickly mark mails as read
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3276
--- Comment #4 from nfxjfg at googlemail.com ---
>If you have 'Open message when selected' set to 'Never', you can then use the cursor keys, for example, to select messages, and a hotkey to mark as read.
Can't find that option. Depending on how it works it might be too inconvenient
though.
I suggest having "mark as read" as entry in the main context menu, with an
"accelerator" key set. (You know, that thing that makes a letter in the menu
entry underlined, and if you press the key corresponding to that letter, the
menu entry is executed.)
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Fri Sep 5 20:32:47 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 05 Sep 2014 18:32:47 +0000
Subject: [Users] [Bug 3278] New: Sometimes the message body is missing
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3278
Bug ID: 3278
Summary: Sometimes the message body is missing
Classification: Unclassified
Product: Claws Mail
Version: 3.10.1
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: P3
Component: UI/Message View
Assignee: users at lists.claws-mail.org
Reporter: nfxjfg at googlemail.com
Sometimes when clicking on an unread menu, the message body is missing. All
normal fields seem to be present (like sender, subject), just the message text
itself is empty. Clicking on another message and then clicking on the broken
message again doesn't fix it. Viewing the message source also shows that most
fields are present, just not the message text.
What helps is discarding the folder cache, and waiting until it's done
reindexing.
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Fri Sep 5 20:42:22 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 05 Sep 2014 18:42:22 +0000
Subject: [Users] [Bug 3276] No convenient way to quickly mark mails as read
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3276
--- Comment #5 from Paul ---
(In reply to comment #4)
> I suggest having "mark as read" as entry in the main context menu, with an
> "accelerator" key set. (You know, that thing that makes a letter in the menu
> entry underlined, and if you press the key corresponding to that letter, the
> menu entry is executed.)
You can already do exactly that.
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Fri Sep 5 20:43:16 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 05 Sep 2014 18:43:16 +0000
Subject: [Users] [Bug 3278] Sometimes the message body is missing
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3278
Paul changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|UI/Message View |Folders/IMAP
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Fri Sep 5 21:38:32 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 05 Sep 2014 19:38:32 +0000
Subject: [Users] [Bug 3276] No convenient way to quickly mark mails as read
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3276
--- Comment #6 from nfxjfg at googlemail.com ---
>You can already do exactly that.
Well, I couldn't find out.
Anyway, now I've assigned a key to mark messages unread. I tried to mark a
thread as unread by using the cursor keys to move to every unread message, and
pressing the hotkey to mark it as read. But - claws blocks the UI until it's
"done" marking the message. Probably waits for the network. This makes marking
many messages very slow and you have to _wait_ on it.
Please, it's 2014. Humans shouldn't have to wait on computers.
Should I file a separate bug report for this? (If I haven't already.)
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Sat Sep 6 00:35:49 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 05 Sep 2014 22:35:49 +0000
Subject: [Users] [Bug 3279] New: Mouse cursor sometimes gets stuck in "busy"
state
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3279
Bug ID: 3279
Summary: Mouse cursor sometimes gets stuck in "busy" state
Classification: Unclassified
Product: Claws Mail
Version: 3.10.1
Hardware: PC
OS: Linux
Status: NEW
Severity: minor
Priority: P3
Component: UI
Assignee: users at lists.claws-mail.org
Reporter: nfxjfg at googlemail.com
The mouse cursor changes its shape to a "busy" icon when claws is doing
something, like switching to a different folder. But sometimes, this "busy"
icon doesn't turn back to the normal cursor, even if claws seems done. E.g. the
folder is loaded, and there's no further activity etc. The mouse cursor simply
stays in this state. Only restarting claws seems to fix it.
(I'm not sure what's the proper term for this icon. On MS Windows, this usually
was a hourglass animation. With the GTK theme I'm using, it's some sort of
animated wheel shape.)
--
You are receiving this mail because:
You are the assignee for the bug.
From pf at pfortin.com Sat Sep 6 01:24:19 2014
From: pf at pfortin.com (Pierre Fortin)
Date: Fri, 5 Sep 2014 19:24:19 -0400
Subject: [Users] readable, searchable,
webpage for all email correspondences
In-Reply-To: <20140905212713.7b976576@smtp.gmail.com>
References: <20140905212713.7b976576@smtp.gmail.com>
Message-ID: <20140905192419.2de8d21b@pfortin.com>
On Fri, 5 Sep 2014 21:27:13 +0530 Rajib Bandopadhyay wrote:
>Do we have a readable, searchable
>webpage for all the emails that were
>submitted by, and replied to, the
>users?
Brad gave you the direct answer; but most lists have such information in
every message...
View->Show all headers or Ctrl+H will show all headers which include
these:
List-Id:
List-Unsubscribe:
,
List-Archive:
List-Post:
List-Help:
List-Subscribe:
,
HTH
From bkpsusmitaa at gmail.com Sat Sep 6 07:46:30 2014
From: bkpsusmitaa at gmail.com (Rajib Bandopadhyay)
Date: Sat, 6 Sep 2014 11:16:30 +0530
Subject: [Users] readable, searchable,
webpage for all email correspondences
Message-ID: <20140906111630.08f46803@smtp.gmail.com>
On 06/09/2014, Pierre Fortin
wrote: ...
[snipped]
> Brad gave you the direct answer; but
> most lists have such information in
> every message...
[/snipped]
Sir,
I did not understand the persective of
your present reply.
My query was a customised search.
During our discussion, in my _last_
post I wondered aloud IF:
But, does Google so
intensively index all sites? Or it does
for some particular sites based on its
ranking algorithm? I've tried earlier
in some cases and haven't seen
encouraging results.
Sir, I have long been member of
various mailing list groups, and some
even allow posting from the web browser
itself, such as,
https://lists.geany.org/cgi-bin/mailman/listinfo/users
The group has a searchable database
via a site-intrinsic search engine at
gmane:
http://news.gmane.org/gmane.editors.geany.general
However, I can understand that for an
offline mail-news client a web based
posting is counter-intuitive. But a
website based search engine is
definitely not.
Anyway, thanks for replying. It shows
that you people do really care.
Regards
Rajib Bandopadhyay
---------------------------------------------------
______________________________________
Freedom is impossible to perceive
comprehensively by anyone
From noreply at thewildbeast.co.uk Sat Sep 6 08:59:07 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Sat, 06 Sep 2014 06:59:07 +0000
Subject: [Users] [Bug 3279] Mouse cursor sometimes gets stuck in "busy" state
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3279
Paul changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |WORKSFORME
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Sat Sep 6 09:06:36 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Sat, 06 Sep 2014 07:06:36 +0000
Subject: [Users] [Bug 3279] Mouse cursor sometimes gets stuck in "busy" state
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3279
--- Comment #1 from nfxjfg at googlemail.com ---
It happened to me multiple times. If you want to ignore reality - well maybe
that's why your software has so many damn bugs.
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Sat Sep 6 09:12:04 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Sat, 06 Sep 2014 07:12:04 +0000
Subject: [Users] [Bug 3278] Sometimes the message body is missing
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3278
--- Comment #1 from nfxjfg at googlemail.com ---
Further observation: the mail without body has the sender (and other metadata)
of the previous mail (at least in this case: the mail in the mailing list
thread that was replied to).
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Sat Sep 6 09:13:42 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Sat, 06 Sep 2014 07:13:42 +0000
Subject: [Users] [Bug 3279] Mouse cursor sometimes gets stuck in "busy" state
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3279
--- Comment #2 from Paul ---
(In reply to comment #1)
> It happened to me multiple times.
Never happens here. Maybe you want to give more details, like what desktop you
use, what version. How to trigger it, etc etc. Then this report would be more
useful. As it is, 'worksforme' is the only possible response.
> If you want to ignore reality - well maybe
> that's why your software has so many damn bugs.
Since you've been in "arrogant twat" mode from the start, how do you think, in
reality, people will respond to that?
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Sat Sep 6 09:15:51 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Sat, 06 Sep 2014 07:15:51 +0000
Subject: [Users] [Bug 3278] Sometimes the message body is missing
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3278
--- Comment #2 from Paul ---
It would appear that the body did not get cached.
Start Claws in debug mode, `claws-mail --debug`, and attach the relevant
output.
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Sat Sep 6 09:20:07 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Sat, 06 Sep 2014 07:20:07 +0000
Subject: [Users] [Bug 3279] Mouse cursor sometimes gets stuck in "busy" state
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3279
--- Comment #3 from nfxjfg at googlemail.com ---
>Maybe you want to give more details, like what desktop you use, what version.
IceWM, latest version.
>Since you've been in "arrogant twat" mode from the start, how do you think, in reality, people will respond to that?
What do you think users of a software think if the dev doesn't acknowledge real
bugs, and does nothing to fix long standing issues that severely reduce the
user experience and the usefulness of the software at large? I totally expected
this, because months ago the only reaction on IRC to HUGE bugs and issues was
"patches welcome" - so my reaction is to not to allow you to deny bugs.
--
You are receiving this mail because:
You are the assignee for the bug.
From edodd55 at gmail.com Sat Sep 6 09:30:40 2014
From: edodd55 at gmail.com (Liz)
Date: Sat, 6 Sep 2014 17:30:40 +1000
Subject: [Users] [Bug 3279] Mouse cursor sometimes gets stuck in "busy"
state
In-Reply-To:
References:
Message-ID: <20140906173040.61271ae5.edodd55@gmail.com>
On Sat, 06 Sep 2014 07:20:07 +0000
noreply at thewildbeast.co.uk wrote:
> What do you think users of a software think if the dev doesn't
> acknowledge real bugs, and does nothing to fix long standing issues
> that severely reduce the user experience and the usefulness of the
> software at large? I totally expected this, because months ago the
> only reaction on IRC to HUGE bugs and issues was "patches welcome" -
> so my reaction is to not to allow you to deny bugs.
My reaction is to tune right out, because I see you trolling.
Liz
From noreply at thewildbeast.co.uk Sat Sep 6 09:51:42 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Sat, 06 Sep 2014 07:51:42 +0000
Subject: [Users] [Bug 3279] Mouse cursor sometimes gets stuck in "busy" state
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3279
--- Comment #4 from Paul ---
Responding to a question with another question is evasive and doesn't answer
the original question. I don't think at any time I've not acknowledged real
bugs. This particular one is very likely not in Claws, but in some other part
of your system. Its often the case that bugs in dependencies show themselves in
this manner.
(By the way, I'm just a member of the development team, not "the dev".)
If you "totally expected" this kind of response, why did you bother? And if
your reaction is to "not to allow you to deny bugs", what's your motivation
here? What are you hoping to achieve? Are you on some kind of misguided
crusade??
This is a bug tracker not a discussion forum. As I said previously, it would
have been much better to discuss these points through the usual channels rather
than have a discussion here that detracts from the usefulness of a bug report.
--
You are receiving this mail because:
You are the assignee for the bug.
From bkpsusmitaa at gmail.com Sat Sep 6 10:13:24 2014
From: bkpsusmitaa at gmail.com (Rajib Bandopadhyay)
Date: Sat, 6 Sep 2014 13:43:24 +0530
Subject: [Users] About Kill Filter and pre-processing
Message-ID: <20140906134324.23d23251@smtp.gmail.com>
Dear friends,
I have become an avid fan of Claws-mail
just because it has a pre-processing
filter. I am using it to download only
those emails and news which concern me.
It is wonderful, and I think I could
learn from working on its source code,
and then, in future, could contribute
towards its further improvement.
Where exactly in the source is the
pre-processing code resides?
I see that both filters and pre- and
post- processing options share common
options. What is the exact difference
between the three?
And more importantly, what the option
'kill' in pre-processing exactly does?
Regards
Rajib Bandopadhyay
______________________________________
Freedom is impossible to perceive
comprehensively by anyone
From noreply at thewildbeast.co.uk Sat Sep 6 16:03:15 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Sat, 06 Sep 2014 14:03:15 +0000
Subject: [Users] [Bug 3275] Annoying focus-stealing dialogs if claws can't
connect or if there's a network issue
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3275
Andrej Kacian changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |INVALID
--- Comment #1 from Andrej Kacian ---
How your window manager presents dialogs and handles window focus is completely
out of control of claws-mail.
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Sat Sep 6 16:12:38 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Sat, 06 Sep 2014 14:12:38 +0000
Subject: [Users] [Bug 3275] Annoying focus-stealing dialogs if claws can't
connect or if there's a network issue
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3275
--- Comment #2 from nfxjfg at googlemail.com ---
How come claws is the only program that exhibits this behavior?
Maybe you're using a hint you shouldn't be using.
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Sat Sep 6 16:32:41 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Sat, 06 Sep 2014 14:32:41 +0000
Subject: [Users] [Bug 2965] Encrypted mails are stored unencrypted in
'Queue' while sending via IMAP
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2965
--- Comment #3 from innerand ---
Created attachment 1428
-->
http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1428&action=edit
Claws Mail crypto handling
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Sat Sep 6 16:34:39 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Sat, 06 Sep 2014 14:34:39 +0000
Subject: [Users] [Bug 2965] Encrypted mails are stored unencrypted in
'Queue' while sending via IMAP
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2965
--- Comment #4 from innerand ---
Is anybody still working on that?
Claws Mail sends emails supposed to be encrypted in clear text to the internet.
In my opinion this is a CRITICAL bug and it is open now for more than a year.
--
You are receiving this mail because:
You are the assignee for the bug.
From bkpsusmitaa at gmail.com Sat Sep 6 17:11:35 2014
From: bkpsusmitaa at gmail.com (Rajib Bandopadhyay)
Date: Sat, 6 Sep 2014 20:41:35 +0530
Subject: [Users] Downloads for offline use need to be multi-threaded for
speed
Message-ID: <20140906204135.1ec01955@smtp.gmail.com>
Dear Friends,
The pre-processing filters make
claws-mail terribly slow to download
posts from newsgroups.
The speed could be sufficiently improved
if the downloads are made
multi-threaded.
Is it possible to improve upon the
download speed?
Could this be implemented please?
Regards
Rajib Bandopadhyay
From bkpsusmitaa at gmail.com Sat Sep 6 17:12:35 2014
From: bkpsusmitaa at gmail.com (Rajib Bandopadhyay)
Date: Sat, 6 Sep 2014 20:42:35 +0530
Subject: [Users] Message folders become unresponsive while Claws-mail is
downloading
Message-ID: <20140906204235.6f4baa9d@smtp.gmail.com>
Dear friends,
There is another issue with Claws-mail:
when Claws-mail is downloading the
newsgroup posts, the folders become
unresponsive.
There could be an option to make a
shadow copy of the folders when
messages are downloading, to allow
reading, during the period of download.
When messages are downloaded, a refresh
button could be provided to update the
information.
Since news servers don't delete posts,
only the message_Ids could be checked
to determine whether they needs to be
downloaded, and not the header, to
improve speed further.
I hope my suggestions would be given
due consideration.
Regards
Rajib Bandopadhyay
From brad at fineby.me.uk Sat Sep 6 17:42:51 2014
From: brad at fineby.me.uk (Brad Rogers)
Date: Sat, 6 Sep 2014 16:42:51 +0100
Subject: [Users] [Bug 3279] Mouse cursor sometimes gets stuck in "busy"
state
In-Reply-To: <20140906173040.61271ae5.edodd55@gmail.com>
References:
<20140906173040.61271ae5.edodd55@gmail.com>
Message-ID: <20140906164251.40162d0f@abydos.stargate.org.uk>
On Sat, 6 Sep 2014 17:30:40 +1000
Liz wrote:
Hello Liz,
>My reaction is to tune right out, because I see you trolling.
I have a picture in my head of nfxjfg, having installed CM, clicking
blindly and wildly on almost everything in site, without waiting for
things to run their course before moving on, trying in vain to get CM to
work the way he(1) wants it to. No wonder CM got its knickers in a
knot. Now he's behaving like a petulant child. No detailed info, and
expects things to be 'fixed'. Nearly all the issues he has could be
sorted by rational discussion here, I'm sure.
My mental image may be wrong but it's going to be very, *very* hard for
nfxjfg to persuade me of it.
(1) it's stereo-typical adolescent male behaviour.
--
Regards _
/ ) "The blindingly obvious is
/ _)rad never immediately apparent"
What do you call that noise, that you put on?
This Is Pop - XTC
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 473 bytes
Desc: OpenPGP digital signature
URL:
From buzz at ksys.co.nz Sat Sep 6 22:41:23 2014
From: buzz at ksys.co.nz (Buzz)
Date: Sun, 7 Sep 2014 08:41:23 +1200
Subject: [Users] Message Selected After Filter
Message-ID: <20140907084123.5116ee81@sagitta.notyet>
Hi All,
When I delete a message in a folder the next available message is
selected. This is perfect.
When I run a filter that moves a message, the last message in the folder
is selected. I am trying to find a way to make this behaviour the same
as deleting a message. i.e. next message is selected.
--
Cheers
Buzz
From slitt at troubleshooters.com Sun Sep 7 01:08:57 2014
From: slitt at troubleshooters.com (Steve Litt)
Date: Sat, 6 Sep 2014 19:08:57 -0400
Subject: [Users] [Bug 3279] Mouse cursor sometimes gets stuck in "busy"
state
In-Reply-To:
References:
Message-ID: <20140906190857.55aaecd4@mydesq2.domain.cxm>
On Sat, 06 Sep 2014 07:13:42 +0000
noreply at thewildbeast.co.uk wrote:
> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3279
>
> --- Comment #2 from Paul ---
> (In reply to comment #1)
> > It happened to me multiple times.
>
> Never happens here. Maybe you want to give more details, like what
> desktop you use, what version. How to trigger it, etc etc. Then this
> report would be more useful. As it is, 'worksforme' is the only
> possible response.
>
> > If you want to ignore reality - well maybe
> > that's why your software has so many damn bugs.
>
> Since you've been in "arrogant twat" mode from the start, how do you
> think, in reality, people will respond to that?
LOL!
It must be a full moon. Every Open Source list I'm on, somebody comes
and scolds the developers for not making the software a different way.
I mean yeah, I've done my share of bitching about Claws-Mail, but in
fairness, I actually downloaded the software and tried to fix it, and
would have reported the fix if I'd been successful.
"Arrogant twat", I'll have to remember that for my other mailing lists.
Oh, and by the way, whatever its weaknesses, Claws has the best word
wrap handling and quoted context handling I've seen in an email
client, and that search facility I tried to fix is already the best,
once you get used to it. Thanks for the great software.
SteveT
Steve Litt * http://www.troubleshooters.com/
Troubleshooting Training * Human Performance
From slitt at troubleshooters.com Sun Sep 7 01:23:50 2014
From: slitt at troubleshooters.com (Steve Litt)
Date: Sat, 6 Sep 2014 19:23:50 -0400
Subject: [Users] [Bug 3279] Mouse cursor sometimes gets stuck in "busy"
state
In-Reply-To: <20140906164251.40162d0f@abydos.stargate.org.uk>
References:
<20140906173040.61271ae5.edodd55@gmail.com>
<20140906164251.40162d0f@abydos.stargate.org.uk>
Message-ID: <20140906192350.707b510b@mydesq2.domain.cxm>
On Sat, 6 Sep 2014 16:42:51 +0100
Brad Rogers wrote:
> On Sat, 6 Sep 2014 17:30:40 +1000
> Liz wrote:
>
> Hello Liz,
>
> >My reaction is to tune right out, because I see you trolling.
>
> I have a picture in my head of nfxjfg, having installed CM, clicking
> blindly and wildly on almost everything in site, without waiting for
> things to run their course before moving on, trying in vain to get CM
> to work the way he(1) wants it to. No wonder CM got its knickers in a
> knot. Now he's behaving like a petulant child. No detailed info, and
> expects things to be 'fixed'. Nearly all the issues he has could be
> sorted by rational discussion here, I'm sure.
>
> My mental image may be wrong but it's going to be very, *very* hard
> for nfxjfg to persuade me of it.
>
> (1) it's stereo-typical adolescent male behaviour.
Yeah, well I just went on Medicare and I agree with him.
Seriously, Claws is an acquired taste: In many ways it doesn't work
like other software. Sometimes its interface *is* surprising. But I've
gotten used to it, and rarely get bollixed up anymore.
Here's the thing: All email clients suck. Outlook's a disease ridden
security flaw. Eudora gratuitously separates attachments
from messages, intermittently. Thunderbird's a pig with three broken
legs that got beaten by a snail in its last race. Mutt's nice, but you
have to remember more keystrokes for mutt than you do for Vim.
Evolution's a way of life, not an email client. Kmail is an OS-busting
atrocity. Last time I looked, Sylpheed and Balsa couldn't correctly do
IMAP, and GNUMail didn't work at all.
When viewed in this context, Claws-Mail is excellent.
SteveT
Steve Litt * http://www.troubleshooters.com/
Troubleshooting Training * Human Performance
From brad at fineby.me.uk Sun Sep 7 07:41:30 2014
From: brad at fineby.me.uk (Brad Rogers)
Date: Sun, 7 Sep 2014 06:41:30 +0100
Subject: [Users] [Bug 3279] Mouse cursor sometimes gets stuck in "busy"
state
In-Reply-To: <20140906190857.55aaecd4@mydesq2.domain.cxm>
References:
<20140906190857.55aaecd4@mydesq2.domain.cxm>
Message-ID: <20140907064130.0af30e57@abydos.stargate.org.uk>
On Sat, 6 Sep 2014 19:08:57 -0400
Steve Litt wrote:
Hello Steve,
>"Arrogant twat", I'll have to remember that for my other mailing lists.
That response was, IMO, remarkably restrained.
--
Regards _
/ ) "The blindingly obvious is
/ _)rad never immediately apparent"
Buy some love at the five and dime
You Have Placed A Chill In My Heart - Eurythmics
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 473 bytes
Desc: OpenPGP digital signature
URL:
From brad at fineby.me.uk Sun Sep 7 07:40:43 2014
From: brad at fineby.me.uk (Brad Rogers)
Date: Sun, 7 Sep 2014 06:40:43 +0100
Subject: [Users] [Bug 3279] Mouse cursor sometimes gets stuck in "busy"
state
In-Reply-To: <20140906192350.707b510b@mydesq2.domain.cxm>
References:
<20140906173040.61271ae5.edodd55@gmail.com>
<20140906164251.40162d0f@abydos.stargate.org.uk>
<20140906192350.707b510b@mydesq2.domain.cxm>
Message-ID: <20140907064043.73d1c451@abydos.stargate.org.uk>
On Sat, 6 Sep 2014 19:23:50 -0400
Steve Litt wrote:
Hello Steve,
>Yeah, well I just went on Medicare and I agree with him.
So, here's the thing; There's *plenty* of choice when it comes to
MUAs(1). If one doesn't fit, try another.
(1) Pretty much any software, really.
--
Regards _
/ ) "The blindingly obvious is
/ _)rad never immediately apparent"
It's becoming an obsession
Teenage Depression - Eddie & The Hot Rods
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 473 bytes
Desc: OpenPGP digital signature
URL:
From peter_s_d at fastmail.com.au Sun Sep 7 15:32:18 2014
From: peter_s_d at fastmail.com.au (blind Pete)
Date: Sun, 7 Sep 2014 23:32:18 +1000
Subject: [Users] Downloads for offline use need to be multi-threaded for
speed
In-Reply-To: <20140906204135.1ec01955@smtp.gmail.com>
References: <20140906204135.1ec01955@smtp.gmail.com>
Message-ID: <20140907233218.48b7bb79@PPlive>
On Sat, 6 Sep 2014 20:41:35 +0530
Rajib Bandopadhyay wrote:
> Dear Friends,
>
> The pre-processing filters make
> claws-mail terribly slow to download
> posts from newsgroups.
>
> The speed could be sufficiently improved
> if the downloads are made
> multi-threaded.
>
> Is it possible to improve upon the
> download speed?
>
> Could this be implemented please?
>
> Regards
> Rajib Bandopadhyay
Consider installing a news spool. I use leafnode, but there are
others. The news spooler periodically downloads news posts in
the background, then your news reader only has to fetch items
from the hard drive.
One day I have to get around to configuring dovecot to do the
same job for mail.
--
testing
bP
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
From bkpsusmitaa at gmail.com Sun Sep 7 16:13:17 2014
From: bkpsusmitaa at gmail.com (Rajib Bandopadhyay)
Date: Sun, 7 Sep 2014 19:43:17 +0530
Subject: [Users] Downloads for offline use need to be multi-threaded for
speed
Message-ID: <20140907194317.10fb2bca@smtp.gmail.com>
On 07/09/2014, blind Pete
wrote:
...
[snipped]
> Consider installing a news spool. I
> use leafnode, but there are others.
> The news spooler periodically
> downloads news posts in the
> background, then your news reader
> only has to fetch items from the hard
> drive.
>
> One day I have to get around to
> configuring dovecot to do the same
> job for mail.
...
[/snipped]
Dear Sir,
Thank you for your response! I am in the
process of installing leafnode and
stunnel (for SSL), but downloading,
whether in the foreground or background
via leafnode involves wastage of
bandwidth.
On the other hand, Claws-mail, under
your control, has the potential to be
altered to be multi-threaded. Perhaps
it will take no more than a few extra
lines of code.
I have posted on two other topics.
Please combine them for assessment:
(1) About Kill Filter and
pre-processing
(2) Message folders become
unresponsive while Claws-mail is
downloading
I really like claws-mail and have been
anticipating an email client with
pre-filters. It fits that slot
beautifully.
Regards,
Rajib Bandopadhyay
From gheskett at wdtv.com Sun Sep 7 16:59:25 2014
From: gheskett at wdtv.com (Gene Heskett)
Date: Sun, 7 Sep 2014 10:59:25 -0400
Subject: [Users] Downloads for offline use need to be multi-threaded for
speed
In-Reply-To: <20140907233218.48b7bb79@PPlive>
References: <20140906204135.1ec01955@smtp.gmail.com>
<20140907233218.48b7bb79@PPlive>
Message-ID: <201409071059.25970.gheskett@wdtv.com>
On Sunday 07 September 2014 09:32:18 blind Pete did opine
And Gene did reply:
> On Sat, 6 Sep 2014 20:41:35 +0530
>
> Rajib Bandopadhyay wrote:
> > Dear Friends,
> >
> > The pre-processing filters make
> > claws-mail terribly slow to download
> > posts from newsgroups.
> >
> > The speed could be sufficiently improved
> > if the downloads are made
> > multi-threaded.
> >
> > Is it possible to improve upon the
> > download speed?
> >
> > Could this be implemented please?
> >
> > Regards
> > Rajib Bandopadhyay
>
> Consider installing a news spool. I use leafnode, but there are
> others. The news spooler periodically downloads news posts in
> the background, then your news reader only has to fetch items
> from the hard drive.
>
> One day I have to get around to configuring dovecot to do the
> same job for mail.
That would probably, in the long view, be a mistake. I am still doing
everything by pop3 here, and while kmail CAN do that easily enough, its a
job its ill suited for because its single threaded.
So I have, for nearly a decade now, offloaded that mail fetching duty to
fetchmail, which hands it off to procmail for filtering and delivery into
a /var/spool/mail/name mailfile.
And I have a session of inotifywait that dies, reporting which of these
name files has been updated, and when it dies, it then sends kmail over
the dbus, a go fetch the mail command, and the parent script then restarts
it to wait for the next mail arrival, and kmail is only configured to
fetch the mail from /var/spool/mail, and that it can do it 10
milliseconds. All the other mail fetching activity is a background task
this multicore machine handles with no visible or feelable side effects.
So regardless of your favorite email agent, off loading the online mail
fetching activities to something designed to be a background task will be
a genuine enhancement to your enjoyment because you'll never have to wait
30+ seconds for it to process and deliver your incoming mail in the middle
of typing an answer to a previously received email.
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page
US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS
From slitt at troubleshooters.com Sun Sep 7 17:08:10 2014
From: slitt at troubleshooters.com (Steve Litt)
Date: Sun, 7 Sep 2014 11:08:10 -0400
Subject: [Users] Downloads for offline use need to be multi-threaded for
speed
In-Reply-To: <20140907194317.10fb2bca@smtp.gmail.com>
References: <20140907194317.10fb2bca@smtp.gmail.com>
Message-ID: <20140907110810.262915f3@mydesq2.domain.cxm>
On Sun, 7 Sep 2014 19:43:17 +0530
Rajib Bandopadhyay wrote:
> On the other hand, Claws-mail, under
> your control, has the potential to be
> altered to be multi-threaded. Perhaps
> it will take no more than a few extra
> lines of code.
You should probably download and look at the code before thinking there
would be any possibility of multithreading might be a few extra lines
of code.
I once tried to add code to turn the regular (not the extended) search
into a recursive search. That sounds simple, doesn't it? It wasn't. I
gave up after three hours of trying to figure out which code to put in
a recursive loop.
SteveT
Steve Litt * http://www.troubleshooters.com/
Troubleshooting Training * Human Performance
From jerry at seibercom.net Sun Sep 7 17:15:58 2014
From: jerry at seibercom.net (Jerry)
Date: Sun, 7 Sep 2014 11:15:58 -0400
Subject: [Users] OL: Re: Downloads for offline use need to be multi-threaded
for speed
In-Reply-To: <20140907194317.10fb2bca@smtp.gmail.com>
References: <20140907194317.10fb2bca@smtp.gmail.com>
Message-ID: <20140907111558.039332ea@scorpio>
On Sun, 7 Sep 2014 19:43:17 +0530, Rajib Bandopadhyay stated:
> On 07/09/2014, blind Pete
> wrote:
>
> ...
> [snipped]
> > Consider installing a news spool. I
> > use leafnode, but there are others.
> > The news spooler periodically
> > downloads news posts in the
> > background, then your news reader
> > only has to fetch items from the hard
> > drive.
> >
> > One day I have to get around to
> > configuring dovecot to do the same
> > job for mail.
>
> ...
> [/snipped]
>
> Dear Sir,
> Thank you for your response! I am in the
> process of installing leafnode and
> stunnel (for SSL), but downloading,
> whether in the foreground or background
> via leafnode involves wastage of
> bandwidth.
>
> On the other hand, Claws-mail, under
> your control, has the potential to be
> altered to be multi-threaded. Perhaps
> it will take no more than a few extra
> lines of code.
>
> I have posted on two other topics.
> Please combine them for assessment:
>
> (1) About Kill Filter and
> pre-processing
>
> (2) Message folders become
> unresponsive while Claws-mail is
> downloading
>
> I really like claws-mail and have been
> anticipating an email client with
> pre-filters. It fits that slot
> beautifully.
>
> Regards,
> Rajib Bandopadhyay
Rajib, I was just wondering why you are sending in line lengths of what
appear to be 40 characters? It makes it a lot harder to read than a normal 70
- 80 character line.
--
Jerry
From ricardo at mones.org Sun Sep 7 17:46:56 2014
From: ricardo at mones.org (Ricardo Mones)
Date: Sun, 7 Sep 2014 17:46:56 +0200
Subject: [Users] Downloads for offline use need to be multi-threaded for
speed
In-Reply-To: <20140907194317.10fb2bca@smtp.gmail.com>
References: <20140907194317.10fb2bca@smtp.gmail.com>
Message-ID: <20140907174656.339b75f1@sumiciu>
On Sun, 7 Sep 2014 19:43:17 +0530
Rajib Bandopadhyay wrote:
> On the other hand, Claws-mail, under
> your control, has the potential to be
> altered to be multi-threaded. Perhaps
> it will take no more than a few extra
> lines of code.
Priceless! Best joke on this list in years!
Thanks for the amusing moment :-)
--
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: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: OpenPGP digital signature
URL:
From bkpsusmitaa at gmail.com Sun Sep 7 18:51:55 2014
From: bkpsusmitaa at gmail.com (Rajib Bandopadhyay)
Date: Sun, 7 Sep 2014 22:21:55 +0530
Subject: [Users] Downloads for offline use need to be multi-threaded for
speed
Message-ID: <20140907222155.6e70d599@smtp.gmail.com>
On 07/09/2014, Ricardo Mones
wrote:
...
[snipped]
>> ... Perhaps
>> it will take no more than a few extra
>> lines of code.
>
> Priceless! Best joke on this list in
> years!
>
> Thanks for the amusing moment :-)
...
[/snipped]
Please, Sir! Your email is being
perceived to hurt my feelings and insult
me for my trust upon you. When I wrote
the lines I was _not_ considering my
abilities, but my belief and confidence
about _your_ abilities.
What I tried to convey was that there
already are code-snippets lying there
to be utilised. I meant that you needed
a few original lines of codes and
editing to sew everything together
seamlessly.
The same reply goes for Steve, whose
message is posted below.
On 07/09/2014, Steve Litt
wrote:
[snipped]
...
> You should probably download and look
> at the code before thinking there
> would be any possibility of
> multithreading might be a few extra
> lines of code.
>
> I once tried to add code to turn the
> regular (not the extended) search
> into a recursive search. That sounds
> simple, doesn't it? It wasn't. I gave
> up after three hours of trying to
> figure out which code to put in a
> recursive loop.
...
[/snipped]
Dear Sir,
I probably have more faith on you than
you have on yourself. I have covered my
reply to your post in my reply to Mr.
Mones's email.
On 07/09/2014, Gene Heskett
wrote:
...
[snipped]
> That would probably, in the long
> view, be a mistake. I am still doing
> everything by pop3 here, and while
> kmail CAN do that easily enough, its
> a job its ill suited for because its
> single threaded.
>
> So I have, for nearly a decade now,
> offloaded that mail fetching duty to
> fetchmail, which hands it off to
> procmail for filtering and delivery
> into a /var/spool/mail/name mailfile.
>
> And I have a session of inotifywait
> that dies, reporting which of these
> name files has been updated, and when
> it dies, it then sends kmail over the
> dbus, a go fetch the mail command,
> and the parent script then restarts
> it to wait for the next mail arrival,
> and kmail is only configured to fetch
> the mail from /var/spool/mail, and
> that it can do it 10 milliseconds.
> All the other mail fetching activity
> is a background task this multicore
> machine handles with no visible or
> feelable side effects.
...
[/snipped]
Sir, I believe, then making claws-mail
multi-threaded would solve all the
issues about fetchmail, procmail and a
native pop3 email client running with
scripts alongside it!
And I am sure people who have designed
and built Claws-mail have the ability
to have this ability built into it.
From what I have observed, I see that
claws-mail is only a micron away from
achieving that milestone.
Tell me, Sir, which other email-client
that you have come across, has a
pre-processing option available to it?
I hope I have been able to convey my
intent in this message, and apologise
for any inadvertent hurt caused by my
earlier email. It was not at all my
intent to hurt you, but to expect
eagerly that Claws-mail fulfils its
promise as the_ email-client of choice
in future, and also that you fulfil the
promise you have shown in bringing
Claws to where it is now.
My best wishes and regards,
Rajib Bandopadhyay
From noreply at thewildbeast.co.uk Sun Sep 7 19:18:28 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Sun, 07 Sep 2014 17:18:28 +0000
Subject: [Users] [Bug 2965] Encrypted mails are stored unencrypted in
'Queue' while sending via IMAP
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2965
--- Comment #5 from Brian Morrison ---
Please see comment #1
This prevents any composed email prior to encryption or otherwise being stored
on am IMAP server. It is completely effective.
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Sun Sep 7 19:22:37 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Sun, 07 Sep 2014 17:22:37 +0000
Subject: [Users] [Bug 3275] Annoying focus-stealing dialogs if claws can't
connect or if there's a network issue
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3275
--- Comment #3 from Brian Morrison ---
There is a hidden preference to allow rotating certificate problems to be
ignored, I forget the exact syntax but it does work.
I assume that when a real certificate change occurs you want to be able to
check it. I think this works, it certainly does for me.
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Sun Sep 7 19:27:50 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Sun, 07 Sep 2014 17:27:50 +0000
Subject: [Users] [Bug 3276] No convenient way to quickly mark mails as read
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3276
--- Comment #7 from Brian Morrison ---
Why not come and discuss things like this on the mailing list?
Answers usually arrive pretty quickly.
Does IceWM allow changes to accelerator keys if you hover over the menu entry
and press the key combo you want. This is how GNOME does it...
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Sun Sep 7 19:47:34 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Sun, 07 Sep 2014 17:47:34 +0000
Subject: [Users] [Bug 3275] Annoying focus-stealing dialogs if claws can't
connect or if there's a network issue
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3275
--- Comment #4 from brad at fineby.me.uk ---
(In reply to comment #3)
> There is a hidden preference to allow rotating certificate problems to be
> ignored, I forget the exact syntax but it does work.
That's the "live_dangerously" option. It's global though. There's now a per
account setting (SSL - Automatically accept unknown valid SSL certificates)
--
You are receiving this mail because:
You are the assignee for the bug.
From claws at thewildbeast.co.uk Sun Sep 7 19:52:45 2014
From: claws at thewildbeast.co.uk (Paul)
Date: Sun, 7 Sep 2014 18:52:45 +0100
Subject: [Users] Downloads for offline use need to be multi-threaded for
speed
In-Reply-To: <20140907222155.6e70d599@smtp.gmail.com>
References: <20140907222155.6e70d599@smtp.gmail.com>
Message-ID: <20140907185245.17c6cd6e@thewildbeast>
On Sun, 7 Sep 2014 22:21:55 +0530
Rajib Bandopadhyay wrote:
> What I tried to convey was that there
> already are code-snippets lying there
> to be utilised. I meant that you needed
> a few original lines of codes and
> editing to sew everything together
> seamlessly.
I don't know what you've seen, but I can't see it.
with regards
Paul
--
Guerre aux châteaux, Paix aux chaumières
From slitt at troubleshooters.com Sun Sep 7 20:06:30 2014
From: slitt at troubleshooters.com (Steve Litt)
Date: Sun, 7 Sep 2014 14:06:30 -0400
Subject: [Users] Downloads for offline use need to be multi-threaded for
speed
In-Reply-To: <20140907222155.6e70d599@smtp.gmail.com>
References: <20140907222155.6e70d599@smtp.gmail.com>
Message-ID: <20140907140630.0d4960f7@mydesq2.domain.cxm>
On Sun, 7 Sep 2014 22:21:55 +0530
Rajib Bandopadhyay wrote:
> On 07/09/2014, Ricardo Mones
> wrote:
> ...
> [snipped]
> >> ... Perhaps
> >> it will take no more than a few extra
> >> lines of code.
> >
> > Priceless! Best joke on this list in
> > years!
> >
> > Thanks for the amusing moment :-)
> ...
> [/snipped]
>
> Please, Sir! Your email is being
> perceived to hurt my feelings and insult
> me
[snip]
>
> The same reply goes for Steve, whose
> message is posted below.
So should we take your assertion, that I insulted you just like Ricardo
supposedly did, to be a refusal to download the code and look at it?
Look at the code, Rajib, and then give us your opinion of how hard or
easy it will be to put in threading. This isn't an insult, but I
suppose it could be considered a challenge.
SteveT
Steve Litt * http://www.troubleshooters.com/
Troubleshooting Training * Human Performance
>
> On 07/09/2014, Steve Litt
> wrote:
>
> [snipped]
> ...
> > You should probably download and look
> > at the code before thinking there
> > would be any possibility of
> > multithreading might be a few extra
> > lines of code.
> >
> > I once tried to add code to turn the
> > regular (not the extended) search
> > into a recursive search. That sounds
> > simple, doesn't it? It wasn't. I gave
> > up after three hours of trying to
> > figure out which code to put in a
> > recursive loop.
> ...
From noreply at thewildbeast.co.uk Sun Sep 7 20:16:23 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Sun, 07 Sep 2014 18:16:23 +0000
Subject: [Users] [Bug 2965] Encrypted mails are stored unencrypted in
'Queue' while sending via IMAP
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2965
--- Comment #6 from innerand ---
Well that might be an workaround but it doesn't fix the bug. Whereby it is also
not good practice to write encrypted mails in clear text to disk.
Is it that hard to encrypt mails before sending them to Queue?
--
You are receiving this mail because:
You are the assignee for the bug.
From bkpsusmitaa at gmail.com Sun Sep 7 20:45:54 2014
From: bkpsusmitaa at gmail.com (Rajib Bandopadhyay)
Date: Mon, 8 Sep 2014 00:15:54 +0530
Subject: [Users] Downloads for offline use need to be multi-threaded for
speed
Message-ID: <20140908001554.3a7e4a17@smtp.gmail.com>
On 07/09/2014, Paul
wrote: ...
...
[/snipped]
> I don't know what you've seen, but I
> can't see it.
...
[/snipped]
Dear Sir,
My brief answer would be:
httrack and webhttrack...
The spider, crawler, whatever you may
call it.
From bkpsusmitaa at gmail.com Sun Sep 7 20:46:15 2014
From: bkpsusmitaa at gmail.com (Rajib Bandopadhyay)
Date: Mon, 8 Sep 2014 00:16:15 +0530
Subject: [Users] Downloads for offline use need to be multi-threaded for
speed
Message-ID: <20140908001615.6cc0ab50@smtp.gmail.com>
On 07/09/2014, Steve Litt
wrote:
...
[snipped]
> So should we take your assertion,
> that I insulted you just like Ricardo
> supposedly did, to be a refusal to
> download the code and look at it?
...
[/snipped]
No, but that that there already are
code-snippets lying there to be
utilised. I meant that you needed a few
original lines of codes and editing to
sew everything together seamlessly.
...
> Look at the code, Rajib, and then
> give us your opinion of how hard or
> easy it will be to put in threading.
> This isn't an insult, but I suppose
> it could be considered a challenge.
...
[/snipped]
:D LOL Please don't dissect my email
and quote me out of context, I beg you!
Please interpret my post in its
entirety, from the bird's eye view.
Then, please try to see the obvious
truth -- had I perceived myself to be
able to write those codes myself why
would I appeal to you?!
And I am, in the end, an end-user who
has now just begun to visualise the real
outcome of this OSS collaboration --
that we are one super-organism at at
abstract level!
I am reading the codes, if you have
read my earlier posts, and had
requested for directions to look at a
particular outcome in one of my posts.
When I am ready you won't need to throw
me a challenge. Open source is not
about challenges. It is about
collaboration. We try to do what we do
best, and the rest will be taken care
by someone else, and things would
proceed beyond our perception. Let us
understand our role here as being that
of complementarity. Otherwise, the OSS
project would fail.
My goal is _not_ to rub you the wrong
way, _not_ to rub your egos. My goal is
to prod you to supersede yourselves as
programmers.
My best wishes,
Rajib Bandopadhyay
From bkpsusmitaa at gmail.com Sun Sep 7 20:56:12 2014
From: bkpsusmitaa at gmail.com (Rajib Bandopadhyay)
Date: Mon, 8 Sep 2014 00:26:12 +0530
Subject: [Users] Downloads for offline use need to be multi-threaded for
speed
Message-ID: <20140908002612.18df8afb@smtp.gmail.com>
On 08/09/2014, Rajib Bandopadhyay
wrote:
> ...
> [/snipped]
>
> Dear Sir,
> My brief answer would be:
> httrack and webhttrack...
> The spider, crawler, whatever you may
> call it. ...
> [/snipped]
How it uses multi-threading to crawl
and collect information, and that
multi-threading option is
user-controlled.
Regards
From claws at thewildbeast.co.uk Sun Sep 7 21:53:37 2014
From: claws at thewildbeast.co.uk (Paul)
Date: Sun, 7 Sep 2014 20:53:37 +0100
Subject: [Users] Downloads for offline use need to be multi-threaded for
speed
In-Reply-To: <20140908002612.18df8afb@smtp.gmail.com>
References: <20140908002612.18df8afb@smtp.gmail.com>
Message-ID: <20140907205337.6a5d46bd@thewildbeast>
On Mon, 8 Sep 2014 00:26:12 +0530
Rajib Bandopadhyay wrote:
> On 08/09/2014, Rajib Bandopadhyay
> wrote:
> > ...
> > [/snipped]
> >
> > Dear Sir,
> > My brief answer would be:
> > httrack and webhttrack...
> > The spider, crawler, whatever you may
> > call it. ...
> > [/snipped]
>
> How it uses multi-threading to crawl
> and collect information, and that
> multi-threading option is
> user-controlled.
Ahh, right. OK. It all sounds so simple when you put it like that. So
we'll be seeing your patch in, say, a month??
On the other hand, it could be that your way off the mark and it's
actually a lot more complex than you imagine.
with regards
Paul
--
Guerre aux châteaux, Paix aux chaumières
From slitt at troubleshooters.com Mon Sep 8 00:37:21 2014
From: slitt at troubleshooters.com (Steve Litt)
Date: Sun, 7 Sep 2014 18:37:21 -0400
Subject: [Users] Downloads for offline use need to be multi-threaded for
speed
In-Reply-To: <20140908001615.6cc0ab50@smtp.gmail.com>
References: <20140908001615.6cc0ab50@smtp.gmail.com>
Message-ID: <20140907183721.4318e412@mydesq2.domain.cxm>
On Mon, 8 Sep 2014 00:16:15 +0530
Rajib Bandopadhyay wrote:
> And I am, in the end, an end-user who
> has now just begun to visualise the real
> outcome of this OSS collaboration --
> that we are one super-organism at at
> abstract level!
As an end user, perhaps you'd like to see how I filter messages
*before* they're placed in my IMAP server. It's an interesting trick. I
just placed this in my badguys.rc, which a program that I wrote, out of
snippets laying around, converts to my .procmailrc:
==============================================
# Make claws threaded using a few snippets laying around
:0:
* ^From:.*bkpsusmitaa at gmail.com
* ^List-Id:.*users.lists.claws-mail.org
$GARBAGE
==============================================
Cool, huh?
SteveT
Steve Litt * http://www.troubleshooters.com/
Troubleshooting Training * Human Performance
From itz at buug.org Mon Sep 8 00:56:46 2014
From: itz at buug.org (Ian Zimmerman)
Date: Sun, 7 Sep 2014 15:56:46 -0700
Subject: [Users] [Bug 3279] Mouse cursor sometimes gets stuck in "busy"
state
In-Reply-To: <20140906192350.707b510b@mydesq2.domain.cxm>
References:
<20140906173040.61271ae5.edodd55@gmail.com>
<20140906164251.40162d0f@abydos.stargate.org.uk>
<20140906192350.707b510b@mydesq2.domain.cxm>
Message-ID: <20140907155646.5a5233ca.itz@buug.org>
On Sat, 6 Sep 2014 19:23:50 -0400,
Steve Litt wrote:
Steve> Here's the thing: All email clients suck. Outlook's a disease
Steve> ridden security flaw. Eudora gratuitously separates attachments
Steve> from messages, intermittently. Thunderbird's a pig with three
Steve> broken legs that got beaten by a snail in its last race. Mutt's
Steve> nice, but you have to remember more keystrokes for mutt than you
Steve> do for Vim.
IMAP is still a 2nd class citizen in Mutt. The basics work, but if you
know what it can do with local mailboxes, you'll be disappointed.
Steve> Evolution's a way of life, not an email client. Kmail is an
Steve> OS-busting atrocity. Last time I looked, Sylpheed and Balsa
Steve> couldn't correctly do IMAP, and GNUMail didn't work at all.
Steve> When viewed in this context, Claws-Mail is excellent.
Sad but true, and I tried them all (well, almost - not the Windoze ones).
Which means reading Brad's reply triggers negative emotions.
--
Please *no* private copies of mailing list or newsgroup messages.
Local Variables:
mode:claws-external
End:
From itz at buug.org Mon Sep 8 01:12:36 2014
From: itz at buug.org (Ian Zimmerman)
Date: Sun, 7 Sep 2014 16:12:36 -0700
Subject: [Users] Rajib's posts [Was: Downloads for offline use need to be
multi-threaded for speed]
In-Reply-To: <20140907111558.039332ea@scorpio>
References: <20140907194317.10fb2bca@smtp.gmail.com>
<20140907111558.039332ea@scorpio>
Message-ID: <20140907161236.64035a3e.itz@buug.org>
On Sun, 7 Sep 2014 11:15:58 -0400,
Jerry wrote:
Rajib> I really like claws-mail and have been anticipating an email
Rajib> client with pre-filters. It fits that slot beautifully.
Jerry> Rajib, I was just wondering why you are sending in line lengths
Jerry> of what appear to be 40 characters? It makes it a lot harder to
Jerry> read than a normal 70 - 80 character line.
And not properly replying / referencing, so every one of his posts
appears to start a new thread. (apologies for the unintended pun)
--
Please *no* private copies of mailing list or newsgroup messages.
Local Variables:
mode:claws-external
End:
From codejodler at gmx.ch Mon Sep 8 02:26:33 2014
From: codejodler at gmx.ch (Michael)
Date: Mon, 8 Sep 2014 02:26:33 +0200
Subject: [Users] Downloads for offline use need to be multi-threaded for
speed
In-Reply-To: <20140907110810.262915f3@mydesq2.domain.cxm>
References: <20140907194317.10fb2bca@smtp.gmail.com>
<20140907110810.262915f3@mydesq2.domain.cxm>
Message-ID: <20140908022633.15a131d0@mirrors.kernel.org>
Dear Sirs :)
I've read this thread with much joy. Still, there was a serious request and somehow, i feel that there was no clear answer to Rajib so far.
Without having looked at the code, i imagine that it more or less requires a complete rewrite of claws mail to go multi-threaded.
Is that it ?
--Micha
(no fortune today)
From peter_s_d at fastmail.com.au Mon Sep 8 03:29:57 2014
From: peter_s_d at fastmail.com.au (blind Pete)
Date: Mon, 8 Sep 2014 11:29:57 +1000
Subject: [Users] Downloads for offline use need to be multi-threaded for
speed
In-Reply-To: <20140907194317.10fb2bca@smtp.gmail.com>
References: <20140907194317.10fb2bca@smtp.gmail.com>
Message-ID: <20140908112957.766ad03a@PPlive>
On Sun, 7 Sep 2014 19:43:17 +0530
Rajib Bandopadhyay wrote:
> On 07/09/2014, blind Pete
> wrote:
>
> ...
> [snipped]
> > Consider installing a news spool. I
> > use leafnode, but there are others.
> > The news spooler periodically
> > downloads news posts in the
> > background, then your news reader
> > only has to fetch items from the hard
> > drive.
> >
> > One day I have to get around to
> > configuring dovecot to do the same
> > job for mail.
>
> ...
> [/snipped]
>
> Dear Sir,
> Thank you for your response! I am in the
> process of installing leafnode and
> stunnel (for SSL), but downloading,
> whether in the foreground or background
> via leafnode involves wastage of
> bandwidth.
I don't know anything about stunnel.
Why do you think that leafnode wastes bandwidth? It only downloads the
groups that you subscribe to. The first time it is started it needs
the group list, and then it might download the last thousand messages
of the groups that you select, but that can be configured to a much
smaller number and it only happens once.
> On the other hand, Claws-mail, under
> your control, has the potential to be
> altered to be multi-threaded. Perhaps
> it will take no more than a few extra
> lines of code.
I am not willing to start cutting code, and I used to be a coder.
A poorly implemented complex design is much worse than a well
implemented simple design. Multi-threading rings alarm bells
in my mind. If you are confident in your abilities, you are
very welcome to attempt it yourself.
> I have posted on two other topics.
> Please combine them for assessment:
>
> (1) About Kill Filter and
> pre-processing
>
> (2) Message folders become
> unresponsive while Claws-mail is
> downloading
>
> I really like claws-mail and have been
> anticipating an email client with
> pre-filters. It fits that slot
> beautifully.
>
> Regards,
> Rajib Bandopadhyay
--
testing
bP
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
From peter_s_d at fastmail.com.au Mon Sep 8 04:01:55 2014
From: peter_s_d at fastmail.com.au (blind Pete)
Date: Mon, 8 Sep 2014 12:01:55 +1000
Subject: [Users] Downloads for offline use need to be multi-threaded for
speed
In-Reply-To: <201409071059.25970.gheskett@wdtv.com>
References: <20140906204135.1ec01955@smtp.gmail.com>
<20140907233218.48b7bb79@PPlive>
<201409071059.25970.gheskett@wdtv.com>
Message-ID: <20140908120155.47a7d615@PPlive>
On Sun, 7 Sep 2014 10:59:25 -0400
Gene Heskett wrote:
> On Sunday 07 September 2014 09:32:18 blind Pete did opine
> And Gene did reply:
> > On Sat, 6 Sep 2014 20:41:35 +0530
> >
> > Rajib Bandopadhyay wrote:
> > > Dear Friends,
> > >
> > > The pre-processing filters make
> > > claws-mail terribly slow to download
> > > posts from newsgroups.
> > >
> > > The speed could be sufficiently improved
> > > if the downloads are made
> > > multi-threaded.
> > >
> > > Is it possible to improve upon the
> > > download speed?
> > >
> > > Could this be implemented please?
> > >
> > > Regards
> > > Rajib Bandopadhyay
> >
> > Consider installing a news spool. I use leafnode, but there are
> > others. The news spooler periodically downloads news posts in
> > the background, then your news reader only has to fetch items
> > from the hard drive.
> >
> > One day I have to get around to configuring dovecot to do the
> > same job for mail.
>
> That would probably, in the long view, be a mistake. I am still
> doing everything by pop3 here, and while kmail CAN do that easily
> enough, its a job its ill suited for because its single threaded.
Kmail?
> So I have, for nearly a decade now, offloaded that mail fetching duty
> to fetchmail, which hands it off to procmail for filtering and
> delivery into a /var/spool/mail/name mailfile.
Books have been written about configuring mail servers. I find the
subject a bit daunting. It would be embarrassing to find that my
computer was running an open mail relay. So do it properly or don't
do it at all, is my position.
> And I have a session of inotifywait that dies, reporting which of
> these name files has been updated, and when it dies, it then sends
> kmail over the dbus, a go fetch the mail command, and the parent
> script then restarts it to wait for the next mail arrival, and kmail
> is only configured to fetch the mail from /var/spool/mail, and that
> it can do it 10 milliseconds. All the other mail fetching activity
> is a background task this multicore machine handles with no visible
> or feelable side effects.
You look like you know what you are doing, but I have not come to
terms with rather a lot of details.
Why don't you like dovecot?
> So regardless of your favorite email agent, off loading the online
> mail fetching activities to something designed to be a background
> task will be a genuine enhancement to your enjoyment because you'll
> never have to wait 30+ seconds for it to process and deliver your
> incoming mail in the middle of typing an answer to a previously
> received email.
>
> Cheers, Gene Heskett
There are long undesirable pauses during network activity.
--
testing
bP
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
From gheskett at wdtv.com Mon Sep 8 05:17:18 2014
From: gheskett at wdtv.com (Gene Heskett)
Date: Sun, 7 Sep 2014 23:17:18 -0400
Subject: [Users] Downloads for offline use need to be multi-threaded for
speed
In-Reply-To: <20140908120155.47a7d615@PPlive>
References: <20140906204135.1ec01955@smtp.gmail.com>
<201409071059.25970.gheskett@wdtv.com> <20140908120155.47a7d615@PPlive>
Message-ID: <201409072317.18469.gheskett@wdtv.com>
On Sunday 07 September 2014 22:01:55 blind Pete did opine
And Gene did reply:
> On Sun, 7 Sep 2014 10:59:25 -0400
>
> Gene Heskett wrote:
> > On Sunday 07 September 2014 09:32:18 blind Pete did opine
> >
> > And Gene did reply:
> > > On Sat, 6 Sep 2014 20:41:35 +0530
> > >
> > > Rajib Bandopadhyay wrote:
> > > > Dear Friends,
> > > >
> > > > The pre-processing filters make
> > > > claws-mail terribly slow to download
> > > > posts from newsgroups.
> > > >
> > > > The speed could be sufficiently improved
> > > > if the downloads are made
> > > > multi-threaded.
> > > >
> > > > Is it possible to improve upon the
> > > > download speed?
> > > >
> > > > Could this be implemented please?
> > > >
> > > > Regards
> > > > Rajib Bandopadhyay
> > >
> > > Consider installing a news spool. I use leafnode, but there are
> > > others. The news spooler periodically downloads news posts in
> > > the background, then your news reader only has to fetch items
> > > from the hard drive.
> > >
> > > One day I have to get around to configuring dovecot to do the
> > > same job for mail.
> >
> > That would probably, in the long view, be a mistake. I am still
> > doing everything by pop3 here, and while kmail CAN do that easily
> > enough, its a job its ill suited for because its single threaded.
>
> Kmail?
>
> > So I have, for nearly a decade now, offloaded that mail fetching duty
> > to fetchmail, which hands it off to procmail for filtering and
> > delivery into a /var/spool/mail/name mailfile.
>
> Books have been written about configuring mail servers. I find the
> subject a bit daunting. It would be embarrassing to find that my
> computer was running an open mail relay. So do it properly or don't
> do it at all, is my position.
I never said anything about a server. Fetchmail sends mailfilter out to
check my 3 ISP accounts, one of which is not an actual ISP, but is my
former employers own mail server, a qmail install that is now 15 years
old. My old employee account is a lifetime account IOW. The other two
are gmail hosted, and while I nuke a googlegroups message on reception, I
do tolerate gmail as its not nearly so screwed up
When mailfilter is finished, and it checks for known spam and deletes a
few of them in the process, but I have to compose the killfile list
myself. Then whats left, fetchmail downloads and hands it off to
procmail, which runs it thru clamav, and passing that, then runs it thru
spamassassin, which will reroute some of it to the spam folder so I can
check to see if it really was spam. If something gets nailed, I can then
move it to the ham folder, and a few minutes after midnight a session of
sa-learn --ham is run on the ham folder, and another session of sa-learn
--spam is run on the spam folder, activities intended to train
spamassassin. All cron jobs that once setup can be forgotten as they Just
Work(TM).
Whats left is then written to /var/spool/mail/gene, and when that file is
closed, inotifywait triggers, a dbus message is sent to kmail telling it
to go get the local mail, which it can do in 5 to 200 milliseconds. There
is a bit more to it, but thats the invisible blow by blow.
Yes, I've been fine tuning on bash scripts for about 15 years now, its
actually a quite capable script interpreter. Use it, and cron to make
your online life 90% easier.
My biggest problem with kmail is that my email corpus is some north of
20Gb, and it doesn't do its housekeeping often enough, so when about 1000
read emails have been processed, it starts taking way too long for the
plus key to bring up the next message. But I've found that stopping it,
which is where it does some of that housekeeping, and immediately
restarting it brings back the nice snappy next message function.
My second biggest problem with kmail is that the various account settings
each sent message references, all have sticky checkboxes, but they do not
work about once a day, so before I click send, I have to read the header
and make sure its going out through the correct account, the one I used to
subscribe to the list with.
Other than those 2 items, I am a happy kmail user since about 1999.
> You look like you know what you are doing, but I have not come to
> terms with rather a lot of details.
>
> Why don't you like dovecot?
Dovecot is not an email agent, it is an imap server. For starters, the
problems I see going by on that list are the teething problems of a new
protocol. But neither Dovecot nor imap are newbies. It also adds
complexity to the email system, IMO way more than my "bandaids" that fix a
specific problem are. By now it should be fairly mature, but its not
acting that way to me.
For 2nd starters, neither claws nor Dovecot has any facilities to allow it
to import the mixture of maildir and mailfile kmail is using. And yes, I
have asked, on both this list and the Dovecot list at least 3 times about
that. A new file format, mndir? or at least a new name for something that
from what I read here, acts much like a maildir. But I haven't found a
description so I could understand the difference. Or even why the
difference exists. There must be an advantage to it, but even that
doesn't seem to have been discussed since I subscribed to the list about 1
year back in anticipation of having to upgrade to at least ubu 14.04.2. It
seems to be treated as if everybody should intimately know already.
> > So regardless of your favorite email agent, off loading the online
> > mail fetching activities to something designed to be a background
> > task will be a genuine enhancement to your enjoyment because you'll
> > never have to wait 30+ seconds for it to process and deliver your
> > incoming mail in the middle of typing an answer to a previously
> > received email.
> >
> > Cheers, Gene Heskett
>
> There are long undesirable pauses during network activity.
With my way of doing it, those pauses are perhaps 200ms long worst case
now. It doesn't kmail take very long to fetch a new message from the
local mail spool.
But I am not trying to badmouth claws too much, the nightmares with the
newer versions of kmail continue apace on the ubu lists. And some of them
are IMO not excusable, one fellow lost his inbox, with messages several
years old the other day. That's downright scary. I suspect it was a
loose nut behind the wheel that caused it, but still... And of course the
guy has no clue what a backup is. Amanda saves this system nightly.
I can have that inbox recovered to the status it was in at about 1:30 AM
in perhaps 15 to 20 minutes. I do backups as virtual tapes, but on a big
disk so a recovery doesn't involve a long session of reading a tape,
forced because the tape is sequential access, but the disk is truly
random.
This has turned into the weekly fishwrap, the only thing missing is the
obit pages. ;-)
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page
US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS
From bkpsusmitaa at gmail.com Mon Sep 8 06:00:06 2014
From: bkpsusmitaa at gmail.com (Rajib Bandopadhyay)
Date: Mon, 8 Sep 2014 09:30:06 +0530
Subject: [Users] Downloads for offline use need to be multi-threaded for
speed
Message-ID: <20140908093006.5a1f62ab@smtp.gmail.com>
On 08/09/2014, Steve Litt
wrote:
...
[snipped]
> I just placed this in my badguys.rc,
> which a program that I wrote, out of
> snippets laying around, converts to
> my .procmailrc:
>
> ==============================================
> # Make claws threaded using a few
> snippets laying around :0:
> * ^From:.*bkpsusmitaa at gmail.com
> *
> ^List-Id:.*users.lists.claws-mail.org
> $GARBAGE
> ==============================================
>
> Cool, huh?
...
[/snipped]
Dear Sir,
So now you equate me as one of those
bad guys sending spams?! ;)
On a serious note - actually, no,
procmail.rc isn't cool for me. Suppose I
determine you have very interesting
things to say but there is a message
which contains a lot of the slangs that
you commonly use, such as, m**f**, fu**,
di**, ar**, et al.
I would like you to create a rule in
your badguy.rc which can filter out
this particular message but allow
everything else. Also, eliminate
messages that are irrelevant.
So, you see this can't be achieved by
filters and having a server in your
system, because a local server will
download those messages to the system,
and then the system will eliminate those
messages. Waste of bandwidth.
This can be done specifically by
Claws-mail filter, by creating
pre-processing rule, like if the body
of the message contains m**f**,
fu**, di**, ar**, (and add some
choicest of your slangs) then don't
download the message. Also, message
elimination is possible by using
keywords you used while messaging, if
those keywords are not there then don't
download messages.
I hope you can show me otherwise. Then
we could use those code-snippets.:) :D
Regards,
Rajib Bandopadhyay
From bkpsusmitaa at gmail.com Mon Sep 8 07:23:46 2014
From: bkpsusmitaa at gmail.com (Rajib Bandopadhyay)
Date: Mon, 8 Sep 2014 10:53:46 +0530
Subject: [Users] Downloads for offline use need to be multi-threaded for
speed
Message-ID: <20140908105346.08b0be10@smtp.gmail.com>
On 08/09/2014, Paul
wrote:
...
[snipped]
> Ahh, right. OK. It all sounds so
> simple when you put it like that. So
> we'll be seeing your patch in, say, a
> month??
>
> On the other hand, it could be that
> your way off the mark and it's
> actually a lot more complex than you
> imagine.
...
[/snipped]
No, I am confident on your abilities as
coders. I found the following
interesting. I looked into the code,
not because someone threw me a
challenge, but to see for myself the
complexity of the issue.
Multi-threading is not as difficult as
it sounds. We need to think how wiki
collaboratively update a single
document.
Again, please don't challenge me to
write multi-threading codes similar to
wiki to update the local folders with
each instance of input by each separate
members of the multi-thread. :)
In the end, I am a lazy coder, and my
background is physics, not computer
science. But I have tremendous
interest in everything under the sun.
The codes to limit multi-threading in
httrack:
(1) In source file htsopt.h
float maxconn; //
nombre max de connexions/s
(2) In source file htslib.c
opt->maxconn = 5.0; //
nombre connexions/s
(3) In source file htalias.c
const char *hts_optalias[][4] = {
...
{"sockets", "-c", "param", "number of
simultaneous connections allowed"},
{"socket", "-c", "param", "number
of simultaneous connections allowed"},
{"connection", "-c", "param",
"number of simultaneous connections
allowed"},
(4) In source file htscoremain.c
/* Enforce limits to avoid
bandwidth abuse. The bypass_limits
should only be used by administrators
and experts. */ if
(!opt->bypass_limits) { if (opt->maxsoc
<= 0 || opt->maxsoc > 8) { opt->maxsoc
= 8; hts_log_print(opt, LOG_WARNING, "*
security warning: maximum number of
simultaneous connections limited to %d
to avoid server overload", (int)
opt->maxsoc); } if (opt->maxrate <= 0
|| opt->maxrate > 250000)
{ opt->maxrate = 250000;
hts_log_print(opt, LOG_WARNING, "*
security warning: maximum bandwidth
limited to %d to avoid server
overload", (int) opt->maxrate); } if
(opt->maxconn <= 0 || opt->maxconn >
5.0) { opt->maxconn = 5.0;
hts_log_print(opt, LOG_WARNING, "*
security warning: maximum number of
connections per second limited to %f to
avoid server overload", (float)
opt->maxconn); } } else
{ hts_log_print(opt, LOG_WARNING, "*
security warning: !!! BYPASSING
SECURITY LIMITS - MONITOR THIS SESSION
WITH EXTREME CARE !!!"); }
(5) (A) In source file htscore.c
// connect limiter
if (n > 0 && opt->maxconn > 0 &&
HTS_STAT.last_connect > 0) { TStamp
opTime = HTS_STAT.last_request ?
HTS_STAT.last_request :
HTS_STAT.last_connect; TStamp cTime =
mtime_local(); TStamp lap = (cTime -
opTime); TStamp minLap = (TStamp)
(1000.0 / opt->maxconn);
if (lap < minLap) {
n = 0;
} else if (minLap != 0) {
int nMax = (int) (lap / minLap);
n = min(n, nMax);
}
}
return n;
}
and
(5)(B) if (from->maxconn > 0)
to->maxconn = from->maxconn;
(6) HTSEXT_API void qsec2str is a
function I find important, defined in
httrack-library.h and active in
conversion in htslib.c
// idem, plus court (chaine)
HTSEXT_API void qsec2str(char *st,
TStamp t) {
int j, h, m, s;
(7) There are source files such as
htsftp.c, htscore.c and htslib.c that
sets the timestamp via TStamp, TStamp
plays an important role in controlling
the simultaneous connections indirectly.
(8) In source file htsback.c
// clear, or leave for keep-alive
void back_maydeletehttp(httrackp * opt,
cache_back * cache, struct_back *
sback, const int p) { lien_back *const
back = sback->lnk; const int back_max =
sback->count; TStamp lt = 0;
assertf(p >= 0 && p < back_max);
if (back[p].r.soc != INVALID_SOCKET) {
int q;
if (back[p].r.soc !=
INVALID_SOCKET /* security check */
&& back[p].r.statuscode >= 0 /*
no timeout errors & co */ &&
back[p].r.keep_alive_trailers ==
0 /* not yet supported (chunk
trailers) */ /* Socket not in I/O
error status */
&& !back[p].r.is_file
&& !check_sockerror(back[p].r.soc) /*
Keep-alive authorized by user */
&& !opt->nokeepalive /* Socket
currently is keep-alive! */ &&
back[p].r.keep_alive /* Remaining
authorized requests */ &&
back[p].r.keep_alive_max > 1 /*
Known keep-alive start (security)
*/ && back[p].ka_time_start /*
We're on time */ && (lt =
time_local()) <
back[p].ka_time_start +
back[p].r.keep_alive_t /*
Connection delay must not exceed
keep-alive timeout */ &&
(opt->maxconn <= 0 ||
(back[p].r.keep_alive_t > (1.0 /
opt->maxconn))) /* Available slot
in backing */ && (q =
back_search(opt, sback)) >= 0)
{ lien_back tmp;
strcpybuff(tmp.url_adr,
back[p].url_adr);
tmp.ka_time_start =
back[p].ka_time_start;
deletehttp(&back[q].r); //
security check
back_connxfr(&back[p].r,
&back[q].r); // transfer live
connection settings from p to q
back[q].ka_time_start =
back[p].ka_time_start; //
refresh back[p].r.soc =
INVALID_SOCKET;
strcpybuff(back[q].url_adr,
tmp.url_adr); // address
back[q].ka_time_start =
tmp.ka_time_start; back[q].status
= STATUS_ALIVE; // alive &
waiting
assertf(back[q].ka_time_start !=
0); hts_log_print(opt, LOG_DEBUG,
"(Keep-Alive): successfully
preserved #%d (%s)",
back[q].r.debugid,
back[q].url_adr); } else
{ deletehttp(&back[p].r);
back[p].r.soc =
INVALID_SOCKET; } } }
(9) In the source file htsparse.c
// autres occupations de HTTrack:
statistiques, boucle d'attente,
etc. if ((opt->makestat) ||
(opt->maketrack)) { TStamp l =
time_local();
if ((int) (l - makestat_time)
>= 60) { if (makestat_fp !=
NULL) { fspc(NULL, makestat_fp,
"info"); fprintf(makestat_fp,
"Rate= %d (/"
LLintP ") \11NewLinks= %d
(/%d)" LF, (int)
((HTS_STAT.HTS_TOTAL_RECV -
*stre->makestat_total_) / (l -
makestat_time)), (LLint)
HTS_STAT.HTS_TOTAL_RECV, (int)
opt->lien_tot -
*stre->makestat_lnk_, (int)
opt->lien_tot);
fflush(makestat_fp);
*stre->makestat_total_ =
HTS_STAT.HTS_TOTAL_RECV;
*stre->makestat_lnk_ =
heap_top_index(); } if
(stre->maketrack_fp != NULL)
{ int i;
fspc(NULL,
stre->maketrack_fp,
"info");
fprintf(stre->maketrack_fp,
LF); for(i = 0; i <
back_max; i++)
{ back_info(sback, i, 3,
stre->maketrack_fp); }
fprintf(stre->maketrack_fp,
LF);
fflush(stre->maketrack_fp);
}
makestat_time = l;
}
}
/* cancel links */
{
int i;
char *s;
while((s =
hts_cancel_file_pop(opt)) !=
NULL) { if (strnotempty(s))
{ // fichier à canceller for(i
= 0; i < back_max; i++) { if
((back[i].status > 0)) { if
(strcmp(back[i].url_sav, s) ==
0) { // ok trouvé if
(back[i].status != 1000) { #if
HTS_DEBUG_CLOSESOCK
DEBUG_W("user cancel:
deletehttp\n"); #endif if
(back[i].r.soc !=
INVALID_SOCKET)
deletehttp(&back[i].r);
back[i].r.soc = INVALID_SOCKET;
back[i].r.statuscode =
STATUSCODE_INVALID;
strcpybuff(back[i].r.msg,
"Cancelled by User");
back[i].status = 0; // terminé
back_set_finished(sback, i); }
else // cancel ftp..
flag à 1 back[i].stop_ftp =
1; } } } s[0] = '\0'; }
freet(s); }
// Transfer rate
engine_stats();
// Refresh various stats
HTS_STAT.stat_nsocket =
back_nsoc(sback);
HTS_STAT.stat_errors =
fspc(opt, NULL, "error");
HTS_STAT.stat_warnings =
fspc(opt, NULL, "warning");
HTS_STAT.stat_infos = fspc(opt,
NULL, "info"); HTS_STAT.nbk =
backlinks_done(sback,
opt->liens, opt->lien_tot,
ptr); HTS_STAT.nb =
back_transferred(HTS_STAT.stat_bytes,
sback);
if (!RUN_CALLBACK7
(opt, loop, sback->lnk,
sback->count, b, ptr,
opt->lien_tot, (int)
(time_local() -
HTS_STAT.stat_timestart),
&HTS_STAT))
{ hts_log_print(opt, LOG_ERROR,
"Exit requested by shell or
user"); *stre->exit_xh_ =
1; // exit requested
XH_uninit; return 0; }
}
(10) In the source file htsweb.c and
httrack.c
static TStamp prev_mytime =
0; /* ok */ static t_InpInfo
SInfo; /* ok */
//
TStamp mytime;
long int rate = 0;
//
(11) In the file htscore.c TStamp
controls connection limit.
(12) In httrack.h, we have:
TStamp stat_timestart;
(13) In httrack-library.h, there is
HTSEXT_API TStamp mtime_local(void);
(14) In htslib.h
HTSEXT_API void qsec2str(char *st,
TStamp t);
There are references of TStamp in
htsparse.h, htsweb.h, htscore.h,
htsback.h, htsopt.h, htsglobal.h,
...
Maybe, next time? I am getting tired.
From noreply at thewildbeast.co.uk Mon Sep 8 09:12:43 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Mon, 08 Sep 2014 07:12:43 +0000
Subject: [Users] [Bug 3265] procmime.c: unbalanced flockfile() /
funlockfile()
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3265
--- Comment #1 from Natanael Copa ---
Looks correct to me.
I wonder if it might be an idea to add a wrapper for
procmime_get_tmpfile_in_dir()
--
You are receiving this mail because:
You are the assignee for the bug.
From buzz at ksys.co.nz Mon Sep 8 10:26:05 2014
From: buzz at ksys.co.nz (Buzz)
Date: Mon, 8 Sep 2014 20:26:05 +1200
Subject: [Users] Links In HTML
Message-ID: <20140908202605.6722afce@sagitta.notyet>
Hi All,
I'm running CM 3.8.1 on Debian stable 7.6.
I've noticed occasionally when you click on a hyperlink in an HTML mail
it will not open the browser. Restart CM and all is well.
It does not appear to be isolated to one particular email. When the
hyperlinks fail, they appear to fail in all HTML emails.
--
Cheers
Buzz
From claws at thewildbeast.co.uk Mon Sep 8 10:32:00 2014
From: claws at thewildbeast.co.uk (Paul)
Date: Mon, 8 Sep 2014 09:32:00 +0100
Subject: [Users] Links In HTML
In-Reply-To: <20140908202605.6722afce@sagitta.notyet>
References: <20140908202605.6722afce@sagitta.notyet>
Message-ID: <20140908093200.4fbaddea@thewildbeast>
On Mon, 8 Sep 2014 20:26:05 +1200
Buzz wrote:
> I'm running CM 3.8.1 on Debian stable 7.6.
>
> I've noticed occasionally when you click on a hyperlink in an HTML
> mail it will not open the browser. Restart CM and all is well.
>
> It does not appear to be isolated to one particular email. When the
> hyperlinks fail, they appear to fail in all HTML emails.
3.8.1 is ancient. You didn't say whether this is using the Fancy html
plugin or not. What does the --debug info say at this point?
with regards
Paul
--
Guerre aux châteaux, Paix aux chaumières
From buzz at ksys.co.nz Mon Sep 8 11:18:04 2014
From: buzz at ksys.co.nz (Buzz)
Date: Mon, 8 Sep 2014 21:18:04 +1200
Subject: [Users] Links In HTML
In-Reply-To: <20140908093200.4fbaddea@thewildbeast>
References: <20140908202605.6722afce@sagitta.notyet>
<20140908093200.4fbaddea@thewildbeast>
Message-ID: <20140908211804.1e6da01f@sagitta.notyet>
On Mon, 8 Sep 2014 09:32:00 +0100
Paul wrote:
> > I'm running CM 3.8.1 on Debian stable 7.6.
> >
> > I've noticed occasionally when you click on a hyperlink in an HTML
> > mail it will not open the browser. Restart CM and all is well.
> >
> > It does not appear to be isolated to one particular email. When the
> > hyperlinks fail, they appear to fail in all HTML emails.
>
> 3.8.1 is ancient. You didn't say whether this is using the Fancy html
> plugin or not. What does the --debug info say at this point?
Running this version simply because it's the one in the Debian
repository.
I will run it out of a terminal in debug mode and let you know.
Thanks.
--
Cheers
Buzz
From ricardo at mones.org Mon Sep 8 12:46:21 2014
From: ricardo at mones.org (Ricardo Mones)
Date: Mon, 8 Sep 2014 12:46:21 +0200
Subject: [Users] Downloads for offline use need to be multi-threaded for
speed
In-Reply-To: <20140908022633.15a131d0@mirrors.kernel.org>
References: <20140907194317.10fb2bca@smtp.gmail.com>
<20140907110810.262915f3@mydesq2.domain.cxm>
<20140908022633.15a131d0@mirrors.kernel.org>
Message-ID: <20140908124621.1705b667@sumiciu>
On Mon, 8 Sep 2014 02:26:33 +0200
Michael wrote:
> Dear Sirs :)
>
> I've read this thread with much joy. Still, there was a serious request and somehow, i feel that there was no clear answer to Rajib so far.
> Without having looked at the code, i imagine that it more or less requires a complete rewrite of claws mail to go multi-threaded.
> Is that it ?
No. Some parts already are already multi-threaded (e.g. IMAP), some not.
Some can be blocking or be run in background depending on configuration
(e.g. POP3 fetching). Is that clear enough? :)
--
Ricardo Mones
~
Don't take the name of root in vain. /usr/src/linux/README
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL:
From ricardo at mones.org Mon Sep 8 14:00:37 2014
From: ricardo at mones.org (Ricardo Mones)
Date: Mon, 8 Sep 2014 14:00:37 +0200
Subject: [Users] Links In HTML
In-Reply-To: <20140908211804.1e6da01f@sagitta.notyet>
References: <20140908202605.6722afce@sagitta.notyet>
<20140908093200.4fbaddea@thewildbeast>
<20140908211804.1e6da01f@sagitta.notyet>
Message-ID: <20140908140037.39072bff@sumiciu>
On Mon, 8 Sep 2014 21:18:04 +1200
Buzz wrote:
> Running this version simply because it's the one in the Debian
> repository.
Backports, which is part of Debian too, contains a more recent
version, see: http://backports.debian.org
Regards,
--
Ricardo Mones
~
Quantity derives from measurement, figures from quantities,
comparisons from figures, and victories from comparisons.
Sun Tzu
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL:
From codejodler at gmx.ch Mon Sep 8 14:56:18 2014
From: codejodler at gmx.ch (Michael)
Date: Mon, 8 Sep 2014 14:56:18 +0200
Subject: [Users] Downloads for offline use need to be multi-threaded for
speed
In-Reply-To: <20140908124621.1705b667@sumiciu>
References: <20140907194317.10fb2bca@smtp.gmail.com>
<20140907110810.262915f3@mydesq2.domain.cxm>
<20140908022633.15a131d0@mirrors.kernel.org>
<20140908124621.1705b667@sumiciu>
Message-ID: <20140908145618.6fe4ea49@mirrors.kernel.org>
Ricardo,
My best idea was that if everything (!) was m.th. (in my understanding that means anything can be happening parallel) then a huge amount of conditional decisions would be quite difficult to solve, and finally require a complete redesign.
The question seemed to be how much work it would take. Like on a scale between 'totally out of question' and 'just a few microns'...
And in the center something like 'quite possible but won't happen in this decade'.
Well, don't let me bother you, it's finally not my request, i'm fine as is.
From pf at pfortin.com Mon Sep 8 16:29:30 2014
From: pf at pfortin.com (Pierre Fortin)
Date: Mon, 8 Sep 2014 10:29:30 -0400
Subject: [Users] Links In HTML
In-Reply-To: <20140908202605.6722afce@sagitta.notyet>
References: <20140908202605.6722afce@sagitta.notyet>
Message-ID: <20140908102930.5cce2b46@pfortin.com>
On Mon, 8 Sep 2014 20:26:05 +1200 Buzz wrote:
>Hi All,
>
>I'm running CM 3.8.1 on Debian stable 7.6.
>
>I've noticed occasionally when you click on a hyperlink in an HTML mail
>it will not open the browser. Restart CM and all is well.
>
>It does not appear to be isolated to one particular email. When the
>hyperlinks fail, they appear to fail in all HTML emails.
Are you using KDE for your desktop?
This sounds like a bug in KDE that I've reported; but not seeing much
activity on.
If yes: I can provide more info.
else: just ignore... :)
Pierre
From buzz at ksys.co.nz Mon Sep 8 21:56:46 2014
From: buzz at ksys.co.nz (Buzz)
Date: Tue, 9 Sep 2014 07:56:46 +1200
Subject: [Users] Links In HTML
In-Reply-To: <20140908140037.39072bff@sumiciu>
References: <20140908202605.6722afce@sagitta.notyet>
<20140908093200.4fbaddea@thewildbeast>
<20140908211804.1e6da01f@sagitta.notyet>
<20140908140037.39072bff@sumiciu>
Message-ID: <20140909075646.17b8cb90@sagitta.notyet>
On Mon, 8 Sep 2014 14:00:37 +0200
Ricardo Mones wrote:
> Backports, which is part of Debian too, contains a more recent
> version, see: http://backports.debian.org
Thank you. I'll have a look.
--
Cheers
Buzz
From buzz at ksys.co.nz Mon Sep 8 22:03:31 2014
From: buzz at ksys.co.nz (Buzz)
Date: Tue, 9 Sep 2014 08:03:31 +1200
Subject: [Users] Links In HTML
In-Reply-To: <20140908102930.5cce2b46@pfortin.com>
References: <20140908202605.6722afce@sagitta.notyet>
<20140908102930.5cce2b46@pfortin.com>
Message-ID: <20140909080331.5b34d811@sagitta.notyet>
On Mon, 8 Sep 2014 10:29:30 -0400
Pierre Fortin wrote:
> >Hi All,
> >
> >I'm running CM 3.8.1 on Debian stable 7.6.
> >
> >I've noticed occasionally when you click on a hyperlink in an HTML
> >mail it will not open the browser. Restart CM and all is well.
> >
> >It does not appear to be isolated to one particular email. When the
> >hyperlinks fail, they appear to fail in all HTML emails.
>
>
> Are you using KDE for your desktop?
>
> This sounds like a bug in KDE that I've reported; but not seeing much
> activity on.
>
> If yes: I can provide more info.
> else: just ignore... :)
No, XFCE4. I did run KDE for a long time but I found the last version
didn't fit me. Claws is my refuge from Kmail ;)
--
Cheers
Buzz
From itz at buug.org Tue Sep 9 01:16:50 2014
From: itz at buug.org (Ian Zimmerman)
Date: Mon, 8 Sep 2014 16:16:50 -0700
Subject: [Users] Links In HTML
In-Reply-To: <20140909080331.5b34d811@sagitta.notyet>
References: <20140908202605.6722afce@sagitta.notyet>
<20140908102930.5cce2b46@pfortin.com>
<20140909080331.5b34d811@sagitta.notyet>
Message-ID: <20140908161650.775838fc.itz@buug.org>
On Tue, 9 Sep 2014 08:03:31 +1200,
Buzz wrote:
Buzz> I'm running CM 3.8.1 on Debian stable 7.6.
Buzz> No, XFCE4. I did run KDE for a long time but I found the last
Buzz> version didn't fit me. Claws is my refuge from Kmail ;)
I use the same combination with Xubuntu on my laptop, and I don't see
this problem. Then again, I don't often follow links from emails. I'll
try to exercise it a bit more from now on.
--
Please *no* private copies of mailing list or newsgroup messages.
Local Variables:
mode:claws-external
End:
From codejodler at gmx.ch Tue Sep 9 02:22:35 2014
From: codejodler at gmx.ch (Michael)
Date: Tue, 9 Sep 2014 02:22:35 +0200
Subject: [Users] Links In HTML
In-Reply-To: <20140908161650.775838fc.itz@buug.org>
References: <20140908202605.6722afce@sagitta.notyet>
<20140908102930.5cce2b46@pfortin.com>
<20140909080331.5b34d811@sagitta.notyet>
<20140908161650.775838fc.itz@buug.org>
Message-ID: <20140909022235.4c31c15e@mirrors.kernel.org>
The question would be if claws stuck or the browser.
You may insert a wrapper script which starts the browser (parsing %s) into Preferences -> External Programs, and make it do some feedback (notify, xmessage, zenity, or just logfile).
From claws-mail_user at thehugheslogcabin.net Tue Sep 9 03:20:25 2014
From: claws-mail_user at thehugheslogcabin.net (Michael Hughes)
Date: Mon, 8 Sep 2014 20:20:25 -0500
Subject: [Users] Links In HTML
In-Reply-To: <20140909022235.4c31c15e@mirrors.kernel.org>
References: <20140908202605.6722afce@sagitta.notyet>
<20140908102930.5cce2b46@pfortin.com>
<20140909080331.5b34d811@sagitta.notyet>
<20140908161650.775838fc.itz@buug.org>
<20140909022235.4c31c15e@mirrors.kernel.org>
Message-ID: <20140908202025.35472579@thehugheslogcabin.net>
On Tue, 9 Sep 2014 02:22:35 +0200
Michael wrote:
> The question would be if claws stuck or the browser.
>
> You may insert a wrapper script which starts the browser (parsing %s)
> into Preferences -> External Programs, and make it do some feedback
> (notify, xmessage, zenity, or just logfile).
> _______________________________________________ Users mailing list
> Users at lists.claws-mail.org
> http://lists.claws-mail.org/cgi-bin/mailman/listinfo/users
>
I know running Claws on FreeBSD with FVWM2, if the browser isn't
started already and click on a link it won't open the link.
--
Michael Hughes Log Home living is the best
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 181 bytes
Desc: OpenPGP digital signature
URL:
From noreply at thewildbeast.co.uk Tue Sep 9 04:26:47 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Tue, 09 Sep 2014 02:26:47 +0000
Subject: [Users] [Bug 3280] New: add new action : select threads
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3280
Bug ID: 3280
Summary: add new action : select threads
Classification: Unclassified
Product: Claws Mail
Version: 3.10.1
Hardware: PC
OS: Linux
Status: NEW
Severity: enhancement
Priority: P3
Component: UI/Actions
Assignee: users at lists.claws-mail.org
Reporter: bleketux at gmail.com
Created attachment 1429
-->
http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1429&action=edit
possible place for "select threads" function
I'd like to do it in one click, so I must configure action :
- select threads
- mark thread as read
- go to next unread message
The missing function is "select threads". Maybe you can put it as seen on the
attachment.
Well maybe two click, since the last action already define as internal function
on toolbars preferences :)
Thanks in advance.
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Tue Sep 9 08:15:52 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Tue, 09 Sep 2014 06:15:52 +0000
Subject: [Users] [Bug 3280] add new action : select threads
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3280
Paul changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |INVALID
--- Comment #1 from Paul ---
/Edit/Select thread already exists, and the Filtering actions is not the
correct place for it.
--
You are receiving this mail because:
You are the assignee for the bug.
From bleketux at gmail.com Tue Sep 9 09:11:27 2014
From: bleketux at gmail.com (MSulchan Darmawan)
Date: Tue, 9 Sep 2014 14:11:27 +0700
Subject: [Users] [Bug 3280] add new action : select threads
In-Reply-To:
References:
Message-ID: <20140909141127.26cfb4f4@mc33>
On Tue, 09 Sep 2014 06:15:52 +0000
noreply at thewildbeast.co.uk wrote:
> /Edit/Select thread already exists, and the Filtering actions is not
> the correct place for it.
Yes I understand, but how do you select thread using action
(configuration - actions) ?
Or maybe you have any other suggestion ?
--
Cheers,
[-Sulchan-]
From claws at thewildbeast.co.uk Tue Sep 9 09:23:11 2014
From: claws at thewildbeast.co.uk (Paul)
Date: Tue, 9 Sep 2014 08:23:11 +0100
Subject: [Users] [Bug 3280] add new action : select threads
In-Reply-To: <20140909141127.26cfb4f4@mc33>
References:
<20140909141127.26cfb4f4@mc33>
Message-ID: <20140909082311.1ca0678d@thewildbeast>
On Tue, 9 Sep 2014 14:11:27 +0700
MSulchan Darmawan wrote:
> Yes I understand, but how do you select thread using action
> (configuration - actions) ?
> Or maybe you have any other suggestion ?
Your attached image was not of the Actions configuration dialogue,
it was the Filtering/Processing dialogue.
What you should do is select the thread and then apply the Action.
with regards
Paul
--
Guerre aux châteaux, Paix aux chaumières
From bleketux at gmail.com Tue Sep 9 09:46:30 2014
From: bleketux at gmail.com (MSulchan Darmawan)
Date: Tue, 9 Sep 2014 14:46:30 +0700
Subject: [Users] [Bug 3280] add new action : select threads
In-Reply-To: <20140909082311.1ca0678d@thewildbeast>
References:
<20140909141127.26cfb4f4@mc33>
<20140909082311.1ca0678d@thewildbeast>
Message-ID: <20140909144630.019ee1c8@mc33>
On Tue, 9 Sep 2014 08:23:11 +0100
Paul wrote:
> Your attached image was not of the Actions configuration dialogue,
> it was the Filtering/Processing dialogue.
it was Actions Configuration dialogue, well at least the dialogue
title is.
I did this :
* Configuration - Actions
* Select radiobutton Filter Action - click Edit Filter Action.
* Click combobox Action, then mouse over to Threads.
* Then I capture the dialogue showed.
It's where I suggest to add the "Select Thread" function. So the
"Threads" will have sub menu : Ignore Thread, Watch Thread, and Select
Thread.
> What you should do is select the thread and then apply the Action.
Without enhancement as I requested, I cannot get the "Select Thread"
function into "Actions", right ?
--
Cheers,
[-Sulchan-]
From noreply at thewildbeast.co.uk Wed Sep 10 19:38:58 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Wed, 10 Sep 2014 17:38:58 +0000
Subject: [Users] [Bug 3281] New: The contents of the Size column are not
truncated to column width
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3281
Bug ID: 3281
Summary: The contents of the Size column are not truncated to
column width
Classification: Unclassified
Product: Claws Mail
Version: 3.10.1
Hardware: PC
OS: Linux
Status: NEW
Severity: normal
Priority: P3
Component: UI/Message List
Assignee: users at lists.claws-mail.org
Reporter: horsley1953 at gmail.com
The Size column is the last column in the message list (at least in my claws
layout). The size value it shows for each message is not truncated to fit into
the column width, but bleeds out to the left, overwriting the date if it is
close enough. (At least that is what I'm seeing on my Fedora 20 box with
claws-mail-3.10.1-1.fc20.x86_64 installed).
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Fri Sep 12 08:16:43 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 12 Sep 2014 06:16:43 +0000
Subject: [Users] [Bug 3265] procmime.c: unbalanced flockfile() /
funlockfile()
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3265
Paul changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |FIXED
--- Comment #2 from users at lists.claws-mail.org ---
Changes related to this bug have been committed.
Please check latest Git and update the bug accordingly.
You can also get the patch from:
http://git.claws-mail.org/
++ ChangeLog 2014-09-12 08:13:02.738300504 +0200
http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=d013b054b54997cd892863712c024379f86d2ea0
Merge: c2ff8a9 edb27a1
Author: Colin Leroy
Date: Fri Sep 12 08:13:02 2014 +0200
Merge branch 'master' of file:///home/git/claws
http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=edb27a1a701506fab0d12bce823f59bf302e4f00
Author: Paul
Date: Fri Sep 12 07:12:44 2014 +0100
fix bug 3265, 'procmime.c: unbalanced flockfile() / funlockfile()'
Patch by Timo Teräs
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Fri Sep 12 14:05:06 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 12 Sep 2014 12:05:06 +0000
Subject: [Users] [Bug 3282] New: duplicated feed items
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3282
Bug ID: 3282
Summary: duplicated feed items
Classification: Unclassified
Product: Claws Mail
Version: 3.10.1
Hardware: PC
OS: Linux
Status: NEW
Severity: normal
Priority: P3
Component: Plugins/RSSyl
Assignee: users at lists.claws-mail.org
Reporter: mschwendt at gmail.com
Created attachment 1430
-->
http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1430&action=edit
the saved post in the .claws-mail/RSSyl folder
https://bugzilla.redhat.com/1139749
feed.c rssyl_feed_item_exists(…) returns EXISTS_NEW for an item that has been
seen and saved before. It skips the rssyl_feed_item_changed(…) call. As a
result, for such feed posts a new unread one is added everytime the feed is
refreshed/updated.
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Fri Sep 12 17:13:09 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 12 Sep 2014 15:13:09 +0000
Subject: [Users] [Bug 3283] New: Encryption scheme for storing email
password locally has to be revisited
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3283
Bug ID: 3283
Summary: Encryption scheme for storing email password locally
has to be revisited
Classification: Unclassified
Product: Claws Mail
Version: 3.10.1
Hardware: PC
OS: Linux
Status: NEW
Severity: critical
Priority: P3
Component: Other
Assignee: users at lists.claws-mail.org
Reporter: phrackmod at gmail.com
Encryption scheme applied on the email account password before storing it
locally in ~/.claws-mail/accountrc seems too simple to crack. The Key used to
encrypt the password is hardcoded in clear text in the source code
(src/common/password.h).
A random master passkey could be generated and stored in the main binary file
during the compile and build phase. This key could be further used to perform
any encryptions on the email password. This is just a suggestion. Think you
could come up with something little more secure.
I hope you take this seriously since i really hate to see that someone in
access to my system could get to know my email password in just a few seconds
just because of Claws-mail.
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Fri Sep 12 17:58:05 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 12 Sep 2014 15:58:05 +0000
Subject: [Users] [Bug 3283] Encryption scheme for storing email password
locally has to be revisited
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3283
Paul changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|critical |enhancement
--- Comment #1 from Paul ---
It was never meant to be more than simple obfuscation.
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Fri Sep 12 17:58:26 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 12 Sep 2014 15:58:26 +0000
Subject: [Users] [Bug 3283] Encryption scheme for storing email password
locally
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3283
Paul changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Encryption scheme for |Encryption scheme for
|storing email password |storing email password
|locally has to be revisited |locally
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Fri Sep 12 19:26:24 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 12 Sep 2014 17:26:24 +0000
Subject: [Users] [Bug 3283] Encryption scheme for storing email password
locally
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3283
--- Comment #2 from Jeremy ---
I would also appreciate this feature if someone ever wanted to code it.
That said - in lieu of this feature, hard drive encryption may be prudent for
anyone who needs email security.
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Sat Sep 13 22:35:36 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Sat, 13 Sep 2014 20:35:36 +0000
Subject: [Users] [Bug 3284] New: Attempting to read mail crashes with
runtime error.
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3284
Bug ID: 3284
Summary: Attempting to read mail crashes with runtime error.
Classification: Unclassified
Product: Claws Mail (Windows)
Version: 3.10.1
Hardware: PC
OS: Windows XP
Status: NEW
Severity: critical
Priority: P3
Component: default
Assignee: users at lists.claws-mail.org
Reporter: michael at idea-men.us
Created attachment 1431
-->
http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1431&action=edit
This is the runtime error I get.
I'm not sure what causes this, but sometimes when I try to read an e-mail, I
get the attached runtime error. This has happened in 3.9.3 and 3.10.1 (just
upgraded last night). I'm sorry I can't tell you more, but claws doesn't tell
me much more. I can be reached by phone at 313-368-0791.
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Sat Sep 13 23:15:31 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Sat, 13 Sep 2014 21:15:31 +0000
Subject: [Users] [Bug 3282] duplicated feed items
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3282
--- Comment #1 from Michael Schwendt ---
Examined this further..
rssyl_cb_feed_compare() doesn't recognize the post as seen before, because
somewhere a different "id" string is generated for it:
The compare function searches for this id (a):
http://blog-ciah.rhcloud.com/
Claws Mail saved this id (b):
http://blog-ciah.rhcloud.com/<540F2280.9050400 at redhat.com>
rssyl_parse_folder_item_file() strips off from the Message-ID, and Claws Mail
debug tells:
RSSyl: got id 'http://blog-ciah.rhcloud.com/'
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Sun Sep 14 05:32:35 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Sun, 14 Sep 2014 03:32:35 +0000
Subject: [Users] [Bug 3282] duplicated feed items
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3282
Andrej Kacian changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |FIXED
--- Comment #2 from users at lists.claws-mail.org ---
Changes related to this bug have been committed.
Please check latest Git and update the bug accordingly.
You can also get the patch from:
http://git.claws-mail.org/
++ ChangeLog 2014-09-14 05:26:02.857653310 +0200
http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=d6c7e33acfd3dc56f46813a911cbdc2907684c95
Merge: d10e4ac 9e4d6e4
Author: Colin Leroy
Date: Sun Sep 14 05:26:02 2014 +0200
Merge branch 'master' of file:///home/git/claws
http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=9e4d6e44b4b9324109d5d1aa045a94332109cc96
Author: Andrej Kacian
Date: Sun Sep 14 05:24:07 2014 +0200
RSSyl: Do not use g_strsplit_set() to get the ID from message file, since
the ID itself can contain < or > characters. Should fix bug #3282.
--- Comment #3 from Andrej Kacian ---
The real issue seems to be that the guids in this feed contain < and >, which
exposes our naive handling of stored guids. I have pushed a fix to git which
fixes this.
Thanks for the report!
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Sun Sep 14 10:56:30 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Sun, 14 Sep 2014 08:56:30 +0000
Subject: [Users] [Bug 3282] duplicated feed items
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3282
--- Comment #4 from Michael Schwendt ---
> The real issue seems to be that the guids in this feed contain < and >,
Yep, that's what the bottom of comment 1 suggest. ;-)
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Sun Sep 14 11:03:26 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Sun, 14 Sep 2014 09:03:26 +0000
Subject: [Users] [Bug 3282] duplicated feed items
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3282
--- Comment #5 from Andrej Kacian ---
(In reply to comment #4)
> > The real issue seems to be that the guids in this feed contain < and >,
>
> Yep, that's what the bottom of comment 1 suggest. ;-)
Oh, you're right, sorry. In my defense, it was 5am! :)
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Mon Sep 15 17:17:09 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Mon, 15 Sep 2014 15:17:09 +0000
Subject: [Users] [Bug 3285] New: modify tbird2claws.py to handle subdirectory
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3285
Bug ID: 3285
Summary: modify tbird2claws.py to handle subdirectory
Classification: Unclassified
Product: Claws Mail
Version: GIT
Hardware: PC
OS: Linux
Status: NEW
Severity: minor
Priority: P3
Component: Tools
Assignee: users at lists.claws-mail.org
Reporter: master.h2zu at gmail.com
Add a patch to handle subdirectories from thunderbird/icedove to claws.
Tested on a 3.10.1 bug patch made from git version (today)
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Mon Sep 15 17:32:15 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Mon, 15 Sep 2014 15:32:15 +0000
Subject: [Users] [Bug 3285] modify tbird2claws.py to handle subdirectory
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3285
--- Comment #1 from Ricardo Mones ---
There's no patch attached to bug... maybe you forgot it?
--
You are receiving this mail because:
You are the assignee for the bug.
From bdm at fenrir.org.uk Tue Sep 16 12:06:07 2014
From: bdm at fenrir.org.uk (Brian Morrison)
Date: Tue, 16 Sep 2014 11:06:07 +0100
Subject: [Users] One for the devs...
Message-ID: <20140916110607.00005484@surtees.fenrir.org.uk>
http://xkcd.com/1421/
;-}
--
Brian Morrison
From noreply at thewildbeast.co.uk Tue Sep 16 12:11:01 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Tue, 16 Sep 2014 10:11:01 +0000
Subject: [Users] [Bug 3285] modify tbird2claws.py to handle subdirectory
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3285
--- Comment #2 from master.h2zu at gmail.com ---
Created attachment 1432
-->
http://www.thewildbeast.co.uk/claws-mail/bugzilla/attachment.cgi?id=1432&action=edit
the patch
tested on linux (debian jessie) with icedove 24.3.0 and claws 3.10.1
--
You are receiving this mail because:
You are the assignee for the bug.
From noreply at thewildbeast.co.uk Tue Sep 16 12:12:30 2014
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Tue, 16 Sep 2014 10:12:30 +0000
Subject: [Users] [Bug 3285] modify tbird2claws.py to handle subdirectory
In-Reply-To:
References:
Message-ID:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3285
--- Comment #3 from master.h2zu at gmail.com ---
(In reply to comment #1)
> There's no patch attached to bug... maybe you forgot it?
oups ... ok repaired
--
You are receiving this mail because:
You are the assignee for the bug.
From colin at colino.net Tue Sep 16 14:46:50 2014
From: colin at colino.net (Colin Leroy)
Date: Tue, 16 Sep 2014 14:46:50 +0200
Subject: [Users] One for the devs...
In-Reply-To: <20140916110607.00005484@surtees.fenrir.org.uk>
References: <20140916110607.00005484@surtees.fenrir.org.uk>
Message-ID: <20140916144650.74196cd2@colin.i-run.lau>
On Tue, 16 Sep 2014 11:06:07 +0100, Brian Morrison
wrote:
> http://xkcd.com/1421/
Hehe :) Our parsing functions never break, though -;)
--
Colin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
From info at endeavor-networks.com Tue Sep 16 20:00:30 2014
From: info at endeavor-networks.com (ENI)
Date: Tue, 16 Sep 2014 14:00:30 -0400
Subject: [Users] SMIME - Validity Discrepancies.
Message-ID: <20140916140030.00004482.info@endeavor-networks.com>
Using X.509 certificates that we have issued from our own PKI. Have
not implemented a CRL for this trial.
At both sending and receiving ends:
- CRL checking is disabled in GPA Backend Preferences.
- Root CA and Intermediate CA certs have been imported, and cert chains
are fine.
- Sending and receiving of signed and encrypted messages works.
Gnu Privacy Assistant | Key Manager | "Upper Pane" | Validity column
indicates:
"Fully Valid" for the Root CA.
"Unknown" for the Intermediate CA that signed the user certs.
"Unknown" for the user keys.
Gnu Privacy Assistant | Key Manager | "Lower Pane" | Key Validity
indicates:
"Fully Valid" for the Root CA.
"Fully Valid" for the Intermediate CA.
"Fully Valid" for the user keys
Q1 - Why the discrepancy (Unknown vs. Fully Valid, upper pane vs.
lower pane)?
Receiver sees the Signature OK icon, and the statement "Good signature
from ".
If the receiver clicks on the Signature OK icon, the message pane
conveys:
Good signature from
uid "CN=" (Validity: Unknown)
uid "" (Validity: Unknown)
Q2 - Why the discrepancy (Signature OK vs. Validity:Unknown)?
Regards,
ENI
From info at endeavor-networks.com Tue Sep 16 20:37:01 2014
From: info at endeavor-networks.com (ENI)
Date: Tue, 16 Sep 2014 14:37:01 -0400
Subject: [Users] Gpgsm failure to import Certtool generated PKCS #12
structures.
Message-ID: <20140916143701.000040cd.info@endeavor-networks.com>
We used Certtool to generate private keys, X.509 certificates, and DER
encoded PKCS #12 structures (incl. cert and private key).
The DER encoded PKCS #12 structures were successfully imported into
Thunderbird's Certificate Manager without issue.
Gpgsm failed to import these structures.
We then used Certtool to generated "PEM" encoded PKCS #12 structures
(incl. cert and private key).
Gpgsm failed to import these structures.
prompt >gpgsm --import x509-postmaster.p12
... produced the following output:
gpgsm: gpg-protect-tool: encryptedData error at
"bag.encryptedData.keyinfo", offset 79
gpgsm: gpg-protect-tool: error at "bag.encryptedData", offset 49
gpgsm: gpg-protect-tool: error parsing or decrypting the PKCS-12 file
gpgsm: error running `E:\Program Files\GNU\Claws
Mail\gpg-protect-tool.exe': exit status 2
gpgsm: total number processed: 0
In order to proceed with our trials, we chose to generate keys and
certificate signing requests (CSR) with Gpgsm; process the CSRs with
Certtool, and import the certs with Gpgsm.
Anyone have any insights as to why Gpgsm would fail to import the PKCS
#12 structures generated by Certtool, and produce the error output
documented above?
Regards,
ENI
From erik at epo.dk Tue Sep 16 22:04:50 2014
From: erik at epo.dk (Erik P. Olsen)
Date: Tue, 16 Sep 2014 22:04:50 +0200
Subject: [Users] [Bug 3285] modify tbird2claws.py to handle subdirectory
In-Reply-To:
References:
Message-ID: <541897E2.1070909@epo.dk>
On 16/09/14 12:12, noreply at thewildbeast.co.uk wrote:
> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3285
>
> --- Comment #3 from master.h2zu at gmail.com ---
> (In reply to comment #1)
>> There's no patch attached to bug... maybe you forgot it?
> oups ... ok repaired
>
Where do I find this script?
--
Erik.
From info at endeavor-networks.com Tue Sep 16 23:49:56 2014
From: info at endeavor-networks.com (ENI)
Date: Tue, 16 Sep 2014 17:49:56 -0400
Subject: [Users] Gpgsm failure to import Certtool generated PKCS #12
structures.
In-Reply-To: <20140916143701.000040cd.info@endeavor-networks.com>
References: <20140916143701.000040cd.info@endeavor-networks.com>
Message-ID: <20140916174956.00005159.info@endeavor-networks.com>
> On Tue, 16 Sep 2014 14:37:01 -0400
> "ENI" wrote:
>
> We used Certtool to generate private keys, X.509 certificates, and DER
> encoded PKCS #12 structures (incl. cert and private key).
>
> The DER encoded PKCS #12 structures were successfully imported into
> Thunderbird's Certificate Manager without issue.
>
> Gpgsm failed to import these structures.
>
> We then used Certtool to generated "PEM" encoded PKCS #12 structures
> (incl. cert and private key).
>
> Gpgsm failed to import these structures.
>
>
> prompt >gpgsm --import x509-postmaster.p12
>
> ... produced the following output:
>
> gpgsm: gpg-protect-tool: encryptedData error at
> "bag.encryptedData.keyinfo", offset 79
>
> gpgsm: gpg-protect-tool: error at "bag.encryptedData", offset 49
>
> gpgsm: gpg-protect-tool: error parsing or decrypting the PKCS-12 file
>
> gpgsm: error running `E:\Program Files\GNU\Claws
> Mail\gpg-protect-tool.exe': exit status 2
>
> gpgsm: total number processed: 0
>
>
> In order to proceed with our trials, we chose to generate keys and
> certificate signing requests (CSR) with Gpgsm; process the CSRs with
> Certtool, and import the certs with Gpgsm.
>
> Anyone have any insights as to why Gpgsm would fail to import the PKCS
> #12 structures generated by Certtool, and produce the error output
> documented above?
>
> Regards,
> ENI
>
Should have mentioned that we're using Claws Mail (Win32),
claws-mail-3.10.1-pkg56.
Also, importation of PKCS #12 structures via the Gnu Privacy Assistant
(GPA) GUI, fail, even for those structures successfully imported with
Gpgsm.
When you start with the assumption that the GPA GUI works, and then
importation fails, you waste a lot of time investigating other
potential causes before you realize that the GUI doesn't do what it's
supposed to do.
We only discovered that the GUI was deficient after abandoning it, in
favor of Gpgsm.
C:\Program Files\GNU\Claws Mail\gpgsm.exe
The question still remains, as to why Gpgsm would fail to import the
PKCS #12 structures generated by Certtool, and produce the error output
documented in the original post.
Regards,
ENI
From mir at miras.org Wed Sep 17 00:11:20 2014
From: mir at miras.org (Michael Rasmussen)
Date: Wed, 17 Sep 2014 00:11:20 +0200
Subject: [Users] Gpgsm failure to import Certtool generated PKCS #12
structures.
In-Reply-To: <20140916174956.00005159.info@endeavor-networks.com>
References: <20140916143701.000040cd.info@endeavor-networks.com>
<20140916174956.00005159.info@endeavor-networks.com>
Message-ID: <20140917001120.14d16687@sleipner.datanom.net>
On Tue, 16 Sep 2014 17:49:56 -0400
ENI wrote:
>
> The question still remains, as to why Gpgsm would fail to import the
> PKCS #12 structures generated by Certtool, and produce the error output
> documented in the original post.
>
There have always been issues mixing certificates generated by tools
based on openssl and gnutls. Maybe this is the reason to your problems?
Generel observation: gnutls is more strict in its requirements to
standards conforming.
--
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
--------------------------------------------------------------
/usr/games/fortune -es says:
It's not the men in my life, but the life in my men that counts.
-- Mae West
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 181 bytes
Desc: OpenPGP digital signature
URL:
From info at endeavor-networks.com Wed Sep 17 01:36:18 2014
From: info at endeavor-networks.com (ENI)
Date: Tue, 16 Sep 2014 19:36:18 -0400
Subject: [Users] Gpgsm failure to import Certtool generated PKCS #12
structures.
In-Reply-To:
References:
Message-ID: <20140916193618.00000a2e.info@endeavor-networks.com>
> >
> > The question still remains, as to why Gpgsm would fail to import the
> > PKCS #12 structures generated by Certtool, and produce the error
> > output documented in the original post.
> >
>
>There have always been issues mixing certificates generated by tools
> based on openssl and gnutls. Maybe this is the reason to your
> problems?
>
> Generel observation: gnutls is more strict in its requirements to
> standards conforming.
>
> --
> Hilsen/Regards
> Michael Rasmussen
>
Michael:
Thank you for the insight.
We have not yet accumulated enough experience with either of these
tools to have come to that realization for ourselves.
Best Regards,
ENI
From ricardo at mones.org Wed Sep 17 10:20:15 2014
From: ricardo at mones.org (Ricardo Mones)
Date: Wed, 17 Sep 2014 10:20:15 +0200
Subject: [Users] SMIME - Validity Discrepancies.
In-Reply-To: <20140916140030.00004482.info@endeavor-networks.com>
References: <20140916140030.00004482.info@endeavor-networks.com>
Message-ID: <20140917082015.GF17608@trasgu>
On Tue, Sep 16, 2014 at 02:00:30PM -0400, ENI wrote:
[…]
> Receiver sees the Signature OK icon, and the statement "Good signature
> from ".
>
> If the receiver clicks on the Signature OK icon, the message pane
> conveys:
>
> Good signature from
> uid "CN=" (Validity: Unknown)
> uid "" (Validity: Unknown)
>
> Q2 - Why the discrepancy (Signature OK vs. Validity:Unknown)?
There's no discrepancy, these are different concepts:
https://www.gnupg.org/gph/en/manual/x334.html
HTH,
--
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: 819 bytes
Desc: Digital signature
URL:
From info at endeavor-networks.com Wed Sep 17 19:01:25 2014
From: info at endeavor-networks.com (ENI)
Date: Wed, 17 Sep 2014 13:01:25 -0400
Subject: [Users] SMIME - Validity Discrepancies.
In-Reply-To:
References:
Message-ID: <20140917130125.00002049.info@endeavor-networks.com>
>>
>> Receiver sees the Signature OK icon, and the statement "Good
>> signature from ".
>>
>> If the receiver clicks on the Signature OK icon, the message pane
>> conveys:
>>
>> Good signature from
>> uid "CN=" (Validity: Unknown)
>> uid "" (Validity: Unknown)
>>
>> Q2 - Why the discrepancy (Signature OK vs. Validity:Unknown)?
>>
>
> There's no discrepancy, these are different concepts:
> https://www.gnupg.org/gph/en/manual/x334.html
>
> HTH,
> --
> Ricardo Mones
>
Ricardo:
Thank you for your interest in our post, and the effort involved in
providing a link to supporting documentation. We have reviewed the
information referenced, and believe we can now distinguish the two
concepts. We've also downloaded additional docs for future review.
To All:
We've reduced the scope of our post to that which follows (Validity
conveyed in upper vs. lower panes, where "discrepancy" may be a valid
characterization), and open it up to anyone wishing to comment.
>>
>> Using X.509 certificates that we have issued from our own PKI. Have
>> not implemented a CRL for this trial.
>>
>> At both sending and receiving ends:
>>
>> - CRL checking is disabled in GPA Backend Preferences.
>> - Root CA and Intermediate CA certs have been imported, and cert
>> chains are fine.
>> - Sending and receiving of signed and encrypted messages works.
>>
>> Gnu Privacy Assistant | Key Manager | "Upper Pane" | Validity column
>> indicates:
>>
>> "Fully Valid" for the Root CA.
>> "Unknown" for the Intermediate CA that signed the user certs.
>> "Unknown" for the user keys.
>>
>> Gnu Privacy Assistant | Key Manager | "Lower Pane" | Key Validity
>> indicates:
>>
>> "Fully Valid" for the Root CA.
>> "Fully Valid" for the Intermediate CA.
>> "Fully Valid" for the user keys
>>
>> Q1 - Why the discrepancy (Unknown vs. Fully Valid, upper pane vs.
>> lower pane)?
>>
Best Regards,
ENI
From info at endeavor-networks.com Wed Sep 17 20:02:41 2014
From: info at endeavor-networks.com (ENI)
Date: Wed, 17 Sep 2014 14:02:41 -0400
Subject: [Users] SMIME - Validity Discrepancies.
In-Reply-To: <20140917130125.00002049.info@endeavor-networks.com>
References:
<20140917130125.00002049.info@endeavor-networks.com>
Message-ID: <20140917140241.00007d7a.info@endeavor-networks.com>
>>>
>>> Receiver sees the Signature OK icon, and the statement "Good
>>> signature from