Re: Pathetic newbie
* Renaud Colinet ([EMAIL PROTECTED]) [990423 21:18]: > on Apr 23, [EMAIL PROTECTED] wrote: > > Hi All > > Ive recentlt came to mutt as a disgruntled pine user. > So have I, without regret :-) well .. I thank you all for your help! Im sure [hopefully] I can get it figgured out from the suggestions here. Ill report back when Im succesful re:addressing mail. thanks again [back to lurk mode] rob http://www.connix.com/~dizzy73/LBM.htm S.u.S.E Linux 5.3
Re: RunningX test
On 04/23/99 Michael Sanders uttered the following other thing: > On Fri, Apr 23, 1999 at 01:47:02PM -0400, David Shaw wrote: > > On Fri, Apr 23, 1999 at 01:30:50PM -0400, kiss the sun and walk on air wrote: > > > The documentation for MIME references a script called RunningX for use > > > with the test parameter in the .mailcap file. Where may one find this? > > > > http://www.fiction.net/blong/programs/mutt/autoview/RunningX.c > > > > I suppose you could just test for the presence of $DISPLAY and if it > > exists, you are running X. Does anyone know of any circumstances where > > that could fail? > > > It looks to me as though that's exactly what RunningX.c does. RunningX actually opens a connection to the display at $DISPLAY. Its mostly sufficient, at least more so for me since I almost always set my DISPLAY var. Brandon -- Brandon Long "Quantum Mechanics: The dreams stuff is made of" Fiction Networks -- Steven Wright [EMAIL PROTECTED]http://www.fiction.net/blong/
Re: Return Address problem
On Fri, Apr 23, 1999 at 06:42:47PM +0200, Claus Assmann wrote: > > Maybe this discussion should be done in a sendmail related list/group? My original query was whether this situation is addressable with Mutt ... > > Well I am starting sendmail as : sendmail -bd -f [EMAIL PROTECTED] I > > thought this might help, but doesn't seem to. > > The daemon ignores the -f option for obvious reasons: you don't > want all mail going through it to be from that address... Perhaps obvious to some. I would at least like it to appear as if outbound mail is coming from that address. But now that I think about it, I see the problem with it. Thanks for replying ... -- Hal B [EMAIL PROTECTED]
Re: Pathetic newbie
On Fri, Apr 23, 1999 at 08:54:54AM -0400, [EMAIL PROTECTED] wrote: > Hi All > Ive recentlt came to mutt as a disgruntled pine user. I have a few very basic >questions that I cant seem to clear up myself. > I also ask your paitence ;) > My main concern is "address book". Mutt seems to assume some familiatary from the >user with "aliases". Its seeming lack of explanation or tools to "address" a mail >leads me to beleive its far too simple and that I completely dont undersatnd the >principle of "alaises". > You might be interested in http://www.interguru.com/mailconv.htm which can convert a pine addressbook to the format used by elm (readable by mutt). -- (T.) Michael Sandersinternet: [EMAIL PROTECTED] Physics Department URL: http://www-personal.umich.edu/~sanders University of Michigan phone: 734/936-0799 Ann Arbor, MI 48109-1120FAX: 734/764-6843
Re: Pathetic newbie
On Fri, 23 Apr 1999, [EMAIL PROTECTED] wrote: > My main concern is "address book". Mutt seems to assume some familiatary from the >user with "aliases". Its seeming lack of explanation or tools to "address" a mail >leads me to beleive its far too simple and that I completely dont undersatnd the >principle of "alaises". > I really need to know -how- mutts tools work with simply addressing an email > Im _sure_ i dont have to type the address by hand! Here's how to do it: Choose *any* email you have received and click 'a'. By default, 'a' is bound to the function that creates a new alias entry in the addressbook. Mutt will promot you for the name and email address, prefilled with the data taken from the currently selected message. Just accept the prompts. You may repeat this for every person whose address you want to store in the addressbook, but it's a little inconvenient. So, after you've added one alias, just quit mutt and open the aliases file in a text editor. There you'll see the format of the file, it's really very simple: alias JohnD John Doe <[EMAIL PROTECTED]> The string 'JohnD' is the short name you would normally type, which mutt then expands to the full name and address of that person. Following this format, you can manually add all the aliases you need. It was the preferred way for me; you can do it either way. Note 1: You need to tell mutt where your aliases are stored. You may simply keep them all in your '.muttrc' file, but it may be more handy to create a separate file for them (and you can have as many such files as you want). My aliases file is called '.aliases' and sits in my $HOME directory - so I need to have th following line in .muttrc: set alias_file=~/.aliases source ~/.aliases (this is, I think, included in the default .muttrc file you get with mutt, but I may be mistaken there. I certainly didn't come up with this myself :) Note 2: When sending a new message, you don't even need to type the alias string at all. When mutt prompts you for the 'To:' field, just hit and then select the address(es) you want from the menu. .marek -- General Frenetics, Discorporated: http://www.lodz.pdi.net/~eristic/ "So tell me, just how long have you had this feeling that no one is watching you?" (Christopher Locke: Entropy Gradient Reversals)
Re: RunningX test
On Fri, Apr 23, 1999 at 01:47:02PM -0400, David Shaw wrote: > On Fri, Apr 23, 1999 at 01:30:50PM -0400, kiss the sun and walk on air wrote: > > The documentation for MIME references a script called RunningX for use > > with the test parameter in the .mailcap file. Where may one find this? > > http://www.fiction.net/blong/programs/mutt/autoview/RunningX.c > > I suppose you could just test for the presence of $DISPLAY and if it > exists, you are running X. Does anyone know of any circumstances where > that could fail? > It looks to me as though that's exactly what RunningX.c does. -- (T.) Michael Sandersinternet: [EMAIL PROTECTED] Physics Department URL: http://www-personal.umich.edu/~sanders University of Michigan phone: 734/936-0799 Ann Arbor, MI 48109-1120FAX: 734/764-6843
Re: RunningX test
On Fri, Apr 23, 1999 at 01:47:02PM -0400, David Shaw wrote: > On Fri, Apr 23, 1999 at 01:30:50PM -0400, kiss the sun and walk on air wrote: > > The documentation for MIME references a script called RunningX for use > > with the test parameter in the .mailcap file. Where may one find this? > > http://www.fiction.net/blong/programs/mutt/autoview/RunningX.c > > I suppose you could just test for the presence of $DISPLAY and if it > exists, you are running X. Does anyone know of any circumstances where > that could fail? Yep. I use screen, but actually log in from different X displays, and sometimes even from text-only-Terminals. So half of the time my $DISPLAY is pointing to a wrong display. CU, Sec -- Dennis Ritchie: "So fsck was originally called something else" Question:"what was it called?" Dennis Ritchie: "Well, the second letter was different."
Re: RunningX test
Warning Could not process message with given Content-Type: multipart/signed; boundary=96YOpH+ONegL0A3E; micalg=pgp-sha1;protocol="application/pgp-signature"
Re: RunningX test
On Fri, Apr 23, 1999 at 01:30:50PM -0400, kiss the sun and walk on air wrote: > The documentation for MIME references a script called RunningX for use > with the test parameter in the .mailcap file. Where may one find this? http://www.fiction.net/blong/programs/mutt/autoview/RunningX.c I suppose you could just test for the presence of $DISPLAY and if it exists, you are running X. Does anyone know of any circumstances where that could fail? David -- David Shaw | [EMAIL PROTECTED] | WWW http://www.jabberwocky.com/ +---+ "There are two major products that come out of Berkeley: LSD and UNIX. We don't believe this to be a coincidence." - Jeremy S. Anderson
Re: Return Address problem
On Fri, Apr 23, 1999 at 12:12:43PM -0400, Hal Burgiss wrote: > On Fri, Apr 23, 1999 at 10:23:06AM -0400, David Shaw wrote: > > Either way, what you need to do is arrange for your envelope sender to be > > something valid. Probably the most elegant way to do this is to use > > sendmail's genericstable feature to rewrite '[EMAIL PROTECTED]' to > > '[EMAIL PROTECTED]'. A less elegant, but simpler, way would be to change your > > $sendmail variable to something like: > > > > set sendmail="/usr/sbin/sendmail -oem -oi [EMAIL PROTECTED]" > > > > > Well I am starting sendmail as : sendmail -bd -f [EMAIL PROTECTED] I > thought this might help, but doesn't seem to. That won't help, since you can't use -f when starting sendmail as a daemon. Try the .muttrc line I gave above, as that will help. (with the elegance caveats I gave in the first mail) David -- David Shaw | [EMAIL PROTECTED] | WWW http://www.jabberwocky.com/ +---+ "There are two major products that come out of Berkeley: LSD and UNIX. We don't believe this to be a coincidence." - Jeremy S. Anderson
RunningX test
The documentation for MIME references a script called RunningX for use with the test parameter in the .mailcap file. Where may one find this? -pete -- (peter.royal|osi)@pobox.com - http://pobox.com/~osi "god invented turn signals for a reason" uin#153025
Double Quotes in Aliased Addresses
I'm stumped for the correct way to put quoted names with addresses in my alias file so that the quotes show up in the address. Example: alias Joe_B "Joe Blow" <[EMAIL PROTECTED]> just gives To: Joe Blow <[EMAIL PROTECTED]> I've tried escaping the quotes (\"Joe Blow\") without success, and using Mutt's alias command (a) gives an alias of the form "\"Joe Blow\"" <[EMAIL PROTECTED]> which shows up as To: "Joe Blow\"" <[EMAIL PROTECTED]> What am I missing? BTW, I'm using 0.93.2i Howard Arons -- Powered by SuSE Linux 5.2 -- Upgraded to kernel 2.0.36 Communications by Mutt 0.93.2i
Re: Return Address problem
On Fri, Apr 23, 1999, Hal Burgiss wrote: Maybe this discussion should be done in a sendmail related list/group? > Well I am starting sendmail as : sendmail -bd -f [EMAIL PROTECTED] I > thought this might help, but doesn't seem to. The daemon ignores the -f option for obvious reasons: you don't want all mail going through it to be from that address...
Re: Return Address problem
On Fri, Apr 23, 1999 at 10:23:06AM -0400, David Shaw wrote: > > Hhere is no such domain as "hals.box" and some (but, as you found out, not > all) systems won't talk to you because of it. This is generally done as a > spam protection technique (all those mails coming from "[EMAIL PROTECTED]" and > such nonsense). > > Some sites bounce it immediately, like the example above, and some give a > temporary error which causes your system (or relay) to try again later. > The temporary error makes more sense to me, as if the receiving site's DNS > is either down or having problems it can come up with false positives, so > retrying later prevents valid mail from being bounced. On the other hand, > if a name is completely bogus, it'll sit in the queue for potentially days > before the user who sent it knows what happened. > > Either way, what you need to do is arrange for your envelope sender to be > something valid. Probably the most elegant way to do this is to use > sendmail's genericstable feature to rewrite '[EMAIL PROTECTED]' to > '[EMAIL PROTECTED]'. A less elegant, but simpler, way would be to change your > $sendmail variable to something like: > > set sendmail="/usr/sbin/sendmail -oem -oi [EMAIL PROTECTED]" > Well I am starting sendmail as : sendmail -bd -f [EMAIL PROTECTED] I thought this might help, but doesn't seem to. > That should work in most setups, but it might (again, depending on your > configuration) add a header to your mail saying: > > X-Authentication-Warning: hals.box: hal set sender to hdb using -f > > If that bothers you, either add yourself to the "trusted user" section of > /etc/sendmail.cf or just use genericstable. :) > > David > I've got several good suggestions now. I apprecitate your time and help. Thanks again David! -- Hal B [EMAIL PROTECTED]
Re: Return Address problem
On Fri, Apr 23, 1999 at 11:23:06AM +0200, Wouter Hanegraaff wrote: > This is not a mutt problem but a sendmail problem. > You can fix this using the genericstable. I wrote a sort of mini howto on offline >mailing that fixes this problem, and posted the address a while ago. > You may have missed it, so here it is again... > > http://www.cysonet.com/~wouter/offline_mailing.html > > This _fixes_ the problem while hacking your muttrc might at best result in > a (bad) workaround. > > Wouter... > -- > Ieder voordeel heeft ook een nadeel. > -Johan Cruijff, Europees voetballer van de eeuw I was suspecting sendmail. Was hoping to solve it with Mutt though, since mutt config is snap compared to what I know about sendmail. Thanks for takiing time to help! and I will check out http://www.cysonet.com/~wouter/offline_mailing.html. -- Hal B [EMAIL PROTECTED]
Re: Return Address problem
On Fri, Apr 23, 1999 at 07:37:33AM +0300, Liviu Daia wrote: > > Yes. Assuming "lou-ts3-23.iglou.com" is (one of) the address(es) > you get when you dial your ISP, change the domain definition in your > sendmail.cf (the "Dj" thing) to look like > > Djlou-ts3-23.iglou.com Thanks Liviu for the detailed, informative response!!! Sounds like what I needed to know. I had tried '[EMAIL PROTECTED]`, but it bombed. > > my_hdr From: Hal Burgiss <[EMAIL PROTECTED]> > > to your .muttrc . It doesn't have to be your real address at the time > you dial in, a fixed "lou-ts3-23" should be ok. The remote peer will be > happy if it can resolve it, and find that it points inside your ISP's > domain. > > Alternatively, if your ISP allows relaying messages from dialup > users (normally they should), get the address of the main mail hub and > relay your outgoing messages there. Assuming "mail.iglou.com" is the > address of the relay host, you can do that with the "DS" entry in your > sendmail.cf: > > DSmail.iglou.com I believe it is indeed 'mail.iglou.com'. > > On a related topic: > > (1) Don't mess with "Reply-To:" if you don't need to (that is if it > points to the same as "From:"); My ISP has been using the Reply-to field to resolve return address problems. At least on my own tests where I am emailing myself. > > (2) You seem to be using a very old version of sendmail, which is known > to have a lot of security-sensitive bugs; not a big problem if > you're online only a few minutes a day, but watch your steps if you > do things like IRC; :-) > > (3) You might want to forget about sendmail altogether, and take a look > at postfix: > > http://www.postfix.org/ > > It's much easier to configure than sendmail, and at least 10x > faster. > I've been struggling with sendmail since it seems to be the 'standard' by which others are measured. I hate to quit on something till I get it solved. Once it get this straightened out, I will try postfix as you suggest. Thanks again for being such a big help ! -- Hal B [EMAIL PROTECTED]
Re: reverse_name not working?
Warning Could not process message with given Content-Type: multipart/signed; boundary=mhOzvPhkurUs4vA9; micalg=pgp-md5;protocol="application/pgp-signature"
Re: Return Address problem
On Thu, Apr 22, 1999 at 10:23:39PM -0400, Hal Burgiss wrote: > On Thu, Apr 22, 1999 at 07:08:51PM -0500, Ronny Haryanto wrote: > > On 22-Apr-1999 07:40PM, Hal Burgiss wrote: > > > Using mutt .95 with sendmail on a standalone home box. My mail headers are > > > apparently showing 'sender' as $user@$HOSTNAME. Some mail servers ignore this, > > > but others complain -- 'BadReturnPath' or '(mail may be forged)' -- and some are > > > bouncing mail back to me undelivered. [..] > My username is 'hal', the hostname here is 'hals.box'. My email > address is '[EMAIL PROTECTED]' (of course). I get a 'BadReturnPath' in the > header if I try emailing myself as a test. The 'From' field seems > correct to me. [..] > :- The following addresses had permanent fatal errors - > : [EMAIL PROTECTED] > : > :- Transcript of session follows - > : ... while talking to jonesy.conman.ugg.edu.: > : >>> MAIL From:<[EMAIL PROTECTED]> SIZE=1620 > : <<< 501 <[EMAIL PROTECTED]>... Sender domain must exist > : 501 [EMAIL PROTECTED] Data format error Hhere is no such domain as "hals.box" and some (but, as you found out, not all) systems won't talk to you because of it. This is generally done as a spam protection technique (all those mails coming from "[EMAIL PROTECTED]" and such nonsense). Some sites bounce it immediately, like the example above, and some give a temporary error which causes your system (or relay) to try again later. The temporary error makes more sense to me, as if the receiving site's DNS is either down or having problems it can come up with false positives, so retrying later prevents valid mail from being bounced. On the other hand, if a name is completely bogus, it'll sit in the queue for potentially days before the user who sent it knows what happened. Either way, what you need to do is arrange for your envelope sender to be something valid. Probably the most elegant way to do this is to use sendmail's genericstable feature to rewrite '[EMAIL PROTECTED]' to '[EMAIL PROTECTED]'. A less elegant, but simpler, way would be to change your $sendmail variable to something like: set sendmail="/usr/sbin/sendmail -oem -oi [EMAIL PROTECTED]" That should work in most setups, but it might (again, depending on your configuration) add a header to your mail saying: X-Authentication-Warning: hals.box: hal set sender to hdb using -f If that bothers you, either add yourself to the "trusted user" section of /etc/sendmail.cf or just use genericstable. :) David -- David Shaw | [EMAIL PROTECTED] | WWW http://www.jabberwocky.com/ +---+ "There are two major products that come out of Berkeley: LSD and UNIX. We don't believe this to be a coincidence." - Jeremy S. Anderson
Re: reverse_name not working?
Martin Schröder [[EMAIL PROTECTED]] wrote: > although I have set reverse_name in my muttrc, mutt still sets the From: to my > current username/hostname (see above) when replying to a message instead of the > one in the To: line. > > Am I missing any other setting? Make sure you have your 'alternates' variable set correctly so Mutt knows what addresses are you. -- Jeremy Blosser | [EMAIL PROTECTED] | http://jblosser.firinn.org/ -+-+-- "Would you fight to the death, for that which you love? In a cause surely hopeless ...for that which you love?" -- D. McKiernan, _Dragondoom_ PGP signature
reverse_name not working?
Warning Could not process message with given Content-Type: multipart/signed; boundary=5L6AZ1aJH5mDrqCQ; micalg=pgp-md5;protocol="application/pgp-signature"
Re: Pathetic newbie
on Apr 23, [EMAIL PROTECTED] wrote: > Hi All > Ive recentlt came to mutt as a disgruntled pine user. So have I, without regret :-) > My main concern is "address book". Mutt seems to assume some familiatary from the >user with "aliases". Its seeming lack of explanation or tools to "address" a mail >leads me to beleive its far too simple and that I completely dont undersatnd the >principle of "alaises". > I really need to know -how- mutts tools work with simply addressing an email > Im _sure_ i dont have to type the address by hand! well it's quite simple : an alias is a shortcut for an email address. You can for instance define 'mu' for '[EMAIL PROTECTED]'. When mutt prompts you for a recepient, all you have to do is type the alias. How does mutt handle aliases ? They can be defined in your .muttrc, with lines such as alias mu Mutt-users <[EMAIL PROTECTED]> (the second field is how the alias will be expanded in your headers) You can also store them in another fil (typically .mutt.aliases), but you then have to source the file from your .muttrc When you receive an article, you can create an alias for the sender by hitting 'a'. Mutt prompts you for the alias (by default the left part of the address), then the address and a personnal name. The file where mutt stores its aliases is defined in your .muttrc: set alias_file=~/.mutt.aliases #file used for creating aliases > Also, do I need a *special* program to simply view urls? > How does one (using the cursor) scroll thru a mailx to get to a url. I'm not sur what you mean by *view* urls. Personnaly, I use 'urlview' that searches the message for url/mail addresses, and allows you to choose from a list to start the corresponding application (lynx, netscape, mutt) I have the following lines in my .muttrc: # calling the webbrowser through use of urlview: macro index \cb "|urlview\n" # Ctl-b starts urlview # the config file of urlview is ~/.urlview I didn't have urlview with my distribution, but found it easily on a mutt site. HTH -- ___ {~._.~}Renaud COLINET | ( Y ) [EMAIL PROTECTED] | ()~*~()(33)1 48 42 22 80 (home) | (_)-(_)(33)1 41 75 31 37 (off) |
Pathetic newbie
Hi All Ive recentlt came to mutt as a disgruntled pine user. I have a few very basic questions that I cant seem to clear up myself. I also ask your paitence ;) My main concern is "address book". Mutt seems to assume some familiatary from the user with "aliases". Its seeming lack of explanation or tools to "address" a mail leads me to beleive its far too simple and that I completely dont undersatnd the principle of "alaises". I really need to know -how- mutts tools work with simply addressing an email Im _sure_ i dont have to type the address by hand! Ive read and printed the faq & manual but I just dont get it. Also, do I need a *special* program to simply view urls? How does one (using the cursor) scroll thru a mailx to get to a url. If anyone could point me to some documentation that would answer my questions Id appreciate it. I looking forward to using mutt. Thanks rob -- Linux Home Page http://www.connix.com/~dizzy73/LBM.htm S.u.S.E Linux 5.3
Re: Return Address problem
On Thu, Apr 22, 1999 at 07:04:00PM -0400, Hal Burgiss wrote: > Using mutt .95 with sendmail on a standalone home box. My mail headers are > apparently showing 'sender' as $user@$HOSTNAME. Some mail servers ignore this, > but others complain -- 'BadReturnPath' or '(mail may be forged)' -- and some are > bouncing mail back to me undelivered. This is not a mutt problem but a sendmail problem. You can fix this using the genericstable. I wrote a sort of mini howto on offline mailing that fixes this problem, and posted the address a while ago. You may have missed it, so here it is again... http://www.cysonet.com/~wouter/offline_mailing.html This _fixes_ the problem while hacking your muttrc might at best result in a (bad) workaround. Wouter... -- Ieder voordeel heeft ook een nadeel. -Johan Cruijff, Europees voetballer van de eeuw