Re: FreeBSD compile errors
Hi, * Udo Schweigert [2002-06-02 09:16:00 CEST] wrote: > On Sat, Jun 01, 2002 at 21:58:11 +0200, Rocco Rutte wrote: > > [ errors building 1.4 on FreeBSD ] > > ,- > || pdmef@klaus:~$ pkg_info -L iconv-2.0_1 > || Information for iconv-2.0_1: > || /usr/local/include/iconv.h > || /usr/local/lib/libiconv.so > || /usr/local/lib/libiconv.so.2 > > `- > The iconv port is now at 2.0_3 and no longer installs a > libiconv.so, instead it is called libbiconv.so. This > library is a way not standard and did not work for > mutt-1.3.x. I know that this has recently changed. > Please update both ports and try again. No, I won't unless those 'old' ports completely break things up. I've just seen that you are responsible for the mutt-dev port (true?). So, does mail/mutt move to 1.4 and mail/mutt-dev to 1.5.1? Cheers, Rocco
Re: FreeBSD compile errors
On Sun, Jun 02, 2002 at 10:36:25 +0200, Rocco Rutte wrote: > Hi, > > * Udo Schweigert [2002-06-02 09:16:00 CEST] wrote: >> On Sat, Jun 01, 2002 at 21:58:11 +0200, Rocco Rutte wrote: > > >> [ errors building 1.4 on FreeBSD ] > > >> ,- > ||| pdmef@klaus:~$ pkg_info -L iconv-2.0_1 > ||| Information for iconv-2.0_1: > ||| /usr/local/include/iconv.h > ||| /usr/local/lib/libiconv.so > ||| /usr/local/lib/libiconv.so.2 > >> `- > >> The iconv port is now at 2.0_3 and no longer installs a >> libiconv.so, instead it is called libbiconv.so. This >> library is a way not standard and did not work for >> mutt-1.3.x. > > I know that this has recently changed. > >> Please update both ports and try again. > > No, I won't unless those 'old' ports completely break things > up. > > I've just seen that you are responsible for the mutt-dev > port (true?). So, does mail/mutt move to 1.4 and > mail/mutt-dev to 1.5.1? > Yes. I'm waiting for a cvs commit of 1.4 as mail/mutt-devel. Then this can be cvs tagged and 1.4 will later become mail/mutt, and I can update mail/mutt-devel to 1.5.1 (which is waiting here for submission) Best regards -- Udo Schweigert, Siemens AG | Voice : +49 89 636 42170 CT IC 3, Siemens CERT| Fax: +49 89 636 41166 D-81730 Muenchen / Germany | email : [EMAIL PROTECTED]
Re: FreeBSD compile errors
Rocco Rutte wrote: > > The iconv port is now at 2.0_3 and no longer installs a libiconv.so, > > instead it is called libbiconv.so. This library is a way not > > standard and did not work for mutt-1.3.x. > I know that this has recently changed. > > Please update both ports and try again. > No, I won't unless those 'old' ports completely break things > up. i just installed GNU libiconv from source and then built mutt from source as well. thanks for everyone who wrote about this. i still had to set cc to "cc -I/usr/local/include" (i also set LDFLAGS to /usr/local/lib). so i guess the questions are: 1) why does configure no longer complain if libiconv isn't present? the noiconv patch never made it into 1.4, right?? so if mutt won't build without it, it seems like configure should fail as it used to. 2) do systems vary too much for configure to set compiler flags / environment variables correctly if "libiconv-prefix" is specified in the configure args? i'm certainly no expert on this stuff (and i do realize that if a system is properly configured, it's usually not necessary), but it is something i've seen a lot of people have problems with. i don't know if this is worth moving over to the dev list, but i will bring it up there if people don't think these questions are totally dumb. -- Will Yardley input: william < @ hq . newdream . net . >
Re: FreeBSD compile errors
Hi, * Will Yardley [2002-06-02 10:45:01 CEST] wrote: > i don't know if this is worth moving over to the dev list, but i will > bring it up there if people don't think these questions are totally > dumb. You should have a look over there, just a few hours ago I saw a mail from somebody complaining the same as we did and who also sent a patch along the mail. If I recall it correctly, the problem resides in some m4 file which doesn't set 'use_iconv=yes' although it was found. I'll check that too, if I have some time left... Cheers, Rocco
mutt / resending ?
How can I resend messages from outgoing (Maildir) ? I had a big problem with the mailserver, it deleted all outgoing mails., Now I need to resend about 40 mails, howto do that mostly easy ? Please CC me. Thanks in advance. Nico -- Nico Schottelius Please send your messages pgp-signed or pgp-encrypted. If you don't know what pgp is visit www.gnupg.org. (public pgp key: ftp.schottelius.org/pub/familiy/nico/pgp-key) msg28498/pgp0.pgp Description: PGP signature
Re: mutt / resending ?
On Sun, Jun 02, 2002 at 12:20:06PM +0200, Nico Schottelius wrote: > How can I resend messages from outgoing (Maildir) ? > I had a big problem with the mailserver, it deleted all outgoing mails., > Now I need to resend about 40 mails, howto do that mostly easy ? Nico, :resend (i think) is by default bound to e just hit esc and then e ... this works in the index or the viewer, but i do not think it works with tagged messages - you have to do 'em one at a time. aloha, dave
Re: mutt / resending ?
Dave Price [Sun, Jun 02, 2002 at 03:39:05AM -0600]: > On Sun, Jun 02, 2002 at 12:20:06PM +0200, Nico Schottelius wrote: > > How can I resend messages from outgoing (Maildir) ? > > I had a big problem with the mailserver, it deleted all outgoing mails., > > Now I need to resend about 40 mails, howto do that mostly easy ? > > Nico, > > :resend (i think) is by default bound to e thanks, this is what I am doing for about 20 minutes now :/ I found this, but it's not very comfortable! but thank you for your help! Nico -- Nico Schottelius Please send your messages pgp-signed or pgp-encrypted. If you don't know what pgp is visit www.gnupg.org. (public pgp key: ftp.schottelius.org/pub/familiy/nico/pgp-key) msg28500/pgp0.pgp Description: PGP signature
Re: mutt / resending ?
Nico Schottelius wrote:
> How can I resend messages from outgoing (Maildir) ?
> I had a big problem with the mailserver, it deleted all outgoing mails.,
> Now I need to resend about 40 mails, howto do that mostly easy ?
Just tag all these mails, hit tag-prefix (';') and use the bounce
function ('b').
--
Cedric
Re: mutt / resending ?
Hi, * Dave Price [2002-06-02 11:39:05 CEST] wrote: > On Sun, Jun 02, 2002 at 12:20:06PM +0200, Nico Schottelius wrote: > > How can I resend messages from outgoing (Maildir) ? I > > had a big problem with the mailserver, it deleted all > > outgoing mails., Now I need to resend about 40 mails, > > howto do that mostly easy ? > :resend (i think) is by default bound to e Yes, but not really resend. The help in my pagers say: e resend-message use the current message as a template for a new one > just hit esc and then e ... ... and my editor fires up. I think 'bounce' is more likely what he's looking for. You can tag them, of course, but then all tagged messages will be send to the same recipient. > this works in the index or the viewer, The viewer is better called pager (so that others know what you're talking about). > but i do not think it works with tagged messages - you > have to do 'em one at a time. If he didn't use Maildir I would have suggested formail to split the mbox and cat each mail to sendmail. For Maildir, shouldn't it work to copy all mails to some other location and just pipe them through $sendmail? I guess so... Cheers, Rocco
weird color behaviour with aterm & rxvt
Hi, I've just edited my mutt colors to have a white background. (color normal black white etc.) I am using aterm and when I call mutt with the white background setting it looks awful, not white. Have a look at the screenshot [1]. I tried it with rxvt and it looks the same. Am I doing something wrong? Maybe it's not mutt's fault, then just ignore this post and I am going to find help somewhere else. 1. http://che23.de/mutt_aterm.jpg Thanks, max -- Wenn jemand Freude daran hat, bei Musik in Reih' und Glied zu marschieren, dann verachte ich ihn schon deswegen, weil er sein Gehirn nur wegen eines Irrtums bekommen hat; ein Rückenmark hätte gereicht. - Einstein msg28503/pgp0.pgp Description: PGP signature
Re: weird color behaviour with aterm & rxvt
Maximilian Szengel said: > Hi, > > I've just edited my mutt colors to have a white background. (color > normal black white etc.) I am using aterm and when I call mutt with the > white background setting it looks awful, not white. Have a look at the > screenshot [1]. I tried it with rxvt and it looks the same. Am I doing > something wrong? Maybe it's not mutt's fault, then just ignore this > post and I am going to find help somewhere else. > > 1. http://che23.de/mutt_aterm.jpg You told Mutt to use a white background, but you didn't tell aterm (or rxvt). Invoke your term with "-bg white" and tell us what happens. -dsr-
Re: weird color behaviour with aterm & rxvt
Hi dsr, On Sun, Jun 02, 2002 at 08:05:46AM -0400, [EMAIL PROTECTED] wrote: > You told Mutt to use a white background, but you didn't tell aterm (or > rxvt). Actually I did, but I didn't tell, sorry. > Invoke your term with "-bg white" and tell us what happens. It is just the same. When I set -bg Black -fg White it is still the same, doesn't matter what color is set in aterm/rxvt. max -- -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s: a--- C++ UL+++ P+ L+++ E--- W+ N++ o++ K- w-- O- M-- V- PS+++ PE-- Y+ PGP++ t--- 5-- X+ R- tv+ b++ DI- D++ G++ e h! r y+ --END GEEK CODE BLOCK-- msg28505/pgp0.pgp Description: PGP signature
Re: IMAP/charset problems?
Hello Martin, On Saturday, June 1, 2002 at 3:48:52 PM +0200, Martin Karlsson wrote: > * Patrik Kullman <[EMAIL PROTECTED]> [2002-06-01 12.38 +0200]: > >> I still get the swedish characters åäö as ? though. Both in subject >> line and in the actual mail. > > try setting 'send_charset' (in muttrc) to iso-8859-1 This should not impact what Patrik gets. BTW the $send_charset default value is better. > perhaps setting 'locale' (in muttrc) to iso-8859-1 will help. AFAIK Mutt's manual states $locale is used only for date and time, and so should be set as default or to same value as $LC_TIME, as you prefer. Bye!Alain.
Re: weird color behaviour with aterm & rxvt
On Sun, Jun 02, 2002 at 01:41:55PM +0200, Maximilian Szengel wrote: > Hi, > > I've just edited my mutt colors to have a white background. (color > normal black white etc.) I am using aterm and when I call mutt with the > white background setting it looks awful, not white. Have a look at the > screenshot [1]. I tried it with rxvt and it looks the same. Am I doing > something wrong? Maybe it's not mutt's fault, then just ignore this > post and I am going to find help somewhere else. > > 1. http://che23.de/mutt_aterm.jpg That looks like you're using ncurses 5.2 with the experimental $COLORTERM support (it doesn't work for bright backgrounds). -- Thomas E. Dickey <[EMAIL PROTECTED]> http://invisible-island.net ftp://invisible-island.net
Re: weird color behaviour with aterm & rxvt
On Sun, Jun 02, 2002 at 09:46:30AM -0400, Thomas Dickey wrote: > On Sun, Jun 02, 2002 at 01:41:55PM +0200, Maximilian Szengel wrote: > > Hi, > > > > I've just edited my mutt colors to have a white background. (color > > normal black white etc.) I am using aterm and when I call mutt with the > > white background setting it looks awful, not white. Have a look at the > > screenshot [1]. I tried it with rxvt and it looks the same. Am I doing > > something wrong? Maybe it's not mutt's fault, then just ignore this > > post and I am going to find help somewhere else. > > > > 1. http://che23.de/mutt_aterm.jpg > > That looks like you're using ncurses 5.2 with the experimental $COLORTERM > support (it doesn't work for bright backgrounds). Well, I had libncursesw5[-dev] installed (debian-woody). But when I remove it mutt's color behavior does not change. Do you have any tip, how I can correct this? max -- Wenn jemand Freude daran hat, bei Musik in Reih' und Glied zu marschieren, dann verachte ich ihn schon deswegen, weil er sein Gehirn nur wegen eines Irrtums bekommen hat; ein Rückenmark hätte gereicht. - Einstein msg28508/pgp0.pgp Description: PGP signature
Re: weird color behaviour with aterm & rxvt
On Sun, 2 Jun 2002, Maximilian Szengel wrote: > On Sun, Jun 02, 2002 at 09:46:30AM -0400, Thomas Dickey wrote: > > On Sun, Jun 02, 2002 at 01:41:55PM +0200, Maximilian Szengel wrote: > > > Hi, > > > > > > I've just edited my mutt colors to have a white background. (color > > > normal black white etc.) I am using aterm and when I call mutt with the > > > white background setting it looks awful, not white. Have a look at the > > > screenshot [1]. I tried it with rxvt and it looks the same. Am I doing > > > something wrong? Maybe it's not mutt's fault, then just ignore this > > > post and I am going to find help somewhere else. > > > > > > 1. http://che23.de/mutt_aterm.jpg > > > > That looks like you're using ncurses 5.2 with the experimental $COLORTERM > > support (it doesn't work for bright backgrounds). > > Well, I had libncursesw5[-dev] installed (debian-woody). But when I > remove it mutt's color behavior does not change. Do you have any tip, > how I can correct this? A quick way to verify if my guess is correct (and work around) is to unset the COLORFGBG environment variable. ($COLORFGBG is sort of $COLORTERM/version-2 ;-) Basically what happens is that it's specifying a background color 15, while the terminfo says there's only 8 colors. (I considered adding a special case for this, but decided that the proper solution would be to use an appropriate terminfo). -- T.E.Dickey <[EMAIL PROTECTED]> http://invisible-island.net ftp://invisible-island.net
Re: weird color behaviour with aterm & rxvt
Hi Thomas, On Sun, Jun 02, 2002 at 12:23:55PM -0400, Thomas E. Dickey wrote: > A quick way to verify if my guess is correct (and work around) is to unset > the COLORFGBG environment variable. ($COLORFGBG is sort of > $COLORTERM/version-2 ;-) I unset(ed) COLORFGBG ($ unset COLORFGBG). But still I still get the ugly coloring... I also tried to set it to 0;8 ($ export COLORFGBG="0;8") and still nothing! > Basically what happens is that it's specifying a background color 15, > while the terminfo says there's only 8 colors. (I considered adding > a special case for this, but decided that the proper solution would be > to use an appropriate terminfo). How can I edit the terminfo to a proper one? Thanks, max -- -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s: a--- C++ UL+++ P+ L+++ E--- W+ N++ o++ K- w-- O- M-- V- PS+++ PE-- Y+ PGP++ t--- 5-- X+ R- tv+ b++ DI- D++ G++ e h! r y+ --END GEEK CODE BLOCK-- msg28510/pgp0.pgp Description: PGP signature
Re: weird color behaviour with aterm & rxvt
On Sun, Jun 02, 2002 at 07:11:15PM +0200, Maximilian Szengel wrote:
> > Basically what happens is that it's specifying a background color 15,
> > while the terminfo says there's only 8 colors. (I considered adding
> > a special case for this, but decided that the proper solution would be
> > to use an appropriate terminfo).
>
> How can I edit the terminfo to a proper one?
for example, running tic on this, and setting $TERM to rxvt-bright:
rxvt-bright|variant which works with bright backgrounds,
ncv#32,
bold@,
setab=\E[1m\E[4%p1%dm,
use=rxvt,
That's assuming that rxvt was not compiled with bright-color support, and
is just trying to fake a bright background. Another variant would be
analogous to xterm-16color:
rxvt-16color|using aixterm 16-color sequences,
colors#16,
pairs#256,
setab=\E[%?%p1%{8}%<%t%p1%'('%+%e%p1%{92}%+%;%dm,
setaf=\E[%?%p1%{8}%<%t%p1%{30}%+%e%p1%'R'%+%;%dm,
I tried the first on Debian whose rxvt is 2.6.4 (which doesn't support
bright colors as in the second example).
--
Thomas E. Dickey <[EMAIL PROTECTED]>
http://invisible-island.net
ftp://invisible-island.net
indicator color question
I am playing with more colors for the index. Way too cool. I can't believe I didn't do this stuff earlier. Anyway, I wanted to change the indicator, for example, for messages marked for deletion. Can the indicator color not be changed like the index and such? Thanks. -Ken
Re: query-feature (was "Re: Problem composing mail since switching to SuSE")
Rocco, et al -- ...and then Rocco Rutte said... % % Hi, Hello! % % * David T-G [2002-06-02 04:40:58 CEST] wrote: ... % % > You mentioned your non-standard config; % > where did you get your mutt itself? % % I think I mentioned it before, but the query-feature from % the unstable branch (which didn't seem to make it in 1.4) is % extremely usefull in such a case (since it dumps the real % value mutt would use, either from init.h, Muttrc or % ~/.muttrc). Ah! Since it's been around forever, you must mean something other than :set ?feature to show how feature is set... Does this basically spit out a whole muttrc of settings or some such? % % Cheers, Rocco TIA & HAND :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! msg28513/pgp0.pgp Description: PGP signature
Re: IMAP/charset problems?
Alain, * Alain Bench <[EMAIL PROTECTED]> [2002-06-02 13.33 +0200]: > Hello Martin, [...snip...] > This should not impact what Patrik gets. BTW the $send_charset > default value is better. > [...snip...] > > AFAIK Mutt's manual states $locale is used only for date and time, > and so should be set as default or to same value as $LC_TIME, as you > prefer. I think I'll have to read TFM a little closer. Thanks for correcting me! regards, -- Martin Karlsson _ GPG/PGP public key: 0x9C924660 ASCII ribbon campaign ( ) -Respect for open standards X -No HTML, RTF, or M$ Word docs in e-mail / \ msg28514/pgp0.pgp Description: PGP signature
Re: query-feature
Hi, * David T-G [2002-06-02 19:59:21 CEST] wrote: > ...and then Rocco Rutte said... > % I think I mentioned it before, but the query-feature from > % the unstable branch (which didn't seem to make it in 1.4) is > % extremely usefull in such a case (since it dumps the real > % value mutt would use, either from init.h, Muttrc or > % ~/.muttrc). > Ah! Since it's been around forever, you must mean something other than > :set ?feature > to show how feature is set... Does this basically spit out a whole > muttrc of settings or some such? I originally meant the '-Q' switch which has the advantage that you don't need to start an interactive session. But I didn't know ':set ?...' before... With every mail from the list I love mutt a bit more... ;-) Cheers, Rocco
Re: indicator color question
* On Sun, 02 Jun 2002, Ken Weingold wrote: > I am playing with more colors for the index. Way too cool. I > can't believe I didn't do this stuff earlier. Anyway, I wanted > to change the indicator, for example, for messages marked for > deletion. Can the indicator color not be changed like the > index and such? I don't think you can have the indicator color change based on the status of a message with a default setup, but there is apparently a patch (by Mike Schiraldi) to make the indicator bar display in the inverse colors of the index line. I believe there was some talk about this being incorporated into Mutt. Anyone know the status, or how to turn it on if it's there? -- John
duplicate emails
Hi guys, I've read the changelogs and I've noticed that the 1.4 is able to know if there are two (or more) occurences of the same email in a mailbox. Is possible to delete duplicate emails? (not one by one, e.g. press X and it deletes all dup mails in a certain mbox) thank you very much bye bye -b -- head --lines=4 $HOME/.signature
Re: duplicate emails
Hi, * xxx [2002-06-03 00:58:11 CEST] wrote: What did you do to your parents that they gave you such a stupid name? > I've read the changelogs and I've noticed that the 1.4 is > able to know if there are two (or more) occurences of the > same email in a mailbox. Is possible to delete duplicate > emails? Yes. > (not one by one, e.g. press X and it deletes all dup mails > in a certain mbox) Yes. Look for: .
Re: query-feature
Rocco, et al -- ...and then Rocco Rutte said... % % Hi, Hello! % % * David T-G [2002-06-02 19:59:21 CEST] wrote: % > ...and then Rocco Rutte said... % % > % I think I mentioned it before, but the query-feature from ... % % > Ah! Since it's been around forever, you must mean something other than % % > :set ?feature % % > to show how feature is set... Does this basically spit out a whole % > muttrc of settings or some such? % % I originally meant the '-Q' switch which has the advantage Oh, neat! Now I suppose I have a reason to dig into 1.5.1 already :-) % that you don't need to start an interactive session. But I % didn't know ':set ?...' before... With every mail from the % list I love mutt a bit more... ;-) Ha! Well, happy to help :-) % % Cheers, Rocco HAND :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! msg28519/pgp0.pgp Description: PGP signature
Re: query-feature
Hi, * David T-G [2002-06-03 04:44:10 CEST] wrote: > ...and then Rocco Rutte said... > % I originally meant the '-Q' switch which has the advantage > Oh, neat! Now I suppose I have a reason to dig into 1.5.1 > already :-) Good, so your References: will hopefully re-appear? It seems that your mails only have In-Reply-To. If this is indetended, what are the reasons? A tribute to replying to multiple mails at once? Cheers, Rocco
Weird bug while compiling 1.4i with iconv 1.8
Hi, everybody! While running configure script it finds iconv.h Determines that type iconv_t is defined. But never finds declaration for iconv function... libiconv from ftp.gnu.org was installed ok. Gettext from the same place compiled great with libiconv. BTW There was no internal system support for icnv functions. If someone has a hint for me, please let me know about it. Thanks in advance. -- Eugene Paskevich | *==(--- | Plug me into [EMAIL PROTECTED]| ---)==* | The Matrix Public PGP key:mailto:[EMAIL PROTECTED]?subject=publicpgpkey Fingerprint: 03 BE 52 C8 41 8C 10 DC 2F 81 A2 21 28 5E D3 12
