From peter_s_d at fastmail.com.au  Sun Oct  1 08:38:16 2017
From: peter_s_d at fastmail.com.au (blind Pete)
Date: Sun, 1 Oct 2017 17:38:16 +1100
Subject: [Users] Larger icons (was: Re:  Change Claws-mail icon?)
In-Reply-To: <20170929214704.du4lspfbxwtf5lv7@curuxu>
References: <20170913143530.00004207@web.de> <20170913161700.2a0ef95c@jcubic>
 <20170914111150.0000339c@web.de> <20170914111634.64e2a10f@kujata>
 <20170914183538.00004311@web.de> <20170915174653.38d69e57@net24.it>
 <1505493917.2251393.1107449864.1D9CF081@webmail.messagingengine.com>
 <20170922125155.537f4o7rwv2ua2tc@curuxu>
 <1506085006.260276.1114836040.497F8DF4@webmail.messagingengine.com>
 <20170925181726.4d669b20@mythbackend.home.invalid>
 <20170929214704.du4lspfbxwtf5lv7@curuxu>
Message-ID: <20171001173816.0c9cca3b@mythbackend.home.invalid>

On Fri, 29 Sep 2017 23:47:04 +0200
Ricardo Mones <ricardo at mones.org> wrote:

Hi, 

> Hi,
> 
> On Mon, Sep 25, 2017 at 06:17:26PM +1000, blind Pete wrote:
> > On Fri, 22 Sep 2017 13:56:46 +0100
> > Jeremy Nicoll <jn.ml.clwm.729 at letterboxes.org> wrote:
> > 
> > > On Fri, 22 Sep 2017, at 13:51, Ricardo Mones wrote:
> > > > Hi Jeremy,
> > > > 
> > > > On Fri, Sep 15, 2017 at 05:45:17PM +0100, Jeremy Nicoll wrote:
> > > > > On Fri, 15 Sep 2017, at 16:46, Salvatore De Paolis wrote:
> > > > > 
> > > > > > You might want to take a look at Claws Mail themes,
> > > > > > http://www.claws-mail.org/themes.php
> > > > > 
> > > > > Is there any option in Claws to plot all the icons larger -
> > > > > maybe double size?   Some of the standard set seem very small
> > > > > to me.
> > > > 
> > > > Yes, use a SVG theme, force scaling, disable automatic and set
> > > > the PPI value higher.
> > > 
> > > Are these things one sets within Claws, or would I need to find a
> > > set of SVG icons and then alter them using some sort of graphics
> > > editor?
> 
> Still not on themes page, but there's already some in the themes git
> repository:
> 
> http://git.claws-mail.org/?p=themes.git;a=commit;h=be46d8006891996bcd09fdb4b79d48c7aec30a4a

I am not the original poster. 

If I ever get around to compiling from source, I'll take a closer
look.  Somebody posted most of a HOWTO compile on Ubuntu recently, so
it might happen. 

> > Hi Jeremy, 
> > 
> > If you are still squinting at the screen, I put together a set of
> > icons that are basically a set of double size copy of the STW theme
> > with some tweaking to suit my taste after looking at the other
> > themes listed, especially Fresh Black.  I actually submitted it to
> > the CM team some years ago, but I guess that they weren't that
> > impressed.  It is in xpm format, rather than svg, maybe that was
> > why. 
> 
> You submitted it for a contest with a very specific target and some
> rules: http://www.claws-mail.org/theme-contest-2014.php
> 
> Your theme doesn't qualify for that target and doesn't obey the rules,
> nothing more and notheing less.
> 
> BTW, by the time the contest was launched SVG themes support was
> still a happy idea, if any. And XPM format was mandatory, that's not
> the rule which discarded your theme ;-)
> 
> My fault, among others, was not answering to you before, but I hope
> you can accept my sincere apologies for that.
> 
> best regards,

That is OK. 

I was expecting someone to say something like;
  "That is not quite finished.  
  It needs this, this, and this. 
  It doesn't need that."

What I have suits my purpose, screen resolution and eyesight, so it all
slipped down my priority list. 

One problem that I have just stumbled to is that I probably tar-ed up
the files in a directory, rather than the directory, and would have
lost the dot claws theme info file. 

Clicking on the link above, there are now AUTHORS and LICENSE files for
individual themes.  I don't remember seeing those before.  I tried
stuffing extra information into the fourth line of the .claws_themeinfo
file, it didn't seem to break anything. 

What I have done (so far?) is useful for someone with a fine pitch
screen, or cataracts, or both. 

-- 
testing
bP


From silver.bullet at zoho.com  Sun Oct  1 08:57:39 2017
From: silver.bullet at zoho.com (Ralf Mardorf)
Date: Sun, 1 Oct 2017 08:57:39 +0200
Subject: [Users] Larger icons (was: Re:  Change Claws-mail icon?)
In-Reply-To: <20171001173816.0c9cca3b@mythbackend.home.invalid>
References: <20170913143530.00004207@web.de> <20170913161700.2a0ef95c@jcubic>
 <20170914111150.0000339c@web.de> <20170914111634.64e2a10f@kujata>
 <20170914183538.00004311@web.de> <20170915174653.38d69e57@net24.it>
 <1505493917.2251393.1107449864.1D9CF081@webmail.messagingengine.com>
 <20170922125155.537f4o7rwv2ua2tc@curuxu>
 <1506085006.260276.1114836040.497F8DF4@webmail.messagingengine.com>
 <20170925181726.4d669b20@mythbackend.home.invalid>
 <20170929214704.du4lspfbxwtf5lv7@curuxu>
 <20171001173816.0c9cca3b@mythbackend.home.invalid>
Message-ID: <20171001085739.42022043@utnubu>

FWIW I'm using the hashA0A0A0 theme. Both available hash themes seem to
provide at least larger tool bar icons than most, if not all other
themes, let alone that it provides the coolest spam icon :D.



From silver.bullet at zoho.com  Sun Oct  1 09:45:58 2017
From: silver.bullet at zoho.com (Ralf Mardorf)
Date: Sun, 1 Oct 2017 09:45:58 +0200
Subject: [Users] Larger icons (was: Re:  Change Claws-mail icon?)
In-Reply-To: <20171001085739.42022043@utnubu>
References: <20170913143530.00004207@web.de> <20170913161700.2a0ef95c@jcubic>
 <20170914111150.0000339c@web.de> <20170914111634.64e2a10f@kujata>
 <20170914183538.00004311@web.de> <20170915174653.38d69e57@net24.it>
 <1505493917.2251393.1107449864.1D9CF081@webmail.messagingengine.com>
 <20170922125155.537f4o7rwv2ua2tc@curuxu>
 <1506085006.260276.1114836040.497F8DF4@webmail.messagingengine.com>
 <20170925181726.4d669b20@mythbackend.home.invalid>
 <20170929214704.du4lspfbxwtf5lv7@curuxu>
 <20171001173816.0c9cca3b@mythbackend.home.invalid>
 <20171001085739.42022043@utnubu>
Message-ID: <20171001094558.421c62ff@utnubu>

screenshot of the hashA0A0A0 theme
-------------- next part --------------
A non-text attachment was scrubbed...
Name: screenshot_20171001_092351.jpg
Type: image/jpeg
Size: 204721 bytes
Desc: not available
URL: <http://lists.claws-mail.org/pipermail/users/attachments/20171001/e1428680/attachment.jpg>

From noreply at thewildbeast.co.uk  Sun Oct  1 13:05:41 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Sun, 01 Oct 2017 11:05:41 +0000
Subject: [Users] [Bug 3901] New: Failure (race condition) with Dovecot
Message-ID: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3901

            Bug ID: 3901
           Summary: Failure (race condition) with Dovecot
    Classification: Unclassified
           Product: Claws Mail
           Version: 3.15.1
          Hardware: PC
                OS: Linux
            Status: NEW
          Severity: critical
          Priority: P3
         Component: POP3
          Assignee: users at lists.claws-mail.org
          Reporter: acharnleygg at gmail.com

I have four POP3 accounts, all accessed over SSL with valid certs. Using either
Evolution or a manual login using SSL client I can login and perform a STAT
command. Dovecot is working.

Claws can perform the STAT command on one account (the settings other than
username are identical) but for the other three the command fails.

12:01:18] POP< +OK
[12:01:18] POP> PASS ********
[12:01:18] POP< +OK Logged in.
[12:01:18] POP> STAT
[12:01:18] POP< -ERR Unknown command: 

The only difference I can see between what Evolution/manual login is doing is a
delay between receiving the OK and issuing STAT.

I've not been able to understand why it works on one of the accounts. All
settings are identical.

-- 
You are receiving this mail because:
You are the assignee for the bug.


From noreply at thewildbeast.co.uk  Sun Oct  1 13:16:37 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Sun, 01 Oct 2017 11:16:37 +0000
Subject: [Users] [Bug 3901] Failure (race condition) with Dovecot
In-Reply-To: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
References: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
Message-ID: <bug-3901-595-MkYHwdiORZ@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3901

--- Comment #1 from acharnleygg at gmail.com ---
On further investigation Evolution uses LIST not STAT, however I can as stated
previously login over SSL and issue STAT to all accounts.

POP3_STREAM_LINE (3): '+OK'
 36 Got + response
 37 cmd_capa
 38 POP3_STREAM_LINE (4): 'CAPA'
 39 POP3_STREAM_LINE (3): 'TOP'
 40 POP3_STREAM_LINE (4): 'UIDL'
 41 POP3_STREAM_LINE (10): 'RESP-CODES'
 42 POP3_STREAM_LINE (10): 'PIPELINING'
 43 POP3_STREAM_LINE (14): 'AUTH-RESP-CODE'
 44 POP3_STREAM_LINE (END)
 45 opening pop3 INBOX folder
 46 POP3_STREAM_WRITE (6):
 47 LIST^M
UIDL^M
 51 
 52 POP3_STREAM_LINE (15): '+OK 1 messages:'
 53 Got + response
 54 POP3_STREAM_LINE (6): '1 2460'
 55 POP3_STREAM_LINE (END)
 56 POP3_STREAM_LINE (3): '+OK'

-- 
You are receiving this mail because:
You are the assignee for the bug.


From noreply at thewildbeast.co.uk  Sun Oct  1 13:21:56 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Sun, 01 Oct 2017 11:21:56 +0000
Subject: [Users] [Bug 3901] Failure (race condition) with Dovecot
In-Reply-To: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
References: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
Message-ID: <bug-3901-595-SPt1CNTzLS@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3901

--- Comment #2 from Paul <paul at claws-mail.org> ---
did you ask the dovecot dev team about this? It looks more like a question for
them than us.

-- 
You are receiving this mail because:
You are the assignee for the bug.


From noreply at thewildbeast.co.uk  Sun Oct  1 13:25:58 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Sun, 01 Oct 2017 11:25:58 +0000
Subject: [Users] [Bug 3901] Failure (race condition) with Dovecot
In-Reply-To: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
References: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
Message-ID: <bug-3901-595-DXx2ynj3lg@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3901

--- Comment #3 from acharnleygg at gmail.com ---
Doing it right now, shall report back.

-- 
You are receiving this mail because:
You are the assignee for the bug.


From noreply at thewildbeast.co.uk  Sun Oct  1 14:29:50 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Sun, 01 Oct 2017 12:29:50 +0000
Subject: [Users] [Bug 3901] Failure (race condition) with Dovecot
In-Reply-To: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
References: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
Message-ID: <bug-3901-595-gyIlpQGMuc@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3901

--- Comment #4 from Andrej Kacian <andrej at kacian.sk> ---
I suggest also looking at server logs. Perhaps they will reveal why Dovecot is
acting up.

-- 
You are receiving this mail because:
You are the assignee for the bug.


From noreply at thewildbeast.co.uk  Sun Oct  1 14:55:19 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Sun, 01 Oct 2017 12:55:19 +0000
Subject: [Users] [Bug 3901] Failure (race condition) with Dovecot
In-Reply-To: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
References: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
Message-ID: <bug-3901-595-6LmuIL6Vjv@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3901

--- Comment #5 from acharnleygg at gmail.com ---
Already did, enabled all debug options but there's nothing there about the STAT
failure. After the login it closes the connection (this is logged).

-- 
You are receiving this mail because:
You are the assignee for the bug.


From dan_arico at aricosystems.com  Mon Oct  2 20:15:26 2017
From: dan_arico at aricosystems.com (Dan Arico)
Date: Mon, 2 Oct 2017 14:15:26 -0400
Subject: [Users] Multiple Recipients
Message-ID: <20171002141526.7c592a05.dan_arico@aricosystems.com>

Is there a way to use a distribution list for multiple recipients of an
email? I have a committee of a dozen people that I need to send emails
to.

Dan Arico

-- 
One OS to rule them all, One OS to find them,
One OS to bring them all, and in the Darkness bind them,
In the land of Redmond, where the Sales Reps lie.


From jvromans at squirrel.nl  Mon Oct  2 23:10:53 2017
From: jvromans at squirrel.nl (Johan Vromans)
Date: Mon, 2 Oct 2017 23:10:53 +0200
Subject: [Users] Multiple Recipients
In-Reply-To: <20171002141526.7c592a05.dan_arico@aricosystems.com>
References: <20171002141526.7c592a05.dan_arico@aricosystems.com>
Message-ID: <20171002231053.72a66d32@phoenix.squirrel.nl>

On Mon, 2 Oct 2017 14:15:26 -0400, Dan Arico <dan_arico at aricosystems.com>
wrote:

> Is there a way to use a distribution list for multiple recipients of an
> email? I have a committee of a dozen people that I need to send emails
> to.

In the Address Book you can define address groups (Edit > New Group) and
assign as many addresses to this as you want.

Is this what you are looking for?


From dan_arico at aricosystems.com  Mon Oct  2 23:15:06 2017
From: dan_arico at aricosystems.com (Dan Arico)
Date: Mon, 2 Oct 2017 17:15:06 -0400
Subject: [Users] Multiple Recipients
In-Reply-To: <20171002231053.72a66d32@phoenix.squirrel.nl>
References: <20171002141526.7c592a05.dan_arico@aricosystems.com>
 <20171002231053.72a66d32@phoenix.squirrel.nl>
Message-ID: <20171002171506.267d7927.dan_arico@aricosystems.com>

On Mon, 2 Oct 2017 23:10:53 +0200
Johan Vromans <jvromans at squirrel.nl> wrote:

> On Mon, 2 Oct 2017 14:15:26 -0400, Dan Arico
> <dan_arico at aricosystems.com> wrote:
> 
> > Is there a way to use a distribution list for multiple recipients
> > of an email? I have a committee of a dozen people that I need to
> > send emails to.  
> 
> In the Address Book you can define address groups (Edit > New Group)
> and assign as many addresses to this as you want.
> 
> Is this what you are looking for?

Perfect. Thanks


-- 
One OS to rule them all, One OS to find them,
One OS to bring them all, and in the Darkness bind them,
In the land of Redmond, where the Sales Reps lie.


From silver.bullet at zoho.com  Mon Oct  2 23:23:24 2017
From: silver.bullet at zoho.com (Ralf Mardorf)
Date: Mon, 2 Oct 2017 23:23:24 +0200
Subject: [Users] Multiple Recipients
In-Reply-To: <20171002231053.72a66d32@phoenix.squirrel.nl>
References: <20171002141526.7c592a05.dan_arico@aricosystems.com>
 <20171002231053.72a66d32@phoenix.squirrel.nl>
Message-ID: <20171002232324.78ab36c6@utnubu>

On Mon, 2 Oct 2017 23:10:53 +0200, Johan Vromans wrote:
>In the Address Book you can define address groups (Edit > New Group)
>and assign as many addresses to this as you want.

If a groups name e.g. should be "Office" you could type "off" into the
address field and then push the tab key. Select "Office (Group)" and all
addresses of this group appear in the address field.



From jn.ml.clwm.729 at letterboxes.org  Tue Oct  3 09:57:01 2017
From: jn.ml.clwm.729 at letterboxes.org (Jeremy Nicoll)
Date: Tue, 03 Oct 2017 08:57:01 +0100
Subject: [Users] Multiple Recipients
In-Reply-To: <20171002232324.78ab36c6@utnubu>
References: <20171002141526.7c592a05.dan_arico@aricosystems.com>
 <20171002231053.72a66d32@phoenix.squirrel.nl>
 <20171002232324.78ab36c6@utnubu>
Message-ID: <1507017421.4048654.1125990496.53116DDB@webmail.messagingengine.com>

On Mon, 2 Oct 2017, at 22:23, Ralf Mardorf wrote:
> On Mon, 2 Oct 2017 23:10:53 +0200, Johan Vromans wrote:
> >In the Address Book you can define address groups (Edit > New Group)
> >and assign as many addresses to this as you want.
> 
> If a groups name e.g. should be "Office" you could type "off" into the
> address field and then push the tab key. Select "Office (Group)" and all
> addresses of this group appear in the address field.

Does such a definition allow you to populate a mix of fields in one
operation, 
so eg can you set 

 to: yourself
 cc: another-of-your-own-addresses
bcc: tom,dick,harry

in one go?    Another email client I've used did allow that, with the
distribution-
list definition containing lists of header types and values to be
inserted in each. 

-- 
Jeremy Nicoll - my opinions are my own.


From silver.bullet at zoho.com  Tue Oct  3 10:11:54 2017
From: silver.bullet at zoho.com (Ralf Mardorf)
Date: Tue, 3 Oct 2017 10:11:54 +0200
Subject: [Users] Multiple Recipients
In-Reply-To: <1507017421.4048654.1125990496.53116DDB@webmail.messagingengine.com>
References: <20171002141526.7c592a05.dan_arico@aricosystems.com>
 <20171002231053.72a66d32@phoenix.squirrel.nl>
 <20171002232324.78ab36c6@utnubu>
 <1507017421.4048654.1125990496.53116DDB@webmail.messagingengine.com>
Message-ID: <20171003101154.2a6e8d09@utnubu>

On Tue, 03 Oct 2017 08:57:01 +0100, Jeremy Nicoll wrote:
>On Mon, 2 Oct 2017, at 22:23, Ralf Mardorf wrote:
>> On Mon, 2 Oct 2017 23:10:53 +0200, Johan Vromans wrote:  
>> >In the Address Book you can define address groups (Edit > New Group)
>> >and assign as many addresses to this as you want.  
>> 
>> If a groups name e.g. should be "Office" you could type "off" into
>> the address field and then push the tab key. Select "Office (Group)"
>> and all addresses of this group appear in the address field.  
>
>Does such a definition allow you to populate a mix of fields in one
>operation, 
>so eg can you set 
>
> to: yourself
> cc: another-of-your-own-addresses
>bcc: tom,dick,harry
>
>in one go?

I don't think so, but you could use folder properties to archive this.





From jn.ml.clwm.729 at letterboxes.org  Tue Oct  3 10:20:59 2017
From: jn.ml.clwm.729 at letterboxes.org (Jeremy Nicoll)
Date: Tue, 03 Oct 2017 09:20:59 +0100
Subject: [Users] Multiple Recipients
In-Reply-To: <20171003101154.2a6e8d09@utnubu>
References: <20171002141526.7c592a05.dan_arico@aricosystems.com>
 <20171002231053.72a66d32@phoenix.squirrel.nl>
 <20171002232324.78ab36c6@utnubu>
 <1507017421.4048654.1125990496.53116DDB@webmail.messagingengine.com>
 <20171003101154.2a6e8d09@utnubu>
Message-ID: <1507018859.4053214.1126009248.4D6B2CFF@webmail.messagingengine.com>


On Tue, 3 Oct 2017, at 09:11, Ralf Mardorf wrote:
> On Tue, 03 Oct 2017 08:57:01 +0100, Jeremy Nicoll wrote:

> >Does such a definition allow you to populate a mix of fields in one
> >operation, 
> >so eg can you set 
> >
> > to: yourself
> > cc: another-of-your-own-addresses
> >bcc: tom,dick,harry
> >
> >in one go?
> 
> I don't think so, but you could use folder properties to archive this.

Do you mean "achieve this"?   I don't understand how my 
question relates to archives.

Actually I don't see how folder properties would help for a 
group of destination address either.


-- 
Jeremy Nicoll - my opinions are my own.


From claws at thewildbeast.co.uk  Tue Oct  3 10:40:57 2017
From: claws at thewildbeast.co.uk (Paul)
Date: Tue, 3 Oct 2017 09:40:57 +0100
Subject: [Users] Multiple Recipients
In-Reply-To: <1507018859.4053214.1126009248.4D6B2CFF@webmail.messagingengine.com>
References: <20171002141526.7c592a05.dan_arico@aricosystems.com>
 <20171002231053.72a66d32@phoenix.squirrel.nl>
 <20171002232324.78ab36c6@utnubu>
 <1507017421.4048654.1125990496.53116DDB@webmail.messagingengine.com>
 <20171003101154.2a6e8d09@utnubu>
 <1507018859.4053214.1126009248.4D6B2CFF@webmail.messagingengine.com>
Message-ID: <20171003094057.4708d3ba@kujata>

On Tue, 03 Oct 2017 09:20:59 +0100
Jeremy Nicoll <jn.ml.clwm.729 at letterboxes.org> wrote: 

> Actually I don't see how folder properties would help for a 
> group of destination address either.

You set some defaults in the folder properties, then your one
operation is using TAB address completion in the compose window to
add your address book group.

with regards

Paul


From silver.bullet at zoho.com  Tue Oct  3 10:54:28 2017
From: silver.bullet at zoho.com (Ralf Mardorf)
Date: Tue, 3 Oct 2017 10:54:28 +0200
Subject: [Users] Multiple Recipients
In-Reply-To: <20171003094057.4708d3ba@kujata>
References: <20171002141526.7c592a05.dan_arico@aricosystems.com>
 <20171002231053.72a66d32@phoenix.squirrel.nl>
 <20171002232324.78ab36c6@utnubu>
 <1507017421.4048654.1125990496.53116DDB@webmail.messagingengine.com>
 <20171003101154.2a6e8d09@utnubu>
 <1507018859.4053214.1126009248.4D6B2CFF@webmail.messagingengine.com>
 <20171003094057.4708d3ba@kujata>
Message-ID: <20171003105428.25817d03@utnubu>

On Tue, 03 Oct 2017 09:20:59 +0100, Jeremy Nicoll wrote:
>Do you mean "achieve this"?

Yes.

On Tue, 3 Oct 2017 09:40:57 +0100, Paul wrote:
>On Tue, 03 Oct 2017 09:20:59 +0100 Jeremy Nicoll wrote: 
>
>> Actually I don't see how folder properties would help for a 
>> group of destination address either.  
>
>You set some defaults in the folder properties, then your one
>operation is using TAB address completion in the compose window to
>add your address book group.

Or alternatively you could use different folders and directly set up

 a default account
 a default To:
 a defalt Cc:
 a default Bcc:

individually for each folder.



From jn.ml.clwm.729 at letterboxes.org  Tue Oct  3 10:56:34 2017
From: jn.ml.clwm.729 at letterboxes.org (Jeremy Nicoll)
Date: Tue, 03 Oct 2017 09:56:34 +0100
Subject: [Users] Multiple Recipients
In-Reply-To: <20171003094057.4708d3ba@kujata>
References: <20171002141526.7c592a05.dan_arico@aricosystems.com>
 <20171002231053.72a66d32@phoenix.squirrel.nl>
 <20171002232324.78ab36c6@utnubu>
 <1507017421.4048654.1125990496.53116DDB@webmail.messagingengine.com>
 <20171003101154.2a6e8d09@utnubu>
 <1507018859.4053214.1126009248.4D6B2CFF@webmail.messagingengine.com>
 <20171003094057.4708d3ba@kujata>
Message-ID: <1507020994.4061650.1126037624.7A97767D@webmail.messagingengine.com>

On Tue, 3 Oct 2017, at 09:40, Paul wrote:
> On Tue, 03 Oct 2017 09:20:59 +0100
> Jeremy Nicoll <jn.ml.clwm.729 at letterboxes.org> wrote: 
> 
> > Actually I don't see how folder properties would help for a 
> > group of destination address either.
> 
> You set some defaults in the folder properties, then your one
> operation is using TAB address completion in the compose window to
> add your address book group.

Ah, I'd only looked previously at folder properties for newsgroups, 
not email folders.  I see that there's lots of options for email 
folders.  So provided the OP filters the appropriate set of emails
into a special folder they could define the address group as the
default to/cc/bcc as required?

As newsgroup folder defaults don't seem to include any email
to/cc/bcc options, is that deliberate, to discourage people from 
eg cc-ing a news post to someone?

-- 
Jeremy Nicoll - my opinions are my own.


From johnxj at gmx.com  Sat Oct  7 05:27:16 2017
From: johnxj at gmx.com (John Jason Jordan)
Date: Fri, 6 Oct 2017 20:27:16 -0700
Subject: [Users] Gmail again (sigh)
Message-ID: <20171006202716.72881464@Devil-Bonobo>

I have had an ordinary Gmail account for years, plus my university uses
Gmail as well, so I actually have two Gmail accounts.

I never have a problem when I access them or send mail with a web
browser. But when I use Claws Mail Gmail does not respond and eventually
times out. Note that it is not a bad username/password issue because I
get no error messages, just no response at all. 

I could use some ideas.


From usenet at karmasailing.uk  Sat Oct  7 08:57:19 2017
From: usenet at karmasailing.uk (Bob Williams)
Date: Sat, 7 Oct 2017 07:57:19 +0100
Subject: [Users] Gmail again (sigh)
In-Reply-To: <20171006202716.72881464@Devil-Bonobo>
References: <20171006202716.72881464@Devil-Bonobo>
Message-ID: <20171007075719.442154ac@blackbox>

What servers are you using for sending & receiving?
What port numbers for sending & receiving?
What are your SSL settings?
How are you authenticating?

Regards

Bob

On Fri, 6 Oct 2017 20:27:16 -0700
John Jason Jordan <johnxj at gmx.com> wrote:

> I have had an ordinary Gmail account for years, plus my university
> uses Gmail as well, so I actually have two Gmail accounts.
> 
> I never have a problem when I access them or send mail with a web
> browser. But when I use Claws Mail Gmail does not respond and
> eventually times out. Note that it is not a bad username/password
> issue because I get no error messages, just no response at all. 
> 
> I could use some ideas.
> _______________________________________________
> Users mailing list
> Users at lists.claws-mail.org
> http://lists.claws-mail.org/cgi-bin/mailman/listinfo/users



-- 
Bob Williams
   System:  Linux 4.4.87-25-default
   Distro:  openSUSE 42.3 (x86_64)
   Desktop: KDE Frameworks: 5.32.0, Qt: 5.6.2 and Plasma: 5.8.7
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <http://lists.claws-mail.org/pipermail/users/attachments/20171007/129493c7/attachment.sig>

From noreply at thewildbeast.co.uk  Sat Oct  7 02:03:24 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Sat, 07 Oct 2017 00:03:24 +0000
Subject: [Users] [Bug 1920] No automatic NNTP filtering
In-Reply-To: <bug-1920-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
References: <bug-1920-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
Message-ID: <bug-1920-595-00SgL5Z8Ku@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=1920

--- Comment #10 from Stephan Sachse <ste.sachse at gmail.com> ---
i've done a rebase

no changes since last pull request

available in the git repository at:

  https://github.com/stesachse/claws.git bz1920_no_automatic_nntp_filtering

compare the changes at:

  https://github.com/stesachse/claws/compare/bz1920_no_automatic_nntp_filtering

/me

-- 
You are receiving this mail because:
You are the assignee for the bug.


From pg.nikolic1 at gmail.com  Sat Oct  7 14:11:23 2017
From: pg.nikolic1 at gmail.com (pete nikolic)
Date: Sat, 7 Oct 2017 13:11:23 +0100
Subject: [Users] Gmail again (sigh)
In-Reply-To: <20171006202716.72881464@Devil-Bonobo>
References: <20171006202716.72881464@Devil-Bonobo>
Message-ID: <20171007131123.0e392ad3@ds9>

On Fri, 6 Oct 2017 20:27:16 -0700
John Jason Jordan <johnxj at gmx.com> wrote:

> I have had an ordinary Gmail account for years, plus my university uses
> Gmail as well, so I actually have two Gmail accounts.
> 
> I never have a problem when I access them or send mail with a web
> browser. But when I use Claws Mail Gmail does not respond and eventually
> times out. Note that it is not a bad username/password issue because I
> get no error messages, just no response at all. 
> 
> I could use some ideas.
> _______________________________________________
> Users mailing list
> Users at lists.claws-mail.org
> http://lists.claws-mail.org/cgi-bin/mailman/listinfo/users

Hi i had this problem found the easiest way to solve the issue was to use the IP
address instead of the name 

had no problems since  maybe a DNS problem realictically not bothered Gmail works
fine using the IP .


Pete .


From johnxj at gmx.com  Sat Oct  7 18:45:55 2017
From: johnxj at gmx.com (John Jason Jordan)
Date: Sat, 7 Oct 2017 09:45:55 -0700
Subject: [Users] Gmail again (sigh)
In-Reply-To: <20171007131123.0e392ad3@ds9>
References: <20171006202716.72881464@Devil-Bonobo>
 <20171007131123.0e392ad3@ds9>
Message-ID: <20171007094555.289a3e27@Devil-Bonobo>

On Sat, 7 Oct 2017 13:11:23 +0100
pete nikolic <pg.nikolic1 at gmail.com> dijo:

>Hi i had this problem found the easiest way to solve the issue was to
>use the IP address instead of the name 
>
>had no problems since  maybe a DNS problem realictically not bothered
>Gmail works fine using the IP .

I just switched to the ip addresses and it worked! I'm crossing my
fingers that the solution is permanent. :)

And to the others who replied, I forgot to mention that I use imap for
my university account, but this problem account is pop3. As for ports
and other settings, I am using the Claws Mail defaults.

Thanks to all for the help!


From pg.nikolic1 at gmail.com  Sat Oct  7 19:14:54 2017
From: pg.nikolic1 at gmail.com (pete nikolic)
Date: Sat, 7 Oct 2017 18:14:54 +0100
Subject: [Users] Gmail again (sigh)
In-Reply-To: <20171007094555.289a3e27@Devil-Bonobo>
References: <20171006202716.72881464@Devil-Bonobo>
 <20171007131123.0e392ad3@ds9>
 <20171007094555.289a3e27@Devil-Bonobo>
Message-ID: <20171007181454.1a34e03b@ds9>

On Sat, 7 Oct 2017 09:45:55 -0700
John Jason Jordan <johnxj at gmx.com> wrote:

> On Sat, 7 Oct 2017 13:11:23 +0100
> pete nikolic <pg.nikolic1 at gmail.com> dijo:
> 
> >Hi i had this problem found the easiest way to solve the issue was to
> >use the IP address instead of the name 
> >
> >had no problems since  maybe a DNS problem realictically not bothered
> >Gmail works fine using the IP .  
> 
> I just switched to the ip addresses and it worked! I'm crossing my
> fingers that the solution is permanent. :)
> 
> And to the others who replied, I forgot to mention that I use imap for
> my university account, but this problem account is pop3. As for ports
> and other settings, I am using the Claws Mail defaults.
> 
> Thanks to all for the help!
> _______________________________________________
> Users mailing list
> Users at lists.claws-mail.org
> http://lists.claws-mail.org/cgi-bin/mailman/listinfo/users

Glad to have helped  .

