On Fri, Dec 14, 2018 at 10:53:03PM -0500, Kurt Hackenberg wrote:
> I dislike mbox because it's a bad design, and has many variants that
> are partially incompatible and more or less indistinguishable.
And yet Mutt manages to handle them all flawlessly. I don't agree the
design is bad. I would ag
On 17Dec2018 12:57, derek martin wrote:
On Sat, Dec 15, 2018 at 11:49:05AM +0700, Victor Sudakov wrote:
Ian Zimmerman wrote:
>I agree that there are good reasons to use IMAP, but none of them seem
>to apply to me :)
How about accessing your mail archives from a mobile device, for a reason?
F
On Sat, Dec 15, 2018 at 11:49:05AM +0700, Victor Sudakov wrote:
> Ian Zimmerman wrote:
> >I agree that there are good reasons to use IMAP, but none of them seem
> >to apply to me :)
>
> How about accessing your mail archives from a mobile device, for a reason?
FWIW this, for me, is the ONLY reaso
On 2018-12-15 12:04, Victor Sudakov wrote:
> Please name a couple of horrible consequences that could happen to my
> mail because of procmail. I'm not doubting your words, I just want to
> be aware.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=771958
https://bugzilla.redhat.com/show_bug.cgi
On 12/15/18 1:01 AM, Erik Christiansen wrote:
On 13.12.18 13:05, Kurt Hackenberg wrote:
You may want to preserve message attributes -- things like, this message has
been read, this message has been replied to, this message has been flagged,
this message has been assigned the keyword "blorgh".
On 15.12.18 19:35, Cameron Simpson wrote:
> On 15Dec2018 17:01, Erik Christiansen wrote:
> > Is it in reality even remotely "likely" that any LDA contains code to
> > search out those headers and delete them in transit? (Please feel free
> > to post any code snippets found.)
> >
> > The assertion
On 15Dec2018 17:01, Erik Christiansen wrote:
On 13.12.18 13:05, Kurt Hackenberg wrote:
You may want to preserve message attributes -- things like, this
message has
been read, this message has been replied to, this message has been flagged,
this message has been assigned the keyword "blorgh". M
On 13.12.18 13:05, Kurt Hackenberg wrote:
>
> You may want to preserve message attributes -- things like, this message has
> been read, this message has been replied to, this message has been flagged,
> this message has been assigned the keyword "blorgh". Mail delivery agents,
> including procmail
Ian Zimmerman wrote:
On 2018-12-14 11:27, Victor Sudakov wrote:
> DEFAULT=/path/to/maildir/ procmail /dev/null
>
> will work (but I try to avoid procmail for data-critical tasks).
May I ask why? procmail has been in my ~/.forward for two decades,
with lots of rules, and I've not seen any probl
Derek Martin wrote:
[dd]
What we really need is some sort of a database back end anyway, so we
can have reasonable virtual folders. :)
I hope you are kidding. Microsoft Exchange went this way. I don't like
the result.
I don't necessarily mean
storing the message in the database... the
Ian Zimmerman wrote:
On 2018-12-13 13:05, Kurt Hackenberg wrote:
Whether to use IMAP at all -- well, one reason to use IMAP, even if
you have direct access to the mail files, is so you can use any mail
reader, not just one. When various mail readers read and write files
directly, even file form
On 12/13/18 10:05 PM, Patrick Shanahan wrote:
mbox still serves my needs and has never failed me. why would I want to
invest time and effort to change to something (anything) else? maildir
does not "work better" as I can see.
If mbox works for the way you use it, there's no need to change.
Tim Chase wrote:
On 2018-12-13 22:05, Patrick Shanahan wrote:
mbox still serves my needs and has never failed me. why would I
want to invest time and effort to change to something (anything)
else? maildir does not "work better" as I can see.
Perhaps you're not putting strains on mbox that ot
On Fri, Dec 14, 2018 at 11:43:17AM +1100, Cameron Simpson wrote:
> On 13Dec2018 18:26, derek martin wrote:
> >Maildir + header caching improves the case for Maildir in some, but
> >not all, cases (and if mbox is also supported by header caching
> >now, that goes out the window, but I don't recall
On Fri, Dec 14, 2018 at 07:37:28AM -0600, Tim Chase wrote:
> On 2018-12-13 22:05, Patrick Shanahan wrote:
> > mbox still serves my needs and has never failed me. why would I
> > want to invest time and effort to change to something (anything)
> > else? maildir does not "work better" as I can see.
On Thu, Dec 13, 2018 at 12:38:42PM -0500, Kurt Hackenberg wrote:
> On 12/13/18 11:15 AM, Victor Sudakov wrote:
>
> >Dan Ritter wrote:
> >>That doesn't happen in Maildir storage. Is it reasonable to
> >>switch from mbox to maildir?
> >
> >An interesting idea!
>
> In my opinion, it's always a good
On 2018-12-13 13:05, Kurt Hackenberg wrote:
> Whether to use IMAP at all -- well, one reason to use IMAP, even if
> you have direct access to the mail files, is so you can use any mail
> reader, not just one. When various mail readers read and write files
> directly, even file formats that are sup
On Fri, Dec 14, 2018 at 09:06:13AM -0800, Ian Zimmerman wrote:
> Yes, that's certainly a reason. Too bad; in my case I and the few other
> users all agree that email (a relatively slow and deliberate mode of
> communication on a modern scale) doesn't mix well with "on the road",
> unlike SMS.
For
On 2018-12-14 11:27, Victor Sudakov wrote:
> > DEFAULT=/path/to/maildir/ procmail /dev/null
> >
> > will work (but I try to avoid procmail for data-critical tasks).
>
> May I ask why? procmail has been in my ~/.forward for two decades,
> with lots of rules, and I've not seen any problems from it
8
> From: Tim Chase
> To: mutt-users@mutt.org
> Subject: Re: Hide a message?
>
> On 2018-12-13 22:05, Patrick Shanahan wrote:
> > mbox still serves my needs and has never failed me. why would I
> > want to invest time and effort to change to something (anything)
> >
On 2018-12-13 22:05, Patrick Shanahan wrote:
> mbox still serves my needs and has never failed me. why would I
> want to invest time and effort to change to something (anything)
> else? maildir does not "work better" as I can see.
Perhaps you're not putting strains on mbox that others have. I'v
Cameron Simpson wrote:
On 14Dec2018 11:40, Victor Sudakov wrote:
Kurt, once you've mentioned it. How do I create a maildir folder from
within mutt if my default $mbox_type is mbox?
When I want to create a new folder "foo", I tag some messages and save
them to =foo, mutt asks whether to create
On 14Dec2018 11:40, Victor Sudakov wrote:
Kurt, once you've mentioned it. How do I create a maildir folder from
within mutt if my default $mbox_type is mbox?
When I want to create a new folder "foo", I tag some messages and save
them to =foo, mutt asks whether to create "foo" but creates it i
Michael Tatge wrote:
On 12 December 2018 13:39:25 CET, Victor Sudakov wrote:
The dovecot IMAP server keeps its folder (mailbox) metadata as a
pseudo-message. When I access those mboxes locally with mutt, I see
this pseudo-message but I don't want to.
Might be a silly question, but why do tha
Kurt Hackenberg wrote:
[dd]
You can convert mbox to maildir through Mutt, since it can read and
write both. Read an mbox folder, copy all its message to a new maildir
folder.
Kurt, once you've mentioned it. How do I create a maildir folder from
within mutt if my default $mbox_type is mbox?
On 2018-12-13 11:23, Jude DaShiell wrote:
> maildir if I remember correctly has an inc command once you get it
> set up. It looks for an mbox file and does the conversion of that
> mbox file for you and loads the mail into the mail directories for
> you.
This sounds like mh/nmh (which has an `inc
Ian Zimmerman wrote:
I have over 400 mboxes in my ~/Mail directory, some of them being
mailing list archives, others being Usenet groups archives, or mboxes
inherited from my decommissioned CommuniGate server.
My dovecot configuration is simple: "mail_location =
mbox:~/Mail:INBOX=/var/mail/%u
On 13.12.18 22:05, Patrick Shanahan wrote:
> mbox still serves my needs and has never failed me. why would I want to
> invest time and effort to change to something (anything) else? maildir
> does not "work better" as I can see.
+1
I've used mbox exclusively since the days of SunOS4.1.3 or a bi
* Kurt Hackenberg [12-13-18 12:40]:
> On 12/13/18 11:15 AM, Victor Sudakov wrote:
>
> > Dan Ritter wrote:
> > > That doesn't happen in Maildir storage. Is it reasonable to
> > > switch from mbox to maildir?
> >
> > An interesting idea!
>
> In my opinion, it's always a good idea to convert from
On 13Dec2018 18:26, derek martin wrote:
On Thu, Dec 13, 2018 at 08:46:23AM -0800, Ian Zimmerman wrote:
On 2018-12-13 23:15, Victor Sudakov wrote:
> If I knew how to convert all this stuff to Maildir storage... Do I
> have to convert all of them at once?
No, mutt can handle maildirs and mboxes
On 13Dec2018 15:20, Felix Finch wrote:
On 20181214, Cameron Simpson wrote:
Others have spoken of preserving attributes (read, flagged, etc). You get
all of this by using mutt itself to perform the conversion. Basic scheme:
- make an empty maildir
- open the mbox with mutt
- save all messages t
On Thu, Dec 13, 2018 at 11:04:08PM +0100, Michael Tatge wrote:
> On 12 December 2018 13:39:25 CET, Victor Sudakov wrote:
> >The dovecot IMAP server keeps its folder (mailbox) metadata as a
> >pseudo-message. When I access those mboxes locally with mutt, I see
> >this pseudo-message but I don't w
On Thu, Dec 13, 2018 at 08:46:23AM -0800, Ian Zimmerman wrote:
> On 2018-12-13 23:15, Victor Sudakov wrote:
> > If I knew how to convert all this stuff to Maildir storage... Do I
> > have to convert all of them at once?
>
> No, mutt can handle maildirs and mboxes alongside each other. It just
> l
On 20181214, Cameron Simpson wrote:
> Others have spoken of preserving attributes (read, flagged, etc). You get
> all of this by using mutt itself to perform the conversion. Basic scheme:
>
> - make an empty maildir
> - open the mbox with mutt
> - save all messages to the maildir
> - close mutt
>
On 13Dec2018 23:15, Victor Sudakov wrote:
I have over 400 mboxes in my ~/Mail directory, some of them being
mailing list archives, others being Usenet groups archives, or mboxes
inherited from my decommissioned CommuniGate server.
My dovecot configuration is simple: "mail_location =
mbox:~/M
Might be a silly question, but why do that in the first place?
I presume imap is accessible locally.
On 12 December 2018 13:39:25 CET, Victor Sudakov wrote:
>The dovecot IMAP server keeps its folder (mailbox) metadata as a
>pseudo-message. When I access those mboxes locally with mutt, I see
>t
On 12/13/18 11:46 AM, Ian Zimmerman wrote:
On 2018-12-13 23:15, Victor Sudakov wrote:
I have over 400 mboxes in my ~/Mail directory, some of them being
mailing list archives, others being Usenet groups archives, or mboxes
inherited from my decommissioned CommuniGate server.
My dovecot configu
On 12/13/18 11:15 AM, Victor Sudakov wrote:
Dan Ritter wrote:
That doesn't happen in Maildir storage. Is it reasonable to
switch from mbox to maildir?
An interesting idea!
In my opinion, it's always a good idea to convert from mbox to something
that works better. On Unix systems, maildir i
On 2018-12-13 23:15, Victor Sudakov wrote:
> I have over 400 mboxes in my ~/Mail directory, some of them being
> mailing list archives, others being Usenet groups archives, or mboxes
> inherited from my decommissioned CommuniGate server.
>
> My dovecot configuration is simple: "mail_location =
>
; From: Victor Sudakov
> To: mutt-users@mutt.org
> Subject: Re: Hide a message?
>
> Dan Ritter wrote:
> >>
> >> Is there a way to hide a message (e.g. with a certain subject) from view in
> >> a mailbox, without actually deleting it?
> >>
> >> T
Dan Ritter wrote:
Is there a way to hide a message (e.g. with a certain subject) from view in
a mailbox, without actually deleting it?
The dovecot IMAP server keeps its folder (mailbox) metadata as a
pseudo-message. When I access those mboxes locally with mutt, I see this
pseudo-message but I d
On Thu, Dec 13, 2018 at 09:32:33PM +0700, Victor Sudakov wrote:
> Thank you, Cameron, I'll probably use this solution. However, I would like
> to have something like $score_threshold_hide alongside with
> $score_threshold_delete and $score_threshold_read, but I see there is none.
I suspect you co
Cameron Simpson wrote:
Is there a way to hide a message (e.g. with a certain subject)
from view in a mailbox, without actually deleting it?
Limit to negated pattern does not work?
E.g., to see all messages *except* those with 'mutt' in subject:
! ~s mutt
It does work, but as I said in an
On 13Dec2018 09:29, Victor Sudakov wrote:
Mihai Lazarescu wrote:
On Wednesday, December 12, 2018 at 19:39:25 +0700, Victor Sudakov wrote:
Is there a way to hide a message (e.g. with a certain subject)
from view in a mailbox, without actually deleting it?
Limit to negated pattern does not wo
Claus Assmann wrote:
Is there a way to hide a message (e.g. with a certain subject) from view in
a mailbox, without actually deleting it?
Maybe this works:
show only messages matching a pattern
Details can be found in the documentation.
Well, I often use limiting to show only useful mess
On Wed, Dec 12, 2018, Victor Sudakov wrote:
> Is there a way to hide a message (e.g. with a certain subject) from view in
> a mailbox, without actually deleting it?
Maybe this works:
show only messages matching a pattern
Details can be found in the documentation.
46 matches
Mail list logo