Q: Mutt and Email Lists
Hi, I currently subscribe to my email lists with the address of my primary email machine (which is a company _internal_ email address). However, my email address is transitioning to a different domain. Furthermore, my company prefers external email be sent to our "external" email address. How do I get mutt to send subscription requests so that the list management software believes the email is coming from my external email address? I tried sending a subscription request after changing the From: field; but the list software still interpreted it as a request from my current internal email address? The list in question has a specific email address to send requests to, and the message can be empty. I looked through the mutt manual, but didn't see anything covering this topic. Thanks in advance. -- Mun
big problems after upgrading RedHat
I know this is more of a RedHat than a Mutt problem, but I'm hopeful that someone here can tell me what happened and how to fix it. I had to send this with elm. I upgraded my machine from RedHat 6.0 to RedHat 6.2 and most things work but I'm having a big problem with Mutt. (and fetchmail and a few other mail related programs). When I run mutt I get [josh@saratoga:/var/log/squid]$ cd [josh@saratoga:~]$ mutt mutt: error in loading shared libraries: libgssapi_krb5.so.2: cannot open shared object file: No such file or directory same with fetchmail [josh@saratoga:~]$ fetchmail fetchmail: error in loading shared libraries: libkrb4.so.2: cannot open shared o bject file: No such file or directory but a different shared object file. When I try to verify the RPM it doesn't really help me. [josh@saratoga:~]$ rpm --verify -vv mutt D: opening database mode 0x0 in /var/lib/rpm D: record number 13382680 D: YESA slang = 1.2.2-5 B slang = 0.99.38 D: requires: slang = 0.99.38 satisfied by db packages. D: requires: smtpdaemon satisfied by db provides. D: requires: urlview satisfied by db packages. D: requires: krb5-libs satisfied by db packages. D: requires: krb5-configs satisfied by db packages. D: requires: ld-linux.so.2 satisfied by db provides. D: requires: libc.so.6 satisfied by db provides. D: requires: libcom_err.so.3 satisfied by db provides. D: requires: libdl.so.2 satisfied by db provides. D: requires: libgssapi_krb5.so.2 satisfied by db provides. D: requires: libk5crypto.so.2 satisfied by db provides. D: requires: libkrb5.so.2 satisfied by db provides. D: requires: libm.so.6 satisfied by db provides. D: requires: libslang.so.1 satisfied by db provides. D: requires: libc.so.6(GLIBC_2.0) satisfied by db provides. D: requires: libc.so.6(GLIBC_2.1) satisfied by db provides. D: conflicts: mutt-us unsatisfied. -- Josh Kuperman [EMAIL PROTECTED]
Re: Q: Mutt and Email Lists
Mun Johl [EMAIL PROTECTED] wrote on Fri, 31 Mar 2000: How do I get mutt to send subscription requests so that the list management software believes the email is coming from my external email address? I tried sending a subscription request after changing the From: field; but the list software still interpreted it as a request from my current internal email address? The list in question has a specific email address to send requests to, and the message can be empty. Sounds like ezmlm (although I suppose there might be others which work the same way). :-) Anyway, I don't know but I'm guessing this is because the mailing list software is looking at the *envelope sender* address (if it's ezmlm, then I know this to be the case). So anything you put in the headers won't have any effect. Mutt doesn't offer a method to directly configure the envelope sender address (it's decided by the MTA usually when the email is sent), but you can modify the $sendmail variable to include the envelope sender on the sendmail command line, with the -f option (eg. "-fyour@address"). I'm reasonably sure this will help you, but if it doesn't, then you need to first find out how the list server determines the sender address, and after you know that you can then look into seeing how to change that. Regards, Mikko -- // Mikko Hänninen, aka. Wizzu // [EMAIL PROTECTED] // http://www.iki.fi/wiz/ // The Corrs list maintainer // net.freak // DALnet IRC operator / // Interests: roleplaying, Linux, the Net, fantasy scifi, the Corrs / Bumper sticker: I brake for no apparent reason.
Re: big problems after upgrading RedHat
On Sat, Apr 01, 2000 at 04:54:13AM -0500, Josh Kuperman wrote: I upgraded my machine from RedHat 6.0 to RedHat 6.2 and most things work but I'm having a big problem with Mutt. (and fetchmail and a few other Have you upgraded mutt, fetchmail etc. too? You obviously have problems with your libs. Mutt doesn't find the libs it is linked against. Check if the needed libs are installed. Im wondering if you don't use the mutt rpm provided with rh6.2? If you compiled mutt by yourself you should compile it again. -- greetings supio ( Marc Noller ) | [EMAIL PROTECTED] | http://oipus.net | -| - Filstal.Online e.V. http://www.fto.de | --- LinuxUserGroup Filstal http://lug.fto.de |
Re: Q: Mutt and Email Lists
On Fri, Mar 31, 2000 at 03:33:36PM -0800, Mun Johl muttered: Hi, How do I get mutt to send subscription requests so that the list management software believes the email is coming from my external email address? You could try to change the Reply-To header, which probably has you 'internal' mail address. For example an extra line in your .muttrc: my_hdr Return-Path: [EMAIL PROTECTED] Good luck, Steffan
Re: Q: Mutt and Email Lists
Mun Johl [EMAIL PROTECTED] wrote: How do I get mutt to send subscription requests so that the list management software believes the email is coming from my external email address? I tried sending a subscription request after changing the From: field; but the list software still interpreted it as a request from my current internal email address? The list in question has a specific email address to send requests to, and the message can be empty. ezmlm? Yes, it's looking at the envelope sender and ignoring the From: and Reply-To: headers. Depending on your MTA, there may be various ways around this: -if you're using qmail, try setting a Return-Path: header containing only your email address (no quoted name, etc). If that doesn't work, write a wrapper for qmail-inject which calls it with the -f argument, and set $sendmail to the name of your wrapper script. -other MTA? Don't know, don't use them. Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ Any opinions expressed are just that -- my opinions. ---
Re: Q: Mutt and Email Lists
Charles Cazabon [EMAIL PROTECTED] wrote on Sat, 01 Apr 2000: -if you're using qmail, try setting a Return-Path: header containing only your email address (no quoted name, etc). If that doesn't work, write a wrapper for qmail-inject which calls it with the -f argument, and set $sendmail to the name of your wrapper script. With qmail, qne could also set the QMAILUSER and QMAILHOST environment variables... (That's what I'm doing.) Mikko -- // Mikko Hänninen, aka. Wizzu // [EMAIL PROTECTED] // http://www.iki.fi/wiz/ // The Corrs list maintainer // net.freak // DALnet IRC operator / // Interests: roleplaying, Linux, the Net, fantasy scifi, the Corrs / Batteries not included with this signature.
Re: Re: Any suggestion on mailling list?
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote: My idea is to use Mutt to encode the attachments and produce the headers. This is not a bad idea, but Mutt is really designed more for interactive use, and thus, there may be other tools better suited. Have you looked at the "mpack" utility? It encodes attachments and sends them in a batch mode. the subscriber will find To: header is not for them, a bit confusing. They shouldn't be confused if the header says that it was addressed to a list of people... ah well, I think mpack will send individual messages if you wish it to do so. em, that the header says the mail is addressed to a list of people is acceptable. But as i know, mpack can only send one attachment. -- »¶ÓʹÓà 21CN µç×ÓÓʼþϵͳhttp://www.21cn.com Thank you for using 21CN Email system
Re:Any suggestion on mailling list?
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote: My idea is to use Mutt to encode the attachments and produce the headers. This is not a bad idea, but Mutt is really designed more for interactive use, and thus, there may be other tools better suited. Have you looked at the "mpack" utility? It encodes attachments and sends them in a batch mode. the subscriber will find To: header is not for them, a bit confusing. They shouldn't be confused if the header says that it was addressed to a list of people... ah well, I think mpack will send individual messages if you wish it to do so. en, that the header says the mail is addressed to a list of people is acceptable. But as i know, mpack can only send one attachment. -- »¶ÓʹÓà 21CN µç×ÓÓʼþϵͳhttp://www.21cn.com Thank you for using 21CN Email system
Re: Re: Any suggestion on mailling list?
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote: My idea is to use Mutt to encode the attachments and produce the headers. This is not a bad idea, but Mutt is really designed more for interactive use, and thus, there may be other tools better suited. Have you looked at the "mpack" utility? It encodes attachments and sends them in a batch mode. the subscriber will find To: header is not for them, a bit confusing. They shouldn't be confused if the header says that it was addressed to a list of people... ah well, I think mpack will send individual messages if you wish it to do so. em, that the header says the mail is addressed to a list of people is acceptable. But as i know, mpack can only send one attachment. -- »¶ÓʹÓà 21CN µç×ÓÓʼþϵͳhttp://www.21cn.com Thank you for using 21CN Email system
Re:Any suggestion on mailling list?
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote: My idea is to use Mutt to encode the attachments and produce the headers. This is not a bad idea, but Mutt is really designed more for interactive use, and thus, there may be other tools better suited. Have you looked at the "mpack" utility? It encodes attachments and sends them in a batch mode. the subscriber will find To: header is not for them, a bit confusing. They shouldn't be confused if the header says that it was addressed to a list of people... ah well, I think mpack will send individual messages if you wish it to do so. en, that the header says the mail is addressed to a list of people is acceptable. But as i know, mpack can only send one attachment. -- »¶ÓʹÓà 21CN µç×ÓÓʼþϵͳhttp://www.21cn.com Thank you for using 21CN Email system
Re: big problems after upgrading RedHat
Josh Kuperman ([EMAIL PROTECTED]) said: [josh@saratoga:/var/log/squid]$ cd [josh@saratoga:~]$ mutt mutt: error in loading shared libraries: libgssapi_krb5.so.2: cannot open shared object file: No such file or directory Hmm... make sure you have a) the krb5-libs package installed, and b) /usr/kerberos/lib in /etc/ld.so.conf. Bill
Re: Q: Mutt and Email Lists
On Sat, Apr 01, 2000 at 12:59:33PM +0300, Mikko Hänninen wrote: Mun Johl [EMAIL PROTECTED] wrote on Fri, 31 Mar 2000: How do I get mutt to send subscription requests so that the list management software believes the email is coming from my external email address? I tried sending a subscription request after changing the From: field; but the list software still interpreted it as a request from my current internal email address? The list in question has a specific email address to send requests to, and the message can be empty. Sounds like ezmlm (although I suppose there might be others which work the same way). :-) I ran into this problem, too. Same company even. The vim mailing list uses ezmlm. When I tried subscribing to the list with my new address, the "confirm subscribe to [EMAIL PROTECTED]" notice was indeed sent to the envelope address instead of the From: address. However, the notice also contained the descriptions of a lot of administrative commands, including: You can start a subscription for an alternate address, for example "[EMAIL PROTECTED]", just add a hyphen and your address (with '=' instead of '@') after the command word: [EMAIL PROTECTED] I sent a message to [EMAIL PROTECTED] and it worked great. For another list, I sent a message to the list owner explaining the situation and asking for their help. That worked, too. Good luck. Regards, Gary -- Gary Johnson | Agilent Technologies [EMAIL PROTECTED] | RF Communications Product Generation Unit | Spokane, Washington, USA
Re: Q: Mutt and Email Lists
I currently subscribe to my email lists with the address of my primary email machine (which is a company _internal_ email address). However, my email address is transitioning to a different domain. Furthermore, my company prefers external email be sent to our "external" email address. That's a pretty stupid situation, which will continue to create unnecessary problems. If there is a distinction between extern and internal email addresses, it should be completely transparent for users. I.e. the company mail gateway, the link to the external world, should canonically rewrite all addresses in inbound and outbound mail. Even simpler if there were no such distinction, i.e. internal and external addresses are the same. All IMHO, of course.
Mutt colors
I've just recently switched my mail over to mutt, mainly for the colors and the threaded options. I was wondering is there a way to set a color for a new message, instead of just being with the N flag? Thanks, -- *** *** Phillip D. Beal - Electrical Engineering - - [EMAIL PROTECTED] - - - http//www.slug.louisville.edu/~pdbeal01/ *** Failure is not an Option, It comes built into Windows ***
Re: Mutt colors
On Sat, Apr 01, 2000 at 02:10:24PM -0500, Phillip Beal wrote: I've just recently switched my mail over to mutt, mainly for the colors and the threaded options. I was wondering is there a way to set a color for a new message, instead of just being with the N flag? Go and read the mutt manual :) -- greetings supio ( Marc Noller ) | [EMAIL PROTECTED] | http://oipus.net | -| - Filstal.Online e.V. http://www.fto.de | --- LinuxUserGroup Filstal http://lug.fto.de |
Re: Mutt colors
On Sat, Apr 01, 2000 at 02:10:24PM -0500, Phillip Beal ([EMAIL PROTECTED]) said: I've just recently switched my mail over to mutt, mainly for the colors and the threaded options. I was wondering is there a way to set a color for a new message, instead of just being with the N flag? color index foreground background ~N should do it. -- Jim Toth [EMAIL PROTECTED]
Specifiying directory to save attachments.
I'd like to be able to save attachments to a specific directory. I don't see any way to set this up in the configuration file. I do, however, have Sven's sample .muttrc which as a macro to do aid in this.which, unfortunately, I do not understand. Sven's macro reads: macro attach s S^A~/Mail/ATTACH/ So, two questions. Is there a way to do this in the .muttrc? Second, an explanation of how the macro above works? Thanks. John
Re: change width of index fields
On Sat, Apr 01, 2000 at 12:13:43AM +0200, Byrial Jensen wrote: On Fri, Mar 31, 2000 at 21:37:15 +0100, J McKitrick wrote: On Fri, Mar 31, 2000 at 09:25:26PM -0500, Michael Tatge wrote: Hi all! Does anybody know of a way to change the width of the index columns? 102 F Feb 14 To wunderkind@c ( 9) Re: HRK-Mitschnitt Deutschland ^^^ As you can see sometimes the sender/to field does not fit. Thi si sonly a hint, since i'm not exactly sure of the format. Int he format strings, you can use C-style formatting, like %15.15L will show the L field (i forget what it is) with 15 characters, i think. It's dsomething like that. That's right. The first number is the minimal width of the field, and the number after the dot is the maximal width of the field. Both numbers are optional. The dot belongs to the second number. Thanx, that did it. Michael -- --- This signature was added just to have one. ;-) ---
gpg - .muttrc vs. .mutt.personal
Hello, can anyone please help to solve this problem : I have in my .muttrc set pgp-autosign source .mutt.personal but, I would like for some people, who wish not to receive signed mail, to have unset pgp-autosign. I have put send-hook this.peoplewhodontlikesig'[EMAIL PROTECTED] "unset pgp-autosign" But, this seems to overide my .muttrc, since now mutt behaves so, that no one ge ts signed mail by default. Any ideas ? Thanks in advance... Michal Hajek
Re: Specifiying directory to save attachments.
On Sat, Apr 01, 2000 at 08:43:46PM -0500, John P. Verel ([EMAIL PROTECTED]) said: I'd like to be able to save attachments to a specific directory. I don't see any way to set this up in the configuration file. I do, however, have Sven's sample .muttrc which as a macro to do aid in this.which, unfortunately, I do not understand. Sven's macro reads: macro attach s S^A~/Mail/ATTACH/ So, two questions. Is there a way to do this in the .muttrc? Other than Sven's way, not that I know of. Probably because that works fine. :-) Second, an explanation of how the macro above works? There's another part Sven had that you left out, which will look something like bind attach S some-function-which-probably-has-save-in-its-name You'll want to check out section 3 of the manual, specifically those parts about changing default bindings and making macros, but this is what Sven's macro does: macro attach s S^A~/Mail/ATTACH/ This means this macro applies in the attach menu. macro attach s S^A~/Mail/ATTACH/ ^ The s key in the attach menu will call this macro. macro attach s S^A~/Mail/ATTACH/ ^ When the user pushes the s key in the attach menu, it will be as though they had pressed the S key (which calls save attachment, I believe), then the control-A key (which puts you at the beginning of the line, in front of the suggested filename) then ~/Mail/ATTACH/ (which prepends the given directory name to the suggested file name). So if you wanted to save the files to, say, the directory ~/mutt/RTFM you would change the the macro above to macro attach s S^A~/mutt/RTFM/ -- Jim Toth [EMAIL PROTECTED]