I first hit this problem 5 or 6 years ago  and just have not changed anything since
still working ok .


Pete .


From noreply at thewildbeast.co.uk  Mon Oct  9 21:01:32 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Mon, 09 Oct 2017 19:01:32 +0000
Subject: [Users] [Bug 3902] New: UI deadlock when trying to exit
Message-ID: <bug-3902-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3902

            Bug ID: 3902
           Summary: UI deadlock when trying to exit
    Classification: Unclassified
           Product: Claws Mail
           Version: 3.15.1
          Hardware: PC
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: P3
         Component: UI
          Assignee: users at lists.claws-mail.org
          Reporter: kmansoft at gmail.com

I was composing and sending messages and at some point the Claws UI
"deadlocked".

Think I accidentally hit the exit hotkey, but not sure.

I had the main window (accounts / folders / messages) and the compose window
open.

Both windows continue to paint if I switch in / out of them but don't repaint
on resizing (so this may be just thanks to the display compositor having cached
the most recent paint state).

All the menus and the icons in the compose window are in the disabled state,
and in the main window, they're all enabled but not responsive. It isn't
possible to open any menus or click an icon, or select a different folder /
message.

To summarize, the app's UI appears to be frozen.

I got a stack trace with pstack, will paste below. The app's been like this for
a few minutes now, so it does not appear to be related to any network timeouts.

---

$ ps -efl | grep -i claws
0 R kman      2848  1489  6  80   0 - 168290 -     21:38 ?        00:00:47
claws-mail
0 S kman      3192  2285  0  80   0 -  2708 pipe_w 21:50 pts/1    00:00:00 grep
--color=auto -i claws

$ pstack 2848
Thread 4 (Thread 0x7fe67f7fe700 (LWP 2857)):
#0  0x00007fe691ab090b in pthread_cond_wait@@GLIBC_2.3.2 () at
/lib64/libpthread.so.0
#1  0x00007fe6904e049b in mailsem_internal_wait () at /lib64/libetpan.so.20
#2  0x0000562bbf1547ec in thread_run ()
#3  0x00007fe691aaa36d in start_thread () at /lib64/libpthread.so.0
#4  0x00007fe6901eabbf in clone () at /lib64/libc.so.6
Thread 3 (Thread 0x7fe67ffff700 (LWP 2850)):
#0  0x00007fe6901deacd in poll () at /lib64/libc.so.6
#1  0x00007fe690adc569 in g_main_context_iterate.isra () at
/lib64/libglib-2.0.so.0
#2  0x00007fe690adc902 in g_main_loop_run () at /lib64/libglib-2.0.so.0
#3  0x00007fe693521cb6 in gdbus_shared_thread_func () at /lib64/libgio-2.0.so.0
#4  0x00007fe690b03536 in g_thread_proxy () at /lib64/libglib-2.0.so.0
#5  0x00007fe691aaa36d in start_thread () at /lib64/libpthread.so.0
#6  0x00007fe6901eabbf in clone () at /lib64/libc.so.6
Thread 2 (Thread 0x7fe684a70700 (LWP 2849)):
#0  0x00007fe6901deacd in poll () at /lib64/libc.so.6
#1  0x00007fe690adc569 in g_main_context_iterate.isra () at
/lib64/libglib-2.0.so.0
#2  0x00007fe690adc67c in g_main_context_iteration () at
/lib64/libglib-2.0.so.0
#3  0x00007fe690adc6c1 in glib_worker_main () at /lib64/libglib-2.0.so.0
#4  0x00007fe690b03536 in g_thread_proxy () at /lib64/libglib-2.0.so.0
#5  0x00007fe691aaa36d in start_thread () at /lib64/libpthread.so.0
#6  0x00007fe6901eabbf in clone () at /lib64/libc.so.6
Thread 1 (Thread 0x7fe695427ac0 (LWP 2848)):
#0  0x0000562bbefcfddd in compose_draft ()
#1  0x0000562bbf0092ad in draft_all_messages ()
#2  0x0000562bbf00994c in app_will_exit ()
#3  0x0000562bbf01034a in main_window_close_cb ()
#4  0x00007fe69457aa4d in _gtk_marshal_BOOLEAN__BOXED () at
/lib64/libgtk-x11-2.0.so.0
#5  0x00007fe690db430d in g_closure_invoke () at /lib64/libgobject-2.0.so.0
#6  0x00007fe690dc698e in signal_emit_unlocked_R () at
/lib64/libgobject-2.0.so.0
#7  0x00007fe690dceb3f in g_signal_emit_valist () at /lib64/libgobject-2.0.so.0
#8  0x00007fe690dcfb0f in g_signal_emit () at /lib64/libgobject-2.0.so.0
#9  0x00007fe6946a95cc in gtk_widget_event_internal () at
/lib64/libgtk-x11-2.0.so.0
#10 0x00007fe6945792c9 in gtk_main_do_event () at /lib64/libgtk-x11-2.0.so.0
#11 0x00007fe6941d4acc in gdk_event_dispatch () at /lib64/libgdk-x11-2.0.so.0
#12 0x00007fe690adc247 in g_main_context_dispatch () at /lib64/libglib-2.0.so.0
#13 0x00007fe690adc5e8 in g_main_context_iterate.isra () at
/lib64/libglib-2.0.so.0
#14 0x00007fe690adc67c in g_main_context_iteration () at
/lib64/libglib-2.0.so.0
#15 0x00007fe694578301 in gtk_main_iteration () at /lib64/libgtk-x11-2.0.so.0
#16 0x0000562bbf12f545 in threaded_run ()
#17 0x0000562bbf134079 in imap_threaded_fetch_content ()
#18 0x0000562bbeffc078 in imap_fetch_msg_full ()
#19 0x0000562bbeffc82c in imap_get_msginfos ()
#20 0x0000562bbefe020b in folder_item_scan_full ()
#21 0x0000562bbefc5af7 in compose_send ()
#22 0x00007fe690db430d in g_closure_invoke () at /lib64/libgobject-2.0.so.0
#23 0x00007fe690dc698e in signal_emit_unlocked_R () at
/lib64/libgobject-2.0.so.0
#24 0x00007fe690dcf1a5 in g_signal_emit_valist () at /lib64/libgobject-2.0.so.0
#25 0x00007fe690dcfb0f in g_signal_emit () at /lib64/libgobject-2.0.so.0
#26 0x00007fe6944a88c0 in _gtk_action_emit_activate () at
/lib64/libgtk-x11-2.0.so.0
#27 0x00007fe6944a9124 in closure_accel_activate () at
/lib64/libgtk-x11-2.0.so.0
#28 0x00007fe690db430d in g_closure_invoke () at /lib64/libgobject-2.0.so.0
#29 0x00007fe690dc698e in signal_emit_unlocked_R () at
/lib64/libgobject-2.0.so.0
#30 0x00007fe690dceb3f in g_signal_emit_valist () at /lib64/libgobject-2.0.so.0
#31 0x00007fe690dcfb0f in g_signal_emit () at /lib64/libgobject-2.0.so.0
#32 0x00007fe6944a36c8 in gtk_accel_group_activate () at
/lib64/libgtk-x11-2.0.so.0
#33 0x00007fe6944a4b3d in gtk_accel_groups_activate () at
/lib64/libgtk-x11-2.0.so.0
#34 0x00007fe6946c1939 in gtk_window_activate_key () at
/lib64/libgtk-x11-2.0.so.0
#35 0x00007fe6946c1988 in gtk_window_key_press_event () at
/lib64/libgtk-x11-2.0.so.0
#36 0x00007fe69457aa4d in _gtk_marshal_BOOLEAN__BOXED () at
/lib64/libgtk-x11-2.0.so.0
#37 0x00007fe690db430d in g_closure_invoke () at /lib64/libgobject-2.0.so.0
#38 0x00007fe690dc63e0 in signal_emit_unlocked_R () at
/lib64/libgobject-2.0.so.0
#39 0x00007fe690dceb3f in g_signal_emit_valist () at /lib64/libgobject-2.0.so.0
#40 0x00007fe690dcfb0f in g_signal_emit () at /lib64/libgobject-2.0.so.0
#41 0x00007fe6946a95cc in gtk_widget_event_internal () at
/lib64/libgtk-x11-2.0.so.0
#42 0x00007fe694578dbd in gtk_propagate_event () at /lib64/libgtk-x11-2.0.so.0
#43 0x00007fe69457910b in gtk_main_do_event () at /lib64/libgtk-x11-2.0.so.0
#44 0x00007fe6941d4acc in gdk_event_dispatch () at /lib64/libgdk-x11-2.0.so.0
#45 0x00007fe690adc247 in g_main_context_dispatch () at /lib64/libglib-2.0.so.0
#46 0x00007fe690adc5e8 in g_main_context_iterate.isra () at
/lib64/libglib-2.0.so.0
#47 0x00007fe690adc902 in g_main_loop_run () at /lib64/libglib-2.0.so.0
#48 0x00007fe6945780f7 in gtk_main () at /lib64/libgtk-x11-2.0.so.0
#49 0x0000562bbef96c44 in main ()

-- 
You are receiving this mail because:
You are the assignee for the bug.


From noreply at thewildbeast.co.uk  Tue Oct 10 10:38:38 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Tue, 10 Oct 2017 08:38:38 +0000
Subject: [Users] [Bug 3893] Text mode open/copy web links ignores trailing
	tilde(s)
In-Reply-To: <bug-3893-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
References: <bug-3893-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
Message-ID: <bug-3893-595-OVIBcmqomd@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3893

Paul <paul at claws-mail.org> 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    2017-10-10 10:34:02.619944420 +0200
http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=a408d10901cd10abb3d7fab93a8c125b4933ce56
Merge: 2acfa3a dc79dfc
Author: Colin Leroy <colin at colino.net>
Date:   Tue Oct 10 10:34:02 2017 +0200

    Merge branch 'master' of file:///home/git/claws

http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=dc79dfce6803ffc32b5c0a372790c73c774000e9
Author: Paul <paul at claws-mail.org>
Date:   Tue Oct 10 09:33:23 2017 +0100

    fix bug 3893, ' Text mode open/copy web links ignores trailing tilde(s)'

-- 
You are receiving this mail because:
You are the assignee for the bug.


From list+org.claws-mail at io7m.com  Tue Oct 10 21:33:24 2017
From: list+org.claws-mail at io7m.com (Mark Raynsford)
Date: Tue, 10 Oct 2017 19:33:24 +0000
Subject: [Users] Sending mail hangs when using PGP MIME
Message-ID: <20171010193324.7890e1da@copperhead.int.arc7.info>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Hello.

Suddenly today I'm having trouble sending mail. I've been using Claws
to PGP sign mail for years now, but today it has suddenly started
hanging. It doesn't hang if I use PGP Inline. I run the mail server for
my domain so I have access to full logs, and it seems that Claws is
failing to send anything after the DATA command when speaking to the
SMTP server:

Oct 10 19:08:07 mail postfix/smtpd[58934]: timeout after DATA (0 bytes)
from unknown[2a02:390:7502:2:0:2:1:0]

Claws doesn't give me any useful error messages, so I'm not sure what's
going on. Has anyone else seen this? Is there some way I can get more
debugging information to track down what's going on?

- -- 
Mark Raynsford | http://www.io7m.com

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEgWja4isV0+3HIsI9DxW30G+oDLgFAlndIIUACgkQDxW30G+o
DLjk6w/8DokBbO8LtFI7cHrsAwPLU6pDNJQM9fRMUI8HBAKX5SPAk+Vr2a4p1wXi
svmvWm22Vt9EkzpkAcDiUbxGhez3LSjL4HlrApuNO+xlbmfJuBI4tWXMbYSoCMJb
SL3cZTVaH7QXSLlcTmY1LFy48QgRKriOdoEYZcsD/ou/H7peiEk/rqGUxvOzow/b
WOQ6XlsSekH337p1Br3EXedBXJp7AD4J6cvx7phB17aSZ502u/6TFTHGGJ3Ju1k4
CzMXnsr3cbDSrCDrRA1XEV92j1THBay+oHjIsj6p3CHF9DL9PbsVljv3x8abG1Wn
aAiLqRMTuAqVaE71dyBjavEwCw3ds8x6BrvTrobf7oavxemXYip5dEDOC7zX+4DO
HGIXyHL1ZOMpIWlhebfk6fe9nLukfvWU73RrkSbzjNev6BpBmhLawTMLMOP8sgPy
xSd2rADU1AZd7ikIqBuw/u5QVA4HqOKNJgHCgs3c3sUiPg+cDoa9eQKGN2lU9fXh
C9lzfBeGaztD4gAW6dYx6L3/rAP0/vzcmkkvbeqCErNCjzgqn4vHqRxzwFLRD1rQ
adgOKKYGEmHz4xjBK+Vck6YfUXw3DVvL+GxJSC/jn3EAO6ySdFVWyG8NQvePQ3iy
QIREO8zYBemBuo+eO+/k2ci6Tv+/Y+K3NgWGqt5ox1fANMkyROk=
=jg3v
-----END PGP SIGNATURE-----

From crlipton at gol.com  Wed Oct 11 12:48:41 2017
From: crlipton at gol.com (Charles Lipton)
Date: Wed, 11 Oct 2017 19:48:41 +0900
Subject: [Users] SMTP Failure on First Attempt to Send
Message-ID: <20171011194804.30699c89@onk011.LPTN_LAN02>

After Rsynching my entire Debian 8.5 home directory to a second HDD in
anticipation of changing virtualization software, Claws could not find
my Address Book.  I erased all old Address Books, which was no
great loss, and I had to re-set ClamAv and Bogofilter to remove
all Receive issues. 

However, for the past week, every attempt to Send, regardless of the
recipient, results in an SMTP Failure notice.  Clearing the warning
message and clicking Send a second time results in a successful message
send. Log files seem to be the same each time.  I've edited out machine
name and recipient address. 

----------

* Account 'crlipton at gol.com': Connecting to SMTP server:
  mail.gol.com:587... 
[12:44:31] SMTP< 220 smtp12.dentaku.gol.com ESMTP Dentaku Wed, 11 Oct
2017 12:43:03 +0900  
[12:44:31] ESMTP> EHLO machname.lanname 
[12:44:31] ESMTP< 250-smtp12.dentaku.gol.com Hello 122-223-173-66.east.ap.gmo-isp.jp [122.223.173.66] 
[12:44:31] ESMTP< 250-SIZE 52428800 
[12:44:31] ESMTP< 250-8BITMIME
[12:44:31] ESMTP< 250-PIPELINING
[12:44:31] ESMTP< 250-AUTH PLAIN LOGIN
[12:44:31] ESMTP< 250-STARTTLS
[12:44:31] ESMTP< 250 HELP
[12:44:31] ESMTP> STARTTLS
[12:44:31] ESMTP< 220 TLS go ahead
[12:44:31] ESMTP> EHLO machname.lanname
[12:44:31] ESMTP< 250-smtp12.dentaku.gol.com Hello 122-223-173-66.east.ap.gmo-isp.jp [122.223.173.66] 
[12:44:31] ESMTP< 250-SIZE 52428800 
[12:44:31] ESMTP< 250-8BITMIME
[12:44:31] ESMTP< 250-PIPELINING
[12:44:31] ESMTP< 250-AUTH PLAIN LOGIN
[12:44:31] ESMTP< 250 HELP
[12:44:31] ESMTP> AUTH LOGIN
[12:44:31] ESMTP< 334 VXNlcm5hbWU6
[12:44:31] ESMTP> [USERID]
[12:44:31] ESMTP< 334 UGFzc3dvcmQ6
[12:44:31] ESMTP> [PASSWORD]
[12:44:31] ESMTP< 235 Authentication succeeded
[12:44:31] ESMTP> MAIL FROM:<myname at myaddress> SIZE=5579
[12:44:31] SMTP< 250 OK
[12:44:31] SMTP> RCPT TO:<theirname at theiraddress>
[12:44:31] SMTP< 250 Accepted
[12:44:31] SMTP> DATA
[12:44:31] SMTP< 354 Enter message, ending with "." on a line by itself
[12:44:31] SMTP> . (EOM)
*** Session timed out. You may be able to recover by increasing the
  timeout value in Preferences/Other/Miscellaneous.

----------

Charles Lipton
crlipton at gol.com


From mir at miras.org  Wed Oct 11 13:19:05 2017
From: mir at miras.org (miras)
Date: Wed, 11 Oct 2017 13:19:05 +0200
Subject: [Users] SMTP Failure on First Attempt to Send
In-Reply-To: <20171011194804.30699c89@onk011.LPTN_LAN02>
References: <20171011194804.30699c89@onk011.LPTN_LAN02>
Message-ID: <99086d43b8a5cf809d3a50bbd1541eac@miras.org>

On 2017-10-11 12:48, Charles Lipton wrote:
> *** Session timed out. You may be able to recover by increasing the
>   timeout value in Preferences/Other/Miscellaneous.
> 
Have you tried increasing timeout value?

-- 
Hilsen/Regards
Michael Rasmussen

Get my public GnuPG keys:
michael <at> rasmussen <dot> cc
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E
mir <at> datanom <dot> net
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C
mir <at> miras <dot> org
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917
--------------------------------------------------------------

----

This mail was virus scanned and spam checked before delivery.
This mail is also DKIM signed. See header dkim-signature.



From list+org.claws-mail at io7m.com  Wed Oct 11 13:52:33 2017
From: list+org.claws-mail at io7m.com (Mark Raynsford)
Date: Wed, 11 Oct 2017 11:52:33 +0000
Subject: [Users] SMTP Failure on First Attempt to Send
In-Reply-To: <20171011194804.30699c89@onk011.LPTN_LAN02>
References: <20171011194804.30699c89@onk011.LPTN_LAN02>
Message-ID: <20171011105928.503ea987@copperhead.int.arc7.info>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

On 2017-10-11T19:48:41 +0900
Charles Lipton <crlipton at gol.com> wrote:
>
> [12:44:31] SMTP< 354 Enter message, ending with "." on a line by itself
> [12:44:31] SMTP> . (EOM)
> *** Session timed out. You may be able to recover by increasing the
>   timeout value in Preferences/Other/Miscellaneous.

This is the exact same error message that I'm getting in my recent
"Sending mail hangs when using PGP MIME", including the same server
output.

Could it be that we're both hitting the same underlying bug (and that
my problem may have nothing to do with PGP at all)?

- -- 
Mark Raynsford | http://www.io7m.com

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEgWja4isV0+3HIsI9DxW30G+oDLgFAlneBgEACgkQDxW30G+o
DLizfA/7Bgs96ElJIjfl58Gso1gDiV4rhEbbLSnQl2v0aGtLSLCIpyAfO+d5qStl
Dk7Rzim0XymwXd/psZ1LO8r95LIGyt7cSNIwHVBrCN0H0wgVm4xPEP/PIlGn3JSw
IEwx5wTqMiYgzOOAr7yyR4o6J2N4lCc7nhz6vgoQqGgvfMOKAIIqSCYR0VmPTQyU
8324n70h8PUo7TPax9EC4xz7PWzGv3gA8c2rRuX9AaESENaU4ObBhQZnGztk1tja
rD41jKanBqsEJjtZwFEGSk+W5TuwVt1pxJz0bMeYZQzpUoNPmexVjgVKB8x1dTj1
lxV6sRzhwFsbfSyI6p4VlZjJxIPvkhEsIS1WBudYlwOTIZZoedgyzU4feiZXjFWc
GTeTLAFJOBhqjsSk4Nnwi5lKH99eEdfyjb+aYSoDkfF1m/8vCD7rRL6TIZSq6Ykr
IynmcIWkPz2ER1rui6Lx/YSvVcX03NYHhuy/wm20E/bm0miNCPFlTLoAVrT7IKXt
2AYgqmhj3kgvVQuA8o96dYY9WtjMOwN6w4PtjbHPCJH3C9Fu7TVJtYcziiqnZTXp
fobzdazQyOsyZT4psldQeck/Rkhmb9+X4T90D8RHh3d7RyvexQop59wjipCPuMiX
fw3FaSKIdKJk/NFbSSoZH7Ek3yZ2m3HzXgpDwKH37z8In/cAIGo=
=4Zhh
-----END PGP SIGNATURE-----

From list+org.claws-mail at io7m.com  Thu Oct 12 14:55:02 2017
From: list+org.claws-mail at io7m.com (Mark Raynsford)
Date: Thu, 12 Oct 2017 12:55:02 +0000
Subject: [Users] SMTP Failure on First Attempt to Send
In-Reply-To: <20171011105928.503ea987@copperhead.int.arc7.info>
References: <20171011194804.30699c89@onk011.LPTN_LAN02>
 <20171011105928.503ea987@copperhead.int.arc7.info>
Message-ID: <20171012125502.124f1b3e@copperhead.int.arc7.info>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

> On 2017-10-11T19:48:41 +0900
> Charles Lipton <crlipton at gol.com> wrote:
> >
> > [12:44:31] SMTP< 354 Enter message, ending with "." on a line by itself
> > [12:44:31] SMTP> . (EOM)
> > *** Session timed out. You may be able to recover by increasing the
> >   timeout value in Preferences/Other/Miscellaneous.  

Charles, are you by any chance talking to your mail server over IPv6?

- -- 
Mark Raynsford | http://www.io7m.com

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEgWja4isV0+3HIsI9DxW30G+oDLgFAlnfZiYACgkQDxW30G+o
DLgvwxAApOD8k0FgJJSSQITw4SdUyYuEYv88eMqbnd/+uvMhCbFH/Mto0ZpM3ncc
Ej9ZGAG1uNGGMG5ls8cgLOdGFbZpQhn7l4utavZvDCjAWBOf85drJT09ZL9HADFx
T4v+2RqHyeWhXOy1E4FVXcFTXzpCx6fkRIWeZJX7/zUIcEP0+smEoUI6BSRdLUlw
HQC2gjC5FZ7RRRENv0bfWjUczbIrFCfXaNQvuGHC0JmPW254fAdqnBEE4PCgTTkm
1glzugCD9bA01rVFRObIflLU29Yl90HwNEbBA7HsG2MOf8CK04jXTSMj3FoCyQoD
lOB7SVhuOI0jTWDdOLKWwr/HRCa1WyL/wdoU5NBwUD+DQiXnmGFjDF6G+PxUAe0I
jldMhdlQhohTt7y9sEd1KSHcQRKrvom+BiIU227JMYkHKgWF+lVWHC95LSF53rvt
sgp21jfaLZkF0eokL88jxzHrSFCLD0id9KUQ1WA7UJlhj+3FiN1qHoHKUnPZqdDm
IwQmCsQIOFTBY7YUf+yGE3M34XsiPEHtJyi2G2ZHITvyoU7j9uAlrPfz6WQZr/yo
/tq5TM7QTRXkaSk9VzbCoT8RG1JAyFfKwfOWRWaXAnNZ+FaGDnG1A7T84Dt3ZmxF
S6I96CwxiAdNDmldSCGL1BoLczQRxQDh19EWpr5PsNE0BEsOa1w=
=Kc/i
-----END PGP SIGNATURE-----

From list+org.claws-mail at io7m.com  Fri Oct 13 14:19:31 2017
From: list+org.claws-mail at io7m.com (Mark Raynsford)
Date: Fri, 13 Oct 2017 12:19:31 +0000
Subject: [Users] Sending mail hangs when using PGP MIME
In-Reply-To: <20171010193324.7890e1da@copperhead.int.arc7.info>
References: <20171010193324.7890e1da@copperhead.int.arc7.info>
Message-ID: <20171013121931.28c0859e@copperhead.int.arc7.info>

On 2017-10-10T19:33:24 +0000
Mark Raynsford <list+org.claws-mail at io7m.com> wrote:
>
> Suddenly today I'm having trouble sending mail.

Some experimentation has shown me that sending mail with PGP MIME
always fails, sending mail with PGP Inline fails more often than it
succeeds, and sending mail without any PGP succeeds mostly but
sometimes fails.

In all cases, the symptom is the same: Claws just doesn't send any data
and eventually the SMTP server closes the connection.

I'd really appreciate some pointers on tracking down this problem: It's
seriously impacting my ability to use Claws day-to-day.

-- 
Mark Raynsford | http://www.io7m.com



From claws at thewildbeast.co.uk  Fri Oct 13 14:25:54 2017
From: claws at thewildbeast.co.uk (Paul)
Date: Fri, 13 Oct 2017 13:25:54 +0100
Subject: [Users] Sending mail hangs when using PGP MIME
In-Reply-To: <20171013121931.28c0859e@copperhead.int.arc7.info>
References: <20171010193324.7890e1da@copperhead.int.arc7.info>
 <20171013121931.28c0859e@copperhead.int.arc7.info>
Message-ID: <20171013132554.5ef6b89b@kujata>

On Fri, 13 Oct 2017 12:19:31 +0000
Mark Raynsford <list+org.claws-mail at io7m.com> wrote: 

> I'd really appreciate some pointers on tracking down this problem:
> It's seriously impacting my ability to use Claws day-to-day.

PGP mail is a feature that Claws Mail has always had. I've never
experienced the problem you have.

I wonder about the SMTP server and what it is doing.

with regards

Paul


From list+org.claws-mail at io7m.com  Fri Oct 13 15:07:22 2017
From: list+org.claws-mail at io7m.com (Mark Raynsford)
Date: Fri, 13 Oct 2017 13:07:22 +0000
Subject: [Users] Sending mail hangs when using PGP MIME
In-Reply-To: <20171013132554.5ef6b89b@kujata>
References: <20171010193324.7890e1da@copperhead.int.arc7.info>
 <20171013121931.28c0859e@copperhead.int.arc7.info>
 <20171013132554.5ef6b89b@kujata>
Message-ID: <20171013125724.7198bde4@copperhead.int.arc7.info>

On 2017-10-13T13:25:54 +0100
Paul <claws at thewildbeast.co.uk> wrote:
>
> PGP mail is a feature that Claws Mail has always had. I've never
> experienced the problem you have.

Me neither. I've been using it for years and this is the first issue
I've had. I'm not completely convinced that it's a problem with PGP
as I've had unsigned mail fail to send as well.

Case in point: I haven't signed this mail and I'm now adding this note
after it failed to send the first time).

Edit: And the second time.
Edit: And the third time.

> I wonder about the SMTP server and what it is doing.

Here's the output of the smtpd for a failed send (addresses changed to
protect the innocent):

  http://ataxia.io7m.com/2017/10/13/maillog.txt

I've inserted a line break where the timeout occurs. You can see that
Claws sends an initial DATA command but never sends anything beyond
that. Eventually the server gives up.

-- 
Mark Raynsford | http://www.io7m.com



From list+org.claws-mail at io7m.com  Fri Oct 13 15:07:02 2017
From: list+org.claws-mail at io7m.com (Mark Raynsford)
Date: Fri, 13 Oct 2017 13:07:02 +0000
Subject: [Users] Sending mail hangs when using PGP MIME
In-Reply-To: <20171013132554.5ef6b89b@kujata>
References: <20171010193324.7890e1da@copperhead.int.arc7.info>
 <20171013121931.28c0859e@copperhead.int.arc7.info>
 <20171013132554.5ef6b89b@kujata>
Message-ID: <20171013125724.7198bde4@copperhead.int.arc7.info>

On 2017-10-13T13:25:54 +0100
Paul <claws at thewildbeast.co.uk> wrote:
>
> PGP mail is a feature that Claws Mail has always had. I've never
> experienced the problem you have.

Me neither. I've been using it for years and this is the first issue
I've had. I'm not completely convinced that it's a problem with PGP
as I've had unsigned mail fail to send as well.

Case in point: I haven't signed this mail and I'm now adding this note
after it failed to send the first time).

Edit: And the second time.
Edit: And the third time.

> I wonder about the SMTP server and what it is doing.

Here's the output of the smtpd for a failed send (addresses changed to
protect the innocent):

  http://ataxia.io7m.com/2017/10/13/maillog.txt

I've inserted a line break where the timeout occurs. You can see that
Claws sends an initial DATA command but never sends anything beyond
that. Eventually the server gives up.

-- 
Mark Raynsford | http://www.io7m.com



From andrej at kacian.sk  Fri Oct 13 15:12:57 2017
From: andrej at kacian.sk (Andrej Kacian)
Date: Fri, 13 Oct 2017 15:12:57 +0200
Subject: [Users] Sending mail hangs when using PGP MIME
In-Reply-To: <20171013125724.7198bde4@copperhead.int.arc7.info>
References: <20171010193324.7890e1da@copperhead.int.arc7.info>
 <20171013121931.28c0859e@copperhead.int.arc7.info>
 <20171013132554.5ef6b89b@kujata>
 <20171013125724.7198bde4@copperhead.int.arc7.info>
Message-ID: <20171013151257.19c7ca41.andrej@kacian.sk>

On Fri, 13 Oct 2017 13:07:22 +0000
Mark Raynsford <list+org.claws-mail at io7m.com> wrote:

> Here's the output of the smtpd for a failed send (addresses changed to
> protect the innocent):
> 
>   http://ataxia.io7m.com/2017/10/13/maillog.txt
> 
> I've inserted a line break where the timeout occurs. You can see that
> Claws sends an initial DATA command but never sends anything beyond
> that. Eventually the server gives up.

What does Network log in Claws Mail look like? Or console output when
claws-mail is run with --debug switch.

Regards,
-- 
Andrej Kacian



From list+org.claws-mail at io7m.com  Fri Oct 13 16:11:18 2017
From: list+org.claws-mail at io7m.com (Mark Raynsford)
Date: Fri, 13 Oct 2017 14:11:18 +0000
Subject: [Users] Sending mail hangs when using PGP MIME
Message-ID: <20171013141111.GA68415@mail.io7m.com>

On 2017-10-13T15:12:57 +0200
Andrej Kacian <andrej at kacian.sk> wrote:
> 
> What does Network log in Claws Mail look like? Or console output when
> claws-mail is run with --debug switch.

Nothing useful in the Network log. Here's the output of the --debug
option when opening Claws, attempting to send a message, and waiting
for it to time out:

  http://ataxia.io7m.com/2017/10/13/claws-debug.txt

Nothing in there really sticks out at me as being a problem. I was
slightly concerned about:

  prefs_gpg.c:601:Can't disable gpg agent (no GPG_AGENT_INFO)

But I read in the GPG manual that this environment variable is no
longer used as of GPG 2.1.

-- 
Mark Raynsford | http://www.io7m.com



From claws at thewildbeast.co.uk  Fri Oct 13 16:38:57 2017
From: claws at thewildbeast.co.uk (Paul)
Date: Fri, 13 Oct 2017 15:38:57 +0100
Subject: [Users] Sending mail hangs when using PGP MIME
In-Reply-To: <20171013141111.GA68415@mail.io7m.com>
References: <20171013141111.GA68415@mail.io7m.com>
Message-ID: <20171013153857.77c19b62@kujata>

On Fri, 13 Oct 2017 14:11:18 +0000
Mark Raynsford <list+org.claws-mail at io7m.com> wrote: 

> Nothing useful in the Network log. Here's the output of the --debug
> option when opening Claws, attempting to send a message, and waiting
> for it to time out:
> 
>   http://ataxia.io7m.com/2017/10/13/claws-debug.txt

That seems to look fine, we see Claws doing

[13:38:43] SMTP> . (EOM)

I read a thread with what sounds like the same problem. Here the OP
says it was down to mismatched MTU settings on router and network
card. It seems a long shot but, hey, here it is:

