my messages carry a "x-mailer: mutt" header that i'd like to get rid of.
how do i do that?
--
clemens [EMAIL PROTECTED]
do D4685B884894C483
On Sat, May 20, 2000 at 10:39:21AM +0200, clemensF wrote:
> my messages carry a "x-mailer: mutt" header that i'd like to get rid of.
> how do i do that?
unset user_agent (mutt 1.2 only)
Reinhard
> Zhendong:
> folders. After I've changed the mutt folders to gz format, procmail
> still delivers mails as uncompressed format, they can not work well
> together.
then run the mails through gzip. the line "| gzip >> " will append
compressed data to the folder. this has nothing to do with mu
Reinhard Foerster proclaimed on mutt-users that:
>On Sat, May 20, 2000 at 10:39:21AM +0200, clemensF wrote:
>> my messages carry a "x-mailer: mutt" header that i'd like to get rid of.
>> how do i do that?
>
>unset user_agent (mutt 1.2 only)
+That+ will get rid of the User-Agent: Mutt 1.2i. I do
clemensF proclaimed on mutt-users that:
>the opposite of unix thinking, where a number of independant little
>programs to their speciality bound into a framework by a smart and small
>operating system, which operates the same way. your statement reveals
>micro$oft thinking: give the users one
Yuzhendo & Zhendong (perhaps one and the same) --
...and then [EMAIL PROTECTED] said...
% Can we use Procmail to play with the compressed mail folders? Since I
% found that even when mutt can deal with compressed folders, procmail
% will not deliver mails in compressed format. So there will some
clemens --
...and then clemensF said...
% my messages carry a "x-mailer: mutt" header that i'd like to get rid of.
% how do i do that?
I'd try something like
my_hdr X-Mailer: ""
to generate an empty header, which mutt will then not include. I don't
think there's a $variable for that in vers
> Mikko Hänninen:
> > I guess what I'm basically looking for is a reply-hook. Something that I
> > can use to change things based on the message I'm replying to. Does
> > anything like that exist?
>
> Nope, sorry. There's been talk of ways to solve this, and I think even
> the best way has be
Hi clemensF, David T-G
Thank you for pointing me out :)
David T-G wrote:
> I'll leave the explanation from our friend clemens alone and also leave
> all of the credit for the rant :-)
>
> Yes, you can use procmail with compressed folders by compressing your
> incoming mail (| gzip -c) before it
clemensF <[EMAIL PROTECTED]> wrote on Sat, 20 May 2000:
> there's always the possibility to pipe the mess thru some external program,
> either in the editor or perhaps with some construct involving ":source
> |".
How does that help in the situation we were discussing?
Well, I guess you could do
Mikko Hänninen proclaimed on mutt-users that:
>clemensF <[EMAIL PROTECTED]> wrote on Sat, 20 May 2000:
>> there's always the possibility to pipe the mess thru some external program,
>> either in the editor or perhaps with some construct involving ":source
>> |".
>
>How does that help in the sit
Is it possible to have mutt recognise more than the "standard" colors.
Like I can get vim to display all the colors like lightblue or darkcyan
etc?
--
Eric Smith
also on 082 373 1224
Eric Smith proclaimed on mutt-users that:
>Is it possible to have mutt recognise more than the "standard" colors.
>Like I can get vim to display all the colors like lightblue or darkcyan
>etc?
Take a look at this - scarfed from an old post on mutt-users. Tim, if
you;re reading this - I _love_
On Sat, 20 May 2000, Zhendong wrote:
> Then what about the supporting for compressed mail folders in procmail
> when using mutt? I use procmail to deliver mails to different mail
> folders. After I've changed the mutt folders to gz format, procmail
> still delivers mails as uncompressed format,
When submitting patches for the mutt code, please make
sure you follow a couple of elementary guidelines:
- Post your patch to mutt-dev, and make sure they are
marked somehow in the subject of the message. While I
generally try to read mutt-dev completely, this will
make it more difficult
> Roland Rosenfeld:
> | gzip >> folder
>
> BUT DON'T DO THIS, if you do not want to loose mail!
> IIRC, there is no mechanism to merge changes in the compressed folder
> into the temporary uncompressed folder, so if you have a compressed
> folder open for reading, while a new mail arrives and is
> Reinhard Foerster:
> On Sat, May 20, 2000 at 10:39:21AM +0200, clemensF wrote:
> > my messages carry a "x-mailer: mutt" header that i'd like to get rid of.
> > how do i do that?
>
> unset user_agent (mutt 1.2 only)
oh no, nono, please, there =has= to be a way! please, save me! do i have
to
> Suresh Ramasubramanian:
> >unset user_agent (mutt 1.2 only)
>
> +That+ will get rid of the User-Agent: Mutt 1.2i. I doubt if it will get
> rid of the X-Mailer tag (which is not generated by newer mutts anyway).
i think you repeat exactly what he said, and i'm not really sure if i am
grateful
> David T-G:
> I'd try something like
> my_hdr X-Mailer: ""
no go. recompiled the whole s**t. bet'ya can't see no heada!
--
clemens [EMAIL PROTECTED]
> Suresh Ramasubramanian:
> Sounds a lot like emacs thinking to me :)
you, youDANGEROUS PERSON!
> Mikko Hänninen:
> Well, I guess you could do a script that reads the message-to-be-replied
> to, writes a template reply email out to a file, and then this could be
> used with the resend-message (or edit-postponed) in Mutt as a basis of
> the new email... It would work, but you'd be taking al
21 matches
Mail list logo
