headers
Dennis | 2 May 2005 02:02
Picon
Picon
Favicon

[sylpheed:24792] filter old messages

i am subscribed to many mailing lists, and i don't want my email
storage space to get too bloated. is there a way to filter (delete/move
to trash) all emails older than a specified value?

i tried to create a filter rule, assuming that i could filter by
"Age" .. although i'm not sure how/if this works. the options are "is
longer/shorter than" .. followed by a number .. and i'm not sure what
unit of time this would be, or if this is even what i think it is =|. i
tried various values, 1-1000, but none seemed to work (when applying
the filter, none of the emails were moved to trash)

it might also be a good idea to include an option in the properties of
the mail folders, to have old mails deleted automatically -- so that my
mailinglists are automatically kept clean -- but not my archived emails.
Permalink | Reply | 2 comments |
headers
Hiroyuki Yamamoto | 2 May 2005 07:12
Picon

[sylpheed:24793] Re: move message with one keypress

Hello,

On Fri, 29 Apr 2005 12:40:06 +0200
Tam$(D+!s Gervai <gervai.tamas <at> ge.com> wrote:

> 1/ Is this possible to move the currect message (in the general mail
> view) to a specified folder like "Save folder" ?
> 
> 2/ Is this possible to create an automatic filter when i compose
> mail? For example: when i compose mail by pressing ctrl-r, i want to
> pass the message to my cleanup script and edit just after that. Is
> this possible to process this cleanup script automatically?

Set the filter as an editor command (note that the passed file itself
must be modified), and enable "Automatically launch the external
editor".

> 3/ Is there some demand for "opera like" quick reply in syplheed. Or
> there any feature like that already? ;-)

What's the "Opera-like-quick-reply"? I don't know about Opera M2.

--

-- 
Hiroyuki Yamamoto <hiro-y <at> kcn.ne.jp>
Permalink | Reply | 5 comments |
headers
Hiroyuki Yamamoto | 2 May 2005 07:19
Picon

[sylpheed:24794] Re: filter old messages

Hello,

On Sun, 1 May 2005 20:02:06 -0400
Dennis <dennis.nezic <at> utoronto.ca> wrote:

> i am subscribed to many mailing lists, and i don't want my email
> storage space to get too bloated. is there a way to filter (delete/
> move to trash) all emails older than a specified value?
> 
> i tried to create a filter rule, assuming that i could filter by
> "Age" .. although i'm not sure how/if this works. the options are "is
> longer/shorter than" .. followed by a number .. and i'm not sure what
> unit of time this would be, or if this is even what i think it is =|.
> i tried various values, 1-1000, but none seemed to work (when applying
> the filter, none of the emails were moved to trash)

Its unit is 'day'. The value is compared to the Date: header field.

--

-- 
Hiroyuki Yamamoto <hiro-y <at> kcn.ne.jp>
Permalink | Reply | 1 comment |
headers
Hiroyuki Yamamoto | 2 May 2005 08:07
Picon

[sylpheed:24795] Re: smtp memory usage improvements

Hello,

On Mon, 25 Apr 2005 17:31:41 +0300
<Dirk-Jan.Binnema <at> nokia.com> wrote:

> Here is a new patch, which uses a tempfile when sending smtp
> messages. This means that sending messages no longer takes extra
> memory, ie. sending a 50Mb file would make Sylpheed temporarily use
> over 200Mb of memory(!). Using this patch, there is no extra dynamic
> memory use at all. 
> It works pretty well after some testing. For inclusion in Sylpheed
> we'd probably want to do this also for incoming mail, which would
> help low-end machines a lot I guess. I will work on that later,
> sending was the most urgent now, and I have very little time to
> hack :-(  But it could already be useful for other too, and I'd like
> others to point out my obvious mistakes too (public humiliation
> strengthens the character :-), at least the smtpsession/session
> combination still seems a bit weird to me, and I am not sure about
> the EAGAIN handling. Best wishes,

I've made a brief code reading:

1. Since SMTPSession primarily owns FILE *send_data_fp,
SMTPSession::smtp_session_destroy() should close it.

2. session_fp.c::session_write_buf_fp() is not thread-safe because it
uses a static buffer. It could be a problem even on single-thread,
because main event loop can handle multiple SMTPSession at the same
time (future plan).
(Continue reading)

Permalink | Reply | 0 comments |
headers
Tamás Gervai | 2 May 2005 14:22
Picon
Favicon

[sylpheed:24796] Re: move message with one keypress

Hello,

>> 2/ Is this possible to create an automatic filter when i compose
>> mail? For example: when i compose mail by pressing ctrl-r, i want to
>> pass the message to my cleanup script and edit just after that. Is
>> this possible to process this cleanup script automatically?

> Set the filter as an editor command (note that the passed file itself
> must be modified), and enable "Automatically launch the external
> editor".

Excellent. I really start to feel, it's a mail client for hackers. I like it!

>> 3/ Is there some demand for "opera like" quick reply in syplheed. Or
>> there any feature like that already? ;-)
>
> What's the "Opera-like-quick-reply"? I don't know about Opera M2.

The best to get the idea is to take a look at the http://quickreply.mozdev.org/ page.

