Re: Mutt and sendmail
[Fri, Jun 08, 2001 at 10:23:35AM +0530] Manoj Naik :
I suggest you use a MSA like masqmail/nullmailer
instead of a full fledged MTA on that box.
Lookup a package called 'ssmtp'. Small and well done.
Been using the same on an old 386 for a long time.
--
ragOO, VU2RGU
Keeping the Air-Waves FREE...Amateur Radio
Keeping your Software FREE.the GNU Project
Keeping the W W W FREEDebian GNU/${kernel}
POP3 Question...
Greetings.. The copy opf mutt I use is on my provider's machine that I access via shall account. I was wondering if there was a reliable way to see if this copy was compiled with the POP3 option. Also, can someone enlighten me as to all of the important POP3 commands that should go into the .muttrc ? Thanks in advance!! :// sd
Re: POP3 Question...
Quoting Scott Davis [EMAIL PROTECTED], who wrote: Greetings.. The copy opf mutt I use is on my provider's machine that I access via shall account. I was wondering if there was a reliable way to see if this copy was compiled with the POP3 option. mutt -h Also, can someone enlighten me as to all of the important POP3 commands that should go into the .muttrc ? setpop_host= setpop_user=... setpop_pass=... #unset pop_delete Sam -- Sam Roberts [EMAIL PROTECTED]
Re: POP3 Question...
Quoting Sam Roberts On Fri, 08 Jun 2001: mutt -h setpop_host= setpop_user=... setpop_pass=... #unset pop_delete Thanks a million Sam... I got it working... NOW, the small problem I am having is that when Mutt retrieves my POP3 mail, it does not put it in the mail folder that I want it to. It looks like that the mail retrieved via POP3 is not using the rules specified in my .procmailrc, while mail sent to me normally (not via POP3) works fine. i.e. My .procmailrc says: DEFAULT=$HOME/Mail/inbox VERBOSE=off MAILDIR=$HOME/Mail PMDIR=$HOME/.procmail LOGFILE=$PMDIR/log LINEBUF=4096 SENDMAIL=/usr/sbin/sendmail # INCLUDERC=$PMDIR/rc.testing # INCLUDERC=$PMDIR/rc.maillists INCLUDERC=$PMDIR/rc.lists All mail sent to me gets put into $HOME/Mail/inbox, but the mail I get when I retrieve with the POP3 options in mutt get put into var/mail/sdavis directory (the default) for some reason. My .forward and all other procmail setting work fine otherwise. Any ideas? I am at a loss. Thanks!! :// sd
Re: POP3 Question...
On Fri, Jun 08, 2001 at 10:01:19AM -0500, Scott Davis wrote: Quoting Sam Roberts On Fri, 08 Jun 2001: mutt -h setpop_host= setpop_user=... setpop_pass=... #unset pop_delete Thanks a million Sam... I got it working... NOW, the small problem I am having is that when Mutt retrieves my POP3 mail, it does not put it in the mail folder that I want it to. It looks like that the mail retrieved via POP3 is not using the rules specified in my .procmailrc, while mail sent to me normally (not via POP3) works fine. That's because mail retrieved by mutt doesn't get seen by procmail, mutt retrieves it direct from the POP3 server and procmail doesn't get a look in. If you want to get your POP3 mail filtered by procmail then use fetchmail to fetch the mail, then procmail will see it. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: POP3 Question...
Quoting Scott Davis [EMAIL PROTECTED], who wrote: Thanks a million Sam... I got it working... NOW, the small problem I am having is that when Mutt retrieves my POP3 mail, it does not put it in the mail folder that I want it to. It looks like that the mail retrieved via POP3 is not using the rules specified in my .procmailrc, while mail sent to me normally (not via POP3) works fine. Why on earth would you think think that mutt would use procmail's configuration? Would you expect procmail to use mutt's configuration? All mail sent to me gets put into $HOME/Mail/inbox, but the mail I get when I retrieve with the POP3 options in mutt get put into var/mail/sdavis directory (the default) for some reason. The reason is that downloaded mail is placed in your mail spool. RTM, redefine you mail spool, or explicitly change to you pop server (c, then pop:[EMAIL PROTECTED]), tag *, then save it where you want. Or, better, if you have a running MTA on your system, and you appear to, use fetchmail to retrieve your mail. It can run in the background, and it will forward to your MTA, which will deliver to your mailboxes using procmail. Any ideas? I am at a loss. Unix boxes have a mail delivery system, you're just missing a picture of how the pieces fit together to make that system. Sam -- Sam Roberts [EMAIL PROTECTED]
Another pop3 question
I've been playing around with cucipop, but I can't seem to make it work with mutt. Running cucipop in debug mode, all seems to fine: after specifying USER and PASS, I can LIST and STAT, the mailbox, RETR messages etc. But mutt (1.3.19) only ever tells me that APOP authentication failed, Fetching list of messages ..., and then quits. I compiled cucipop with and w/o APOP, ran it with and w/o -A, no luck. So, who's the culprit here?
strange lines in index
hi,
i'm experiencing strange behaviour of the mutt in the index. some of
the email sent to me is presented like this:
25 r F Jun 07 To Christoph Ul (0.6K) Re: webserver und datenbank
- 26 F Jun 08 To Christoph Ul (0.4K) *
other lines display the sender name (as i would like things to be like):
- 18 + May 29 Monika Mueller (0.4K) Exkursionsbeitrag
the relevant config line is:
set index_format=%4C %Z %{%b %d} %-15.15F (%4c) %s
the headers of these messages look quite normal to me. neither of the
three messages above is from myself. all have been sent to me.
a problem that is probably related to this one is that replying to a
message like the first two shown above suggests sending the email to
myself instead of to the person who sent it to me. this behaviour
puzzles me.
can anyone give me a hint as to what is going on here?
thanks,
uLI
Re: strange lines in index
On Fri, Jun 08, 2001 at 06:38:20PM +0200, Christoph Ulrich Scholler wrote:
the relevant config line is:
set index_format=%4C %Z %{%b %d} %-15.15F (%4c) %s
the headers of these messages look quite normal to me. neither of the
three messages above is from myself. all have been sent to me.
a problem that is probably related to this one is that replying to a
message like the first two shown above suggests sending the email to
myself instead of to the person who sent it to me. this behaviour
puzzles me.
%F will show who the message was sent TO (rather than FROM) if Mutt thinks
the message was sent by YOU. Use %f instead if you don't like that behavior.
The reason it suggests sending back to yourself when you reply is because
Mutt thinks YOU were the one who sent it. :-) if that is not the case,
double check your $alternatives variable to make sure you aren't catching
email addresses that don't belong to you.
me
Re: strange lines in index
indeed, the $alternatives variable was the culprit.
thank you for the quick response.
greetings,
uLI
On Fri, Jun 08, 2001 at 10:28:05AM -0700 or thereabouts, Michael Elkins wrote:
On Fri, Jun 08, 2001 at 06:38:20PM +0200, Christoph Ulrich Scholler wrote:
the relevant config line is:
set index_format=%4C %Z %{%b %d} %-15.15F (%4c) %s
the headers of these messages look quite normal to me. neither of the
three messages above is from myself. all have been sent to me.
a problem that is probably related to this one is that replying to a
message like the first two shown above suggests sending the email to
myself instead of to the person who sent it to me. this behaviour
puzzles me.
%F will show who the message was sent TO (rather than FROM) if Mutt thinks
the message was sent by YOU. Use %f instead if you don't like that behavior.
The reason it suggests sending back to yourself when you reply is because
Mutt thinks YOU were the one who sent it. :-) if that is not the case,
double check your $alternatives variable to make sure you aren't catching
email addresses that don't belong to you.
me
POP3 retrieval in .muttrc
Ok... all my POP3 stuff works great. I recall there being a .muttrc config setting to tell it to check for POP3 mail on it's own every X minutes. Am I wrong, or does this setting actually exist? I didn't find it in any other .muttrc's I found online. Thanks. :// sd
default browser setup in Mutt
I set up the web browser in Muttrc set web_browser=netscape And get this error message that line 92 contains the unknown variable web-browser What is the variable for setting the default web browser in Mutt? -- Keith Mastin [EMAIL PROTECTED] BeechTree Information Technology Services Inc. 137 Laird DriveM4G 3V5Tel(416)696-6070 http://www.beechtree-its.com
pop_checkinterval=xx
Running 1.2.5i When using the option of: set pop_checkinterval=60or using set pop_checkinterval=60 or using set pop_check_interval=60 ...among other desperate variables of the option... I get an 'unknown variable' error... Anyone seen this before or know of a fix? The other POP3 stuff in my .muttrc is fully functional. :// sd
Re: New messages in folders not noticed
On 2001-06-07 at 12:49 -0500 Michael Janssen sent off: I am using mutt to read mail on a NFS mounted home mail directory. This works fine, except that when I start mutt, it doesn't notice that I have new mail in the folders listed in my mailboxes. For example, I'll start mutt knowing that I see this problems since some time, too. It's not a kernel issue but I suspect something in glibc got broken some time ago. Don't use mbox format via NFS. NFS is just a broken. Switch to maildir if your mailboxes are on an NFS share. Procmail supports this, too by the way. Just add a / behind your mailbox name in your procmailrc. Bjoern
Re: default browser setup in Mutt
On Fri, Jun 08, 2001 at 02:45:36PM -0400, [EMAIL PROTECTED] wrote: I set up the web browser in Muttrc set web_browser=netscape And get this error message that line 92 contains the unknown variable web-browser What is the variable for setting the default web browser in Mutt? Try one in your ~/.mailcap, text/html; lynx %s; nametemplate=%s.html; test=test $TERM = linux -o $TERM = xterm text/html; netscape -remote 'openURL(%s)'; nametemplate=%s.html; test=ps -C netscape 1/dev/null 2/dev/null text/html; netscape %s; nametemplate=%s.html; test=ps -C X 1/dev/null 2/dev/null For some reason, only the first works for me. -- William Park, Open Geometry Consulting, [EMAIL PROTECTED] 8 CPU cluster, (Slackware) Linux, Python, LaTeX, Vim, Mutt, Sc.
unsetting macros
Is there a way to unset a macro in Mutt? I couldn't find a noop-like sequence that bind recognizes. I have different macros set to the same keys for certain folder hooks, but I'd like for those same keys do nothing on other folders. -- Eugene Lee [EMAIL PROTECTED]
Re: unsetting macros
On Fri, Jun 08, 2001 at 02:45:13PM -0700, Eugene Lee wrote: Is there a way to unset a macro in Mutt? I couldn't find a noop-like sequence that bind recognizes. I have different macros set to the same keys for certain folder hooks, but I'd like for those same keys do nothing on other folders. To unbind a key, bind it to the special function noop. This is mentioned at the bottom of section 3.3, Changing the default key bindings. This seems to work for macros as well. That is, to delete a macro, bind the key to noop. HTH, Gary -- Gary Johnson | Agilent Technologies [EMAIL PROTECTED] | RF Communications PGU http://www.spocom.com/users/gjohnson/mutt/ | Spokane, Washington, USA
charset question
in my .muttrc i have
set charset=koi8-r
set allow_8bit
but when i look at the header of the e-mail i sent to myself
it says
Content-Type: text/plain; charset=utf-8
^
Content-Transfer-Encoding: 8bit
I am also not able to send e-mails that will stay with the normal encoding
from yahoo, since yahoo now days only speaks:
Content-Type: text/plain; charset=us-ascii
It's being a long battle between me an Mutt and i am still loosing it.
I am not able to read any emails that sent to me buy my family from
Russia.
i either get
?? ??? ? ?? ??
or
\305\324\317 \324\305\323\324 \316\301 \322\325\323\323\313\317\315
\321\332\331\313\305
I tried to compile mutt with
--disable-nls
--with-included-gettext
--enable-locales-fix
and neither one of those makes any difference whatsoever
Also my env was set to
LANG was set to en_US, ru_RU.KOI8-R, ru and en
LC_ALL was set to C, POSIX, ru, ru_RU.KOI8-R
And my ~/.inputrc has following
set meta-flag on
set convert-meta off
set output-meta on
so i am totally able to write in russian
in vi or midnight commander, so looks like mutt is the only one that
refuses to surrender
At this moment it has
+ENABLE_NLS
+LOCALES_HACK
And another question i had, is what is LC_MESSAGES
that ./configure script is looking for ?
--
?php $company = 'WebSideStory, Inc.'; $contact_info = array(
'addr1'='10182 Telesis Ct., 6th Floor','addr2'='San Diego, CA, 92121',
'p'='858.546.1182 x464','f'='858.546.0480','e'='[EMAIL PROTECTED]');
while(list($k,$v)=each($contact_info)) { echo $vbr\n; } ?
Re: Problem after installing MUTT
[gbnet.net changed to mutt.org] Charles Cazabon [mutt-users] 08/06/01 13:19 -0600: Srivastava, Mohit [EMAIL PROTECTED] wrote: when i send a mail through mutt the mail does not reach the destination Instead i get an error 550 destination email Host unknown (Name server: mailhost.royalskandia.com: host not found) $ dnsip mailhost.royalskandia.com mailhost.royalskandia.com doesn't exist, just like it told you. Phone up whoever royalskandia is, and tell them their DNS is broken. Until it's fixed, there's nothing you can do. Wherever royalskandia.com is, this guy has a royalskandia.com address, so I suppose that is a mailhost inside his office LAN. More like hasn't configured /etc/resolv.conf properly I suppose. -suresh -- Suresh Ramasubramanian + Wallopus Malletus Indigenensis mallet @ cluestick.org + Lumber Cartel of India, tinlcI EMail Sturmbannfuhrer, Lower Middle Class Unix Sysadmin
Dependency problem: OpenSSL and Mutt 1.3.18i-2
I'm attempting to upgrade to Mutt mutt-1.3.18i-2, using an rpm. I get these failed dependencies messages: libcrypto.so.0.9.6.1 is needed by mutt-1.3.18i-2 libssl.so.0.9.6.1 is needed by mutt-1.3.18i-2 libtinfo.so.5 is needed by mutt-1.3.18i-2 Search at rpmfind says that openssl-0.9.6a-4 provides these objects. When I attempt an rpm -Uvh on mutt and openssl, I get a slew of dependency errors relating to libssl.so.1 and libcrypto.so.1 being needed by a few dozen packages. I am, of course, reluctant to do a --nodeps force on such an important package as openssl. I have openssl-0.9.6-3 installed, running a stock Red Hat 7.1 installation. Can anyone suggest a solution? Thanks. John -- John P. Verel Norwalk, CT
Re: Dependency problem: OpenSSL and Mutt 1.3.18i-2
On Fri, Jun 08, 2001 at 09:58:36PM -0400, John P. Verel wrote: I'm attempting to upgrade to Mutt mutt-1.3.18i-2, using an rpm. I get these failed dependencies messages: libcrypto.so.0.9.6.1 is needed by mutt-1.3.18i-2 libssl.so.0.9.6.1 is needed by mutt-1.3.18i-2 libtinfo.so.5 is needed by mutt-1.3.18i-2 Search at rpmfind says that openssl-0.9.6a-4 provides these objects. Just curious where you got this? It looks like the rawhide version. When I attempt an rpm -Uvh on mutt and openssl, I get a slew of dependency errors relating to libssl.so.1 and libcrypto.so.1 being needed by a few dozen packages. I am, of course, reluctant to do a --nodeps force on such an important package as openssl. I have openssl-0.9.6-3 installed, running a stock Red Hat 7.1 installation. Can anyone suggest a solution? Thanks. I just went through this about an hour ago, for different reasons. The rawhide rpm has libssl.so.2 and libcrypto.so.2, no *so.1. Not sure if this is by design, or an oversight. I recreated the symlink that I think should be there, and everything seems to work. I don't like doing that kind of thing, but, hey, I needed it since something is broken in the 7.1 version. The only thing I ran afoul of was so far ssh not wanting to run. Rebuilding that from src.rpm worked. -- Hal B [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Spamtrap: [EMAIL PROTECTED] and [EMAIL PROTECTED] --
Re: POP3 retrieval in .muttrc
On Fri, Jun 08, 2001 at 01:19:14PM -0500, Scott Davis wrote: Ok... all my POP3 stuff works great. I recall there being a .muttrc config setting to tell it to check for POP3 mail on it's own every X minutes. Am I wrong, or does this setting actually exist? I didn't find it in any other .muttrc's I found online. Thanks. Before you go any further, here's a great resource, which I'm sure you'll find invaluable. It's a macro for your 'muttrc' file. Knowing and using this macro makes you an official member of the Mutt family. Here goes macro generic f1 !less /usr/doc/mutt/manual.txt\n Mutt Manual macro index f1 !less /usr/doc/mutt/manual.txt\n Mutt Manual macro pager f1 !less /usr/doc/mutt/manual.txt\n Mutt Manual Cut the above three macros and paste them into your 'muttrc' file. I guarantee! -- you'll be amazed at what those suckers can do for you. No shit! -- -duke Calgary, Alberta, Canada
Re: pop_checkinterval=xx
On Fri, Jun 08, 2001 at 02:20:54PM -0500, Scott Davis wrote: set pop_checkinterval=60 or using set pop_checkinterval=60or using set pop_check_interval=60 ...among other desperate variables of the option... I get an 'unknown variable' error... Anyone seen this before or know of a fix? The other POP3 stuff in my .muttrc is fully functional. As far as I can make out from the manual, there isn't such an option. I would strongly suggest that you use fetchmail for this. This really isn't mutt's job, so it doesn't do it very well. Biju -- - Biju Chacko| [EMAIL PROTECTED] (work) Exocore Consulting | [EMAIL PROTECTED] (play) Bangalore, India | http://www.exocore.com -