https://www.howtoforge.com/community/threads/postfix-timeout-after-data-from-some-emails.39635/

with regards

Paul


From edwardp at linuxmail.org  Fri Oct 13 16:49:30 2017
From: edwardp at linuxmail.org (edwardp at linuxmail.org)
Date: Fri, 13 Oct 2017 10:49:30 -0400
Subject: [Users] Claws 3.15.1 on Fedora - dirty
Message-ID: <20171013104930.77bf6102@upstairs>

Fedora now has version 3.15.1 of Claws in its repositories, but I
discovered the word 'dirty' is included in the version number of the
software.

From the mail headers:

X-Mailer: Claws Mail 3.15.1-dirty (GTK+ 2.24.31;
x86_64-redhat-linux-gnu)

Is there any particular reason for that designation (?) being included?
Something like 'alpha' or 'beta', is understandable, but 'dirty' looks 
rather unprofessional, IMHO.

Ed


From claws at thewildbeast.co.uk  Fri Oct 13 16:51:36 2017
From: claws at thewildbeast.co.uk (Paul)
Date: Fri, 13 Oct 2017 15:51:36 +0100
Subject: [Users] Claws 3.15.1 on Fedora - dirty
In-Reply-To: <20171013104930.77bf6102@upstairs>
References: <20171013104930.77bf6102@upstairs>
Message-ID: <20171013155136.605f00ef@kujata>

On Fri, 13 Oct 2017 10:49:30 -0400
<edwardp at linuxmail.org> wrote: 

> Is there any particular reason for that designation (?) being
> included? Something like 'alpha' or 'beta', is understandable, but
> 'dirty' looks rather unprofessional, IMHO.

Just a rather unprofessional packaging error :) It may look like
something but really it is nothing and doesn't matter.

with regards

Paul


From colin at colino.net  Fri Oct 13 16:52:05 2017
From: colin at colino.net (Colin Leroy)
Date: Fri, 13 Oct 2017 16:52:05 +0200
Subject: [Users] Claws 3.15.1 on Fedora - dirty
In-Reply-To: <20171013104930.77bf6102@upstairs>
References: <20171013104930.77bf6102@upstairs>
Message-ID: <20171013165205.455bdc82@colin.i-run.lau>

On Fri, 13 Oct 2017 10:49:30 -0400, <edwardp at linuxmail.org> wrote:

Hi,

> X-Mailer: Claws Mail 3.15.1-dirty (GTK+ 2.24.31;
> x86_64-redhat-linux-gnu)
> 
> Is there any particular reason for that designation (?) being
> included? Something like 'alpha' or 'beta', is understandable, but
> 'dirty' looks rather unprofessional, IMHO.

That's the git suffix when the code has been modified and not
checked in. It's there in the 3.15.1 release probably due to a process
error.

Tongue-in-cheek PS: that's not a big deal: we're not professionals ;) 
-- 
Colin


From linux at slavino.sk  Fri Oct 13 16:57:45 2017
From: linux at slavino.sk (Slavko)
Date: Fri, 13 Oct 2017 16:57:45 +0200
Subject: [Users] Sending mail hangs when using PGP MIME
In-Reply-To: <20171013153857.77c19b62@kujata>
References: <20171013141111.GA68415@mail.io7m.com>
 <20171013153857.77c19b62@kujata>
Message-ID: <20171013165745.00655bd3@bonifac.skk>

Ahoj,

Dňa Fri, 13 Oct 2017 15:38:57 +0100 Paul <claws at thewildbeast.co.uk>
napísal:

> On Fri, 13 Oct 2017 14:11:18 +0000
> Mark Raynsford <list+org.claws-mail at io7m.com> wrote: 
> 
> > Nothing useful in the Network log. Here's the output of the --debug
> > option when opening Claws, attempting to send a message, and waiting
> > for it to time out:
> > 
> >   http://ataxia.io7m.com/2017/10/13/claws-debug.txt  
> 
> That seems to look fine, we see Claws doing
> 
> [13:38:43] SMTP> . (EOM)
> 
> I read a thread with what sounds like the same problem. Here the OP
> says it was down to mismatched MTU settings on router and network
> card. It seems a long shot but, hey, here it is:
> 
> https://www.howtoforge.com/community/threads/postfix-timeout-after-data-from-some-emails.39635/
> 

here is description how to check desired max. MTU value by simple script

https://idyllictux.wordpress.com/2009/06/19/script-find-maximum-mtu/

i had problem with MTU (in SSH) and one ISP, which blocked particular
ICMP to decrease MTU/fragment packets. I solved it by setting desired
MTU via iptables for this one IP.

regards

-- 
Slavko
http://slavino.sk
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 677 bytes
Desc: Digitálny podpis OpenPGP
URL: <http://lists.claws-mail.org/pipermail/users/attachments/20171013/a4c7b3cc/attachment.sig>

From list+org.claws-mail at io7m.com  Fri Oct 13 17:03:34 2017
From: list+org.claws-mail at io7m.com (Mark Raynsford)
Date: Fri, 13 Oct 2017 15:03:34 +0000
Subject: [Users] Sending mail hangs when using PGP MIME
In-Reply-To: <20171013153857.77c19b62@kujata>
References: <20171013141111.GA68415@mail.io7m.com>
 <20171013153857.77c19b62@kujata>
Message-ID: <20171013150334.0dfe900a@copperhead.int.arc7.info>

On 2017-10-13T15:38:57 +0100
Paul <claws at thewildbeast.co.uk> wrote:
>
> That seems to look fine, we see Claws doing
> 
> [13:38:43] SMTP> . (EOM)
> 
> I read a thread with what sounds like the same problem. Here the OP
> says it was down to mismatched MTU settings on router and network
> card. It seems a long shot but, hey, here it is:
> 
> https://www.howtoforge.com/community/threads/postfix-timeout-after-data-from-some-emails.39635/

Thanks very much for this! It looks like it might very well be the
problem.

I recently deployed IPv6 to my network and because the router is now
using PPPoE, the MTU on the outgoing link is 1492 rather than the
conventional 1500 (this is a limitation of PPPoE, apparently). What's
not entirely clear to me is why I haven't seen any "Packet Too Big"
errors. I'll look into it further.

-- 
Mark Raynsford | http://www.io7m.com

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://lists.claws-mail.org/pipermail/users/attachments/20171013/58d3b213/attachment.sig>

From andrej at kacian.sk  Fri Oct 13 17:43:39 2017
From: andrej at kacian.sk (Andrej Kacian)
Date: Fri, 13 Oct 2017 17:43:39 +0200
Subject: [Users] Sending mail hangs when using PGP MIME
In-Reply-To: <20171013150334.0dfe900a@copperhead.int.arc7.info>
References: <20171013141111.GA68415@mail.io7m.com>
 <20171013153857.77c19b62@kujata>
 <20171013150334.0dfe900a@copperhead.int.arc7.info>
Message-ID: <20171013174339.373ba318@penny>

On Fri, 13 Oct 2017 15:03:34 +0000
Mark Raynsford <list+org.claws-mail at io7m.com> wrote:

> On 2017-10-13T15:38:57 +0100
> Paul <claws at thewildbeast.co.uk> wrote:
> >
> > That seems to look fine, we see Claws doing
> > 
> > [13:38:43] SMTP> . (EOM)
> > 
> > I read a thread with what sounds like the same problem. Here the OP
> > says it was down to mismatched MTU settings on router and network
> > card. It seems a long shot but, hey, here it is:
> > 
> > https://www.howtoforge.com/community/threads/postfix-timeout-after-data-from-some-emails.39635/  
> 
> Thanks very much for this! It looks like it might very well be the
> problem.
> 
> I recently deployed IPv6 to my network and because the router is now
> using PPPoE, the MTU on the outgoing link is 1492 rather than the
> conventional 1500 (this is a limitation of PPPoE, apparently). What's
> not entirely clear to me is why I haven't seen any "Packet Too Big"
> errors. I'll look into it further.
> 

This is a very problematic topic, see recent article on Cloudflare blog:
https://blog.cloudflare.com/ip-fragmentation-is-broken/

-- 
Andrej
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://lists.claws-mail.org/pipermail/users/attachments/20171013/5848de18/attachment.sig>

From silver.bullet at zoho.com  Fri Oct 13 18:29:18 2017
From: silver.bullet at zoho.com (Ralf Mardorf)
Date: Fri, 13 Oct 2017 18:29:18 +0200
Subject: [Users] Claws 3.15.1 on Fedora - dirty
In-Reply-To: <20171013165205.455bdc82@colin.i-run.lau>
References: <20171013104930.77bf6102@upstairs>
 <20171013165205.455bdc82@colin.i-run.lau>
Message-ID: <20171013182918.2e68d046@utnubu>

When running

  git clone git://git.claws-mail.org/claws.git
  cd claws/

with or without

  git checkout 1234567

the build doesn't contain the suffix "dirty".

If you next time just do a

  git pull --all

then the suffix "dirty" is added.



From sylpheed at 911networks.com  Fri Oct 13 22:53:45 2017
From: sylpheed at 911networks.com (sylpheed at 911networks.com)
Date: Fri, 13 Oct 2017 13:53:45 -0700
Subject: [Users] How to assign shortcut key?
Message-ID: <20171013135345.15f17b88@frogguski.sritch.com>

CM 3.15.1 on manjaro.

How do I assign a shortcut key to the:

Right click on the right border of the body of the message > Open

I receive a lot more of html emails, that I'd like to read in Chromium

I'd like to use the mouse less (I have an elbow injury)

-- 
sknahT

vyS


From mailinglists at gusnan.se  Fri Oct 13 23:42:11 2017
From: mailinglists at gusnan.se (Andreas Ronnquist)
Date: Fri, 13 Oct 2017 23:42:11 +0200
Subject: [Users] How to assign shortcut key?
In-Reply-To: <20171013135345.15f17b88@frogguski.sritch.com>
References: <20171013135345.15f17b88@frogguski.sritch.com>
Message-ID: <20171013234211.16350723@debian-i7>

On Fri, 13 Oct 2017 13:53:45 -0700,
sylpheed at 911networks.com<sylpheed at 911networks.com> wrote:

>CM 3.15.1 on manjaro.
>
>How do I assign a shortcut key to the:
>
>Right click on the right border of the body of the message > Open
>
>I receive a lot more of html emails, that I'd like to read in Chromium
>
>I'd like to use the mouse less (I have an elbow injury)
>

Enable customisable shortcuts in

Configure -> Preferences - Other -> Miscellaneous
 "Enable customisable keyboard shortcuts"

Then open the menu, hover the menu item you wish to change the shortcut
for and simply press the key you would like for a shortcut.

-- Andreas Rönnquist
mailinglists at gusnan.se
andreas at ronnquist.net


From sylpheed at 911networks.com  Sat Oct 14 02:27:48 2017
From: sylpheed at 911networks.com (sylpheed at 911networks.com)
Date: Fri, 13 Oct 2017 17:27:48 -0700
Subject: [Users] How to assign shortcut key?
In-Reply-To: <20171013234211.16350723@debian-i7>
References: <20171013135345.15f17b88@frogguski.sritch.com>
 <20171013234211.16350723@debian-i7>
Message-ID: <20171013172748.5ff83592@frogguski.sritch.com>

On Fri, 13 Oct 2017 23:42:11 +0200
Andreas Ronnquist <mailinglists at gusnan.se> wrote:

>Enable customisable shortcuts in
>
>Configure -> Preferences - Other -> Miscellaneous
> "Enable customisable keyboard shortcuts"
>
>Then open the menu, hover the menu item you wish to change the
>shortcut for and simply press the key you would like for a shortcut.

1. I tried and I get:

Default
Mew/Wanderlust
Mutt

which I have not installed

2. I want to assign the shortcut to the last button on the right which
when I right click I get:

open   <<<<<<<<<<
open with
send to
display as text
save as
save all

https://i.imgur.com/aTlfBBt.png

-- 
sknahT

vyS


From flyingrhino at orcon.net.nz  Sat Oct 14 08:28:31 2017
From: flyingrhino at orcon.net.nz (flyingrhino)
Date: Sat, 14 Oct 2017 19:28:31 +1300
Subject: [Users] Delay sending emails by n minutes
Message-ID: <20171014192831.4a054729@kenslpc>

Hello fellow claws'ers

Does anyone know how to configure claws 3.11.1 to automatically hold on to emails I send for n minutes before actually sending it?

What I want to achieve is to send mail normally (ctrl-enter, or send button) , and claws automatically intercepts that and holds on to the mail for n more minutes before actually sending it. This will give me a chance to edit the mail during this time if I made any mistakes.

The reason for claws 3.11.1 is because this is the highest version in my linux mint repos.


Thanks for making the best email client and sharing it with the rest of us.


From chrisretusn at bluehome.net  Sat Oct 14 12:30:58 2017
From: chrisretusn at bluehome.net (Chris Schrauben)
Date: Sat, 14 Oct 2017 18:30:58 +0800
Subject: [Users] Claws 3.15.1 on Fedora - dirty
In-Reply-To: <20171013104930.77bf6102@upstairs>
References: <20171013104930.77bf6102@upstairs>
Message-ID: <20171014183058.6cc153f4@racermach.home.lan>

On Fri, 13 Oct 2017 10:49:30 -0400
<edwardp at linuxmail.org> wrote:

> Fedora now has version 3.15.1 of Claws in its repositories, but I
> discovered the word 'dirty' is included in the version number of the
> software.
> 
> From the mail headers:
> 
> X-Mailer: Claws Mail 3.15.1-dirty (GTK+ 2.24.31;
> x86_64-redhat-linux-gnu)
> 
Now that is has been mentioned. My X-Mailer header is:
Claws Mail 3.15.1-dirty (GTK+ 2.24.31; x86_64-slackware-linux-gnu)

I also note this on the About Claws Mail "version 3.15.1-dirty"

I compiled this my self using the source tarball from:
http://www.claws-mail.org/releases/

I appears there is a file called "version" in the root of the tarball 
with one line that says "echo 3.15.1-dirty". This is true for three
of the available tarballs on http://www.claws-mail.org/releases.php for
versions 3.15.1 and 3.15.0

I fixed the "version" file before compiling and replaced echo
3.15.1-dirty with echo 3.15.1 in my SlackBuild script.

Release tarballs really should not have the GIT -dirty tag. 

Chris


From claws at thewildbeast.co.uk  Sat Oct 14 12:41:39 2017
From: claws at thewildbeast.co.uk (Paul)
Date: Sat, 14 Oct 2017 11:41:39 +0100
Subject: [Users] Claws 3.15.1 on Fedora - dirty
In-Reply-To: <20171014183058.6cc153f4@racermach.home.lan>
References: <20171013104930.77bf6102@upstairs>
 <20171014183058.6cc153f4@racermach.home.lan>
Message-ID: <20171014114139.3c96bf23@kujata>

On Sat, 14 Oct 2017 18:30:58 +0800
Chris Schrauben <chrisretusn at bluehome.net> wrote: 

> Release tarballs really should not have the GIT -dirty tag. 

You don't say? ;-)

with regards

Paul


From bugs.michael at gmx.net  Sat Oct 14 21:22:45 2017
From: bugs.michael at gmx.net (Michael Schwendt)
Date: Sat, 14 Oct 2017 21:22:45 +0200
Subject: [Users] Claws 3.15.1 on Fedora - dirty
In-Reply-To: <20171013104930.77bf6102@upstairs>
References: <20171013104930.77bf6102@upstairs>
Message-ID: <20171014212245.0738eaa6@noname>

On Fri, 13 Oct 2017 10:49:30 -0400, edwardp linuxmail org wrote:

> Fedora now has version 3.15.1 of Claws in its repositories, but I
> discovered the word 'dirty' is included in the version number of the
> software.
> 
> From the mail headers:
> 
> X-Mailer: Claws Mail 3.15.1-dirty (GTK+ 2.24.31;
> x86_64-redhat-linux-gnu)
         ^^^^^^
		 ^^^
I'm surprised nobody has ever complained about that build tag before. ;-)

Anyway, since build of 3.15.1 had been used for some time (not only
on Rawhide) before releasing them to F27 and F26, the "-dirty" has been
noticed early but not deemed important enough to patch it out.


From bugs.michael at gmx.net  Sat Oct 14 21:22:49 2017
From: bugs.michael at gmx.net (Michael Schwendt)
Date: Sat, 14 Oct 2017 21:22:49 +0200
Subject: [Users] Claws 3.15.1 on Fedora - dirty
In-Reply-To: <20171014183058.6cc153f4@racermach.home.lan>
References: <20171013104930.77bf6102@upstairs>
 <20171014183058.6cc153f4@racermach.home.lan>
Message-ID: <20171014212249.118aab68@noname>

On Sat, 14 Oct 2017 18:30:58 +0800, Chris Schrauben wrote:

> I appears there is a file called "version" in the root of the tarball 
> with one line that says "echo 3.15.1-dirty".

It's the definitions in:

src/common/version.h:#define VERSION_GIT_FULL	"3.15.1-dirty"


From silver.bullet at zoho.com  Sun Oct 15 16:43:39 2017
From: silver.bullet at zoho.com (Ralf Mardorf)
Date: Sun, 15 Oct 2017 16:43:39 +0200
Subject: [Users] Claws 3.15.1 on Fedora - dirty
In-Reply-To: <20171014212245.0738eaa6@noname>
References: <20171013104930.77bf6102@upstairs> <20171014212245.0738eaa6@noname>
Message-ID: <20171015164339.53a8ffaf@utnubu>

On Sat, 14 Oct 2017 21:22:45 +0200, Michael Schwendt wrote:
>On Fri, 13 Oct 2017 10:49:30 -0400, edwardp linuxmail org wrote:
>
>> Fedora now has version 3.15.1 of Claws in its repositories, but I
>> discovered the word 'dirty' is included in the version number of the
>> software.
>> 
>> From the mail headers:
>> 
>> X-Mailer: Claws Mail 3.15.1-dirty (GTK+ 2.24.31;
>> x86_64-redhat-linux-gnu)  
>         ^^^^^^
>		 ^^^
>I'm surprised nobody has ever complained about that build tag
>before. ;-)

*chuckle*

When building Claws myself I usually overwrite the distro's
default, which for good reasons should be "unknown-linux-gnu".

./configure --build=$(uname -m)-mydistro-orwhatsoever-linux-gnu \



From mailinglists at gusnan.se  Sun Oct 15 16:59:19 2017
From: mailinglists at gusnan.se (Andreas Ronnquist)
Date: Sun, 15 Oct 2017 16:59:19 +0200
Subject: [Users] How to assign shortcut key?
In-Reply-To: <20171013172748.5ff83592@frogguski.sritch.com>
References: <20171013135345.15f17b88@frogguski.sritch.com>
 <20171013234211.16350723@debian-i7>
 <20171013172748.5ff83592@frogguski.sritch.com>
Message-ID: <20171015165919.709d8cb0@debian-i7>

On Fri, 13 Oct 2017 17:27:48 -0700,
sylpheed at 911networks.com<sylpheed at 911networks.com> wrote:

>On Fri, 13 Oct 2017 23:42:11 +0200
>Andreas Ronnquist <mailinglists at gusnan.se> wrote:
>
>>Enable customisable shortcuts in
>>
>>Configure -> Preferences - Other -> Miscellaneous
>> "Enable customisable keyboard shortcuts"
>>
>>Then open the menu, hover the menu item you wish to change the
>>shortcut for and simply press the key you would like for a shortcut.  
>
>1. I tried and I get:
>
>Default
>Mew/Wanderlust
>Mutt
>
>which I have not installed
>
>2. I want to assign the shortcut to the last button on the right which
>when I right click I get:
>
>open   <<<<<<<<<<
>open with
>send to
>display as text
>save as
>save all
>
>https://i.imgur.com/aTlfBBt.png
>

ah, alright - my tip was for customising the keyboard shortcut of a
menu item in a menu, I don't know how you would do to customise a
keyboard shortcut for the clickable icon... sorry.

-- Andreas Rönnquist
mailinglists at gusnan.se
andreas at ronnquist.net


From silver.bullet at zoho.com  Sun Oct 15 17:56:25 2017
From: silver.bullet at zoho.com (Ralf Mardorf)
Date: Sun, 15 Oct 2017 17:56:25 +0200
Subject: [Users] Claws 3.15.1 on Fedora - dirty
In-Reply-To: <20171015164339.53a8ffaf@utnubu>
References: <20171013104930.77bf6102@upstairs> <20171014212245.0738eaa6@noname>
 <20171015164339.53a8ffaf@utnubu>
Message-ID: <20171015175625.4ca5ed0f@utnubu>

On Sun, 15 Oct 2017 16:43:39 +0200, Ralf Mardorf wrote:
>On Sat, 14 Oct 2017 21:22:45 +0200, Michael Schwendt wrote:
>>On Fri, 13 Oct 2017 10:49:30 -0400, edwardp linuxmail org wrote:
>>  
>>> Fedora now has version 3.15.1 of Claws in its repositories, but I
>>> discovered the word 'dirty' is included in the version number of the
>>> software.
>>> 
>>> From the mail headers:
>>> 
>>> X-Mailer: Claws Mail 3.15.1-dirty (GTK+ 2.24.31;
>>> x86_64-redhat-linux-gnu)    
>>         ^^^^^^
>>		 ^^^
>>I'm surprised nobody has ever complained about that build tag
>>before. ;-)  
>
>*chuckle*
>
>When building Claws myself I usually overwrite the distro's
                                      ^^^^^^^^^ Oops, the term
                                      seems to be "override"
 
>default, which for good reasons should be "unknown-linux-gnu".
>
>./configure --build=$(uname -m)-mydistro-orwhatsoever-linux-gnu \




From edodd55 at gmail.com  Mon Oct 16 11:27:13 2017
From: edodd55 at gmail.com (Liz)
Date: Mon, 16 Oct 2017 20:27:13 +1100
Subject: [Users] Filter including move to gmail trash
Message-ID: <20171016202713.3f3376d7.edodd55@gmail.com>

Can anyone explain to me how to create a filter which will take an
email from gmail,according to 'From', transfer it to my "buy me"
folder, and then move it to gmail trash?
 Currently I sort these on "from", dump them in "buy me", flick through
 them in Claws-mail and then get rid of them, but gmail is holding a
 copy still, so I periodically remove them from AllMail in gmail to
 trash in gmail so they ultimately disappear. 
Claws-mail downloads them to move them to the trash - so that is slow and wasteful of bandwidth.

Liz


From edwardp at linuxmail.org  Tue Oct 17 01:33:38 2017
From: edwardp at linuxmail.org (edwardp at linuxmail.org)
Date: Mon, 16 Oct 2017 19:33:38 -0400
Subject: [Users] Claws 3.15.1 on Fedora - dirty
Message-ID: <20171016193338.23306d7b@upstairs>

Are the developers/maintainers planning on removing the 'dirty' tag?



From chrisretusn at bluehome.net  Tue Oct 17 09:41:54 2017
From: chrisretusn at bluehome.net (Chris Schrauben)
Date: Tue, 17 Oct 2017 15:41:54 +0800
Subject: [Users] Claws 3.15.1 on Fedora - dirty
In-Reply-To: <20171015164339.53a8ffaf@utnubu>
References: <20171013104930.77bf6102@upstairs> <20171014212245.0738eaa6@noname>
 <20171015164339.53a8ffaf@utnubu>
Message-ID: <20171017154154.5c1c4241@racermach.home.lan>

On Sun, 15 Oct 2017 16:43:39 +0200
Ralf Mardorf <silver.bullet at zoho.com> wrote:

> >> From the mail headers:
> >> 
> >> X-Mailer: Claws Mail 3.15.1-dirty (GTK+ 2.24.31;
> >> x86_64-redhat-linux-gnu)    
> >         ^^^^^^
> >		 ^^^
> >I'm surprised nobody has ever complained about that build tag
> >before. ;-)  
> 
> *chuckle*
> 
> When building Claws myself I usually overwrite the distro's
> default, which for good reasons should be "unknown-linux-gnu".
> 
> ./configure --build=$(uname -m)-mydistro-orwhatsoever-linux-gnu \

<grin> 

From my build script, one of my configure optios.

  --build=${ARCH}-slackware-linux \


From claws at thewildbeast.co.uk  Tue Oct 17 09:56:27 2017
From: claws at thewildbeast.co.uk (Paul)
Date: Tue, 17 Oct 2017 08:56:27 +0100
Subject: [Users] Claws 3.15.1 on Fedora - dirty
In-Reply-To: <20171016193338.23306d7b@upstairs>
References: <20171016193338.23306d7b@upstairs>
Message-ID: <20171017085627.1b0d2cb0@kujata>

On Mon, 16 Oct 2017 19:33:38 -0400
<edwardp at linuxmail.org> wrote: 

> Are the developers/maintainers planning on removing the 'dirty' tag?

From 3.15.1? No. In newer releases it should not be there.

with regards

Paul


From bdm at fenrir.org.uk  Tue Oct 17 18:23:56 2017
From: bdm at fenrir.org.uk (Brian Morrison)
Date: Tue, 17 Oct 2017 17:23:56 +0100
Subject: [Users] Claws 3.15.1 on Fedora - dirty
In-Reply-To: <20171016193338.23306d7b@upstairs>
References: <20171016193338.23306d7b@upstairs>
Message-ID: <20171017172356.0000524f@surtees.fenrir.org.uk>

On Mon, 16 Oct 2017 19:33:38 -0400
edwardp at linuxmail.org wrote:

> Are the developers/maintainers planning on removing the 'dirty' tag?
> 

You should direct that question to the Fedora Claws-Mail packager.

-- 

Brian Morrison


From edwardp at linuxmail.org  Wed Oct 18 12:09:28 2017
From: edwardp at linuxmail.org (edwardp at linuxmail.org)
Date: Wed, 18 Oct 2017 06:09:28 -0400
Subject: [Users] Claws 3.15.1 on Fedora - dirty
In-Reply-To: <mailman.3.1508320801.16862.users@lists.claws-mail.org>
References: <mailman.3.1508320801.16862.users@lists.claws-mail.org>
Message-ID: <5074A056-D019-4EE1-B40C-DC49CEF5E425@linuxmail.org>

Bug report has been filed requesting removal.


>Date: Tue, 17 Oct 2017 17:23:56 +0100
>From: Brian Morrison <bdm at fenrir.org.uk>
>To: users at lists.claws-mail.org
>Subject: Re: [Users] Claws 3.15.1 on Fedora - dirty
>Message-ID: <20171017172356.0000524f at surtees.fenrir.org.uk>
>Content-Type: text/plain; charset=US-ASCII
>
>On Mon, 16 Oct 2017 19:33:38 -0400
>edwardp at linuxmail.org wrote:
>
>> Are the developers/maintainers planning on removing the 'dirty' tag?
>> 
>
>You should direct that question to the Fedora Claws-Mail packager.


From subscript at free.fr  Wed Oct 18 12:21:41 2017
From: subscript at free.fr (wwp)
Date: Wed, 18 Oct 2017 12:21:41 +0200
Subject: [Users] Claws 3.15.1 on Fedora - dirty
In-Reply-To: <5074A056-D019-4EE1-B40C-DC49CEF5E425@linuxmail.org>
References: <mailman.3.1508320801.16862.users@lists.claws-mail.org>
 <5074A056-D019-4EE1-B40C-DC49CEF5E425@linuxmail.org>
Message-ID: <20171018122141.07959a8a@ladybug>


On Wed, 18 Oct 2017 06:09:28 -0400 edwardp at linuxmail.org wrote:

> Bug report has been filed requesting removal.

https://bugzilla.redhat.com/show_bug.cgi?id=1503377


Regards,

> >Date: Tue, 17 Oct 2017 17:23:56 +0100
> >From: Brian Morrison <bdm at fenrir.org.uk>
> >To: users at lists.claws-mail.org
> >Subject: Re: [Users] Claws 3.15.1 on Fedora - dirty
> >Message-ID: <20171017172356.0000524f at surtees.fenrir.org.uk>
> >Content-Type: text/plain; charset=US-ASCII
> >
> >On Mon, 16 Oct 2017 19:33:38 -0400
> >edwardp at linuxmail.org wrote:
> >  
> >> Are the developers/maintainers planning on removing the 'dirty' tag?
> >>   
> >
> >You should direct that question to the Fedora Claws-Mail packager.  

-- 
wwp
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL: <http://lists.claws-mail.org/pipermail/users/attachments/20171018/4816a598/attachment.sig>

From noreply at thewildbeast.co.uk  Wed Oct 18 17:45:33 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Wed, 18 Oct 2017 15:45:33 +0000
Subject: [Users] [Bug 3903] New: Main Menu Tool bar "Next" action set to
 Goto Next Unread does not work correctly.
Message-ID: <bug-3903-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3903

            Bug ID: 3903
           Summary: Main Menu Tool bar "Next" action set to Goto Next
                    Unread does not work correctly.
    Classification: Unclassified
           Product: Claws Mail
           Version: 3.15.1
          Hardware: PC
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: P3
         Component: UI
          Assignee: users at lists.claws-mail.org
          Reporter: andycmbugz at g0poy.com

Using Linux SUSE Leap 42.2

Main menu bar, "Next" (down arrow icon) action set to "goto next Unread"

When mail is received it is marked as "New" (red envelope marker)

In this case the next unread operation works, clicking goes to the next "New"
message.

If the messages are unread (blue envelope) rather than "new" then Next unread
does not move onto the next unread message, the cursor just sits at the last
message read / clicked on.

Additionally:

If you move out of the folder and into another folder in the tree, then click
on next, it moves to the folder with the unread messages in it, and selects and
displays the next unread. However it then reverts to not moving to the next
unread if there are any.

The operation seems to be even more confusing if there are unread messages in
the folders below. It then seems to switch between the folders selecting first
one unread in one folder then jumps to the previous folder and displays the
first unread there.

It appears that Next unread is not detecting that there are more unread in the
current folder, but will detect that there are unread when it moves to a new
folder then moves to the first unread there. Then it loses count and does not
move to any more unread in that folder, after that it rescans the folders,
finds unread in previous folders and jumps to the first unread there. This
happens until there are no other unread messages in other folders when next
unread stops working unless you manually select another folder.

-- 
You are receiving this mail because:
You are the assignee for the bug.


From bugs.michael at gmx.net  Wed Oct 18 22:39:47 2017
From: bugs.michael at gmx.net (Michael Schwendt)
Date: Wed, 18 Oct 2017 22:39:47 +0200
Subject: [Users] Claws 3.15.1 on Fedora - dirty
In-Reply-To: <20171018122141.07959a8a@ladybug>
References: <mailman.3.1508320801.16862.users@lists.claws-mail.org>
 <5074A056-D019-4EE1-B40C-DC49CEF5E425@linuxmail.org>
 <20171018122141.07959a8a@ladybug>
Message-ID: <20171018223947.277d9b8c@noname>

On Wed, 18 Oct 2017 12:21:41 +0200, wwp wrote:

> On Wed, 18 Oct 2017 06:09:28 -0400 edwardp at linuxmail.org wrote:
> 
> > Bug report has been filed requesting removal.  
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=1503377

Are you kidding? That request is "extremely unprofessional", since it
would involve a superfluous rebuild of the package and going through the
testing process too only for removing something that is found in the
upstream release tarball.


