is there a way to have the 'Mail-Followup-To' header show up in the
editor when edit_headers is set? i normally want mutt's default
behavior when this is concerned, but occasionally i might want to set my
own address in the 'Reply-To' field; if another mutt user responded to
me, mutt would honor
Nicolas --
...and then Nicolas Rachinsky said...
% On Sun, Dec 02, 2001 at 11:24:53PM +, Thomas Hurst <[EMAIL PROTECTED]> wrote:
% > * Thorsten Haude ([EMAIL PROTECTED]) wrote:
% >
% > > I have no solution, but will work on one based on Mail::Audit.
% >
% > Could do with libmutt and Mail::M
Thorsten Haude wrote:
> I don't use ext2, but Reiser. The difference is less severe, but
> noticeable. Maildir seems to have the problem that it only works with
> certain file system types.
i also just noticed your version string... if that's correct, you might
want to upgrade to one of the most
Hi,
* Will Yardley <[EMAIL PROTECTED]> [01-12-02 23:20]:
>Benjamin Michotte wrote:
>
>> Oh my god...
>> I just switched from mbox to maildir... and also reswitch to mbox...
>>
>> 2 minutes 38 to open my in.mutt maildir (? 6000 mails) instead of 18
>> secondes to the same in mbox format
>as
Benjamin Michotte wrote:
> it doesn't stat a entire file but a entire dir, isn't ?
with mbox, the POP3 / IMAP server has to stat a whole file, not just the
new ones... each time someone connects. it also has to stat the whole
file again if it is removing a message, etc. etc.
since users tend n
On Sun, Dec 02, 2001 at 02:20:25PM, Will Yardley wrote:
> as others have mentioned, this is most likely a filesystem limitation,
> and not a problem with Maildir. would i be correct in assuming you're
> using ext2fs? i have some of the same problems, but my mail is
nope, reiserfs.
> (unfortunatel
On Sun, Dec 02, 2001 at 11:24:53PM +, Thomas Hurst <[EMAIL PROTECTED]> wrote:
> * Thorsten Haude ([EMAIL PROTECTED]) wrote:
>
> > I have different views on Maildirs (see other thread), and I would
> > move the mails thread-wise, but on all other points, I agree.
>
> Hm, thread-wise is concid
Hi,
* Will Yardley <[EMAIL PROTECTED]> [01-12-02 23:20]:
>Benjamin Michotte wrote:
>
>> Oh my god...
>> I just switched from mbox to maildir... and also reswitch to mbox...
>>
>> 2 minutes 38 to open my in.mutt maildir (? 6000 mails) instead of 18
>> secondes to the same in mbox format
>as
* Thorsten Haude ([EMAIL PROTECTED]) wrote:
> I have different views on Maildirs (see other thread), and I would
> move the mails thread-wise, but on all other points, I agree.
Hm, thread-wise is conciderably more expensive - date-wise involves
just scanning the maildir, grabbing all the time()'
Hi,
* Thomas Hurst <[EMAIL PROTECTED]> [01-12-03 00:09]:
>Deliver mail as normal to Maildir's. Every night, scan each maildir and
>move anything older than (say) a week to a datestamped and compressed
>mbox. Maildir is a good choice for the working mailspools because
>it's robust and has constan
Mutt and procmail are still handling my mail load with ease, but I guess
I better come up with a proper mail archival system before it gets too
much.
The most common solution seems to be to have procmail deliver mail to
[folder]-[date] or similar, but the problem with this is once it rotates
you
Benjamin Michotte wrote:
> Oh my god...
> I just switched from mbox to maildir... and also reswitch to mbox...
>
> 2 minutes 38 to open my in.mutt maildir (? 6000 mails) instead of 18
> secondes to the same in mbox format
as others have mentioned, this is most likely a filesystem limitatio
* Bruno Postle <[EMAIL PROTECTED]> [02-12-2001 21:30]:
[...]
| ..also look in /usr/mumble/mutt/mime.types.
Forgot the fact that I didn't configure mutt with /etc as sysconfdir.
It works now. Thanks!
| (It isn't a .DOC file is it? I just thought I'd ask)
I forgive you ;)
--
René Clerc
On Sun 02-Dec-2001 at 09:11:37PM +0100, René Clerc wrote:
> * Bruno Postle <[EMAIL PROTECTED]> [02-12-2001 20:06]:
>
> | On Sun 02-Dec-2001 at 07:34:42PM +0100, René Clerc wrote:
> | >
> | > how does Mutt derive what to set the Content Type of attachments to?
> |
> | Mainly from looking it up i
* Bruno Postle <[EMAIL PROTECTED]> [02-12-2001 20:06]:
| On Sun 02-Dec-2001 at 07:34:42PM +0100, René Clerc wrote:
| >
| > how does Mutt derive what to set the Content Type of attachments to?
|
| Mainly from looking it up in the /etc/mime.types and ~/.mime.types
| files.
application/msword
On Sun, 02 Dec 2001 the mental interface of René Clerc told:
> * Elimar Riesebieter <[EMAIL PROTECTED]> [02-12-2001 19:27]:
>
> | How to tell mutt or urlview to use mozilla for viewing url´s? My
> | configuration calls alway lynx.
>
> 19:29 [rene@clerc:~] $ cat .urlview
> COMMAND links '%s'
> 1
On Sun, 02 Dec 2001 the mental interface of Im Eunjea told:
> * Ren? Clerc <[EMAIL PROTECTED]> [2001-12-02 19:31]:
> > * Elimar Riesebieter <[EMAIL PROTECTED]> [02-12-2001 19:27]:
> >
> > | How to tell mutt or urlview to use mozilla for viewing url´s? My
> > | configuration calls alway lynx.
> >
* Ren? Clerc <[EMAIL PROTECTED]> [2001-12-02 19:31]:
> * Elimar Riesebieter <[EMAIL PROTECTED]> [02-12-2001 19:27]:
>
> | How to tell mutt or urlview to use mozilla for viewing url´s? My
> | configuration calls alway lynx.
>
> 19:29 [rene@clerc:~] $ cat .urlview
> COMMAND links '%s'
> 19:30 [ren
On Sun 02-Dec-2001 at 07:34:42PM +0100, René Clerc wrote:
>
> how does Mutt derive what to set the Content Type of attachments to?
Mainly from looking it up in the /etc/mime.types and ~/.mime.types
files.
I would be interested if somebody had a better solution involving
mime-magic or something
Hi all,
how does Mutt derive what to set the Content Type of attachments to?
This because mutt thinks some attachments are application/octet-stream
while the infact could be specified better...
TIA,
--
René Clerc - ([EMAIL PROTECTED])
The Force. It surrounds us; It enfold
* Elimar Riesebieter <[EMAIL PROTECTED]> [02-12-2001 19:27]:
| How to tell mutt or urlview to use mozilla for viewing url´s? My
| configuration calls alway lynx.
19:29 [rene@clerc:~] $ cat .urlview
COMMAND links '%s'
19:30 [rene@clerc:~] $
--
René Clerc - ([EMAIL PROTECTED
Hi all,
I am using mutt since 4 weeks: It is fantastic! Now it is very easy
to read usenets and other stuff!
Here my question:
How to tell mutt or urlview to use mozilla for viewing url´s? My
configuration calls alway lynx.
--
Experience is something you don't get until just after you need i
On Sun, Dec 02, 2001 at 09:05:57AM -0800, Curt W. Zirzow wrote:
> On Sun, Dec 02, 2001 at 02:22:33PM +0100, Benjamin Michotte wrote:
> > 2 minutes 38 to open my in.mutt maildir (± 6000 mails) instead of 18
> > secondes to the same in mbox format
> Wow, I knew maildir was slower but not by t
On Fri, Nov 30, 2001 at 12:12:33AM +0530, Prahlad Vaidyanathan wrote:
> Hi,
>
> On Wed, 28 Nov 2001 christophe <[EMAIL PROTECTED]> spewed into the ether:
> [-- snip --]
> > > Any solutions ?
> >
> > Implement a tag-thread-pattern.
> > That's what I intent to do as soon I find time for it.
>
>
Thus spake Jussi Ekholm ([EMAIL PROTECTED]):
> It's a great tool. Gotta try SpamAssasin, NoSpam and these different
> spam catchers, too - so I wouldn't have to add new addresses in kill
> list every week, like I now have to.
You might be interested in my writeup:
http://codesorcery.net
* Curt W. Zirzow ([EMAIL PROTECTED]) wrote:
> Wow, I knew maildir was slower but not by that much. I guess it has to
> do with reading each individual file instead of scanning the mbox.
A lot seems to depend on how well your fs copes with lots of operations
on small files. UFS seems to cope qu
On Sun, Dec 02, 2001 at 02:22:33PM +0100, Benjamin Michotte wrote:
> hello,
>
> On Sun, Dec 02, 2001 at 12:02:49PM, Thorsten Haude wrote:
> > >Not a answer, just a question, how to switch to maildir ?
> > After my experinces: Don't.
> Oh my god...
> I just switched from mbox to maildir... and als
On Sun, Dec 02, 2001 at 02:22:33PM, Benjamin Michotte wrote:
> 2 minutes 38 to open my in.mutt maildir (± 6000 mails) instead of 18
> secondes to the same in mbox format
s/18/8/
>
---end quoted text---
binny
--
> J'aimerais savoir quels sont les différences majeurs entre FreeBSD,
> Open
hello,
On Sun, Dec 02, 2001 at 12:02:49PM, Thorsten Haude wrote:
> >Not a answer, just a question, how to switch to maildir ?
> After my experinces: Don't.
Oh my god...
I just switched from mbox to maildir... and also reswitch to mbox...
2 minutes 38 to open my in.mutt maildir (± 6000 mails) ins
Jussi --
...and then Jussi Ekholm said...
%
...
% Anyway, I indeed have lines concerning Procmail in my exim.conf. And
% all I had to do was to create a ~/.procmailrc and after that it has
% been working like a charm; sorting incoming mail into different
% mailboxes (gazillion mailing lists :-)
Moin,
* Benjamin Michotte <[EMAIL PROTECTED]> [01-12-02 01:14]:
>On Fri, Nov 30, 2001 at 11:48:56PM, Thorsten Haude wrote:
>> I just switched to Maildir. No mails are lost, but only one mailbox is
>> not updated. The deleted mails are tagged, an they vanish when I sync
>Not a answer, just a quest
Jussi Ekholm wrote:
> Dairy Wall Limey <[EMAIL PROTECTED]> wrote:
> > if exim uses procmail as its LDA, no .forward is needed - your
> > .procmailrc is read already.
>
> LDA was Local Delivery Agent, right?
yup!
> It's a great tool. Gotta try SpamAssasin, NoSpam and these different
> spam c
On Sun, Dec 02, 2001 at 12:19:39PM +0100, Nicolas Rachinsky wrote:
> Hello,
>
> is it safe to assume, that all the mutt patches floating around are
> gpl'd, because they are derived from gpl'd software (mutt)?
not necessarily - add-on macros and other code which does not include
diff's from mutt
Dairy Wall Limey <[EMAIL PROTECTED]> wrote:
> Jussi Ekholm wrote:
>> So, is it really necessary to create ~/.forward in order to use
>> Procmail, or is it just Exim, who notices if there's Procmail in use?
>
> if exim uses procmail as its LDA, no .forward is needed - your
> .procmailrc is read a
Hello,
is it safe to assume, that all the mutt patches floating around are
gpl'd, because they are derived from gpl'd software (mutt)?
Nicolas
PS:
I have uploaded new versions of my conditional macro execution and
question coloring patches to my homepage.
35 matches
Mail list logo