Generally, It's a little imput box, below the message with a "send" button. If you have a message, where you
wish to reply just one thought, you write the reply message in the messagebox, and press the send button.
the reply will be sent. The original message will be cited below or after your reply. I believe it's not a big
thing to implement, and very neat feature.
--
tamas
Permalink | Reply | 4 comments |
headers
Godwin Stewart | 2 May 2005 14:33
X-Face

[sylpheed:24797] Re: move message with one keypress

On Mon, 02 May 2005 14:22:23 +0200, Tamás Gervai <gervai.tamas <at> ge.com>
wrote:

> I believe it's not a big thing to implement, and very neat feature.

Untrimmed top-posting (or bottom-posting for that matter) is not a neat
feature, it's lazy and sloppy.

And please remove the "Reply-To:" header from your e-mails to mailing
lists. It only makes sense in non-mailing-list traffic where you want
replies to be sent to an address other than the one from which you're
writing, and it otherwise screws up mailing lists.

-- 
G. Stewart - gstewart <at> bonivet.net

Let's call it an accidental feature.
            -- Larry Wall
Permalink | Reply | 3 comments |
headers
Tamás Gervai | 2 May 2005 14:50
Picon
Favicon

[sylpheed:24798] Re: move message with one keypress

>> I believe it's not a big thing to implement, and very neat feature.
> Untrimmed top-posting (or bottom-posting for that matter) is not a neat
> feature, it's lazy and sloppy.

It's your opinion, but lot of times it's convinient for me. I guess, you are not alone with your opinion...

The quick reply's idea is not to make all the mailing like top-posting. it probably could make a quote
cleanup, or any other thing, to make it nice. I use this feature, because i'm lazy, and in a hurry lot of
times. and the people get these mails from me they know it.

top-posting in businness mailing is extremly rude. but i'm not talking about that.

> And please remove the "Reply-To:" header from your e-mails to mailing
> lists. It only makes sense in non-mailing-list traffic where you want
> replies to be sent to an address other than the one from which you're
> writing, and it otherwise screws up mailing lists.

It is strange that the mailing list manager not take care of it.
--
tamas
Permalink | Reply | 2 comments |
headers
Martin Hamant | 3 May 2005 09:24
Picon

[sylpheed:24799] Re: feature request : reply to selected messages

On Wed, 27 Apr 2005 15:43:07 +0200
Ricardo Mones <ricardo.mones <at> gmail.com> disait:

> On 4/27/05, Martin Hamant <mh <at> accelance.fr> wrote:
> > On Tue, 26 Apr 2005 15:44:58 +0000
> > Ricardo Mones <ricardo.mones <at> gmail.com> disait:
> > 
> > > On 4/26/05, Martin Hamant <mh <at> accelance.fr> wrote:
> > > > Hello !
> > > >
> > > > quite often, i need to reply to many messages at the same time.
> > > > ( for example in order to reply to bots, etc ). I think it would
> > > > be a great feature:
> > > >
> > > > Selecting many messages and call "Mass-reply" would popup a
> > > > compose window with each selected messages's body in it. For the
> > > > subject field , it could be filled with the "static" part of
> > > > selected messages. Or filled with the first selected message's
> > > > subject, or simply not filled :)
> > > >
> > > > What do you think about this ?
> > >
> > >   This is a task for a script, a script to be called through an
> > >   action.
> > 
> > Hello Ricardo !
> > 
> > What do you mean, and how to do it in sylpheed ?
> 
>   I mean you should create a script for dealing with those mails and
(Continue reading)

Permalink | Reply | 2 comments |
headers
Ricardo Mones | 4 May 2005 22:10
Picon

[sylpheed:24800] Re: feature request : reply to selected messages

On 5/3/05, Martin Hamant <mh <at> accelance.fr> wrote:
> On Wed, 27 Apr 2005 15:43:07 +0200
> Ricardo Mones <ricardo.mones <at> gmail.com> disait:
[...] 
> > > What do you mean, and how to do it in sylpheed ?
> >
> >   I mean you should create a script for dealing with those mails and
> > do what you want to do with them. Selected mails' file names would be
> > passed as arguments to the script if you invoke the script it in an
> > action with the %F parameter for example. See "Configuration" menu,
> > "Actions..." option, there is a lot of fun inside ;)
> 
> Anyway, i think it would be a good thing if it was built in.

  Mmm... looks the same thought *all* MS Word developers had when
making MS Word...

> I spoke about a correct quoting ( " On 4/27/05, Martin Hamant <mh <at> accelance.fr> wrote: " )
> For each messages body, etc

  Despite you may think about it, correct quoting is possible using
scripting. I'd say even easier than C, but that also depends on
scripting language and your own skills with it :-)
--

-- 
Ricardo Mones.
[NOTE: gmail adds a REPLY-TO header]
Permalink | Reply | 1 comment |
headers
Tommy Reynolds | 5 May 2005 01:37
X-Face

[sylpheed:24801] Slow start-up screen refresh

With the 1.9.9+svn version of Sylpheed, I've noticed a particularly
long delay between the initial screen draw (no text yet, just the frame
outlines with background coloring shown) until the first account
actually connects.  Only then do the toolbar, buttons and text get
drawn in.

I suspect all that's needed is a gtk2 call to flush all outstanding
drawing events before attempting that first account connection.

Does anyone else see such an initial partially-blank panel delay?

Cheers
Permalink | Reply | 1 comment |

Gmane