From brad at fineby.me.uk  Wed Oct 18 22:51:08 2017
From: brad at fineby.me.uk (Brad Rogers)
Date: Wed, 18 Oct 2017 21:51:08 +0100
Subject: [Users] Claws 3.15.1 on Fedora - dirty
In-Reply-To: <20171018223947.277d9b8c@noname>
References: <mailman.3.1508320801.16862.users@lists.claws-mail.org>
 <5074A056-D019-4EE1-B40C-DC49CEF5E425@linuxmail.org>
 <20171018122141.07959a8a@ladybug> <20171018223947.277d9b8c@noname>
Message-ID: <20171018215108.191b9e81@abydos.stargate.org.uk>

On Wed, 18 Oct 2017 22:39:47 +0200
Michael Schwendt <bugs.michael at gmx.net> wrote:

Hello Michael,

>testing process too only for removing something that is found in the
>upstream release tarball.

And in any case can be overwritten locally by creating a custom X-Mailer
header.

-- 
 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: 488 bytes
Desc: OpenPGP digital signature
URL: <http://lists.claws-mail.org/pipermail/users/attachments/20171018/5afb359b/attachment.sig>

From subscript at free.fr  Wed Oct 18 23:12:56 2017
From: subscript at free.fr (wwp)
Date: Wed, 18 Oct 2017 23:12:56 +0200
Subject: [Users] Claws 3.15.1 on Fedora - dirty
In-Reply-To: <20171018215108.191b9e81@abydos.stargate.org.uk>
References: <mailman.3.1508320801.16862.users@lists.claws-mail.org>
 <5074A056-D019-4EE1-B40C-DC49CEF5E425@linuxmail.org>
 <20171018122141.07959a8a@ladybug> <20171018223947.277d9b8c@noname>
 <20171018215108.191b9e81@abydos.stargate.org.uk>
Message-ID: <20171018231256.701ac6b1@ladybug>

Hello,


On Wed, 18 Oct 2017 21:51:08 +0100 Brad Rogers <brad at fineby.me.uk> wrote:

> On Wed, 18 Oct 2017 22:39:47 +0200
> Michael Schwendt <bugs.michael at gmx.net> wrote:
> 
> Hello Michael,
> 
> >testing process too only for removing something that is found in the
> >upstream release tarball.  
> 
> And in any case can be overwritten locally by creating a custom X-Mailer
> header.

C'mon.. all this noise for just a label? Knowing that the next
release will come w/ a fix for it anyway. And that we do *not* release
only every single bissextile years. A fix that is JUST COSMETIC. No,
shit, who the hell is annoyed by this, seriously?


Regards,

-- 
wwp
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL: <http://lists.claws-mail.org/pipermail/users/attachments/20171018/c9b9c0bf/attachment.sig>

From brad at fineby.me.uk  Wed Oct 18 23:30:28 2017
From: brad at fineby.me.uk (Brad Rogers)
Date: Wed, 18 Oct 2017 22:30:28 +0100
Subject: [Users] Claws 3.15.1 on Fedora - dirty
In-Reply-To: <20171018231256.701ac6b1@ladybug>
References: <mailman.3.1508320801.16862.users@lists.claws-mail.org>
 <5074A056-D019-4EE1-B40C-DC49CEF5E425@linuxmail.org>
 <20171018122141.07959a8a@ladybug> <20171018223947.277d9b8c@noname>
 <20171018215108.191b9e81@abydos.stargate.org.uk>
 <20171018231256.701ac6b1@ladybug>
Message-ID: <20171018223028.57e5fa81@abydos.stargate.org.uk>

On Wed, 18 Oct 2017 23:12:56 +0200
wwp <subscript at free.fr> wrote:

Hello wwp,

>C'mon.. all this noise for just a label?

My point exactly.

-- 
 Regards  _
         / )           "The blindingly obvious is
        / _)rad        never immediately apparent"
I ain't got no time for intellectual music, e.g. Hergest Ridge
Heads Down No Nonsense Mindless Boogie - Alberto y Lost Trios Paranoias
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <http://lists.claws-mail.org/pipermail/users/attachments/20171018/9bdf3485/attachment.sig>

From bugs.michael at gmx.net  Thu Oct 19 12:31:26 2017
From: bugs.michael at gmx.net (Michael Schwendt)
Date: Thu, 19 Oct 2017 12:31:26 +0200
Subject: [Users] Claws 3.15.1 on Fedora - dirty
In-Reply-To: <20171018215108.191b9e81@abydos.stargate.org.uk>
References: <mailman.3.1508320801.16862.users@lists.claws-mail.org>
 <5074A056-D019-4EE1-B40C-DC49CEF5E425@linuxmail.org>
 <20171018122141.07959a8a@ladybug> <20171018223947.277d9b8c@noname>
 <20171018215108.191b9e81@abydos.stargate.org.uk>
Message-ID: <20171019123126.17c3b1bc@noname>

On Wed, 18 Oct 2017 21:51:08 +0100, Brad Rogers wrote:

> And in any case can be overwritten locally by creating a custom X-Mailer
> header.

Claws Mail account settings "Send" tab offers a very quick solution
to turn off the header altogether.


From brad at fineby.me.uk  Thu Oct 19 14:46:47 2017
From: brad at fineby.me.uk (Brad Rogers)
Date: Thu, 19 Oct 2017 13:46:47 +0100
Subject: [Users] Claws 3.15.1 on Fedora - dirty
In-Reply-To: <20171019123126.17c3b1bc@noname>
References: <mailman.3.1508320801.16862.users@lists.claws-mail.org>
 <5074A056-D019-4EE1-B40C-DC49CEF5E425@linuxmail.org>
 <20171018122141.07959a8a@ladybug> <20171018223947.277d9b8c@noname>
 <20171018215108.191b9e81@abydos.stargate.org.uk>
 <20171019123126.17c3b1bc@noname>
Message-ID: <20171019134647.71a5ce17@abydos.stargate.org.uk>

On Thu, 19 Oct 2017 12:31:26 +0200
Michael Schwendt <bugs.michael at gmx.net> wrote:

Hello Michael,

>Claws Mail account settings "Send" tab offers a very quick solution
>to turn off the header altogether.

I'd forgotten that.  Cheers for the reminder.

-- 
 Regards  _
         / )           "The blindingly obvious is
        / _)rad        never immediately apparent"
Where will you be when the bodies burn?
The Gasman Cometh - Crass
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <http://lists.claws-mail.org/pipermail/users/attachments/20171019/f2ae3059/attachment.sig>

From noreply at thewildbeast.co.uk  Sun Oct 22 18:44:02 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Sun, 22 Oct 2017 16:44:02 +0000
Subject: [Users] [Bug 3904] New: support for "protected-headers" is missing
 in GPG plugin
Message-ID: <bug-3904-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3904

            Bug ID: 3904
           Summary: support for "protected-headers" is missing in GPG
                    plugin
    Classification: Unclassified
           Product: Claws Mail
           Version: other
          Hardware: All
                OS: All
            Status: NEW
          Severity: normal
          Priority: P3
         Component: Plugins/Privacy/PGP
          Assignee: users at lists.claws-mail.org
          Reporter: peter.mueller at link38.eu

Some MUAs such as Thunderbird (via the Enigmail plugin) have implemented some
protection against metadata leakage in GPG.

One of them is called "protected-headers" and embeds the original subject line
in a PGP/MIME message. When an e-mail is decrypted, the original title is
recovered from these data.

Claws Mail does not support this at the moment so GPG messages with protected
headers usually show the subject line "Encrypted message".

Please see
- https://github.com/autocrypt/memoryhole
- https://trac.torproject.org/projects/tor/ticket/21880
for details.

Apart from the subject line, this bug has no effect on GPGs functionality at
all, but it would be nice to see it implemented.

-- 
You are receiving this mail because:
You are the assignee for the bug.


From noreply at thewildbeast.co.uk  Tue Oct 24 10:34:51 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Tue, 24 Oct 2017 08:34:51 +0000
Subject: [Users] [Bug 3901] Failure (race condition) with Dovecot
In-Reply-To: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
References: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
Message-ID: <bug-3901-595-JcGMi1fQVn@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3901

--- Comment #6 from acharnleygg at gmail.com ---
After conversing with the Dovecot support group it does appear to be an issue
with CLAWS. 

---

> Regarding STAT which appears to have an issue with Dovecot:-
>
> [23:50:46] POP< +OK Dovecot ready.
> [23:50:46] POP> USER xxxxx
> [23:50:46] POP< +OK
> [23:50:46] POP> PASS ********
> [23:50:46] POP< +OK Logged in.
> [23:50:46] POP> STAT
> [23:50:46] POP< -ERR Unknown command:  

This response usually has the offending command behind the colon - at 
least in Dovecot v2.2

BTW: could you launch a secure connection, e.g. from the mail server

telnet localhost 110

then type in the commands yourself:

user xxxxx
pass ***
stat

----

I can confirm this works for one of the offending accounts within CLAWS.

-- 
You are receiving this mail because:
You are the assignee for the bug.


From noreply at thewildbeast.co.uk  Tue Oct 24 10:48:00 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Tue, 24 Oct 2017 08:48:00 +0000
Subject: [Users] [Bug 3903] Main Menu Tool bar "Next" action set to Goto
 Next Unread does not work correctly.
In-Reply-To: <bug-3903-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
References: <bug-3903-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
Message-ID: <bug-3903-595-ssG3ZUkp3K@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3903

Paul <paul at claws-mail.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |INVALID

--- Comment #1 from Paul <paul at claws-mail.org> ---
'next unread' means the NEXT in the sequential list, it does not mean PREVIOUS.
Use 'go to previous unread' for that.

-- 
You are receiving this mail because:
You are the assignee for the bug.


From noreply at thewildbeast.co.uk  Tue Oct 24 10:50:48 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Tue, 24 Oct 2017 08:50:48 +0000
Subject: [Users] [Bug 3901] Failure (race condition) with Dovecot
In-Reply-To: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
References: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
Message-ID: <bug-3901-595-5kkZa8YNpz@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3901

--- Comment #7 from Paul <paul at claws-mail.org> ---
(In reply to comment #6)

This doesn't tell us anything more. Maybe if you quote your conversation with
the dovecot team that will help, maybe it won't.

-- 
You are receiving this mail because:
You are the assignee for the bug.


From noreply at thewildbeast.co.uk  Tue Oct 24 10:55:49 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Tue, 24 Oct 2017 08:55:49 +0000
Subject: [Users] [Bug 3901] Failure (race condition) with Dovecot
In-Reply-To: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
References: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
Message-ID: <bug-3901-595-xfXPI2uoYb@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3901

--- Comment #8 from Andrej Kacian <andrej at kacian.sk> ---
(In reply to comment #0)
> Claws can perform the STAT command on one account (the settings other than
> username are identical) but for the other three the command fails.

Is this happening on the same three accounts? Are these accounts being checked
all at once? Do the three "non-working" accounts work when manually checked
individually instead of all at once?

-- 
You are receiving this mail because:
You are the assignee for the bug.


From noreply at thewildbeast.co.uk  Tue Oct 24 11:55:55 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Tue, 24 Oct 2017 09:55:55 +0000
Subject: [Users] [Bug 3901] Failure (race condition) with Dovecot
In-Reply-To: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
References: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
Message-ID: <bug-3901-595-OVOwLakr6e@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3901

--- Comment #9 from acharnleygg at gmail.com ---
There's not much to go on. Dovecot insist it's fine and given I can telnet in
and run STAT on one of the accounts that fails I'm inclined to agree.

I have four POP3 accounts, the first one (in Claws) works. The next three don't
on either automatic or manual checking. Settings (other than the username) are
identical to the working first account.

I still suspect there's a race condition because if I do;

user xxxx
STAT

I get "-ERR Unknown command."

Dovecot says the command is normally included before the hyphen so the outcome
matches by hypothesis.

Andrew




> The reason dovecot is not logging anything is that there is nothing to
> log. Invalid command usage is not normally worthy of logging. Rawlogs
> *SHOULD* have logged it.
> 
> Aki

-- 
You are receiving this mail because:
You are the assignee for the bug.


From noreply at thewildbeast.co.uk  Tue Oct 24 12:32:25 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Tue, 24 Oct 2017 10:32:25 +0000
Subject: [Users] [Bug 3901] Failure (race condition) with Dovecot
In-Reply-To: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
References: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
Message-ID: <bug-3901-595-yKfQp6MCRL@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3901

--- Comment #10 from Paul <paul at claws-mail.org> ---
Dose fetching from those 3 accounts succeed if you fetch individually, as
Andrej asks in comment 8?

/Message/Receive/[account name]

-- 
You are receiving this mail because:
You are the assignee for the bug.


From noreply at thewildbeast.co.uk  Tue Oct 24 12:44:09 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Tue, 24 Oct 2017 10:44:09 +0000
Subject: [Users] [Bug 3901] Failure (race condition) with Dovecot
In-Reply-To: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
References: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
Message-ID: <bug-3901-595-KytUFoB1zY@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3901

--- Comment #11 from acharnleygg at gmail.com ---
No.

"The next three don't on either automatic or manual checking" ;)

The first account works fine. I changed the order so it's #2 in the auto list
and #1 (which was #2) continues to fail.

Rgs,
A.

-- 
You are receiving this mail because:
You are the assignee for the bug.


From noreply at thewildbeast.co.uk  Tue Oct 24 12:46:35 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Tue, 24 Oct 2017 10:46:35 +0000
Subject: [Users] [Bug 3901] Failure (race condition) with Dovecot
In-Reply-To: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
References: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
Message-ID: <bug-3901-595-3TXAMM8PZS@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3901

--- Comment #12 from acharnleygg at gmail.com ---
Actually the "Get Mail" button or "Receive > From all" doesn't do anything.
Probably one of the accounts has errored and it's silently died.

-- 
You are receiving this mail because:
You are the assignee for the bug.


From noreply at thewildbeast.co.uk  Tue Oct 24 13:01:43 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Tue, 24 Oct 2017 11:01:43 +0000
Subject: [Users] [Bug 3901] Failure (race condition) with Dovecot
In-Reply-To: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
References: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
Message-ID: <bug-3901-595-TmXhyUZj6j@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3901

--- Comment #13 from Paul <paul at claws-mail.org> ---
(In reply to comment #12)
> Actually the "Get Mail" button or "Receive > From all" doesn't do anything.
> Probably one of the accounts has errored and it's silently died.

Not doing anything seems odd. Please try that again and attach the debug
output.

Start with `claws-mail --debug`, and then attach the debug output from when you
attempt to fetch mail onwards.

-- 
You are receiving this mail because:
You are the assignee for the bug.


From noreply at thewildbeast.co.uk  Tue Oct 24 13:10:33 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Tue, 24 Oct 2017 11:10:33 +0000
Subject: [Users] [Bug 3902] UI deadlock when trying to exit
In-Reply-To: <bug-3902-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
References: <bug-3902-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
Message-ID: <bug-3902-595-vDOrGaXxye@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3902

--- Comment #1 from Paul <paul at claws-mail.org> ---
Please start with `claws-mail --debug` and attach the debug log after this
happens.

-- 
You are receiving this mail because:
You are the assignee for the bug.


From noreply at thewildbeast.co.uk  Tue Oct 24 13:11:05 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Tue, 24 Oct 2017 11:11:05 +0000
Subject: [Users] [Bug 3901] Failure (race condition) with Dovecot
In-Reply-To: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
References: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
Message-ID: <bug-3901-595-zI2Wpj0muj@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3901

--- Comment #14 from Andrej Kacian <andrej at kacian.sk> ---
(In reply to comment #9)
> I still suspect there's a race condition because if I do;
> 
> user xxxx
> STAT
> 
> I get "-ERR Unknown command."

No, this is correct behavior from the server, as per RFC 1939 (section 3). The
STAT command simply is not available before you authenticate.

The fact that the negative response ends with a '.' instead of a ':' is due to
the fact that different session states are handled by different programs in
Dovecot:

vala dovecot # pwd
/usr/libexec/dovecot
vala dovecot # strings pop3-login | grep 'Unknown command'
Unknown command.
vala dovecot # strings pop3 | grep 'Unknown command'
-ERR Unknown command: %s
vala dovecot #

The question remains what exactly is being sent that Dovecot sees it as an
empty command. Perhaps a space, or some other whitespace character?

-- 
You are receiving this mail because:
You are the assignee for the bug.


From noreply at thewildbeast.co.uk  Tue Oct 24 14:01:47 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Tue, 24 Oct 2017 12:01:47 +0000
Subject: [Users] [Bug 3901] Failure (race condition) with Dovecot
In-Reply-To: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
References: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
Message-ID: <bug-3901-595-DMIwtsoUCE@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3901

--- Comment #15 from acharnleygg at gmail.com ---
OK I didn't have inc installed, and it's symlinked to the wrong dir. I'll have
to report that to Fedora. Fixed it and now there's automation...

 Account 'xxx1': Connecting to POP3 server: xxx:995...
[12:59:22] POP< +OK Dovecot ready.
[12:59:22] POP> USER xxx1
[12:59:22] POP< +OK
[12:59:22] POP> PASS ********
[12:59:22] POP< +OK Logged in.
[12:59:22] POP> STAT
[12:59:22] POP< +OK 89 2801955
[12:59:22] POP> UIDL
[12:59:22] POP< +OK
[12:59:22] POP> LIST
[12:59:22] POP< +OK 89 messages:
[12:59:22] POP> QUIT
[12:59:23] POP< +OK Logging out.
* Account 'xxx2': Connecting to POP3 server: xxx:995...
[12:59:23] POP< +OK Dovecot ready.
[12:59:23] POP> USER xxx2
[12:59:23] POP< +OK
[12:59:23] POP> PASS ********
[12:59:24] POP< +OK Logged in.
[12:59:24] POP> STAT
[12:59:24] POP< -ERR Unknown command: 
*** error occurred on POP session
*** Error occurred while processing mail.

-- 
You are receiving this mail because:
You are the assignee for the bug.


From noreply at thewildbeast.co.uk  Tue Oct 24 14:44:46 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Tue, 24 Oct 2017 12:44:46 +0000
Subject: [Users] [Bug 3901] Failure (race condition) with Dovecot
In-Reply-To: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
References: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
Message-ID: <bug-3901-595-u2kPFpziUV@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3901

--- Comment #16 from Paul <paul at claws-mail.org> ---
(In reply to comment #15)

What has inc got to do with this? Are you using an external program to fetch
mail?

Can you try fetching mail with just one of the problematic accounts and one
only and share that debug out?

-- 
You are receiving this mail because:
You are the assignee for the bug.


From noreply at thewildbeast.co.uk  Tue Oct 24 15:19:12 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Tue, 24 Oct 2017 13:19:12 +0000
Subject: [Users] [Bug 3901] Failure (race condition) with Dovecot
In-Reply-To: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
References: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
Message-ID: <bug-3901-595-xctsQVLjhx@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3901

--- Comment #17 from Michael Schwendt <mschwendt at fedoraproject.org> ---
> What has inc got to do with this?

And what symlink would be relevant for inc?

The brevity of comments in this ticket is not helpful. Also, the mailing-list
would be more suitable for sharing log files.

-- 
You are receiving this mail because:
You are the assignee for the bug.


From noreply at thewildbeast.co.uk  Tue Oct 24 15:57:44 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Tue, 24 Oct 2017 13:57:44 +0000
Subject: [Users] [Bug 3901] Failure (race condition) with Dovecot
In-Reply-To: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
References: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
Message-ID: <bug-3901-595-UcpuF6j85l@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3901

--- Comment #18 from acharnleygg at gmail.com ---
Paul, I was asked for multiple fetching and that I did. claws-mail uses inc
underneath the hood to automate it and it was missing. That's a separate issue
that I've since filed with Fedora.

Yes, let's focus on one of the accounts that doesn't work.

I have no debugging information available from Dovecot or from Claws other than
what is in the log window and console.

Window:

[14:56:47] POP< +OK Logged in.
[14:56:47] POP> STAT
[14:56:47] POP< -ERR Unknown command: 
*** error occurred on POP session
*** Error occurred while processing mail.

Console:


TIMING msgcache_get_msg_list : 0s000ms
msgcache.c:277:TIMING msgcache_get_msg_list : 0s000ms
filtering.c:198:checking 0 messages

** (claws-mail:1418): WARNING **: [14:56:47] Error occurred while processing
mail.

alertpanel.c:254:Creating alert panel dialog...

-- 
You are receiving this mail because:
You are the assignee for the bug.


From noreply at thewildbeast.co.uk  Tue Oct 24 16:03:55 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Tue, 24 Oct 2017 14:03:55 +0000
Subject: [Users] [Bug 3901] Failure (race condition) with Dovecot
In-Reply-To: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
References: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
Message-ID: <bug-3901-595-0RDtOxAYgr@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3901

--- Comment #19 from acharnleygg at gmail.com ---
Related: https://bugzilla.redhat.com/show_bug.cgi?id=1053916

-- 
You are receiving this mail because:
You are the assignee for the bug.


From noreply at thewildbeast.co.uk  Tue Oct 24 16:41:37 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Tue, 24 Oct 2017 14:41:37 +0000
Subject: [Users] [Bug 3901] Failure (race condition) with Dovecot
In-Reply-To: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
References: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
Message-ID: <bug-3901-595-8aWHeUacnb@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3901

--- Comment #20 from Paul <paul at claws-mail.org> ---
(In reply to comment #17) 
> The brevity of comments in this ticket is not helpful. Also, the
> mailing-list would be more suitable for sharing log files.

Log files were asked for here, so sharing them here is fine.

-- 
You are receiving this mail because:
You are the assignee for the bug.


From noreply at thewildbeast.co.uk  Tue Oct 24 16:43:37 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Tue, 24 Oct 2017 14:43:37 +0000
Subject: [Users] [Bug 3901] Failure (race condition) with Dovecot
In-Reply-To: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
References: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
Message-ID: <bug-3901-595-UI5PPUEcmm@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3901

--- Comment #21 from Paul <paul at claws-mail.org> ---
(In reply to comment #18)
> claws-mail uses inc underneath the hood to automate it and it was missing. 

No, it doesn't.

-- 
You are receiving this mail because:
You are the assignee for the bug.


From noreply at thewildbeast.co.uk  Tue Oct 24 17:14:47 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Tue, 24 Oct 2017 15:14:47 +0000
Subject: [Users] [Bug 3901] Failure (race condition) with Dovecot
In-Reply-To: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
References: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
Message-ID: <bug-3901-595-yVZW6pnkPc@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3901

--- Comment #22 from Michael Schwendt <mschwendt at fedoraproject.org> ---
The ticket wrt the wrong default ext_inc_path is this:
https://bugzilla.redhat.com/1505859

See my response in that ticket.

-- 
You are receiving this mail because:
You are the assignee for the bug.


From noreply at thewildbeast.co.uk  Tue Oct 24 17:26:13 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Tue, 24 Oct 2017 15:26:13 +0000
Subject: [Users] [Bug 3901] Failure (race condition) with Dovecot
In-Reply-To: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
References: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
Message-ID: <bug-3901-595-cGmdSVfAfC@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3901

--- Comment #23 from acharnleygg at gmail.com ---
OK, whatever Paul. It complained inc was missing and failed without it.

-- 
You are receiving this mail because:
You are the assignee for the bug.


From noreply at thewildbeast.co.uk  Tue Oct 24 18:46:20 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Tue, 24 Oct 2017 16:46:20 +0000
Subject: [Users] [Bug 3901] Failure (race condition) with Dovecot
In-Reply-To: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
References: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
Message-ID: <bug-3901-595-uvjtbjZ6UL@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3901

--- Comment #24 from Paul <paul at claws-mail.org> ---
(In reply to comment #23)
> OK, whatever Paul. It complained inc was missing and failed without it.

OK. It's true, though.

How does the outcome of https://bugzilla.redhat.com/1505859 reflect on this
report?

-- 
You are receiving this mail because:
You are the assignee for the bug.


From noreply at thewildbeast.co.uk  Wed Oct 25 10:37:31 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Wed, 25 Oct 2017 08:37:31 +0000
Subject: [Users] [Bug 3901] Failure (race condition) with Dovecot
In-Reply-To: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
References: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
Message-ID: <bug-3901-595-yE6A6WbCgr@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3901

--- Comment #25 from Andrej Kacian <andrej at kacian.sk> ---
Can you try manually reentering the correct password on the affected accounts?
My suspicion is that you somehow have a trailing newline included in the
password (perhaps via copy&paste, so Claws Mail ends up sending an extra
newline after the PASS line, and before the STAT line, leading to the -ERR
response.

Manual test:

$ telnet localhost 110
Trying ::1...
Connected to localhost.
Escape character is '^]'.
+OK Dovecot ready.
USER xyz1
+OK
PASS xyz%1*pwd

+OK Logged in.
-ERR Unknown command:

-- 
You are receiving this mail because:
You are the assignee for the bug.


From noreply at thewildbeast.co.uk  Wed Oct 25 12:18:42 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Wed, 25 Oct 2017 10:18:42 +0000
Subject: [Users] [Bug 3901] Failure (race condition) with Dovecot
In-Reply-To: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
References: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
Message-ID: <bug-3901-595-eUiHGoa2ct@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3901

--- Comment #26 from acharnleygg at gmail.com ---
AMAZING Andrej!!

They are copy/pasted from a spreadsheet and while there's no newline in the
spreadsheet value LibreOffice is inserting one on copy.

So the resolution, if a small change could be made to strip \n\r characters
from the password in Claws this will not happen for other unsuspecting users.

Bravo Andrej!

-- 
You are receiving this mail because:
You are the assignee for the bug.


From noreply at thewildbeast.co.uk  Wed Oct 25 12:43:23 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Wed, 25 Oct 2017 10:43:23 +0000
Subject: [Users] [Bug 3901] Failure (race condition) with Dovecot
In-Reply-To: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
References: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
Message-ID: <bug-3901-595-Bwc2QnI7jj@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3901

Paul <paul at claws-mail.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |INVALID

-- 
You are receiving this mail because:
You are the assignee for the bug.


From noreply at thewildbeast.co.uk  Wed Oct 25 13:08:30 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Wed, 25 Oct 2017 11:08:30 +0000
Subject: [Users] [Bug 3901] Failure (race condition) with Dovecot
In-Reply-To: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
References: <bug-3901-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
Message-ID: <bug-3901-595-IoQcOznr9p@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3901

--- Comment #27 from Andrej Kacian <andrej at kacian.sk> ---
In next release, there will be a "Show password" checkbox next to each
password, and a newline character will be easily visible there. We will also
look at adding a warning in case user enters a newline character in username or
password field.

I do not like the idea of automatically correcting this for the user.

-- 
You are receiving this mail because:
You are the assignee for the bug.


From olaf at aepfle.de  Wed Oct 25 16:52:16 2017
From: olaf at aepfle.de (Olaf Hering)
Date: Wed, 25 Oct 2017 16:52:16 +0200
Subject: [Users] Ignoring messages an ongoing conversation unreliable
In-Reply-To: <20170618213350.3756d8b5.olaf@aepfle.de>
References: <20170618213350.3756d8b5.olaf@aepfle.de>
Message-ID: <20171025145216.GC9590@aepfle.de>

On Sun, Jun 18, Olaf Hering wrote:

> Since a few weeks I uses the 'Ignore conversation' feature to automatically mark further replies to the start of a thread as read. This works in >95% of the cases. Sometimes claws still shows me new, unread messages 'deep' in a conversation.

> What can be done to debug it?
> Where is the info about 'ignored conversations' stored?


This happens more often now, and starts to bother me.

Is anyone beside me using this feature anyway?

I browsed the code briefly. It seems MSG_IGNORE_THREAD is the flag that is in some cases not propagated for newly arrived mails. Where is the code that processes newly arrived mails? Perhaps I can come up with a debug change to trace the issue.

Thanks.

Olaf
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
URL: <http://lists.claws-mail.org/pipermail/users/attachments/20171025/9e5e8f72/attachment.sig>

From silver.bullet at zoho.com  Wed Oct 25 18:37:33 2017
From: silver.bullet at zoho.com (Ralf Mardorf)
Date: Wed, 25 Oct 2017 18:37:33 +0200
Subject: [Users] Ignoring messages an ongoing conversation unreliable
In-Reply-To: <20171025145216.GC9590@aepfle.de>
References: <20170618213350.3756d8b5.olaf@aepfle.de>
 <20171025145216.GC9590@aepfle.de>
Message-ID: <20171025183733.0a85653b@utnubu>

On Wed, 25 Oct 2017 16:52:16 +0200, Olaf Hering wrote:
>On Sun, Jun 18, Olaf Hering wrote:
>
>> Since a few weeks I uses the 'Ignore conversation' feature to
>> automatically mark further replies to the start of a thread as read.
>> This works in >95% of the cases. Sometimes claws still shows me new,
>> unread messages 'deep' in a conversation.  
>
>> What can be done to debug it?
>> Where is the info about 'ignored conversations' stored?  
>
>
>This happens more often now, and starts to bother me.
>
>Is anyone beside me using this feature anyway?
>
>I browsed the code briefly. It seems MSG_IGNORE_THREAD is the flag
>that is in some cases not propagated for newly arrived mails. Where is
>the code that processes newly arrived mails? Perhaps I can come up
>with a debug change to trace the issue.

Just a shot into the dark, could it be that those threads are broken?

An "unread messages 'deep' in a conversation" not necessarily doesn't
break the thread. Is it a message 'deep' in the thread tree, or does it
start a new thread (tree).

FWIW, no, I'm not using this feature.



From olaf at aepfle.de  Thu Oct 26 08:14:04 2017
From: olaf at aepfle.de (Olaf Hering)
Date: Thu, 26 Oct 2017 08:14:04 +0200
Subject: [Users] Ignoring messages an ongoing conversation unreliable
In-Reply-To: <20171025183733.0a85653b@utnubu>
References: <20170618213350.3756d8b5.olaf@aepfle.de>
 <20171025145216.GC9590@aepfle.de> <20171025183733.0a85653b@utnubu>
Message-ID: <20171026061404.GB4555@aepfle.de>

On Wed, Oct 25, Ralf Mardorf wrote:

> Just a shot into the dark, could it be that those threads are broken?

Last time I briefly looked at the headers, they looked sane. Also in the
case yesterday "References:" and "In-Reply-To:" look sane, even with
"User-Agent" == "Microsoft-MacOutlook"...

Olaf
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
URL: <http://lists.claws-mail.org/pipermail/users/attachments/20171026/1c4b8173/attachment.sig>

From rhutter at posteo.de  Thu Oct 26 11:47:34 2017
From: rhutter at posteo.de (Ralf Hutter)
Date: Thu, 26 Oct 2017 11:47:34 +0200
Subject: [Users] How to save emails to and open from disk?
Message-ID: <20171026114734.6a9b7e32@Trisdesk>

Hello everybody,
i can't open an email that i've saved to disk (Ctrl + S). What do i have
to do? Do i have to save it to a special format?
When i go to the properties of the saved file, it says it's an email
message and Claws is the program to open it, but nothing happens when i
want to open it.
Btw, it seems to me that in the Claws interface there's no menu entry
for opening a file like that.
Thanks in advance.
Ralf
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: not available
URL: <http://lists.claws-mail.org/pipermail/users/attachments/20171026/182ccf01/attachment.sig>

From claws at thewildbeast.co.uk  Thu Oct 26 11:57:22 2017
From: claws at thewildbeast.co.uk (Paul)
Date: Thu, 26 Oct 2017 10:57:22 +0100
Subject: [Users] How to save emails to and open from disk?
In-Reply-To: <20171026114734.6a9b7e32@Trisdesk>
References: <20171026114734.6a9b7e32@Trisdesk>
Message-ID: <20171026105722.58688a9e@kujata>

On Thu, 26 Oct 2017 11:47:34 +0200
Ralf Hutter <rhutter at posteo.de> wrote: 

> i can't open an email that i've saved to disk (Ctrl + S). What do i
> have to do? Do i have to save it to a special format?

it's just a simple text file.

with regards

Paul


From colin at colino.net  Thu Oct 26 12:02:58 2017
From: colin at colino.net (Colin Leroy)
Date: Thu, 26 Oct 2017 12:02:58 +0200
Subject: [Users] How to save emails to and open from disk?
In-Reply-To: <20171026114734.6a9b7e32@Trisdesk>
References: <20171026114734.6a9b7e32@Trisdesk>
Message-ID: <20171026120258.5304124f@colin.i-run.lau>

On Thu, 26 Oct 2017 11:47:34 +0200, Ralf Hutter <rhutter at posteo.de>
wrote:

> When i go to the properties of the saved file, it says it's an email
> message and Claws is the program to open it, but nothing happens when
> i want to open it.
> Btw, it seems to me that in the Claws interface there's no menu entry
> for opening a file like that.

What you can do is drag and drop it either to the email list or to a
folder. It will be copied in the folder.

-- 
Colin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <http://lists.claws-mail.org/pipermail/users/attachments/20171026/dfc3e390/attachment.sig>

From rhutter at posteo.de  Thu Oct 26 12:04:20 2017
From: rhutter at posteo.de (Ralf Hutter)
Date: Thu, 26 Oct 2017 12:04:20 +0200
Subject: [Users] How to save emails to and open from disk?
In-Reply-To: <20171026105722.58688a9e@kujata>
References: <20171026114734.6a9b7e32@Trisdesk> <20171026105722.58688a9e@kujata>
Message-ID: <20171026120420.74b11a8b@Trisdesk>

Right, i can read some saved emails with a text editor. But then
there are 2 mails from the same sender where i see the header and
then it looks like this. Is this avoidable?

----boundary_1016_c50c233f-1b75-453e-b4bb-461e28528a84
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: base64

DQoJDQoJCQ0KCQkNCgkNCgkNCgkJDQoJCQkNCgkJCQnCoA0KCQkJDQoJCQkJTWVkaWVu
aW5mb3JtYXRpb24gTnIuIDE3NyB8IHBwIHwgMjUuMTAuMjAxN8KgwqBSaXNzIGluIGRl
ciBPcmRudW5nIMKgVG91cmlzbXVzZm9yc2NodW5nIMO8YmVyIGRhcyBSZWlzZW4gYWxz
IFByaXZpbGVnIGJpcyB6dW0gbW9kZXJuZW4gTWFzc2VudG91cmlzbXVzIMKgQmlsbGln
ZmxpZWdlciBicmluZ2VuIGhldXRlIE1pbGxpb25lbiBUb3VyaXN0ZW4gaW4gYWxsZSBX
ZWx0LiBEYXMgUmVpc2VuIGlzdCwgenVtaW5kZXN0IGbDvHIgZGllIE1lbnNjaGVuIGlu
IGRlbiBJbmR1c3RyaWVsw6RuZGVybiwgenVyIFNlbGJzdHZlcnN0w6RuZGxpY2hrZWl0
IGdld29yZGVuLiBXaWUgc2ljaCBkYXMgUmVpc2VuIHZvbiBhbnRpa2VuIFdhbmRlcnVu
Z2VuIMO8YmVyIGRhcyBSZWlzZW4gYWxzIFByaXZpbGVnIGRlciBCZXR1Y2h0ZW4gYmlz
IGhpbiB6dW0gTWFzc2VudG91cmlzbXVzIGVudHdpY2tlbHRlIGhhdCwgZXJmb3JzY2h0
IFByb2YuIERyLiBIYXNzbyBTcG9kZSwgSGlzdG9yaWtlciB1bmQgTGVpdGVyIGRlcyBo
aXN0b3Jpc2NoZW4gQXJjaGl2cyB6dW0gVG91cmlzbXVzIGRlciBUVSBCZXJsaW4gKEhB
VCksIGRhcyBtZWhyIGFscyA2MDAgUmVnYWxtZXRlciBhbiBnZWRydWNrdGVuIHVuZCB1
bmdlZHJ1Y2t0ZW4gTWF0ZXJpYWxpZW4genVtIFRoZW1hIHVtZmFzc3QgdW5kIGbDvHIg
ZGllIMOWZmZlbnRsaWNoa2VpdCB6dWfDpG5nbGljaCBpc3QuIMKgRGFzIFBow6Rub21l
biDigJ5SZWlzZW7igJwgaXN0IHNjaG9uIHNlaXQgSmFocmh1bmRlcnRlbiBUaGVtYSBh
dWNoIGluIGRlciBMaXRlcmF0dXIuIFZvbiBkZW4g4oCeQnJvdCB1bmQgU3BpZWxlbuKA
nCBkZXIgQW50aWtlLCDDvGJlciBkYXMg4oCec8O8w59l4oCcIE5pY2h0c3R1biBhZGVs
aWdlciBHZXNlbGxzY2hhZnRlbiB1bmQgZGllIHN5c3RlbWF0aXNjaGUg4oCeS3JhZnQg
ZHVyY2ggRnJldWRl4oCcLUJld2VndW5nIGltIE5hdGlvbmFsc296aWFsaXNtdXMgYmlu
IGhpbiB6dW0gTWFzc2VudG91cmlzbXVzIHVuc2VyZXIgWmVpdC4gRGVyIEF1ZnN0aWVn
IGRlcyBNYXNzZW50b3VyaXNtdXMgYmVnYW5uIDE5MTEsIGFscyBpbiBCZXJsaW4gZGll
IGVyc3RlIFRvdXJpc3Rpa21lc3NlIGRlciBXZWx0IGlocmUgUGZvcnRlbiDDtmZmbmV0
ZS4gRnJlaWxpY2ggYmxpZWIgZGFzIFJlaXNlbiB6dW0gVmVyZ27DvGdlbiBub2NoIGxh
bmdlIGRhcyBQcml2aWxlZyBkZXIgQmV0dWNodGVuLiAxOTYwIGVyc2NoaWVuIGRpZSBl
cnN0ZSBEb2t0b3JhcmJlaXQgenVtIFRvdXJpc211cywgaGV1dGUgaGF0IGRlciBtYXNz
ZW5oYWZ0ZSBGYWNlYm9vay1Qb3N0IGRpZSBBbnNpY2h0c2thcnRlIGVyc2V0enQuwqBU
b3VyaXNtdXNmb3JzY2hlciBQcm9mLiBEci4gSGFzc28gU3BvZGUsIExlaXRlciBkZXMg
d2VsdHdlaXQgZWluemlnYXJ0aWdlbiBIaXN0b3Jpc2NoZW4gQXJjaGl2cyB6dW0gVG91
cmlzbXVzIChIQVQpIGFuIGRlciBUVSBCZXJsaW4gYmVzY2jDpGZ0aWd0IHNpY2ggc2Vp
dCBKYWhyemVobnRlbiBtaXQgZGVyIEVudHdpY2tsdW5nIGRlcyBUb3VyaXNtdXMgdW5k
IGlzdCBIZXJhdXNnZWJlciBtZWhyZXJlciBGYWNoemVpdHNjaHJpZnRlbiB6dW0gVGhl
bWEuIFdpZSBzaWNoIGRlciBCZWdyaWZmIOKAnkZyZWl6ZWl04oCcIGltIExhdWZlIGRl
ciBaZWl0IHdhbmRlbHRlIOKAkyBuw6RtbGljaCB2b24gZGVyIGFudGlrZW4gTXXDn2Ug
w7xiZXIgZGVuIEdlZ2VuYmVncmlmZiB6dXIga2FwaXRhbGlzdGlzY2gtaW5kdXN0cmll
bGxlbiBBcmJlaXQgYmlzIHp1bSBBdXNkcnVjayBkZXIgaGV1dGlnZW4gRnJlaXplaXQt
IHVuZCBTcGHDn2dlc2VsbHNjaGFmdCDigJMgZGFzIGhhdCBIYXNzbyBTcG9kZSBpbiBz
ZWluZXIgbmV1ZW4gUHVibGlrYXRpb24g4oCeUmlzcyBpbiBkZXIgT3JkbnVuZyDigJMg
RnJlaXplaXQgdW5kIEZyZWl6ZWl0Zm9yc2NodW5nIGF1cyBoaXN0b3Jpc2NoZXIgU2lj
aHTigJwgYXVzZsO8aHJsaWNoIGRhcmdlc3RlbGx0LiDCoFNlaW4gRmF6aXQ6IEZyZWl6
ZWl0IGlzdCBlaW4gUmlzcyBpbiBkZXIgT3JkbnVuZyB2b24gWmVpdCB1bmQgUmF1bSwg
ZWluIEZlc3QsIGVpbiBTcGllbCwgZWluZSBBdXN6ZWl0LiBGcmVpemVpdCBzZWksIHNv
emlvbG9naXNjaCBnZXNlaGVuLCBhbHMgRXJzdGVzIG5pY2h0IHp1bSBBZGVsIGdla29t
bWVuLCBzb25kZXJuIHp1IGRlbiBVbnRlcnNjaGljaHRlbi4gSW0gbGFuZ2VuIMOcYmVy
Z2FuZ3Nwcm96ZXNzIHZvbSBNaXR0ZWxhbHRlciB6dXIgTW9kZXJuZSB3dXJkZW4gU3Bp
ZWwgdW5kIEZlc3QgU2Nocml0dCB1bSBTY2hyaXR0IHPDpGt1bGFyaXNpZXJ0LCBwYXpp
Zml6aWVydCwgdGVjaG5pc2llcnQsIGtvbW1lcnppYWxpc2llcnQgdW5kIGLDvHJva3Jh
dGlzaWVydC4gRGllIFZlcndlbmR1bmcgZGVyIOKAnmZyZWllbiBaZWl04oCcIHdhciB1
bmQgaXN0IGRhYmVpIGVpbiBLYW1wZnBsYXR6IGRlciBtb3JhbGlzY2hlbiBEZXV0dW5n
c2hvaGVpdCDDvGJlciBkYXMg4oCecmVjaHRlIExlYmVu4oCcIOKAkyBoZXV0ZSByZWdp
ZXJ0IHZvbiBkZW4g4oCeR8O2dHplbuKAnCBHZXN1bmRoZWl0LCBOYWNoaGFsdGlna2Vp
dCB1bmQgU2ljaGVyaGVpdC4gwqBEYXMgVG91cmlzbXVzYXJjaGl2IGRlciBUVSBCZXJs
aW4gKEhBVCkgd2lyZCBnZW1laW5zYW0gdm9tIENlbnRlciBmb3IgTWV0cm9wb2xpdGFu
IFN0dWRpZXMgdW5kIGRlbSBaZW50cnVtIGbDvHIgVGVjaG5payB1bmQgR2VzZWxsc2No
YWZ0IGRlciBUVSBCZXJsaW4gZ2V0cmFnZW4gdW5kIHZvbiBkZXIgV2lsbHktU2NoYXJu
b3ctU3RpZnR1bmcgZsO8ciBUb3VyaXN0aWssIEZyYW5rZnVydCBhLk0uLCBrb2ZpbmFu
emllcnQuIEVzIGlzdCBmw7xyIEludGVyZXNzaWVydGUgbmFjaCBWZXJlaW5iYXJ1bmcg
Z2XDtmZmbmV0OsKgVFUgQmVybGluIOKAk1RvdXJpc211c2FyY2hpdiwgSGFyZGVuYmVy
Z3N0cmHDn2UgMTbigJMxOCAxMDYyMyBCZXJsaW5odHRwOi8vaGlzdC1zb3ouZGUvaGF0
L2FyY2hpdi5odG1sICAgwqBIYXNzbyBTcG9kZSBSaXNzIGluIGRlciBPcmRudW5nIOKA
kyBGcmVpemVpdCB1bmQgRnJlaXplaXRmb3JzY2h1bmcgYXVzIGhpc3RvcmlzY2hlciBT
aWNodCAoaW46IFJlc29uYW56ZW46IEZyZWl6ZWl0ZW4sIFdpZW4gMjAxNynCoMKgV2Vp
dGVyZSBJbmZvcm1hdGlvbmVuIGVydGVpbHQgSWhuZW4gZ2VybjogUHJvZi4gRHIuIEhh
c3NvIFNwb2RlVFUgQmVybGluSW5zdGl0dXQgZsO8ciBLdW5zdHdpc3NlbnNjaGFmdCB1
bmQgSGlzdG9yaXNjaGUgVXJiYW5pc3Rpa0NlbnRlciBmb3IgTWV0cm9wb2xpdGFuIFN0
dWRpZXMgVGVsLjogMDMwLzMxNC0yODMyOUUtTWFpbDogaGF0QGhpc3Qtc296LmRlIMKg
wqDCoA0KCQkJDQoJCQkJSW1wcmVzc3VtOiBUZWNobmlzY2hlIFVuaXZlcnNpdMOkdCBC
ZXJsaW5TdGFic3N0ZWxsZSBQcmVzc2UsIMOWZmZlbnRsaWNoa2VpdHNhcmJlaXQgdW5k
IEFsdW1uaVN0cmHDn2UgZGVzIDE3LiBKdW5pIDEzNTEwNjIzIEJlcmxpblRlbC46IDAz
MC8zMTQtMjM5MjJFLU1haWw6IHByZXNzZXN0ZWxsZUB0dS1iZXJsaW4uZGVXV1c6IHd3
dy5wcmVzc2VzdGVsbGUudHUtYmVybGluLmRlwqAgwqBNZWRpZW52ZXJ0ZWlsZXI6IFp1
ciBBdWZuYWhtZSBpbiBkZW4gTWVkaWVudmVydGVpbGVyIGRlciBUVSBCZXJsaW4gZsO8
bGxlbiBTaWUgYml0dGUgZGVuIEZyYWdlYm9nZW4gYXVzLCBkZW4gU2llIHVudGVyIGh0
dHA6Ly93d3cucHJlc3Nlc3RlbGxlLnR1LWJlcmxpbi5kZS9tZWRpZW52ZXJ0ZWlsZXIg
aGVydW50ZXJsYWRlbiBrw7ZubmVuLiBBZHJlc3PDpG5kZXJ1bmdlbiBvZGVyIEFiYmVz
dGVsbHVuZ2VuIHNjaGlja2VuIFNpZSBiaXR0ZSBhbiBwcmVzc2VzdGVsbGVAdHUtYmVy
bGluLmRlLsKgDQoJCQ0KCQnCoA0K
----boundary_1016_c50c233f-1b75-453e-b4bb-461e28528a84
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: base64

PCFET0NUWVBFIGh0bWwgUFVCTElDICItLy9XM0MvL0RURCBYSFRNTCAxLjAgVHJhbnNp
dGlvbmFsLy9FTiIgImh0dHA6Ly93d3cudzMub3JnL1RSL3hodG1sMS9EVEQveGh0bWwx
LXRyYW5zaXRpb25hbC5kdGQiPg0KPGh0bWwgeG1sbnM9Imh0dHA6Ly93d3cudzMub3Jn
LzE5OTkveGh0bWwiPg0KCTxoZWFkPg0KCQk8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50
LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+PHRpdGxlPg0K
CQk8L3RpdGxlPg0KCTwvaGVhZD4NCgk8Ym9keT4NCgkJPHRhYmxlIGJvcmRlcj0iMCIg
Y2VsbHNwYWNpbmc9IjAiIGNlbGxwYWRkaW5nPSIwIiBhbGlnbj0iY2VudGVyIiBzdHls
ZT0iYm9yZGVyLWNvbGxhcHNlOmNvbGxhcHNlOyI+DQoJCQk8dHI+DQoJCQkJPHRkIGNv
bHNwYW49IjIiIHZhbGlnbj0idG9wIiB3aWR0aD0iNjkyIiBzdHlsZT0id2lkdGg6NTE5
cHQ7cGFkZGluZzowcHQgNS40cHQgMHB0IDUuNHB0O2JvcmRlci10b3A6bm9uZTtib3Jk
ZXItcmlnaHQ6bm9uZTtib3JkZXItYm90dG9tOm5vbmU7Ym9yZGVyLWxlZnQ6bm9uZTsi
PjxwIHN0eWxlPSJ0ZXh0LWFsaWduOmxlZnQ7dGV4dC1pbmRlbnQ6MHB0O21hcmdpbjow
cHQgMHB0IDBwdCAwcHQ7Ij48c3BhbiBzdHlsZT0iY29sb3I6IzAwMDAwMDtiYWNrZ3Jv
dW5kLWNvbG9yOnRyYW5zcGFyZW50O2ZvbnQtZmFtaWx5OlRpbWVzIE5ldyBSb21hbjtm
b250LXNpemU6MTJwdDtmb250LXdlaWdodDpub3JtYWw7Zm9udC1zdHlsZTpub3JtYWw7
Ij7CoDwvc3Bhbj48L3A+PC90ZD48L3RyPg0KCQkJPHRyPg0KCQkJCTx0ZCBjb2xzcGFu
PSIyIiB2YWxpZ249InRvcCIgd2lkdGg9IjY5MiIgc3R5bGU9IndpZHRoOjUxOXB0O3Bh
ZGRpbmc6MHB0IDUuNHB0IDBwdCA1LjRwdDtib3JkZXItdG9wOm5vbmU7Ym9yZGVyLXJp
Z2h0Om5vbmU7Ym9yZGVyLWJvdHRvbTpub25lO2JvcmRlci1sZWZ0Om5vbmU7Ij48cCBz
dHlsZT0idGV4dC1hbGlnbjpsZWZ0O3RleHQtaW5kZW50OjBwdDttYXJnaW46MHB0IDBw
dCAwcHQgMHB0OyI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDAwMDA7YmFja2dyb3VuZC1j
b2xvcjp0cmFuc3BhcmVudDtmb250LWZhbWlseTpBcmlhbDtmb250LXNpemU6MTFwdDtm
b250LXdlaWdodDpub3JtYWw7Zm9udC1zdHlsZTpub3JtYWw7Ij48aW1nIHNyYz0iaHR0
cDovL3d3dy50dS1iZXJsaW4uZGUvZmlsZWFkbWluL2E3MDEwMDcxMC9Eb2t1bWVudGF0
aW9uZW4vSW1hZ2VtYXRlcmlhbC9UVS1Mb2dvcy9UVV9Mb2dvX1BJLUhlYWRlcl9uZXU1
LnBuZyIgd2lkdGg9IjcwMCIgaGVpZ2h0PSI5NSIgYWx0PSIiIHN0eWxlPSJib3JkZXIt
d2lkdGg6MHB4OyI+PC9zcGFuPjwvcD48cCBzdHlsZT0idGV4dC1hbGlnbjpsZWZ0O3Rl
eHQtaW5kZW50OjBwdDttYXJnaW46MHB0IDBwdCAwcHQgMHB0OyI+PHNwYW4gc3R5bGU9
ImNvbG9yOiNDNTBFMUY7YmFja2dyb3VuZC1jb2xvcjp0cmFuc3BhcmVudDtmb250LWZh
bWlseTpBcmlhbDtmb250LXNpemU6MTFwdDtmb250LXdlaWdodDpib2xkO2ZvbnQtc3R5
bGU6bm9ybWFsOyI+PGJyPk1lZGllbmluZm9ybWF0aW9uIE5yLiAxNzcgfCBwcCB8IDI1
LjEwLjIwMTc8L3NwYW4+PC9wPjxwIHN0eWxlPSJ0ZXh0LWFsaWduOmxlZnQ7dGV4dC1p
bmRlbnQ6MHB0O21hcmdpbjowcHQgMHB0IDBwdCAwcHQ7Ij48c3BhbiBzdHlsZT0iY29s
b3I6I0M1MEUxRjtiYWNrZ3JvdW5kLWNvbG9yOnRyYW5zcGFyZW50O2ZvbnQtZmFtaWx5
OkFyaWFsO2ZvbnQtc2l6ZToxMXB0O2ZvbnQtd2VpZ2h0OmJvbGQ7Zm9udC1zdHlsZTpu
b3JtYWw7Ij7CoDwvc3Bhbj48L3A+PHAgc3R5bGU9InRleHQtYWxpZ246bGVmdDt0ZXh0
LWluZGVudDowcHQ7bWFyZ2luOjBwdCAwcHQgMHB0IDBwdDsiPjxzcGFuIHN0eWxlPSJj
b2xvcjojQzUwRTFGO2JhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7Zm9udC1mYW1p
bHk6QXJpYWw7Zm9udC1zaXplOjExcHQ7Zm9udC13ZWlnaHQ6Ym9sZDtmb250LXN0eWxl
Om5vcm1hbDsiPsKgPC9zcGFuPjwvcD48cCBzdHlsZT0idGV4dC1hbGlnbjpsZWZ0O3Rl
eHQtaW5kZW50OjBwdDttYXJnaW46MHB0IDBwdCAwcHQgMHB0OyI+PHNwYW4gc3R5bGU9
ImNvbG9yOiMwMDAwMDA7YmFja2dyb3VuZC1jb2xvcjp0cmFuc3BhcmVudDtmb250LWZh
bWlseTpBcmlhbDtmb250LXNpemU6MTRwdDtmb250LXdlaWdodDpib2xkO2ZvbnQtc3R5
bGU6bm9ybWFsOyI+UmlzcyBpbiBkZXIgT3JkbnVuZyA8L3NwYW4+PC9wPjxwIHN0eWxl
PSJ0ZXh0LWFsaWduOmxlZnQ7dGV4dC1pbmRlbnQ6MHB0O21hcmdpbjowcHQgMHB0IDBw
dCAwcHQ7Ij48c3BhbiBzdHlsZT0iY29sb3I6IzAwMDAwMDtiYWNrZ3JvdW5kLWNvbG9y
OnRyYW5zcGFyZW50O2ZvbnQtZmFtaWx5OkFyaWFsO2ZvbnQtc2l6ZToxMnB0O2ZvbnQt
d2VpZ2h0OmJvbGQ7Zm9udC1zdHlsZTpub3JtYWw7Ij7CoDwvc3Bhbj48L3A+PHAgc3R5
bGU9InRleHQtYWxpZ246bGVmdDt0ZXh0LWluZGVudDowcHQ7bWFyZ2luOjBwdCAwcHQg
MHB0IDBwdDsiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAwMDAwO2JhY2tncm91bmQtY29s
b3I6dHJhbnNwYXJlbnQ7Zm9udC1mYW1pbHk6QXJpYWw7Zm9udC1zaXplOjEycHQ7Zm9u
dC13ZWlnaHQ6Ym9sZDtmb250LXN0eWxlOm5vcm1hbDsiPlRvdXJpc211c2ZvcnNjaHVu
ZyDDvGJlciBkYXMgUmVpc2VuIGFscyBQcml2aWxlZyBiaXMgenVtIG1vZGVybmVuIE1h
c3NlbnRvdXJpc211cyA8L3NwYW4+PC9wPjxwIHN0eWxlPSJ0ZXh0LWFsaWduOmp1c3Rp
Znk7dGV4dC1pbmRlbnQ6MHB0O21hcmdpbjowcHQgMHB0IDBwdCAwcHQ7Ij48c3BhbiBz
dHlsZT0iY29sb3I6IzAwMDAwMDtiYWNrZ3JvdW5kLWNvbG9yOnRyYW5zcGFyZW50O2Zv
bnQtZmFtaWx5OkFyaWFsO2ZvbnQtc2l6ZToxMXB0O2ZvbnQtd2VpZ2h0Om5vcm1hbDtm
b250LXN0eWxlOm5vcm1hbDsiPsKgPC9zcGFuPjwvcD48cCBzdHlsZT0idGV4dC1hbGln
bjpqdXN0aWZ5O3RleHQtaW5kZW50OjBwdDttYXJnaW46MHB0IDBwdCAwcHQgMHB0OyI+
PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDAwMDA7YmFja2dyb3VuZC1jb2xvcjp0cmFuc3Bh
cmVudDtmb250LWZhbWlseTpBcmlhbDtmb250LXNpemU6MTFwdDtmb250LXdlaWdodDpi
b2xkO2ZvbnQtc3R5bGU6bm9ybWFsOyI+QmlsbGlnZmxpZWdlciBicmluZ2VuIGhldXRl
IE1pbGxpb25lbiBUb3VyaXN0ZW4gaW4gYWxsZSBXZWx0LiBEYXMgUmVpc2VuIGlzdCwg
enVtaW5kZXN0IGbDvHIgZGllIE1lbnNjaGVuIGluIGRlbiBJbmR1c3RyaWVsw6RuZGVy
biwgenVyIFNlbGJzdHZlcnN0w6RuZGxpY2hrZWl0IGdld29yZGVuLiBXaWUgc2ljaCBk
YXMgUmVpc2VuIHZvbiBhbnRpa2VuIFdhbmRlcnVuZ2VuIMO8YmVyIGRhcyBSZWlzZW4g
YWxzIFByaXZpbGVnIGRlciBCZXR1Y2h0ZW4gYmlzIGhpbiB6dW0gTWFzc2VudG91cmlz
bXVzIGVudHdpY2tlbHRlIGhhdCwgZXJmb3JzY2h0IFByb2YuIERyLiBIYXNzbyBTcG9k
ZSwgSGlzdG9yaWtlciB1bmQgTGVpdGVyIGRlcyBoaXN0b3Jpc2NoZW4gQXJjaGl2cyB6
dW0gVG91cmlzbXVzIGRlciBUVSBCZXJsaW4gKEhBVCksIGRhcyBtZWhyIGFscyA2MDAg
UmVnYWxtZXRlciBhbiBnZWRydWNrdGVuIHVuZCB1bmdlZHJ1Y2t0ZW4gTWF0ZXJpYWxp
ZW4genVtIFRoZW1hIHVtZmFzc3QgdW5kIGbDvHIgZGllIMOWZmZlbnRsaWNoa2VpdCB6
dWfDpG5nbGljaCBpc3QuIDwvc3Bhbj48L3A+PHAgc3R5bGU9InRleHQtYWxpZ246anVz
dGlmeTt0ZXh0LWluZGVudDowcHQ7bWFyZ2luOjBwdCAwcHQgMHB0IDBwdDsiPjxzcGFu
IHN0eWxlPSJjb2xvcjojMDAwMDAwO2JhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7
Zm9udC1mYW1pbHk6QXJpYWw7Zm9udC1zaXplOjExcHQ7Zm9udC13ZWlnaHQ6bm9ybWFs
O2ZvbnQtc3R5bGU6bm9ybWFsOyI+wqA8L3NwYW4+PC9wPjxwIHN0eWxlPSJ0ZXh0LWFs
aWduOmp1c3RpZnk7dGV4dC1pbmRlbnQ6MHB0O21hcmdpbjowcHQgMHB0IDBwdCAwcHQ7
Ij48c3BhbiBzdHlsZT0iY29sb3I6IzAwMDAwMDtiYWNrZ3JvdW5kLWNvbG9yOnRyYW5z
cGFyZW50O2ZvbnQtZmFtaWx5OkFyaWFsO2ZvbnQtc2l6ZToxMXB0O2ZvbnQtd2VpZ2h0
Om5vcm1hbDtmb250LXN0eWxlOm5vcm1hbDsiPkRhcyBQaMOkbm9tZW4g4oCeUmVpc2Vu
4oCcIGlzdCBzY2hvbiBzZWl0IEphaHJodW5kZXJ0ZW4gVGhlbWEgYXVjaCBpbiBkZXIg
TGl0ZXJhdHVyLiBWb24gZGVuIOKAnkJyb3QgdW5kIFNwaWVsZW7igJwgZGVyIEFudGlr
ZSwgw7xiZXIgZGFzIOKAnnPDvMOfZeKAnCBOaWNodHN0dW4gYWRlbGlnZXIgR2VzZWxs
c2NoYWZ0ZW4gdW5kIGRpZSBzeXN0ZW1hdGlzY2hlIOKAnktyYWZ0IGR1cmNoIEZyZXVk
ZeKAnC1CZXdlZ3VuZyBpbSBOYXRpb25hbHNvemlhbGlzbXVzIGJpbiBoaW4genVtIE1h
c3NlbnRvdXJpc211cyB1bnNlcmVyIFplaXQuIERlciBBdWZzdGllZyBkZXMgTWFzc2Vu
dG91cmlzbXVzIGJlZ2FubiAxOTExLCBhbHMgaW4gQmVybGluIGRpZSBlcnN0ZSBUb3Vy
aXN0aWttZXNzZSBkZXIgV2VsdCBpaHJlIFBmb3J0ZW4gw7ZmZm5ldGUuIEZyZWlsaWNo
IGJsaWViIGRhcyBSZWlzZW4genVtIFZlcmduw7xnZW4gbm9jaCBsYW5nZSBkYXMgUHJp
dmlsZWcgZGVyIEJldHVjaHRlbi4gMTk2MCBlcnNjaGllbiBkaWUgZXJzdGUgRG9rdG9y
YXJiZWl0IHp1bSBUb3VyaXNtdXMsIGhldXRlIGhhdCBkZXIgbWFzc2VuaGFmdGUgRmFj
ZWJvb2stUG9zdCBkaWUgQW5zaWNodHNrYXJ0ZSBlcnNldHp0Ljwvc3Bhbj48L3A+PHAg
c3R5bGU9InRleHQtYWxpZ246anVzdGlmeTt0ZXh0LWluZGVudDowcHQ7bWFyZ2luOjBw
dCAwcHQgMHB0IDBwdDsiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAwMDAwO2JhY2tncm91
bmQtY29sb3I6dHJhbnNwYXJlbnQ7Zm9udC1mYW1pbHk6QXJpYWw7Zm9udC1zaXplOjEx
cHQ7Zm9udC13ZWlnaHQ6bm9ybWFsO2ZvbnQtc3R5bGU6bm9ybWFsOyI+wqA8L3NwYW4+
PC9wPjxwIHN0eWxlPSJ0ZXh0LWFsaWduOmp1c3RpZnk7dGV4dC1pbmRlbnQ6MHB0O21h
cmdpbjowcHQgMHB0IDBwdCAwcHQ7Ij48c3BhbiBzdHlsZT0iY29sb3I6IzAwMDAwMDti
YWNrZ3JvdW5kLWNvbG9yOnRyYW5zcGFyZW50O2ZvbnQtZmFtaWx5OkFyaWFsO2ZvbnQt
c2l6ZToxMXB0O2ZvbnQtd2VpZ2h0Om5vcm1hbDtmb250LXN0eWxlOm5vcm1hbDsiPlRv
dXJpc211c2ZvcnNjaGVyIFByb2YuIERyLiBIYXNzbyBTcG9kZSwgTGVpdGVyIGRlcyB3
ZWx0d2VpdCBlaW56aWdhcnRpZ2VuIEhpc3RvcmlzY2hlbiBBcmNoaXZzIHp1bSBUb3Vy
aXNtdXMgKEhBVCkgYW4gZGVyIFRVIEJlcmxpbiBiZXNjaMOkZnRpZ3Qgc2ljaCBzZWl0
IEphaHJ6ZWhudGVuIG1pdCBkZXIgRW50d2lja2x1bmcgZGVzIFRvdXJpc211cyB1bmQg
aXN0IEhlcmF1c2dlYmVyIG1laHJlcmVyIEZhY2h6ZWl0c2NocmlmdGVuIHp1bSBUaGVt
YS4gV2llIHNpY2ggZGVyIEJlZ3JpZmYg4oCeRnJlaXplaXTigJwgaW0gTGF1ZmUgZGVy
IFplaXQgd2FuZGVsdGUg4oCTIG7DpG1saWNoIHZvbiBkZXIgYW50aWtlbiBNdcOfZSDD
vGJlciBkZW4gR2VnZW5iZWdyaWZmIHp1ciBrYXBpdGFsaXN0aXNjaC1pbmR1c3RyaWVs
bGVuIEFyYmVpdCBiaXMgenVtIEF1c2RydWNrIGRlciBoZXV0aWdlbiBGcmVpemVpdC0g
dW5kIFNwYcOfZ2VzZWxsc2NoYWZ0IOKAkyBkYXMgaGF0IEhhc3NvIFNwb2RlIGluIHNl
aW5lciBuZXVlbiBQdWJsaWthdGlvbiDigJ5SaXNzIGluIGRlciBPcmRudW5nIOKAkyBG
cmVpemVpdCB1bmQgRnJlaXplaXRmb3JzY2h1bmcgYXVzIGhpc3RvcmlzY2hlciBTaWNo
dOKAnCBhdXNmw7xocmxpY2ggZGFyZ2VzdGVsbHQuIDwvc3Bhbj48L3A+PHAgc3R5bGU9
InRleHQtYWxpZ246anVzdGlmeTt0ZXh0LWluZGVudDowcHQ7bWFyZ2luOjBwdCAwcHQg
MHB0IDBwdDsiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAwMDAwO2JhY2tncm91bmQtY29s
b3I6dHJhbnNwYXJlbnQ7Zm9udC1mYW1pbHk6QXJpYWw7Zm9udC1zaXplOjExcHQ7Zm9u
dC13ZWlnaHQ6bm9ybWFsO2ZvbnQtc3R5bGU6bm9ybWFsOyI+wqA8L3NwYW4+PC9wPjxw
IHN0eWxlPSJ0ZXh0LWFsaWduOmp1c3RpZnk7dGV4dC1pbmRlbnQ6MHB0O21hcmdpbjow
cHQgMHB0IDBwdCAwcHQ7Ij48c3BhbiBzdHlsZT0iY29sb3I6IzAwMDAwMDtiYWNrZ3Jv
dW5kLWNvbG9yOnRyYW5zcGFyZW50O2ZvbnQtZmFtaWx5OkFyaWFsO2ZvbnQtc2l6ZTox
MXB0O2ZvbnQtd2VpZ2h0Om5vcm1hbDtmb250LXN0eWxlOm5vcm1hbDsiPlNlaW4gRmF6
aXQ6IEZyZWl6ZWl0IGlzdCBlaW4gUmlzcyBpbiBkZXIgT3JkbnVuZyB2b24gWmVpdCB1
bmQgUmF1bSwgZWluIEZlc3QsIGVpbiBTcGllbCwgZWluZSBBdXN6ZWl0LiBGcmVpemVp
dCBzZWksIHNvemlvbG9naXNjaCBnZXNlaGVuLCBhbHMgRXJzdGVzIG5pY2h0IHp1bSBB
ZGVsIGdla29tbWVuLCBzb25kZXJuIHp1IGRlbiBVbnRlcnNjaGljaHRlbi4gSW0gbGFu
Z2VuIMOcYmVyZ2FuZ3Nwcm96ZXNzIHZvbSBNaXR0ZWxhbHRlciB6dXIgTW9kZXJuZSB3
dXJkZW4gU3BpZWwgdW5kIEZlc3QgU2Nocml0dCB1bSBTY2hyaXR0IHPDpGt1bGFyaXNp
ZXJ0LCBwYXppZml6aWVydCwgdGVjaG5pc2llcnQsIGtvbW1lcnppYWxpc2llcnQgdW5k
IGLDvHJva3JhdGlzaWVydC4gRGllIFZlcndlbmR1bmcgZGVyIOKAnmZyZWllbiBaZWl0
4oCcIHdhciB1bmQgaXN0IGRhYmVpIGVpbiBLYW1wZnBsYXR6IGRlciBtb3JhbGlzY2hl
biBEZXV0dW5nc2hvaGVpdCDDvGJlciBkYXMg4oCecmVjaHRlIExlYmVu4oCcIOKAkyBo
ZXV0ZSByZWdpZXJ0IHZvbiBkZW4g4oCeR8O2dHplbuKAnCBHZXN1bmRoZWl0LCBOYWNo
aGFsdGlna2VpdCB1bmQgU2ljaGVyaGVpdC4gPC9zcGFuPjwvcD48cCBzdHlsZT0idGV4
dC1hbGlnbjpqdXN0aWZ5O3RleHQtaW5kZW50OjBwdDttYXJnaW46MHB0IDBwdCAwcHQg
MHB0OyI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDAwMDA7YmFja2dyb3VuZC1jb2xvcjp0
cmFuc3BhcmVudDtmb250LWZhbWlseTpBcmlhbDtmb250LXNpemU6MTFwdDtmb250LXdl
aWdodDpub3JtYWw7Zm9udC1zdHlsZTpub3JtYWw7Ij7CoDwvc3Bhbj48L3A+PHAgc3R5
bGU9InRleHQtYWxpZ246anVzdGlmeTt0ZXh0LWluZGVudDowcHQ7bWFyZ2luOjBwdCAw
cHQgMHB0IDBwdDsiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAwMDAwO2JhY2tncm91bmQt
Y29sb3I6dHJhbnNwYXJlbnQ7Zm9udC1mYW1pbHk6QXJpYWw7Zm9udC1zaXplOjExcHQ7
Zm9udC13ZWlnaHQ6bm9ybWFsO2ZvbnQtc3R5bGU6bm9ybWFsOyI+RGFzIFRvdXJpc211
c2FyY2hpdiBkZXIgVFUgQmVybGluIChIQVQpIHdpcmQgZ2VtZWluc2FtIHZvbSBDZW50
ZXIgZm9yIE1ldHJvcG9saXRhbiBTdHVkaWVzIHVuZCBkZW0gWmVudHJ1bSBmw7xyIFRl
Y2huaWsgdW5kIEdlc2VsbHNjaGFmdCBkZXIgVFUgQmVybGluIGdldHJhZ2VuIHVuZCB2
b24gZGVyIFdpbGx5LVNjaGFybm93LVN0aWZ0dW5nIGbDvHIgVG91cmlzdGlrLCBGcmFu
a2Z1cnQgYS5NLiwga29maW5hbnppZXJ0LiBFcyBpc3QgZsO8ciBJbnRlcmVzc2llcnRl
IG5hY2ggVmVyZWluYmFydW5nIGdlw7ZmZm5ldDo8L3NwYW4+PC9wPjxwIHN0eWxlPSJ0
ZXh0LWFsaWduOmp1c3RpZnk7dGV4dC1pbmRlbnQ6MHB0O21hcmdpbjowcHQgMHB0IDBw
dCAwcHQ7Ij48c3BhbiBzdHlsZT0iY29sb3I6IzAwMDAwMDtiYWNrZ3JvdW5kLWNvbG9y
OnRyYW5zcGFyZW50O2ZvbnQtZmFtaWx5OkFyaWFsO2ZvbnQtc2l6ZToxMXB0O2ZvbnQt
d2VpZ2h0OmJvbGQ7Zm9udC1zdHlsZTpub3JtYWw7Ij7CoDwvc3Bhbj48L3A+PHAgc3R5
bGU9InRleHQtYWxpZ246anVzdGlmeTt0ZXh0LWluZGVudDowcHQ7bWFyZ2luOjBwdCAw
cHQgMHB0IDBwdDsiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAwMDAwO2JhY2tncm91bmQt
Y29sb3I6dHJhbnNwYXJlbnQ7Zm9udC1mYW1pbHk6QXJpYWw7Zm9udC1zaXplOjExcHQ7
Zm9udC13ZWlnaHQ6Ym9sZDtmb250LXN0eWxlOm5vcm1hbDsiPlRVIEJlcmxpbiDigJNU
b3VyaXNtdXNhcmNoaXYsIEhhcmRlbmJlcmdzdHJhw59lIDE24oCTMTggMTA2MjMgQmVy
bGluPC9zcGFuPjwvcD48cCBzdHlsZT0idGV4dC1hbGlnbjpqdXN0aWZ5O3RleHQtaW5k
ZW50OjBwdDttYXJnaW46MHB0IDBwdCAwcHQgMHB0OyI+PHNwYW4gc3R5bGU9ImNvbG9y
OiMwMDAwMDA7YmFja2dyb3VuZC1jb2xvcjp0cmFuc3BhcmVudDtmb250LWZhbWlseTpB
cmlhbDtmb250LXNpemU6MTFwdDtmb250LXdlaWdodDpib2xkO2ZvbnQtc3R5bGU6bm9y
bWFsOyI+PGEgaHJlZj0iaHR0cDovL2hpc3Qtc296LmRlL2hhdC9hcmNoaXYuaHRtbCIg
c3R5bGU9ImNvbG9yOiMwMDAwMDA7YmFja2dyb3VuZC1jb2xvcjp0cmFuc3BhcmVudDtm
b250LWZhbWlseTpBcmlhbDtmb250LXNpemU6MTFwdDtmb250LXdlaWdodDpib2xkO2Zv
bnQtc3R5bGU6bm9ybWFsO3RleHQtZGVjb3JhdGlvbjpub25lOyI+PHNwYW4gc3R5bGU9
ImNvbG9yOiMwMDAwRkY7YmFja2dyb3VuZC1jb2xvcjp0cmFuc3BhcmVudDtmb250LWZh
bWlseTpBcmlhbDtmb250LXNpemU6MTFwdDtmb250LXdlaWdodDpib2xkO2ZvbnQtc3R5
bGU6bm9ybWFsO3RleHQtZGVjb3JhdGlvbjogdW5kZXJsaW5lOyI+aHR0cDovL2hpc3Qt
c296LmRlL2hhdC9hcmNoaXYuaHRtbDwvc3Bhbj48L2E+PC9zcGFuPjxzcGFuIHN0eWxl
PSJjb2xvcjojMDAwMDAwO2JhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7Zm9udC1m
YW1pbHk6QXJpYWw7Zm9udC1zaXplOjExcHQ7Zm9udC13ZWlnaHQ6Ym9sZDtmb250LXN0
eWxlOm5vcm1hbDsiPiAgIDwvc3Bhbj48L3A+PHAgc3R5bGU9InRleHQtYWxpZ246anVz
dGlmeTt0ZXh0LWluZGVudDowcHQ7bWFyZ2luOjBwdCAwcHQgMHB0IDBwdDsiPjxzcGFu
IHN0eWxlPSJjb2xvcjojMDAwMDAwO2JhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7
Zm9udC1mYW1pbHk6QXJpYWw7Zm9udC1zaXplOjExcHQ7Zm9udC13ZWlnaHQ6Ym9sZDtm
b250LXN0eWxlOm5vcm1hbDsiPsKgPC9zcGFuPjwvcD48cCBzdHlsZT0idGV4dC1hbGln
bjpqdXN0aWZ5O3RleHQtaW5kZW50OjBwdDttYXJnaW46MHB0IDBwdCAwcHQgMHB0OyI+
PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDAwMDA7YmFja2dyb3VuZC1jb2xvcjp0cmFuc3Bh
cmVudDtmb250LWZhbWlseTpBcmlhbDtmb250LXNpemU6MTFwdDtmb250LXdlaWdodDpu
b3JtYWw7Zm9udC1zdHlsZTppdGFsaWM7Ij5IYXNzbyBTcG9kZSA8L3NwYW4+PC9wPjxw
IHN0eWxlPSJ0ZXh0LWFsaWduOmp1c3RpZnk7dGV4dC1pbmRlbnQ6MHB0O21hcmdpbjow
cHQgMHB0IDBwdCAwcHQ7Ij48c3BhbiBzdHlsZT0iY29sb3I6IzAwMDAwMDtiYWNrZ3Jv
dW5kLWNvbG9yOnRyYW5zcGFyZW50O2ZvbnQtZmFtaWx5OkFyaWFsO2ZvbnQtc2l6ZTox
MXB0O2ZvbnQtd2VpZ2h0Om5vcm1hbDtmb250LXN0eWxlOml0YWxpYzsiPlJpc3MgaW4g
ZGVyIE9yZG51bmcg4oCTIEZyZWl6ZWl0IHVuZCBGcmVpemVpdGZvcnNjaHVuZyBhdXMg
aGlzdG9yaXNjaGVyIFNpY2h0IChpbjogUmVzb25hbnplbjogRnJlaXplaXRlbiwgV2ll
biAyMDE3KTwvc3Bhbj48L3A+PHAgc3R5bGU9InRleHQtYWxpZ246bGVmdDt0ZXh0LWlu
ZGVudDowcHQ7bWFyZ2luOjBwdCAwcHQgMHB0IDBwdDsiPjxzcGFuIHN0eWxlPSJjb2xv
cjojMDAwMDAwO2JhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7Zm9udC1mYW1pbHk6
QXJpYWw7Zm9udC1zaXplOjExcHQ7Zm9udC13ZWlnaHQ6bm9ybWFsO2ZvbnQtc3R5bGU6
bm9ybWFsOyI+wqA8L3NwYW4+PC9wPjxwIHN0eWxlPSJ0ZXh0LWFsaWduOmxlZnQ7dGV4
dC1pbmRlbnQ6MHB0O21hcmdpbjowcHQgMHB0IDBwdCAwcHQ7Ij48c3BhbiBzdHlsZT0i
Y29sb3I6IzAwMDAwMDtiYWNrZ3JvdW5kLWNvbG9yOnRyYW5zcGFyZW50O2ZvbnQtZmFt
aWx5OkFyaWFsO2ZvbnQtc2l6ZToxMXB0O2ZvbnQtd2VpZ2h0Om5vcm1hbDtmb250LXN0
eWxlOm5vcm1hbDsiPsKgPC9zcGFuPjwvcD48cCBzdHlsZT0idGV4dC1hbGlnbjpsZWZ0
O3RleHQtaW5kZW50OjBwdDttYXJnaW46MHB0IDBwdCAwcHQgMHB0OyI+PHNwYW4gc3R5
bGU9ImNvbG9yOiMwMDAwMDA7YmFja2dyb3VuZC1jb2xvcjp0cmFuc3BhcmVudDtmb250
LWZhbWlseTpBcmlhbDtmb250LXNpemU6MTFwdDtmb250LXdlaWdodDpib2xkO2ZvbnQt
c3R5bGU6bm9ybWFsOyI+V2VpdGVyZSBJbmZvcm1hdGlvbmVuIGVydGVpbHQgSWhuZW4g
Z2VybjogPC9zcGFuPjwvcD48cCBzdHlsZT0idGV4dC1hbGlnbjpsZWZ0O3RleHQtaW5k
ZW50OjBwdDttYXJnaW46MHB0IDBwdCAwcHQgMHB0OyI+PHNwYW4gc3R5bGU9ImNvbG9y
OiMwMDAwMDA7YmFja2dyb3VuZC1jb2xvcjp0cmFuc3BhcmVudDtmb250LWZhbWlseTpB
cmlhbDtmb250LXNpemU6MTFwdDtmb250LXdlaWdodDpub3JtYWw7Zm9udC1zdHlsZTpu
b3JtYWw7Ij5Qcm9mLiBEci4gSGFzc28gU3BvZGU8L3NwYW4+PC9wPjxwIHN0eWxlPSJ0
ZXh0LWFsaWduOmxlZnQ7dGV4dC1pbmRlbnQ6MHB0O21hcmdpbjowcHQgMHB0IDBwdCAw
cHQ7Ij48c3BhbiBzdHlsZT0iY29sb3I6IzAwMDAwMDtiYWNrZ3JvdW5kLWNvbG9yOnRy
YW5zcGFyZW50O2ZvbnQtZmFtaWx5OkFyaWFsO2ZvbnQtc2l6ZToxMXB0O2ZvbnQtd2Vp
Z2h0Om5vcm1hbDtmb250LXN0eWxlOm5vcm1hbDsiPlRVIEJlcmxpbjwvc3Bhbj48L3A+
PHAgc3R5bGU9InRleHQtYWxpZ246bGVmdDt0ZXh0LWluZGVudDowcHQ7bWFyZ2luOjBw
dCAwcHQgMHB0IDBwdDsiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAwMDAwO2JhY2tncm91
bmQtY29sb3I6dHJhbnNwYXJlbnQ7Zm9udC1mYW1pbHk6QXJpYWw7Zm9udC1zaXplOjEx
cHQ7Zm9udC13ZWlnaHQ6bm9ybWFsO2ZvbnQtc3R5bGU6bm9ybWFsOyI+SW5zdGl0dXQg
ZsO8ciBLdW5zdHdpc3NlbnNjaGFmdCB1bmQgSGlzdG9yaXNjaGUgVXJiYW5pc3Rpazwv
c3Bhbj48L3A+PHAgc3R5bGU9InRleHQtYWxpZ246bGVmdDt0ZXh0LWluZGVudDowcHQ7
bWFyZ2luOjBwdCAwcHQgMHB0IDBwdDsiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAwMDAw
O2JhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7Zm9udC1mYW1pbHk6QXJpYWw7Zm9u
dC1zaXplOjExcHQ7Zm9udC13ZWlnaHQ6bm9ybWFsO2ZvbnQtc3R5bGU6bm9ybWFsOyI+
Q2VudGVyIGZvciBNZXRyb3BvbGl0YW4gU3R1ZGllcyA8L3NwYW4+PC9wPjxwIHN0eWxl
PSJ0ZXh0LWFsaWduOmxlZnQ7dGV4dC1pbmRlbnQ6MHB0O21hcmdpbjowcHQgMHB0IDBw
dCAwcHQ7Ij48c3BhbiBzdHlsZT0iY29sb3I6IzAwMDAwMDtiYWNrZ3JvdW5kLWNvbG9y
OnRyYW5zcGFyZW50O2ZvbnQtZmFtaWx5OkFyaWFsO2ZvbnQtc2l6ZToxMXB0O2ZvbnQt
d2VpZ2h0Om5vcm1hbDtmb250LXN0eWxlOm5vcm1hbDsiPlRlbC46IDAzMC8zMTQtMjgz
Mjk8L3NwYW4+PC9wPjxwIHN0eWxlPSJ0ZXh0LWFsaWduOmxlZnQ7dGV4dC1pbmRlbnQ6
MHB0O21hcmdpbjowcHQgMHB0IDBwdCAwcHQ7Ij48c3BhbiBzdHlsZT0iY29sb3I6IzAw
MDAwMDtiYWNrZ3JvdW5kLWNvbG9yOnRyYW5zcGFyZW50O2ZvbnQtZmFtaWx5OkFyaWFs
O2ZvbnQtc2l6ZToxMXB0O2ZvbnQtd2VpZ2h0Om5vcm1hbDtmb250LXN0eWxlOm5vcm1h
bDsiPkUtTWFpbDogPGEgaHJlZj0ibWFpbHRvOmhhdEBoaXN0LXNvei5kZSIgc3R5bGU9
ImNvbG9yOiMwMDAwMDA7YmFja2dyb3VuZC1jb2xvcjp0cmFuc3BhcmVudDtmb250LWZh
bWlseTpBcmlhbDtmb250LXNpemU6MTFwdDtmb250LXdlaWdodDpub3JtYWw7Zm9udC1z
dHlsZTpub3JtYWw7dGV4dC1kZWNvcmF0aW9uOm5vbmU7Ij48c3BhbiBzdHlsZT0iY29s
b3I6IzAwMDBGRjtiYWNrZ3JvdW5kLWNvbG9yOnRyYW5zcGFyZW50O2ZvbnQtZmFtaWx5
OkFyaWFsO2ZvbnQtc2l6ZToxMXB0O2ZvbnQtd2VpZ2h0Om5vcm1hbDtmb250LXN0eWxl
Om5vcm1hbDt0ZXh0LWRlY29yYXRpb246IHVuZGVybGluZTsiPmhhdEBoaXN0LXNvei5k
ZTwvc3Bhbj48L2E+PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAwMDAwO2JhY2tn
cm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7Zm9udC1mYW1pbHk6QXJpYWw7Zm9udC1zaXpl
OjExcHQ7Zm9udC13ZWlnaHQ6bm9ybWFsO2ZvbnQtc3R5bGU6bm9ybWFsOyI+IDwvc3Bh
bj48L3A+PHAgc3R5bGU9InRleHQtYWxpZ246anVzdGlmeTt0ZXh0LWluZGVudDowcHQ7
bWFyZ2luOjBwdCAwcHQgMHB0IDBwdDsiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAwMDAw
O2JhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7Zm9udC1mYW1pbHk6QXJpYWw7Zm9u
dC1zaXplOjEycHQ7Zm9udC13ZWlnaHQ6bm9ybWFsO2ZvbnQtc3R5bGU6bm9ybWFsOyI+
wqA8L3NwYW4+PC9wPjxwIHN0eWxlPSJ0ZXh0LWFsaWduOmxlZnQ7dGV4dC1pbmRlbnQ6
MHB0O21hcmdpbjowcHQgMHB0IDBwdCAwcHQ7Ij48c3BhbiBzdHlsZT0iY29sb3I6IzAw
MDAwMDtiYWNrZ3JvdW5kLWNvbG9yOnRyYW5zcGFyZW50O2ZvbnQtZmFtaWx5OlRpbWVz
IE5ldyBSb21hbjtmb250LXNpemU6MTJwdDtmb250LXdlaWdodDpub3JtYWw7Zm9udC1z
dHlsZTpub3JtYWw7Ij7CoDwvc3Bhbj48L3A+PHAgc3R5bGU9InRleHQtYWxpZ246bGVm
dDt0ZXh0LWluZGVudDowcHQ7bWFyZ2luOjBwdCAwcHQgMHB0IDBwdDsiPjxzcGFuIHN0
eWxlPSJjb2xvcjojMDAwMDAwO2JhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7Zm9u
dC1mYW1pbHk6QXJpYWw7Zm9udC1zaXplOjEycHQ7Zm9udC13ZWlnaHQ6bm9ybWFsO2Zv
bnQtc3R5bGU6bm9ybWFsOyI+wqA8L3NwYW4+PC9wPjwvdGQ+PC90cj4NCgkJCTx0cj4N
CgkJCQk8dGQgdmFsaWduPSJ0b3AiIHdpZHRoPSI1ODIiIHN0eWxlPSJ3aWR0aDo0MzYu
NXB0O3BhZGRpbmc6MHB0IDUuNHB0IDBwdCA1LjRwdDtib3JkZXItdG9wOm5vbmU7Ym9y
ZGVyLXJpZ2h0Om5vbmU7Ym9yZGVyLWJvdHRvbTpub25lO2JvcmRlci1sZWZ0Om5vbmU7
Ij48cCBzdHlsZT0idGV4dC1hbGlnbjpsZWZ0O3RleHQtaW5kZW50OjBwdDttYXJnaW46
MHB0IDBwdCAwcHQgMHB0OyI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDAwMDA7YmFja2dy
b3VuZC1jb2xvcjp0cmFuc3BhcmVudDtmb250LWZhbWlseTpBcmlhbDtmb250LXNpemU6
OHB0O2ZvbnQtd2VpZ2h0OmJvbGQ7Zm9udC1zdHlsZTpub3JtYWw7Ij5JbXByZXNzdW06
PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAwMDAwO2JhY2tncm91bmQtY29sb3I6
dHJhbnNwYXJlbnQ7Zm9udC1mYW1pbHk6QXJpYWw7Zm9udC1zaXplOjhwdDtmb250LXdl
aWdodDpub3JtYWw7Zm9udC1zdHlsZTpub3JtYWw7Ij4gPC9zcGFuPjwvcD48cCBzdHls
ZT0idGV4dC1hbGlnbjpsZWZ0O3RleHQtaW5kZW50OjBwdDttYXJnaW46MHB0IDBwdCAw
cHQgMHB0OyI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDAwMDA7YmFja2dyb3VuZC1jb2xv
cjp0cmFuc3BhcmVudDtmb250LWZhbWlseTpBcmlhbDtmb250LXNpemU6OHB0O2ZvbnQt
d2VpZ2h0Om5vcm1hbDtmb250LXN0eWxlOm5vcm1hbDsiPlRlY2huaXNjaGUgVW5pdmVy
c2l0w6R0IEJlcmxpbjwvc3Bhbj48L3A+PHAgc3R5bGU9InRleHQtYWxpZ246bGVmdDt0
ZXh0LWluZGVudDowcHQ7bWFyZ2luOjBwdCAwcHQgMHB0IDBwdDsiPjxzcGFuIHN0eWxl
PSJjb2xvcjojMDAwMDAwO2JhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7Zm9udC1m
YW1pbHk6QXJpYWw7Zm9udC1zaXplOjhwdDtmb250LXdlaWdodDpub3JtYWw7Zm9udC1z
dHlsZTpub3JtYWw7Ij5TdGFic3N0ZWxsZSBQcmVzc2UsIMOWZmZlbnRsaWNoa2VpdHNh
cmJlaXQgdW5kIEFsdW1uaTwvc3Bhbj48L3A+PHAgc3R5bGU9InRleHQtYWxpZ246bGVm
dDt0ZXh0LWluZGVudDowcHQ7bWFyZ2luOjBwdCAwcHQgMHB0IDBwdDsiPjxzcGFuIHN0
eWxlPSJjb2xvcjojMDAwMDAwO2JhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7Zm9u
dC1mYW1pbHk6QXJpYWw7Zm9udC1zaXplOjhwdDtmb250LXdlaWdodDpub3JtYWw7Zm9u
dC1zdHlsZTpub3JtYWw7Ij5TdHJhw59lIGRlcyAxNy4gSnVuaSAxMzU8L3NwYW4+PC9w
PjxwIHN0eWxlPSJ0ZXh0LWFsaWduOmxlZnQ7dGV4dC1pbmRlbnQ6MHB0O21hcmdpbjow
cHQgMHB0IDBwdCAwcHQ7Ij48c3BhbiBzdHlsZT0iY29sb3I6IzAwMDAwMDtiYWNrZ3Jv
dW5kLWNvbG9yOnRyYW5zcGFyZW50O2ZvbnQtZmFtaWx5OkFyaWFsO2ZvbnQtc2l6ZTo4
cHQ7Zm9udC13ZWlnaHQ6bm9ybWFsO2ZvbnQtc3R5bGU6bm9ybWFsOyI+MTA2MjMgQmVy
bGluPC9zcGFuPjwvcD48cCBzdHlsZT0idGV4dC1hbGlnbjpsZWZ0O3RleHQtaW5kZW50
OjBwdDttYXJnaW46MHB0IDBwdCAwcHQgMHB0OyI+PHNwYW4gc3R5bGU9ImNvbG9yOiMw
MDAwMDA7YmFja2dyb3VuZC1jb2xvcjp0cmFuc3BhcmVudDtmb250LWZhbWlseTpBcmlh
bDtmb250LXNpemU6OHB0O2ZvbnQtd2VpZ2h0Om5vcm1hbDtmb250LXN0eWxlOm5vcm1h
bDsiPlRlbC46IDAzMC8zMTQtMjM5MjI8L3NwYW4+PC9wPjxwIHN0eWxlPSJ0ZXh0LWFs
aWduOmxlZnQ7dGV4dC1pbmRlbnQ6MHB0O21hcmdpbjowcHQgMHB0IDBwdCAwcHQ7Ij48
c3BhbiBzdHlsZT0iY29sb3I6IzAwMDAwMDtiYWNrZ3JvdW5kLWNvbG9yOnRyYW5zcGFy
ZW50O2ZvbnQtZmFtaWx5OkFyaWFsO2ZvbnQtc2l6ZTo4cHQ7Zm9udC13ZWlnaHQ6bm9y
bWFsO2ZvbnQtc3R5bGU6bm9ybWFsOyI+RS1NYWlsOiA8L3NwYW4+PHNwYW4gc3R5bGU9
ImNvbG9yOiMwMDAwRkY7YmFja2dyb3VuZC1jb2xvcjp0cmFuc3BhcmVudDtmb250LWZh
bWlseTpBcmlhbDtmb250LXNpemU6OHB0O2ZvbnQtd2VpZ2h0Om5vcm1hbDtmb250LXN0
eWxlOm5vcm1hbDt0ZXh0LWRlY29yYXRpb246IHVuZGVybGluZTsiPjxhIGhyZWY9Im1h
aWx0bzpwcmVzc2VzdGVsbGVAdHUtYmVybGluLmRlIiB0YXJnZXQ9Il9ibGFuayIgc3R5
bGU9ImNvbG9yOiMwMDAwRkY7YmFja2dyb3VuZC1jb2xvcjp0cmFuc3BhcmVudDtmb250
LWZhbWlseTpBcmlhbDtmb250LXNpemU6OHB0O2ZvbnQtd2VpZ2h0Om5vcm1hbDtmb250
LXN0eWxlOm5vcm1hbDt0ZXh0LWRlY29yYXRpb246IHVuZGVybGluZTsiPjxzcGFuPnBy
ZXNzZXN0ZWxsZUB0dS1iZXJsaW4uZGU8L3NwYW4+PC9hPjwvc3Bhbj48L3A+PHAgc3R5
bGU9InRleHQtYWxpZ246bGVmdDt0ZXh0LWluZGVudDowcHQ7bWFyZ2luOjBwdCAwcHQg
MHB0IDBwdDsiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAwMDAwO2JhY2tncm91bmQtY29s
b3I6dHJhbnNwYXJlbnQ7Zm9udC1mYW1pbHk6QXJpYWw7Zm9udC1zaXplOjhwdDtmb250
LXdlaWdodDpub3JtYWw7Zm9udC1zdHlsZTpub3JtYWw7Ij5XV1c6PC9zcGFuPjxzcGFu
IHN0eWxlPSJjb2xvcjojQzUwRTFGO2JhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7
Zm9udC1mYW1pbHk6QXJpYWw7Zm9udC1zaXplOjhwdDtmb250LXdlaWdodDpub3JtYWw7
Zm9udC1zdHlsZTpub3JtYWw7Ij4gPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAw
MEZGO2JhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7Zm9udC1mYW1pbHk6QXJpYWw7
Zm9udC1zaXplOjhwdDtmb250LXdlaWdodDpub3JtYWw7Zm9udC1zdHlsZTpub3JtYWw7
dGV4dC1kZWNvcmF0aW9uOiB1bmRlcmxpbmU7Ij48YSBocmVmPSJodHRwOi8vd3d3LnR1
LWJlcmxpbi5kZSIgdGFyZ2V0PSJfYmxhbmsiIHN0eWxlPSJjb2xvcjojMDAwMEZGO2Jh
Y2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7Zm9udC1mYW1pbHk6QXJpYWw7Zm9udC1z
aXplOjhwdDtmb250LXdlaWdodDpub3JtYWw7Zm9udC1zdHlsZTpub3JtYWw7dGV4dC1k
ZWNvcmF0aW9uOiB1bmRlcmxpbmU7Ij48c3Bhbj53d3cucHJlc3Nlc3RlbGxlLnR1LWJl
cmxpbi5kZTwvc3Bhbj48L2E+PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjojRjAwMDAw
O2JhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7Zm9udC1mYW1pbHk6QXJpYWw7Zm9u
dC1zaXplOjhwdDtmb250LXdlaWdodDpub3JtYWw7Zm9udC1zdHlsZTpub3JtYWw7Ij7C
oCA8L3NwYW4+PC9wPjxwIHN0eWxlPSJ0ZXh0LWFsaWduOmxlZnQ7dGV4dC1pbmRlbnQ6
MHB0O21hcmdpbjowcHQgMHB0IDBwdCAwcHQ7Ij48c3BhbiBzdHlsZT0iY29sb3I6IzAw
MDAwMDtiYWNrZ3JvdW5kLWNvbG9yOnRyYW5zcGFyZW50O2ZvbnQtZmFtaWx5OkFyaWFs
O2ZvbnQtc2l6ZToxMHB0O2ZvbnQtd2VpZ2h0Om5vcm1hbDtmb250LXN0eWxlOm5vcm1h
bDsiPsKgPC9zcGFuPjwvcD48cCBzdHlsZT0idGV4dC1hbGlnbjpsZWZ0O3RleHQtaW5k
ZW50OjBwdDttYXJnaW46MHB0IDBwdCAwcHQgMHB0OyI+PHNwYW4gc3R5bGU9ImNvbG9y
OiMwMDAwMDA7YmFja2dyb3VuZC1jb2xvcjp0cmFuc3BhcmVudDtmb250LWZhbWlseTpB
cmlhbDtmb250LXNpemU6OHB0O2ZvbnQtd2VpZ2h0OmJvbGQ7Zm9udC1zdHlsZTpub3Jt
YWw7Ij5NZWRpZW52ZXJ0ZWlsZXI6IDwvc3Bhbj48L3A+PHAgc3R5bGU9InRleHQtYWxp
Z246bGVmdDt0ZXh0LWluZGVudDowcHQ7bWFyZ2luOjBwdCAwcHQgMHB0IDBwdDsiPjxz
cGFuIHN0eWxlPSJjb2xvcjojMDAwMDAwO2JhY2tncm91bmQtY29sb3I6dHJhbnNwYXJl
bnQ7Zm9udC1mYW1pbHk6QXJpYWw7Zm9udC1zaXplOjhwdDtmb250LXdlaWdodDpub3Jt
YWw7Zm9udC1zdHlsZTpub3JtYWw7Ij5adXIgQXVmbmFobWUgaW4gZGVuIE1lZGllbnZl
cnRlaWxlciBkZXIgVFUgQmVybGluIGbDvGxsZW4gU2llIGJpdHRlIGRlbiBGcmFnZWJv
Z2VuIGF1cywgZGVuIFNpZSB1bnRlciA8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiMw
MDAwRkY7YmFja2dyb3VuZC1jb2xvcjp0cmFuc3BhcmVudDtmb250LWZhbWlseTpBcmlh
bDtmb250LXNpemU6OHB0O2ZvbnQtd2VpZ2h0Om5vcm1hbDtmb250LXN0eWxlOm5vcm1h
bDt0ZXh0LWRlY29yYXRpb246IHVuZGVybGluZTsiPjxhIGhyZWY9Imh0dHA6Ly93d3cu
dHUtYmVybGluLmRlLz9pZD0xODg4IiB0YXJnZXQ9Il9ibGFuayIgc3R5bGU9ImNvbG9y
OiMwMDAwRkY7YmFja2dyb3VuZC1jb2xvcjp0cmFuc3BhcmVudDtmb250LWZhbWlseTpB
cmlhbDtmb250LXNpemU6OHB0O2ZvbnQtd2VpZ2h0Om5vcm1hbDtmb250LXN0eWxlOm5v
cm1hbDt0ZXh0LWRlY29yYXRpb246IHVuZGVybGluZTsiPjxzcGFuPmh0dHA6Ly93d3cu
cHJlc3Nlc3RlbGxlLnR1LWJlcmxpbi5kZS9tZWRpZW52ZXJ0ZWlsZXI8L3NwYW4+PC9h
Pjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IzAwMDAwMDtiYWNrZ3JvdW5kLWNvbG9y
OnRyYW5zcGFyZW50O2ZvbnQtZmFtaWx5OkFyaWFsO2ZvbnQtc2l6ZTo4cHQ7Zm9udC13
ZWlnaHQ6bm9ybWFsO2ZvbnQtc3R5bGU6bm9ybWFsOyI+IGhlcnVudGVybGFkZW4ga8O2
bm5lbi4gQWRyZXNzw6RuZGVydW5nZW4gb2RlciBBYmJlc3RlbGx1bmdlbiBzY2hpY2tl
biBTaWUgYml0dGUgYW4gPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjojMDAwMEZGO2Jh
Y2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7Zm9udC1mYW1pbHk6QXJpYWw7Zm9udC1z
aXplOjhwdDtmb250LXdlaWdodDpub3JtYWw7Zm9udC1zdHlsZTpub3JtYWw7dGV4dC1k
ZWNvcmF0aW9uOiB1bmRlcmxpbmU7Ij48YSBocmVmPSJtYWlsdG86cHJlc3Nlc3RlbGxl
QHR1LWJlcmxpbi5kZSIgdGFyZ2V0PSJfYmxhbmsiIHN0eWxlPSJjb2xvcjojMDAwMEZG
O2JhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7Zm9udC1mYW1pbHk6QXJpYWw7Zm9u
dC1zaXplOjhwdDtmb250LXdlaWdodDpub3JtYWw7Zm9udC1zdHlsZTpub3JtYWw7dGV4
dC1kZWNvcmF0aW9uOiB1bmRlcmxpbmU7Ij48c3Bhbj5wcmVzc2VzdGVsbGVAdHUtYmVy
bGluLmRlPC9zcGFuPjwvYT48L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiNGMDAwMDA7
YmFja2dyb3VuZC1jb2xvcjp0cmFuc3BhcmVudDtmb250LWZhbWlseTpBcmlhbDtmb250
LXNpemU6OHB0O2ZvbnQtd2VpZ2h0Om5vcm1hbDtmb250LXN0eWxlOm5vcm1hbDsiPi48
L3NwYW4+PC9wPjwvdGQ+PHRkIHZhbGlnbj0idG9wIiB3aWR0aD0iMTEwIiBzdHlsZT0i
d2lkdGg6ODIuNXB0O3BhZGRpbmc6MHB0IDUuNHB0IDBwdCA1LjRwdDtiYWNrZ3JvdW5k
LWNvbG9yOiNDNTBFMUY7Ym9yZGVyLXRvcDpub25lO2JvcmRlci1yaWdodDpub25lO2Jv
cmRlci1ib3R0b206bm9uZTtib3JkZXItbGVmdDpub25lOyI+PHAgc3R5bGU9InRleHQt
YWxpZ246bGVmdDt0ZXh0LWluZGVudDowcHQ7bWFyZ2luOjBwdCAwcHQgMHB0IDBwdDti
YWNrZ3JvdW5kOiNDNTBFMUY7Ij48c3BhbiBzdHlsZT0iY29sb3I6IzAwMDAwMDtiYWNr
Z3JvdW5kLWNvbG9yOiNDNTBFMUY7Zm9udC1mYW1pbHk6QXJpYWw7Zm9udC1zaXplOjEw
cHQ7Zm9udC13ZWlnaHQ6bm9ybWFsO2ZvbnQtc3R5bGU6bm9ybWFsOyI+wqA8L3NwYW4+
PC9wPjwvdGQ+PC90cj4NCgkJPC90YWJsZT4NCgkJPHAgc3R5bGU9InRleHQtYWxpZ246
bGVmdDt0ZXh0LWluZGVudDowcHQ7bWFyZ2luOjBwdCAwcHQgMHB0IDBwdDsiPjxzcGFu
IHN0eWxlPSJjb2xvcjojMDAwMDAwO2JhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7
Zm9udC1mYW1pbHk6QXJpYWw7Zm9udC1zaXplOjEycHQ7Zm9udC13ZWlnaHQ6bm9ybWFs
O2ZvbnQtc3R5bGU6bm9ybWFsOyI+wqA8L3NwYW4+PC9wPjwvYm9keT4NCjwvaHRtbD4N
Cg==
----boundary_1016_c50c233f-1b75-453e-b4bb-461e28528a84--
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: not available
URL: <http://lists.claws-mail.org/pipermail/users/attachments/20171026/5e284d67/attachment.sig>

From den_ml at posteo.de  Thu Oct 26 14:09:14 2017
From: den_ml at posteo.de (Denis)
Date: Thu, 26 Oct 2017 15:09:14 +0300
Subject: [Users] Put quotes in the end of the reply
Message-ID: <11741e3a4db7f2219856fd9c348be112@posteo.net>

Is there a config option or plugin that would allow me to place quoted 
lines in the reply in the end of the message?

I mean, currently, when I reply to a message with a quote, it looks like 
this:
___________
> $SomeQuotedLines

$EmptySpaceForComposingTheMessage

--
$MySignature
___________

By ___________ I designated the beginning and ending of the message.

What I would like is for the message with a quote to look like this:
___________
$EmptySpaceForComposingTheMessage

--
$MySignature

> $SomeQuotedLines
___________

-- 
Respectfully,
Denis Shadrin


From brad at fineby.me.uk  Thu Oct 26 14:35:33 2017
From: brad at fineby.me.uk (Brad Rogers)
Date: Thu, 26 Oct 2017 13:35:33 +0100
Subject: [Users] Put quotes in the end of the reply
In-Reply-To: <11741e3a4db7f2219856fd9c348be112@posteo.net>
References: <11741e3a4db7f2219856fd9c348be112@posteo.net>
Message-ID: <20171026133533.5471fb19@abydos.stargate.org.uk>

On Thu, 26 Oct 2017 15:09:14 +0300
Denis <den_ml at posteo.de> wrote:

Hello Denis,

>Is there a config option or plugin that would allow me to place quoted 
>lines in the reply in the end of the message?

That's what templates are for.  Templates can be set per account or
per folder.  Your choice.

-- 
 Regards  _
         / )           "The blindingly obvious is
        / _)rad        never immediately apparent"
Love is a temple, love is a shrine
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: 488 bytes
Desc: OpenPGP digital signature
URL: <http://lists.claws-mail.org/pipermail/users/attachments/20171026/589359af/attachment.sig>

From silver.bullet at zoho.com  Thu Oct 26 14:44:55 2017
From: silver.bullet at zoho.com (Ralf Mardorf)
Date: Thu, 26 Oct 2017 14:44:55 +0200
Subject: [Users] Put quotes in the end of the reply
In-Reply-To: <11741e3a4db7f2219856fd9c348be112@posteo.net>
References: <11741e3a4db7f2219856fd9c348be112@posteo.net>
Message-ID: <20171026144455.5fea8ccd@utnubu>

Hi,

there are several options.

1.
==

Configuration > Edit accounts... > Chose an account > Templates

Take a look at the "Information", e.g. "quoted message body" and
"cursor position".

2.
==

Configuration > Preferences... > Compose > Templates

3.
==

Right click a folder > Properties... > Templates 

Consider to take a look at
==========================

Help > Manual

e.g. push Ctrl+F and search for "cursor po".

Keep always in mind
===================

when replying to a mailing list to reply below the quotes.

Regards,
Ralf



From silver.bullet at zoho.com  Thu Oct 26 14:49:42 2017
From: silver.bullet at zoho.com (Ralf Mardorf)
Date: Thu, 26 Oct 2017 14:49:42 +0200
Subject: [Users] Put quotes in the end of the reply
In-Reply-To: <20171026144455.5fea8ccd@utnubu>
References: <11741e3a4db7f2219856fd9c348be112@posteo.net>
 <20171026144455.5fea8ccd@utnubu>
Message-ID: <20171026144942.4bf73ded@utnubu>

On Thu, 26 Oct 2017 14:44:55 +0200, Ralf Mardorf wrote:
>there are several options.
>
>1.
>==
>
>Configuration > Edit accounts... > Chose an account > Templates
>
>Take a look at the "Information", e.g. "quoted message body" and
>"cursor position".
>
>2.
>==
>
>Configuration > Preferences... > Compose > Templates
>
>3.
>==
>
>Right click a folder > Properties... > Templates 
>
>Consider to take a look at
>==========================
>
>Help > Manual
>
>e.g. push Ctrl+F and search for "cursor po".
>
>Keep always in mind
>===================
>
>when replying to a mailing list to reply below the quotes.

Regarding the order I should have started with 2. followed by 1. ;),
since most likely

General/global templates

are overridden by

Account templates

that are overridden by

Per folder templates



From flyingrhino at orcon.net.nz  Thu Oct 26 23:58:13 2017
From: flyingrhino at orcon.net.nz (flyingrhino)
Date: Fri, 27 Oct 2017 10:58:13 +1300
Subject: [Users] Delay sending emails by n minutes
In-Reply-To: <20171014192831.4a054729@kenslpc>
References: <20171014192831.4a054729@kenslpc>
Message-ID: <20171027105813.0e664ee9@kenslpc>

Hi Guys,

Can anyone help regarding my question below?

Thanks.



On Sat, 14 Oct 2017 19:28:31 +1300
flyingrhino <flyingrhino at orcon.net.nz> wrote:

> Hello fellow claws'ers
> 
> Does anyone know how to configure claws 3.11.1 to automatically hold on to emails I send for n minutes before actually sending it?
> 
> What I want to achieve is to send mail normally (ctrl-enter, or send button) , and claws automatically intercepts that and holds on to the mail for n more minutes before actually sending it. This will give me a chance to edit the mail during this time if I made any mistakes.
> 
> The reason for claws 3.11.1 is because this is the highest version in my linux mint repos.
> 
> 
> Thanks for making the best email client and sharing it with the rest of us.
> _______________________________________________
> Users mailing list
> Users at lists.claws-mail.org
> http://lists.claws-mail.org/cgi-bin/mailman/listinfo/users



-- 
Rhinos can fly,

It's just a case of mind over matter ...
... And you need a lot of mind to control that much matter ...



From subscript at free.fr  Fri Oct 27 00:18:49 2017
From: subscript at free.fr (wwp)
Date: Fri, 27 Oct 2017 00:18:49 +0200
Subject: [Users] Delay sending emails by n minutes
In-Reply-To: <20171027105813.0e664ee9@kenslpc>
References: <20171014192831.4a054729@kenslpc> <20171027105813.0e664ee9@kenslpc>
Message-ID: <20171027001849.0a20bb56@ladybug>

Hello flyingrhino,


On Fri, 27 Oct 2017 10:58:13 +1300 flyingrhino <flyingrhino at orcon.net.nz> wrote:

> Hi Guys,
> 
> Can anyone help regarding my question below?

Claws Mail has no delayed send option, either individually or not. You
can send later, but the whole queue will be sent and you have to decide
when.

One would say it should be the MTA to do that (from a workstation or
std home user PoV, I'd say it's irritative to talk about a MTA), another
one would suggest to use --send from a command-line call using an external
{script|program} fired as you want (that flushes the whole queue). Another one to
switch to Tbird + send-later plugin.

I'd be a nice feature to have, unfortunately I know no easy way to do
it, at least if you want to sending emails individually, each one w/ a
specific timer.


Regards,

> On Sat, 14 Oct 2017 19:28:31 +1300
> flyingrhino <flyingrhino at orcon.net.nz> wrote:
> 
> > Hello fellow claws'ers
> > 
> > Does anyone know how to configure claws 3.11.1 to automatically hold on to emails I send for n minutes before actually sending it?
> > 
> > What I want to achieve is to send mail normally (ctrl-enter, or send button) , and claws automatically intercepts that and holds on to the mail for n more minutes before actually sending it. This will give me a chance to edit the mail during this time if I made any mistakes.
> > 
> > The reason for claws 3.11.1 is because this is the highest version in my linux mint repos.
> > 
> > 
> > Thanks for making the best email client and sharing it with the rest of us.
> > _______________________________________________
> > Users mailing list
> > Users at lists.claws-mail.org
> > http://lists.claws-mail.org/cgi-bin/mailman/listinfo/users  

-- 
wwp
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL: <http://lists.claws-mail.org/pipermail/users/attachments/20171027/e85e0c07/attachment.sig>

From flyingrhino at orcon.net.nz  Fri Oct 27 00:39:02 2017
From: flyingrhino at orcon.net.nz (flyingrhino)
Date: Fri, 27 Oct 2017 11:39:02 +1300
Subject: [Users] Delay sending emails by n minutes
In-Reply-To: <20171027001849.0a20bb56@ladybug>
References: <20171014192831.4a054729@kenslpc> <20171027105813.0e664ee9@kenslpc>
 <20171027001849.0a20bb56@ladybug>
Message-ID: <20171027113902.653413d1@kenslpc>


> 
> Claws Mail has no delayed send option, either individually or not. You
> can send later, but the whole queue will be sent and you have to decide
> when.

Thank you very much for the response.


> 
> One would say it should be the MTA to do that (from a workstation or
> std home user PoV, I'd say it's irritative to talk about a MTA), another
> one would suggest to use --send from a command-line call using an external
> {script|program} fired as you want (that flushes the whole queue). Another one to
> switch to Tbird + send-later plugin.

I was on thunderbird which crashed every few minutes. This is why I moved to claws.
Once I started using claws I realized that this is the best client on linux ! Even if thunderbird became stable again - I'm not going back !

I used the send-later plugin on TB as well as outlook (my work email) and it is super useful - if you ever send an email accidentally too early, or a minute after sending you want to edit something - it's too late :( This functionality saves you from embarrassment or worse.

For now I'm thinking of reprogramming the ctrl-enter to something more difficult (perhaps ctrl-alt-shift-enter) just to avoid mistakes. Then ctrl-enter can become send-later which gives me the option of correcting before sending.

> 
> I'd be a nice feature to have, unfortunately I know no easy way to do
> it, at least if you want to sending emails individually, each one w/ a
> specific timer.

Yes, definitely a feature request.
Is this forum the correct place to make this request ?

> 
> 
> Regards,
> 
> > On Sat, 14 Oct 2017 19:28:31 +1300
> > flyingrhino <flyingrhino at orcon.net.nz> wrote:
> > 
> > > Hello fellow claws'ers
> > > 
> > > Does anyone know how to configure claws 3.11.1 to automatically hold on to emails I send for n minutes before actually sending it?
> > > 
> > > What I want to achieve is to send mail normally (ctrl-enter, or send button) , and claws automatically intercepts that and holds on to the mail for n more minutes before actually sending it. This will give me a chance to edit the mail during this time if I made any mistakes.
> > > 
> > > The reason for claws 3.11.1 is because this is the highest version in my linux mint repos.
> > > 
> > > 
> > > Thanks for making the best email client and sharing it with the rest of us.
> > > _______________________________________________
> > > Users mailing list
> > > Users at lists.claws-mail.org
> > > http://lists.claws-mail.org/cgi-bin/mailman/listinfo/users  
> 



-- 
Rhinos can fly,

It's just a case of mind over matter ...
... And you need a lot of mind to control that much matter ...



From flyingrhino at orcon.net.nz  Fri Oct 27 00:40:12 2017
From: flyingrhino at orcon.net.nz (flyingrhino)
Date: Fri, 27 Oct 2017 11:40:12 +1300
Subject: [Users] Fw:  Delay sending emails by n minutes
Message-ID: <20171027114012.2926f3da@kenslpc>

Forgot to cc my response to the group :(

Begin forwarded message:

Date: Fri, 27 Oct 2017 11:39:02 +1300
From: flyingrhino <flyingrhino at orcon.net.nz>
To: wwp <subscript at free.fr>
Cc: users at lists.claws-mail.org
Subject: Re: [Users] Delay sending emails by n minutes



> 
> Claws Mail has no delayed send option, either individually or not. You
> can send later, but the whole queue will be sent and you have to decide
> when.

Thank you very much for the response.


> 
> One would say it should be the MTA to do that (from a workstation or
> std home user PoV, I'd say it's irritative to talk about a MTA), another
> one would suggest to use --send from a command-line call using an external
> {script|program} fired as you want (that flushes the whole queue). Another one to
> switch to Tbird + send-later plugin.

I was on thunderbird which crashed every few minutes. This is why I moved to claws.
Once I started using claws I realized that this is the best client on linux ! Even if thunderbird became stable again - I'm not going back !

I used the send-later plugin on TB as well as outlook (my work email) and it is super useful - if you ever send an email accidentally too early, or a minute after sending you want to edit something - it's too late :( This functionality saves you from embarrassment or worse.

For now I'm thinking of reprogramming the ctrl-enter to something more difficult (perhaps ctrl-alt-shift-enter) just to avoid mistakes. Then ctrl-enter can become send-later which gives me the option of correcting before sending.

> 
> I'd be a nice feature to have, unfortunately I know no easy way to do
> it, at least if you want to sending emails individually, each one w/ a
> specific timer.

Yes, definitely a feature request.
Is this forum the correct place to make this request ?

> 
> 
> Regards,
> 
> > On Sat, 14 Oct 2017 19:28:31 +1300
> > flyingrhino <flyingrhino at orcon.net.nz> wrote:
> > 
> > > Hello fellow claws'ers
> > > 
> > > Does anyone know how to configure claws 3.11.1 to automatically hold on to emails I send for n minutes before actually sending it?
> > > 
> > > What I want to achieve is to send mail normally (ctrl-enter, or send button) , and claws automatically intercepts that and holds on to the mail for n more minutes before actually sending it. This will give me a chance to edit the mail during this time if I made any mistakes.
> > > 
> > > The reason for claws 3.11.1 is because this is the highest version in my linux mint repos.
> > > 
> > > 
> > > Thanks for making the best email client and sharing it with the rest of us.
> > > _______________________________________________
> > > Users mailing list
> > > Users at lists.claws-mail.org
> > > http://lists.claws-mail.org/cgi-bin/mailman/listinfo/users  
> 



-- 
Rhinos can fly,

It's just a case of mind over matter ...
... And you need a lot of mind to control that much matter ...



-- 
Rhinos can fly,

It's just a case of mind over matter ...
... And you need a lot of mind to control that much matter ...



From subscript at free.fr  Fri Oct 27 00:56:12 2017
From: subscript at free.fr (wwp)
Date: Fri, 27 Oct 2017 00:56:12 +0200
Subject: [Users] Delay sending emails by n minutes
In-Reply-To: <20171027113902.653413d1@kenslpc>
References: <20171014192831.4a054729@kenslpc> <20171027105813.0e664ee9@kenslpc>
 <20171027001849.0a20bb56@ladybug> <20171027113902.653413d1@kenslpc>
Message-ID: <20171027005612.6df50dce@ladybug>

Hello flyingrhino,


(BTW, you replied to both the ML and me, I think to the ML would be
enough, this seemed to have broken the reply-to-ML thing)


On Fri, 27 Oct 2017 11:39:02 +1300 flyingrhino <flyingrhino at orcon.net.nz> wrote:

> > 
> > Claws Mail has no delayed send option, either individually or not. You
> > can send later, but the whole queue will be sent and you have to decide
> > when.  
> 
> Thank you very much for the response.

You're welcome, and sorry for being late, I must admit that I didn't
see your former post, at all.


> > One would say it should be the MTA to do that (from a workstation or
> > std home user PoV, I'd say it's irritative to talk about a MTA), another
> > one would suggest to use --send from a command-line call using an external
> > {script|program} fired as you want (that flushes the whole queue). Another one to
> > switch to Tbird + send-later plugin.  
> 
> I was on thunderbird which crashed every few minutes. This is why I moved to claws.
> Once I started using claws I realized that this is the best client on linux ! Even if thunderbird became stable again - I'm not going back !

Tbird crashing that often? It's not my experience at all (and I
experienced other issues), but I believe what you say.


> I used the send-later plugin on TB as well as outlook (my work email)
> and it is super useful - if you ever send an email accidentally too
> early, or a minute after sending you want to edit something - it's
> too late :( This functionality saves you from embarrassment or worse.
> 
> For now I'm thinking of reprogramming the ctrl-enter to something
> more difficult (perhaps ctrl-alt-shift-enter) just to avoid mistakes.
> Then ctrl-enter can become send-later which gives me the option of
> correcting before sending.

I see. Well.. if you know that the feature is not there, yes, it's
about self-educating to avoid sending problems. Either by thinking
twice, thrice, when sending, or by sending to queue, always (however
you do it), then review emails in queue before really sending queued
emails.
This subject is not new and it's been discussed here and there many
times. If you often fail, meaning send emails whereas you should NOT
do, you can place safety guards here and there, it's all about doing the
effort yourself, in the end, making your life complicated to prevent
instinctive gestures. I'm not being pedantic here, I often send
immature emails myself and catch them on the fly at the last moment w/
a 'Cancel sending' (I've even re-enabled the sending dialog JUST for
that, to be able to press the Cancel button instead of diving into the
Message menu which may be less responsive) but, but.. it's always my
fault (read it's also your fault, but you know that).


> > I'd be a nice feature to have, unfortunately I know no easy way to do
> > it, at least if you want to sending emails individually, each one w/ a
> > specific timer.  
> 
> Yes, definitely a feature request.
> Is this forum the correct place to make this request ?

I'd say, post a request for enhancement on the tracker.

Tracker is there, and requires you to subscribe (but it's free!), just
to prove that you're a friendly human fellow user, and no doubt you
are, I'd say after reading your posts:
  http://www.thewildbeast.co.uk/claws-mail/bugzilla/index.cgi


Nota: may any perl-plugin user say if this plugin could be of any help
on this topic?


Regards,

> > > On Sat, 14 Oct 2017 19:28:31 +1300
> > > flyingrhino <flyingrhino at orcon.net.nz> wrote:
> > >   
> > > > Hello fellow claws'ers
> > > > 
> > > > Does anyone know how to configure claws 3.11.1 to automatically
> > > > hold on to emails I send for n minutes before actually sending
> > > > it?
> > > > 
> > > > What I want to achieve is to send mail normally (ctrl-enter, or
> > > > send button) , and claws automatically intercepts that and
> > > > holds on to the mail for n more minutes before actually sending
> > > > it. This will give me a chance to edit the mail during this
> > > > time if I made any mistakes.
> > > > 
> > > > The reason for claws 3.11.1 is because this is the highest
> > > > version in my linux mint repos.
> > > > 
> > > > 
> > > > Thanks for making the best email client and sharing it with the
> > > > rest of us. _______________________________________________
> > > > Users mailing list
> > > > Users at lists.claws-mail.org
> > > > http://lists.claws-mail.org/cgi-bin/mailman/listinfo/users    

-- 
wwp
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL: <http://lists.claws-mail.org/pipermail/users/attachments/20171027/8d2fff5e/attachment.sig>

From subscript at free.fr  Fri Oct 27 01:00:16 2017
From: subscript at free.fr (wwp)
Date: Fri, 27 Oct 2017 01:00:16 +0200
Subject: [Users] Fw:  Delay sending emails by n minutes
In-Reply-To: <20171027114012.2926f3da@kenslpc>
References: <20171027114012.2926f3da@kenslpc>
Message-ID: <20171027010016.25660b18@ladybug>

Hello flyingrhino,


On Fri, 27 Oct 2017 11:40:12 +1300 flyingrhino <flyingrhino at orcon.net.nz> wrote:

> Forgot to cc my response to the group :(

No need, you included the ML in a Cc. See my reply! ;-)


Regards,

> Begin forwarded message:
> 
> Date: Fri, 27 Oct 2017 11:39:02 +1300
> From: flyingrhino <flyingrhino at orcon.net.nz>
> To: wwp <subscript at free.fr>
> Cc: users at lists.claws-mail.org
> Subject: Re: [Users] Delay sending emails by n minutes
> 
> 
> 
> > 
> > Claws Mail has no delayed send option, either individually or not. You
> > can send later, but the whole queue will be sent and you have to decide
> > when.  
> 
> Thank you very much for the response.
> 
> 
> > 
> > One would say it should be the MTA to do that (from a workstation or
> > std home user PoV, I'd say it's irritative to talk about a MTA), another
> > one would suggest to use --send from a command-line call using an external
> > {script|program} fired as you want (that flushes the whole queue). Another one to
> > switch to Tbird + send-later plugin.  
> 
> I was on thunderbird which crashed every few minutes. This is why I moved to claws.
> Once I started using claws I realized that this is the best client on linux ! Even if thunderbird became stable again - I'm not going back !
> 
> I used the send-later plugin on TB as well as outlook (my work email) and it is super useful - if you ever send an email accidentally too early, or a minute after sending you want to edit something - it's too late :( This functionality saves you from embarrassment or worse.
> 
> For now I'm thinking of reprogramming the ctrl-enter to something more difficult (perhaps ctrl-alt-shift-enter) just to avoid mistakes. Then ctrl-enter can become send-later which gives me the option of correcting before sending.
> 
> > 
> > I'd be a nice feature to have, unfortunately I know no easy way to do
> > it, at least if you want to sending emails individually, each one w/ a
> > specific timer.  
> 
> Yes, definitely a feature request.
> Is this forum the correct place to make this request ?
> 
> > 
> > 
> > Regards,
> >   
> > > On Sat, 14 Oct 2017 19:28:31 +1300
> > > flyingrhino <flyingrhino at orcon.net.nz> wrote:
> > >   
> > > > Hello fellow claws'ers
> > > > 
> > > > Does anyone know how to configure claws 3.11.1 to automatically hold on to emails I send for n minutes before actually sending it?
> > > > 
> > > > What I want to achieve is to send mail normally (ctrl-enter, or send button) , and claws automatically intercepts that and holds on to the mail for n more minutes before actually sending it. This will give me a chance to edit the mail during this time if I made any mistakes.
> > > > 
> > > > The reason for claws 3.11.1 is because this is the highest version in my linux mint repos.
> > > > 
> > > > 
> > > > Thanks for making the best email client and sharing it with the rest of us.
> > > > _______________________________________________
> > > > Users mailing list
> > > > Users at lists.claws-mail.org
> > > > http://lists.claws-mail.org/cgi-bin/mailman/listinfo/users    

-- 
wwp
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL: <http://lists.claws-mail.org/pipermail/users/attachments/20171027/e6f85142/attachment.sig>

From flyingrhino at orcon.net.nz  Fri Oct 27 03:32:31 2017
From: flyingrhino at orcon.net.nz (flyingrhino)
Date: Fri, 27 Oct 2017 14:32:31 +1300
Subject: [Users] Delay sending emails by n minutes
In-Reply-To: <20171027005612.6df50dce@ladybug>
References: <20171014192831.4a054729@kenslpc> <20171027105813.0e664ee9@kenslpc>
 <20171027001849.0a20bb56@ladybug> <20171027113902.653413d1@kenslpc>
 <20171027005612.6df50dce@ladybug>
Message-ID: <20171027143231.3ba3c690@kenslpc>


> Tbird crashing that often? It's not my experience at all (and I
> experienced other issues), but I believe what you say.

I have Linux Mint 17.3 and TB used to crash erratically - after 5 minutes or once a day.
But it was unstable enough for me to get very annoyed. 

My wife has the same OS and TB is stable for her. 

> I often send
> immature emails myself and catch them on the fly at the last moment w/
> a 'Cancel sending'

Exactly my situation too! I've intercepted mistakes last minutes by cancelling the option from the popup.
However, my ISP mail server is REALLY FAST and sometimes the entire send process takes half a second - especially if it's a small mail.

 (I've even re-enabled the sending dialog JUST for
> that, to be able to press the Cancel button instead of diving into the
> Message menu which may be less responsive) but, but.. it's always my
> fault (read it's also your fault, but you know that).
> 

That's kind of my idea with making the send keyboard shortcut harder to access :)


> I'd say, post a request for enhancement on the tracker.
> 
> Tracker is there, and requires you to subscribe (but it's free!), just
> to prove that you're a friendly human fellow user, and no doubt you
> are, I'd say after reading your posts:
>   http://www.thewildbeast.co.uk/claws-mail/bugzilla/index.cgi

Yes, I'll subscribe. If posting it there is the correct place to grab some attention (and probably I'm a +1 on the request) , then I'm in !

> 
> 
> Nota: may any perl-plugin user say if this plugin could be of any help
> on this topic?
> 

I'm a bash person myself, so I don't have the perl knowledge to comment on perl.
However if this topic is beneficial to them then by all means. Perhaps it may even filter back to mainstream claws ?


From den_ml at posteo.de  Fri Oct 27 12:43:10 2017
From: den_ml at posteo.de (Denis)
Date: Fri, 27 Oct 2017 13:43:10 +0300
Subject: [Users] Put quotes in the end of the reply
In-Reply-To: <mailman.3323.1509057659.3512.users@lists.claws-mail.org>
References: <mailman.3323.1509057659.3512.users@lists.claws-mail.org>
Message-ID: <fdcbab9d7e6549bda706e86c32208919@posteo.net>

> Date: Thu, 26 Oct 2017 13:35:33 +0100
> From: Brad Rogers <brad at fineby.me.uk>
> To: Claws ML <users at lists.claws-mail.org>
> Subject: Re: [Users] Put quotes in the end of the reply
> Message-ID: <20171026133533.5471fb19 at abydos.stargate.org.uk>
> Content-Type: text/plain; charset="us-ascii"
> 
> On Thu, 26 Oct 2017 15:09:14 +0300
> Denis <den_ml at posteo.de> wrote:
> 
> Hello Denis,
> 
>> Is there a config option or plugin that would allow me to place quoted
>> lines in the reply in the end of the message?
> 
> That's what templates are for.  Templates can be set per account or
> per folder.  Your choice.

> Date: Thu, 26 Oct 2017 14:44:55 +0200
> From: Ralf Mardorf <silver.bullet at zoho.com>
> To: users at lists.claws-mail.org
> Subject: Re: [Users] Put quotes in the end of the reply
> Message-ID: <20171026144455.5fea8ccd at utnubu>
> Content-Type: text/plain; charset=US-ASCII
> 
> Hi,
> 
> there are several options.
> 
> 1.
> ==
> 
> Configuration > Edit accounts... > Chose an account > Templates
> 
> Take a look at the "Information", e.g. "quoted message body" and
> "cursor position".
> 
> 2.
> ==
> 
> Configuration > Preferences... > Compose > Templates
> 
> 3.
> ==
> 
> Right click a folder > Properties... > Templates
> 
> Consider to take a look at
> ==========================
> 
> Help > Manual
> 
> e.g. push Ctrl+F and search for "cursor po".
> 
> Keep always in mind
> ===================
> 
> when replying to a mailing list to reply below the quotes.
> 
> Regards,
> Ralf

Ralf Mardorf, Brad Rogers - thanks for the advice! (I should have read 
the manual before asking questions).

---
Respectfully,
Denis Shadrin



From flyingrhino at orcon.net.nz  Sat Oct 28 00:29:32 2017
From: flyingrhino at orcon.net.nz (flyingrhino)
Date: Sat, 28 Oct 2017 11:29:32 +1300
Subject: [Users] Delay sending emails by n minutes
In-Reply-To: <20171027143231.3ba3c690@kenslpc>
References: <20171014192831.4a054729@kenslpc> <20171027105813.0e664ee9@kenslpc>
 <20171027001849.0a20bb56@ladybug> <20171027113902.653413d1@kenslpc>
 <20171027005612.6df50dce@ladybug> <20171027143231.3ba3c690@kenslpc>
Message-ID: <20171028112932.5513e6a4@kenslpc>


> > I'd say, post a request for enhancement on the tracker.
> > 
> > Tracker is there, and requires you to subscribe (but it's free!), just
> > to prove that you're a friendly human fellow user, and no doubt you
> > are, I'd say after reading your posts:
> >   http://www.thewildbeast.co.uk/claws-mail/bugzilla/index.cgi
> 
> Yes, I'll subscribe. If posting it there is the correct place to grab some attention (and probably I'm a +1 on the request) , then I'm in !
> 

Bug #3905

Thanks for the suggestion to report it as an enhancement.


From noreply at thewildbeast.co.uk  Sat Oct 28 00:27:06 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Fri, 27 Oct 2017 22:27:06 +0000
Subject: [Users] [Bug 3905] New: Preconfigured delayed send email
Message-ID: <bug-3905-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3905

            Bug ID: 3905
           Summary: Preconfigured delayed send email
    Classification: Unclassified
           Product: Claws Mail
           Version: 3.11.1
          Hardware: PC
                OS: Linux
            Status: NEW
          Severity: enhancement
          Priority: P3
         Component: UI/Compose Window
          Assignee: users at lists.claws-mail.org
          Reporter: flyingrhino at orcon.net.nz

Please add a feature which supports delayed sending of emails.

This feature will have a user-configured value in seconds that will cause "sent
mail" to be held in the queue before being actually sent.

This is very useful for multiple scenarios:
1. User pressed ctrl-enter by mistake and an incomplete email was sent
2. User thought of a change to the email content a few seconds after sending

I use this feature in the past with Thunderbird as well as outlook, and now I
am a devoted claws-mail user. This feature saved me many times in the past!
I used 180 seconds in the past and it worked really well. A user-configured
delay would be optimal.

Perhaps the feature could be always on, with a 0 second delay. This way the GUI
doesn't need a checkbox as well as an integer, but simply an integer of 0..n ?
Users who don't opt-in will get immediate sending as usual, users who want to
use the delay simply bump up the number.

Thanks.

-- 
You are receiving this mail because:
You are the assignee for the bug.


From den_ml at posteo.de  Sat Oct 28 11:23:19 2017
From: den_ml at posteo.de (Denis)
Date: Sat, 28 Oct 2017 12:23:19 +0300
Subject: [Users] Different accounts' signatures from Compose window
Message-ID: <20171028122319.030c1cda@denis-pc>

Hi, everyone!

I have several accounts and some of them use different signatures (for one thing, I use different languages, so I need signatures in these languages). There are two ways of auto-inserting them:
1. Through checking "Automatically insert signature" in account preferences.
2. Through checking the option "Use template when composing new message" and inserting "%as" in the template.

However, the first way inserts the signature only in the end of the message, so it's not good for me: when I reply to messages with quotes, I need to have my message and my signature above the quote, it's a long-time habit of mine. (This mailing list is an exception). So I insert the signature through the use of templates.

This is where the problem arises: Claws Mail inserts the "templated" signature only when it first creates the message (when you click "Compose" or "Reply"). When in "Compose" window, you can change the account you are writing from, but the signature remains the same (from the account that was chosen when you clicked "Compose" or "Reply"). That's bad because, first, you may change your mind about what account you are going to write from, second, when replying, Claws Mail may choose a wrong account (e.g. when replying to this list, it selects my Russian account).

If you use the first way of auto-inserting the signature, then Claws Mail correctly changes it when you select a different account. But this way it inserts the signature in the end of the message, so outside of this mailing list it's not the desired behavior for me. If both ways are used, then two copies of the signature are inserted.

So, could anyone please advise me on how to get Claws Mail to change the "templated" signature with changing the account from within the "Compose" window?

-- 
Respectfully,
Denis Shadrin


From noreply at thewildbeast.co.uk  Sat Oct 28 12:59:48 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Sat, 28 Oct 2017 10:59:48 +0000
Subject: [Users] [Bug 3820] Attachment filename not set correctly
In-Reply-To: <bug-3820-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
References: <bug-3820-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
Message-ID: <bug-3820-595-YFT9y1IJb2@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3820

Andrej Kacian <andrej at kacian.sk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

--- Comment #3 from Andrej Kacian <andrej at kacian.sk> ---
I think this has been fixed in git already, in commit
http://git.claws-mail.org/?p=claws.git;a=commitdiff;h=70ea2d8

Feel free to reopen if this is still an issue in an upcoming next release.

-- 
You are receiving this mail because:
You are the assignee for the bug.


From pf at pfortin.com  Sat Oct 28 16:34:45 2017
From: pf at pfortin.com (Pierre Fortin)
Date: Sat, 28 Oct 2017 10:34:45 -0400
Subject: [Users] Filtering spam difference - auto v. manual
Message-ID: <20171028103445.79698a8c@pfortin.com>

Hi guys,

Hope I'm not missing something obvious; but I recently created a top
level domain (TLD) filter to catch some spam messages which are not yet
learned by spamd -- it colors these messages to distinguish them from msgs
processed automatically by spamd.

The incoming messages are filtered as expected, and moved to my SPAM
folder; but if I get a message with a new TLD sourcing mostly spam, I add
the new TLD to the rule, then manually run 'Tools->Filter selected
messages' on the new msg. Everything occurs as expected, except for the
move to the SPAM folder -- both auto and manual filter log entries are
identical, ending with:
[10:18:35] processing rule 'SPAM-tld' [ from regexpcase ".bid>" | from
regexpcase ".date>" | from regexpcase ".download>" | from regexpcase
".stream>" | from regexpcase ".top>" | from regexpcase ".trade>" | from
regexpcase ".tv>" color 7 mark_as_spam move "#mh/Mailbox/inbox/SPAM" ]
[10:18:35] checking if message matches [ from regexpcase ".bid>" ]
[10:18:35] checking if message matches [ from regexpcase ".date>" ]
[10:18:35] checking if message matches [ from regexpcase ".download>" ]
[10:18:35] checking if message matches [ from regexpcase ".stream>" ]
[10:18:35] checking if message matches [ from regexpcase ".top>" ]
> message matches
[10:18:35] applying action [ color 7 ]
[10:18:35] applying action [ mark_as_spam ]


   Aside: I was careful to make move the last action; but I see in the
   --debug log that sa-learn is called, so the move is redundant. I know I
   can just hit the Spam button which will move the message to SPAM; but
   manually filtering was to ensure my filter was correct.

Any reason for the move not to occur when manually filtering?  Bug?

Thanks,
Pierre


From subscript at free.fr  Sat Oct 28 16:54:12 2017
From: subscript at free.fr (wwp)
Date: Sat, 28 Oct 2017 16:54:12 +0200
Subject: [Users] Filtering spam difference - auto v. manual
In-Reply-To: <20171028103445.79698a8c@pfortin.com>
References: <20171028103445.79698a8c@pfortin.com>
Message-ID: <20171028165412.63da01ba@ladybug>

Hello Pierre,


On Sat, 28 Oct 2017 10:34:45 -0400 Pierre Fortin <pf at pfortin.com> wrote:

> Hi guys,
> 
> Hope I'm not missing something obvious; but I recently created a top
> level domain (TLD) filter to catch some spam messages which are not yet
> learned by spamd -- it colors these messages to distinguish them from msgs
> processed automatically by spamd.
> 
> The incoming messages are filtered as expected, and moved to my SPAM
> folder; but if I get a message with a new TLD sourcing mostly spam, I add
> the new TLD to the rule, then manually run 'Tools->Filter selected
> messages' on the new msg. Everything occurs as expected, except for the
> move to the SPAM folder -- both auto and manual filter log entries are
> identical, ending with:
> [10:18:35] processing rule 'SPAM-tld' [ from regexpcase ".bid>" | from
> regexpcase ".date>" | from regexpcase ".download>" | from regexpcase
> ".stream>" | from regexpcase ".top>" | from regexpcase ".trade>" | from  
> regexpcase ".tv>" color 7 mark_as_spam move "#mh/Mailbox/inbox/SPAM" ]
> [10:18:35] checking if message matches [ from regexpcase ".bid>" ]
> [10:18:35] checking if message matches [ from regexpcase ".date>" ]
> [10:18:35] checking if message matches [ from regexpcase ".download>" ]
> [10:18:35] checking if message matches [ from regexpcase ".stream>" ]
> [10:18:35] checking if message matches [ from regexpcase ".top>" ]
> > message matches  
> [10:18:35] applying action [ color 7 ]
> [10:18:35] applying action [ mark_as_spam ]
> 
> 
>    Aside: I was careful to make move the last action; but I see in the
>    --debug log that sa-learn is called, so the move is redundant. I know I
>    can just hit the Spam button which will move the message to SPAM; but
>    manually filtering was to ensure my filter was correct.
> 
> Any reason for the move not to occur when manually filtering?  Bug?

I'd say that, if an action is not reached, it's because the previous
one either discards the selection (email not there anymore) or returns
something that means to stop the actions list.

Could we see the actions list? I'm not sure 


Regards,

-- 
wwp
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL: <http://lists.claws-mail.org/pipermail/users/attachments/20171028/91963bb5/attachment.sig>

From pf at pfortin.com  Sun Oct 29 03:03:49 2017
From: pf at pfortin.com (Pierre Fortin)
Date: Sat, 28 Oct 2017 22:03:49 -0400
Subject: [Users] Filtering spam difference - auto v. manual
In-Reply-To: <20171028165412.63da01ba@ladybug>
References: <20171028103445.79698a8c@pfortin.com>
 <20171028165412.63da01ba@ladybug>
Message-ID: <20171028220349.51f4ea22@pfortin.com>

On Sat, 28 Oct 2017 16:54:12 +0200 wwp wrote:

>Hello Pierre,
>
>
>On Sat, 28 Oct 2017 10:34:45 -0400 Pierre Fortin <pf at pfortin.com> wrote:
>
>> Hi guys,
>> 
>> Hope I'm not missing something obvious; but I recently created a top
>> level domain (TLD) filter to catch some spam messages which are not yet
>> learned by spamd -- it colors these messages to distinguish them from msgs
>> processed automatically by spamd.
>> 
>> The incoming messages are filtered as expected, and moved to my SPAM
>> folder; but if I get a message with a new TLD sourcing mostly spam, I add
>> the new TLD to the rule, then manually run 'Tools->Filter selected
>> messages' on the new msg. Everything occurs as expected, except for the
>> move to the SPAM folder -- both auto and manual filter log entries are
>> identical, ending with:
>> [10:18:35] processing rule 'SPAM-tld' [ from regexpcase ".bid>" | from
>> regexpcase ".date>" | from regexpcase ".download>" | from regexpcase  
>> ".stream>" | from regexpcase ".top>" | from regexpcase ".trade>" |
>> from regexpcase ".tv>" color 7 mark_as_spam move
>> "#mh/Mailbox/inbox/SPAM" ] [10:18:35] checking if message matches
>> [ from regexpcase ".bid>" ] [10:18:35] checking if message matches
>> [ from regexpcase ".date>" ] [10:18:35] checking if message matches
>> [ from regexpcase ".download>" ] [10:18:35] checking if message
>> matches [ from regexpcase ".stream>" ] [10:18:35] checking if message
>> matches [ from regexpcase ".top>" ]  
>> > message matches    
>> [10:18:35] applying action [ color 7 ]
>> [10:18:35] applying action [ mark_as_spam ]
>> 
>> 
>>    Aside: I was careful to make move the last action; but I see in the
>>    --debug log that sa-learn is called, so the move is redundant. I
>> know I can just hit the Spam button which will move the message to
>> SPAM; but manually filtering was to ensure my filter was correct.
>> 
>> Any reason for the move not to occur when manually filtering?  Bug?  
>
>I'd say that, if an action is not reached, it's because the previous
>one either discards the selection (email not there anymore) or returns
>something that means to stop the actions list.

I know... :) I have over 300 filtering rules between my 2 instances of CM.
The problem I'm having is that this rule works fine when filtering msgs
as they arrive.  However, if I get a message that is not caught by spamd,
or this rule; I add another test.  ie, a new spam msg from foo at bar.new
gets through, so I add:
    from regexpcase ".new>" |
and test it via 'Tools->Filter selected messages' -- everything works
except the msg is not moved, either by spamd or the explicit move.  Yet,
the next msg from baz at fubar.new will get colored, and moved to SPAM as
expected...

>Could we see the actions list? I'm not sure 

It's included in the filtering log above; but here it is from matcherrc
with line wrapping to make it easier to read:
  enabled rulename "SPAM-tld" 
    from regexpcase ".bid>" | 
    from regexpcase ".date>" | 
    from regexpcase ".download>" | 
    from regexpcase ".stream>" | 
    from regexpcase ".top>" | 
    from regexpcase ".trade>" | 
    from regexpcase ".tv>" 
    color 7 
    mark_as_spam
    move "#mh/Mailbox/inbox/SPAM"

>Regards,

Thanks for your thoughts!


From noreply at thewildbeast.co.uk  Sun Oct 29 02:33:58 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Sun, 29 Oct 2017 01:33:58 +0000
Subject: [Users] [Bug 3903] Main Menu Tool bar "Next" action set to Goto
 Next Unread does not work correctly.
In-Reply-To: <bug-3903-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
References: <bug-3903-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
Message-ID: <bug-3903-595-wZIekPEYBb@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3903

Andy <andycmbugz at g0poy.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|INVALID                     |---

--- Comment #2 from Andy <andycmbugz at g0poy.com> ---
This is most certainly happening here, and I think I've spotted what triggers
it.

(I noticed it in a newsgroup listing first, but it applies to normal mail
folders  as well) 

For some reason. probably due to me searching for something, the dates in the
folder was set to be today at the top, older dates to the bottom. This seems to
be the key to the problem. Claws seems to be associating the unread (blue
envelope) with the date. It seems to assume that there are no more unread if
the current message date is older than the newest (or today) 

Flip the date column to be oldest at the top and today at the bottom, and the
next unread works as expected.

Andy

-- 
You are receiving this mail because:
You are the assignee for the bug.


From noreply at thewildbeast.co.uk  Sun Oct 29 03:10:28 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Sun, 29 Oct 2017 02:10:28 +0000
Subject: [Users] [Bug 3903] Main Menu Tool bar "Next" action set to Goto
 Next Unread does not work correctly.
In-Reply-To: <bug-3903-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
References: <bug-3903-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
Message-ID: <bug-3903-595-mGivCqT1D1@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3903

--- Comment #3 from Andy <andycmbugz at g0poy.com> ---
(In reply to comment #1)
> 'next unread' means the NEXT in the sequential list, it does not mean
> PREVIOUS. Use 'go to previous unread' for that.

Paul,

apologies if I've not use bugzilla correctly (first time I've ever used it) , I
reopened the bug and added some comments in the comment box there, I missed the
little reply button on your response which I'm using now.

I added a prev button to the tool bar and with the dates in reverse order they
are indeed selected. (Talking about in the same folder here)

This may be working as designed, but it does strike me as a little odd still.
There might also be a danger of someone missing a mail as they would assume
that there were no more unread if the indication did not move to another
message. It was only because I saw more unread in the list that I noticed that
no other messages were being selected. I then scanned through the folders
looking for bold text indicating that there were unread and found quite a few.
Fortunately they were all newsfeeds so on no great importance.  

To my thinking a next unread function should simply go the then next unread
message in the list and disregard the sorting order on the dates, at least
certainly within a folder. 

I can see the use of a next previous if someone reads one or two messages in a
folder then skips to another folder and reads a few there, it's not the way I
work,  but it still seems risky in terms of missing something. 

Perhaps what is needed is a next (which disregards sorted orders,  next forward
and next previous. 

Again apologies if I've got hold of the wrong end of the stick on this.

Andy

-- 
You are receiving this mail because:
You are the assignee for the bug.


From noreply at thewildbeast.co.uk  Sun Oct 29 13:13:01 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Sun, 29 Oct 2017 12:13:01 +0000
Subject: [Users] [Bug 3903] Main Menu Tool bar "Next" action set to Goto
 Next Unread does not work correctly.
In-Reply-To: <bug-3903-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
References: <bug-3903-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
Message-ID: <bug-3903-595-corv5ZNQBU@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3903

Paul <paul at claws-mail.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|REOPENED                    |RESOLVED
         Resolution|---                         |INVALID

--- Comment #4 from Paul <paul at claws-mail.org> ---
Even if you want to see it working differently that doesn't make it a bug.

Familiarise yourself with the /View/Sort/... menu and the 'Message List'
options on the /Configuration/Preferences/Display/Summaries page.

If you want to discuss this further please use the users' mailing list. You can
subscribe here: http://lists.claws-mail.org/cgi-bin/mailman/listinfo/users

-- 
You are receiving this mail because:
You are the assignee for the bug.


From pf at pfortin.com  Sun Oct 29 16:04:13 2017
From: pf at pfortin.com (Pierre Fortin)
Date: Sun, 29 Oct 2017 11:04:13 -0400
Subject: [Users] Filtering spam difference - auto v. manual
In-Reply-To: <1509272837.248718.1154463000.4041C07E@webmail.messagingengine.com>
References: <20171028103445.79698a8c@pfortin.com>
 <20171028165412.63da01ba@ladybug>
 <20171028220349.51f4ea22@pfortin.com>
 <1509272837.248718.1154463000.4041C07E@webmail.messagingengine.com>
Message-ID: <20171029110413.566ec660@pfortin.com>


Hi Jeremy,

Although it doesn't address my query, your point is a valid one, so I'm
putting it back on the ML.

I originally had regexp unchecked; but since I include ">" in the
pattern, that ensures:
1. it's [part of] TLDs I want to block 
2. it catches anything ending in those patterns; all of which are most
likely spam.
It would be nice if matcherrc included a comments section; but...  :)

So, in your example of abid vs bid, I can't conceive of valid msgs from
*[pattern]> TLD {bid,abid,bestbid,highbid,...} that I wouldn't consider
spam. 

There are so many TLDs now, it's no longer reasonable to use global
block|allow lists.  All I can do is block the new ones that hit my inbox,
and let spamd build its DB after which I can remove some old patterns;
but we know how often cleanups occur... LOL

Cheers,
Pierre

On Sun, 29 Oct 2017 10:27:17 +0000 Jeremy Nicoll wrote:

>On Sun, 29 Oct 2017, at 02:03, Pierre Fortin wrote:
>
>[snip]
>
>I don't know the answer to your question, but I think you 
>have a small problem with some of your rules.  Something
>like
>
>>     from regexpcase ".bid>" |   
>
>is looking for a 'From' value ending not in  dot bid >    as
>you possibly think, but instead
>
>   any single character, then bid, then >
>
>It will be 'working' because the 'any single character' 
>part of that test does match on the dot present in such 
>mails.
>
>But if a mail came from eg   foo.abid>     that test would
>match as well with the dot in the regex pattern matching
>the "a" before "bid".
>
>Your pattern, if you want it to match on a literal dot, 
>should have a backslash before the dot, ie 
>
>     from regexpcase "\.bid>" 
>


From noreply at thewildbeast.co.uk  Tue Oct 31 06:06:48 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Tue, 31 Oct 2017 05:06:48 +0000
Subject: [Users] [Bug 3907] New: Plain text only after Ubuntu update
Message-ID: <bug-3907-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3907

            Bug ID: 3907
           Summary: Plain text only after Ubuntu update
    Classification: Unclassified
           Product: Claws Mail
           Version: 3.15.0
          Hardware: PC
                OS: Linux
            Status: NEW
          Severity: major
          Priority: P3
         Component: Plugins/Fancy
          Assignee: users at lists.claws-mail.org
          Reporter: bugzilla-claws-ok at oo.net

Fancy plugin missing from version 17.10 repository

Latest version of claws-mail in Xubuntu repository - version 3.15.0-dirty

-- 
You are receiving this mail because:
You are the assignee for the bug.


From noreply at thewildbeast.co.uk  Tue Oct 31 09:42:13 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Tue, 31 Oct 2017 08:42:13 +0000
Subject: [Users] [Bug 3907] Plain text only after Ubuntu update
In-Reply-To: <bug-3907-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
References: <bug-3907-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>
Message-ID: <bug-3907-595-IarHzAq9d5@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3907

Paul <paul at claws-mail.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |INVALID

--- Comment #1 from Paul <paul at claws-mail.org> ---
We are not responsible for distro repositories.

-- 
You are receiving this mail because:
You are the assignee for the bug.


From noreply at thewildbeast.co.uk  Tue Oct 31 11:52:53 2017
From: noreply at thewildbeast.co.uk (noreply at thewildbeast.co.uk)
Date: Tue, 31 Oct 2017 10:52:53 +0000
Subject: [Users] [Bug 3908] New: Automatically changing the signature from
 the Compose window
Message-ID: <bug-3908-595@http.www.thewildbeast.co.uk/claws-mail/bugzilla/>

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3908

            Bug ID: 3908
           Summary: Automatically changing the signature from the Compose
                    window
    Classification: Unclassified
           Product: Claws Mail
           Version: other
          Hardware: PC
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: P3
         Component: UI/Compose Window
          Assignee: users at lists.claws-mail.org
          Reporter: den_ml at posteo.de

I have several accounts and some of them use different signatures (for one
thing, I use different languages, so I need signatures in these languages).
There are two ways of auto-inserting them:
1. Through checking "Automatically insert signature" in account preferences.
2. Through checking the option "Use template when composing new message" and
inserting "%as" in the template.

However, the first way inserts the signature only in the end of the message, so
it's not good for me: when I reply to messages with quotes, I need to have my
message and my signature above the quote. So I insert the signature through the
use of templates:

"%X
%as"
for new messages and

"%X
%as
On %d
%f wrote:

%q"
for replies

This is where the problem arises: Claws Mail inserts the "templated" signature
only when it first creates the message (when you click "Compose" or "Reply").
When in "Compose" window, you can change the account you are writing from, but
the signature remains the same (from the account that was chosen when you
clicked "Compose" or "Reply"). That's bad because, first, you may change your
mind about what account you are going to write from, second, when replying,
Claws Mail may choose a wrong account (e.g. when replying to Claws Mail mailing
list, it selects my Russian account).

If you use the first way of auto-inserting the signature, then Claws Mail
correctly changes it when you select a different account. But this way it
inserts the signature in the end of the message, so outside of Claws Mail
mailing list it's not the desired behavior for me. If both ways are used, then
two copies of the signature are inserted.

So, it would be nice if this problem was somehow addressed.

-- 
You are receiving this mail because:
You are the assignee for the bug.


From dave at howorth.org.uk  Tue Oct 31 13:14:35 2017
From: dave at howorth.org.uk (Dave Howorth)
Date: Tue, 31 Oct 2017 12:14:35 +0000
Subject: [Users] deeply indented threads
Message-ID: <20171031121435.6b51f502@acer-suse.lan>

For most of my folders, I use threaded display. In some - I'm thinking
of one particular mailing list at the moment - threads sometimes get
quite deep, with the result that the Subject moves ever rightwards and
disappears entirely.

That in itself is not a problem, but the thread indicator triangles
also disappear and I can't tell which message a new message is replying
to, and that is irritating.

My first guess was to maximise the window - I'm in three-pane mode -
which makes the message list a lot wider but instead of expanding the
Subject column to show more of the text, it expands the rightmost
column, which happens to be Size, to show a lot more white space. So no
help at all.

Is there some other way to see more of the Subject lines, or some
option that would help me?

TIA, Dave


From brad at fineby.me.uk  Tue Oct 31 13:52:26 2017
From: brad at fineby.me.uk (Brad Rogers)
Date: Tue, 31 Oct 2017 12:52:26 +0000
Subject: [Users] deeply indented threads
In-Reply-To: <20171031121435.6b51f502@acer-suse.lan>
References: <20171031121435.6b51f502@acer-suse.lan>
Message-ID: <20171031125226.3fccea66@abydos.stargate.org.uk>

On Tue, 31 Oct 2017 12:14:35 +0000
Dave Howorth <dave at howorth.org.uk> wrote:

Hello Dave,

>Is there some other way to see more of the Subject lines, or some
>option that would help me?

All the heading titles (Lock, Status, Subject, From, Date, etc) are
adjustable for size.  Just hover the mouse over the vertical bar between
titles, and you can drag to make overly wide columns narrower.  Or ones
that are too narrow, wider.

-- 
 Regards  _
         / )           "The blindingly obvious is
        / _)rad        never immediately apparent"
The man in a tracksuit attacks me
I Predict A Riot - Kaiser Chiefs
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <http://lists.claws-mail.org/pipermail/users/attachments/20171031/29f54ffd/attachment.sig>

From silver.bullet at zoho.com  Tue Oct 31 14:03:33 2017
From: silver.bullet at zoho.com (Ralf Mardorf)
Date: Tue, 31 Oct 2017 14:03:33 +0100
Subject: [Users] deeply indented threads
In-Reply-To: <20171031125226.3fccea66@abydos.stargate.org.uk>
References: <20171031121435.6b51f502@acer-suse.lan>
 <20171031125226.3fccea66@abydos.stargate.org.uk>
Message-ID: <20171031140333.6738bfb8@utnubu>

On Tue, 31 Oct 2017 12:52:26 +0000, Brad Rogers wrote:
>On Tue, 31 Oct 2017 12:14:35 +0000 Dave Howorth wrote:
>>Is there some other way to see more of the Subject lines, or some
>>option that would help me?  
>
>All the heading titles (Lock, Status, Subject, From, Date, etc) are
>adjustable for size.  Just hover the mouse over the vertical bar
>between titles, and you can drag to make overly wide columns
>narrower.  Or ones that are too narrow, wider.

Hi,

apart from resizing columns, it's possible to rearrange the items by

View > Set displayed columns > In message list...

Regards,
Ralf



From dave at howorth.org.uk  Tue Oct 31 16:24:20 2017
From: dave at howorth.org.uk (Dave Howorth)
Date: Tue, 31 Oct 2017 15:24:20 +0000
Subject: [Users] deeply indented threads
In-Reply-To: <20171031140333.6738bfb8@utnubu>
References: <20171031121435.6b51f502@acer-suse.lan>
 <20171031125226.3fccea66@abydos.stargate.org.uk>
 <20171031140333.6738bfb8@utnubu>
Message-ID: <20171031152420.72987a7a@acer-suse.lan>

On Tue, 31 Oct 2017 14:03:33 +0100
Ralf Mardorf <silver.bullet at zoho.com> wrote:
> On Tue, 31 Oct 2017 12:52:26 +0000, Brad Rogers wrote:
> >On Tue, 31 Oct 2017 12:14:35 +0000 Dave Howorth wrote:  
> >>Is there some other way to see more of the Subject lines, or some
> >>option that would help me?    
> >
> >All the heading titles (Lock, Status, Subject, From, Date, etc) are
> >adjustable for size.  Just hover the mouse over the vertical bar
> >between titles, and you can drag to make overly wide columns
> >narrower.  Or ones that are too narrow, wider.  

Yes, I understand that I can maximise the window, then adjust the
column width, then look at the messages, then put the column width back
to approximately where it was, then un-maximise the window. But that's
a lot of faff.

> apart from resizing columns, it's possible to rearrange the items by
> 
> View > Set displayed columns > In message list...

And yes, I understand that I can change the column order to put the
subject at the end of the line but I quite like having the subject at
the start of the line.

So I'm still looking for other thoughts.

Thanks, Dave