Re: send attachment interactively from command line
On Fri, 05 Dec 2008, Kyle Wheeler wrote: > On Friday, December 5 at 01:35 PM, quoth bill lam: > > Some other mua such as thunderbird can be invoked from command line to > > a send a file as attachment interactively such that it creates a new > > email with that file as attachment. Other details such recipient, > > subject or body message can be entered before sending. Is that > > possible with mutt? > > What do you mean "interactively"? You want a dialog box? A series of > prompts? Or do you just want to be able to pass mutt some flags that > specify who to send to? > I want it to start mutt, auto press "m" to compose a new message, then I type in the "To", "subject", and mutt calls editor for me to input body text. And it adds the file that I included in the command line flag to its attachment list. Everything should work inside mutt and it will not send the email automatically. Like the "sendto: email as attachment" under m$ window file explorer or nautilus in gnome. -- regards, GPG key 1024D/4434BAB3 2008-08-24 gpg --keyserver subkeys.pgp.net --recv-keys 4434BAB3 唐詩179 王維 奉和聖製從蓬萊向興慶閣道中留春雨中春望之作應制 渭水自縈秦塞曲 黃山舊遶漢宮斜 鑾輿迥出千門柳 閣道迴看上苑花 雲裡帝城雙鳳闕 雨中春樹萬人家 為乘陽氣行時令 不是宸遊玩物華
Re: send attachment interactively from command line
On Friday, 05 December 2008, 16:22 (UTC+0800), bill lam wrote: > I want it to start mutt, auto press "m" to compose a new message, then > I type in the "To", "subject", and mutt calls editor for me to input > body text. And it adds the file that I included in the command line > flag to its attachment list. Everything should work inside mutt and it > will not send the email automatically. Like the "sendto: email as > attachment" under m$ window file explorer or nautilus in gnome. > Let's assume you want to attach file "~/tmp/foo.txt" At the command line, type: mutt -a ~/tmp/foo.txt [ENTER] Is that what you want? m.
Meeting Invite
Does anyone have a way to make and receive meeting invites? Make lets you send an email that setups a calendar event on a Blackberry or some such device. Receive could give you the option accept/deny and add the event to your calendar. Thanks. -- respectfully, Joseph signature.asc Description: Digital signature
Re: send attachment interactively from command line
On 5 Dec 2008 16:22 +0800, by [EMAIL PROTECTED] (bill lam): > I want it to start mutt, auto press "m" to compose a new message, then > I type in the "To", "subject", and mutt calls editor for me to input Look into mutt's -e command line switch. -- Michael Kjörling .. [EMAIL PROTECTED] .. http://michael.kjorling.se * . No bird soars too high if he soars with his own wings . * * ENCRYPTED email preferred -- OpenPGP key ID: 0x 758F8749 BDE9ADA6 * * ASCII Ribbon Campaign: Against HTML mail, proprietary attachments * signature.asc Description: Digital signature
muttrc push sequence not always executed
I have the following in my muttrc, as the last line: push "~s abrechnungN" (I'm sending myself backups of a spreadsheet and want to immediately archive these to a different mail folder, unsetting the "new" flag). Basically, this line doesn't always get executed, meaning that new mail matching the pattern "~s abrechnung" stays in my spoolfile, marked as new. When I say "doesn't always get executed", I mean that when I test this repeatedly in a row, restarting mutt when there is mail matching the pattern in my spoolfile, the desired effect (mail matching pattern saved to other mailbox) occurs roughly 10-25 percent of the time. This estimate is for my normal way to start mutt, which is from a shell script with the line: xfce4-terminal --geometry=100x63+5+5 -T mutt -e mutt When I test it calling "mutt" directly from a running terminal, the success rate is almost 100 percent, but I think there have been cases where it didn't work there, either (but can't replicate this at the moment). Is there any thing I can do to make the push function work more often, ideally 100 percent, when I start mutt from a shell script with a line like the one above? m.
Re: muttrc push sequence not always executed
* Marianne Promberger on Friday, December 05, 2008 at 12:00:47 + > I have the following in my muttrc, as the last line: > > push "~s > abrechnungN" > > (I'm sending myself backups of a spreadsheet and want to immediately > archive these to a different mail folder, unsetting the "new" flag). > > Basically, this line doesn't always get executed, meaning that new > mail matching the pattern "~s abrechnung" stays in my spoolfile, > marked as new. As a wild guess you might want to experiment with your $resolve setting; I think Mutt tries to jump to the next message before clearing the flag. So perhaps temporarily unsetting $resolve might help. c -- \black\trash movie_C O W B O Y_ _C A N O E_ _C O M A_ Ein deutscher Western/A German Western -->> http://www.blacktrash.org/underdogma/ccc.html -->> http://www.blacktrash.org/underdogma/ccc-en.html
Re: [semi OT] - Setup for LDAP access to fastmail.fm
On Fri, Nov 28, 2008 at 07:48:20AM -0700, John J. Foster wrote: > Also in muttrc set query_command = "/home/user/bin/mutt-ldap.pl '%s'" > > but consistently get the following error: > > authentication required at /home/festus/mutt-ldap.pl line 46, > line 466. Ok, what _is_ line 46? Hmm, and line 466? > P.S. I know close to zero about perl. Let's hope someone here does. :) -- Chris. == I contend that we are both atheists. I just believe in one fewer god than you do. When you understand why you dismiss all the other possible gods, you will understand why I dismiss yours. -- Stephen F Roberts
Re: save-message to ? and then sync the folder
On Mon, Dec 01, 2008 at 05:40:58PM -0600, David Champion wrote: > * On 2008.11.27, in <[EMAIL PROTECTED]>, > * "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: ^ Have you got a "%D" in your set attribution="On ... wrote:"? On some lists you can get flamed for including the email address in the attribution, (or anywhere in the body, I presume.), ... something about "address havesters". It was interesting to note that the list(s) mentioned had windoze users as subscribers, i.e. vim_use and a cygwin list. I notice the mutt default setting for the attribution doesn't include the email address (%D?). -- Chris. == I contend that we are both atheists. I just believe in one fewer god than you do. When you understand why you dismiss all the other possible gods, you will understand why I dismiss yours. -- Stephen F Roberts
Re: muttrc push sequence not always executed
On Friday, 05 December 2008, 13:24 (UTC+0100), Christian Ebert wrote: > * Marianne Promberger on Friday, December 05, 2008 at 12:00:47 + > > I have the following in my muttrc, as the last line: > > > > push "~s > > abrechnungN" > > > > (I'm sending myself backups of a spreadsheet and want to immediately > > archive these to a different mail folder, unsetting the "new" flag). > > > > Basically, this line doesn't always get executed, meaning that new > > mail matching the pattern "~s abrechnung" stays in my spoolfile, > > marked as new. > > As a wild guess you might want to experiment with your $resolve > setting; I think Mutt tries to jump to the next message before > clearing the flag. So perhaps temporarily unsetting $resolve > might help. > Thanks for your tip. I tried putting in "set resolve=no". My impression is that the success rate is quite a bit higher now, but still not 100 percent. Maybe 50 percent or slightly more (but this is just my impression). Note that it either works completely, clearing the "new" flag (if any) _and_ saving the message _and_ syncing the mailbox, or not at all. Any more ideas very welcome! :) m.
Re: save-message to ? and then sync the folder
* Chris Bannister <[EMAIL PROTECTED]> [12-05-08 07:45]: > On Mon, Dec 01, 2008 at 05:40:58PM -0600, David Champion wrote: > > * On 2008.11.27, in <[EMAIL PROTECTED]>, > > * "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: >^ > > Have you got a "%D" in your set attribution="On ... wrote:"? he probably does not as that in mutt would not accomplish what you describe. Look at "man muttrc" and you will find, %n <%a> > On some lists you can get flamed for including the email address in the > attribution, (or anywhere in the body, I presume.), ... something about > "address havesters". It was interesting to note that the list(s) > mentioned had windoze users as subscribers, i.e. vim_use and a cygwin > list. What makes it easier to get the addresses from the body than from the header? They appear both places. > I notice the mutt default setting for the attribution doesn't include > the email address (%D?). :^) -- Patrick Shanahan Plainfield, Indiana, USAHOG # US1244711 http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535@ http://counter.li.org
Re: send attachment interactively from command line
On Fri, 05 Dec 2008, Marianne Promberger wrote: > Let's assume you want to attach file "~/tmp/foo.txt" > > At the command line, type: > > mutt -a ~/tmp/foo.txt [ENTER] Thanks, This works very well. Also thanks Micheal for suggesting the -e command so that I can source different profiles. -- regards, GPG key 1024D/4434BAB3 2008-08-24 gpg --keyserver subkeys.pgp.net --recv-keys 4434BAB3 唐詩310 張泌 寄人 別夢依依到謝家 小廊回合曲闌斜 多情只有春庭月 猶為離人照落花
Re: addresses in attributions
> Have you got a "%D" in your set attribution="On ... wrote:"? > On some lists you can get flamed for including the email address in the Flame away, if it helps. :) I've been around a long time, and I think including the address provides more good than harm (if it makes sense to attribute at all). I don't really think that hiding people's e-mail addresses on web pages is that much use anymore, but in any case that's a job for the people putting e-mail on the web, not for me. It's easy for them to do HTML entity encoding, which is still 100% effective as far as I can see, without even chopping off domain-parts or converting to bitmaps or replacing @ with (at) or whatever the flavor of the week is. That said, usually I delete the attribution altogether if I don't think it provides any value. I've come to believe that often it doesn't. It's cluttery, and if it doesn't really matter who I'm responding to, why include it? I just forgot on the last one. -- -D.[EMAIL PROTECTED]NSITUniversity of Chicago
Re: Meeting Invite
I could do that. But google does not sync its calendar with Blackberry although it syncs its own. Thanks for the idea tho. On 12/05/08, Nick Anderson wrote: > On Fri, Dec 05, 2008 at 06:09:15AM -0500, Joseph wrote: > > Does anyone have a way to make and receive meeting invites? > > Make lets you send an email that setups a calendar event on a Blackberry > > or some such device. > > Receive could give you the option accept/deny and add the event to your > > calendar. > I use ics-gcal.py which can be found > http://bagend.ub3rgeek.net/cgi-bin/cvsweb.cgi/misc-scripts/ics-gcal.py > > Add an entry in your .mailcap > application/ics; ~/bin/ics-gcal.py -u user -p password -f %s; copiousoutput; > needsterminal > > That works for accepting google sent ics invites and adds them to your > google calendar. -- respectfully, Joseph signature.asc Description: Digital signature
Re: Meeting Invite
On Dec 5, 2008, at 11:27 AM, Joseph allegedly wrote: I could do that. But google does not sync its calendar with Blackberry although it syncs its own. Thanks for the idea tho. http://googlesystem.blogspot.com/2007/12/google-calendar-sync-for-blackberry.html J
winmail.dat procmail and mutt
Hello All, From time to time I receive emails with winmail.dat as an attachment. A while ago I found a procmail recipe that sent the sender a message saying that they need to reconfigure Outlook to stop sending it and it also extracted the files from winmail.dat and put them in the message. Unfortunately I can not find it! I am interested in how other people deal with this problem so I can automate mutt or procmail to display/extract the message and possibly inform the sender of their misconfigured email system. If you have any solutions or tips I would be very grateful. Regards, Chris -- ---( "The warning shot goes right between the fifth )--- Chris -( Beatle!" )--- Willard Htag.pl 0.0.23 -- This message was scanned by ESVA and is believed to be clean.
Re: winmail.dat procmail and mutt
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Friday, December 5 at 08:07 PM, quoth Chris Willard: > From time to time I receive emails with winmail.dat as an > attachment. Yuck - what a pointless thing for MSFT to have done. > I am interested in how other people deal with this problem so I can > automate mutt or procmail to display/extract the message and > possibly inform the sender of their misconfigured email system. I don't get them often enough to bother pestering people to reconfigure their email programs (but the webpage you're looking for is http://support.microsoft.com/kb/138053). As for a way of decoding them, what you need is tnef (http://www.sf.net/projects/tnef) to decode those tnef files. Then add this to your mailcap file: application/ms-tnef; tnef -w %s Unfortunately, that'll just allow you to extract files, you then have to go view them yourself. I don't know of a better way, since the real name of the file is hidden within the winmail.dat file. ~Kyle - -- Last comes the beverage of the Orient shore, Mocha, far off, the fragrant berries bore. Taste the dark fluid with a dainty lip, Digestion waits on pleasure as you sip. -- Pope Leo XII -BEGIN PGP SIGNATURE- Comment: Thank you for using encryption! iEYEARECAAYFAkk5kZ8ACgkQBkIOoMqOI16ahgCaAgOEUm5nnEu40laqdn428acU U6UAn2uUPZIu2I26g1uExoBDPVBam9x4 =K3KP -END PGP SIGNATURE-
Re: [semi OT] - Setup for LDAP access to fastmail.fm
On Sat, Dec 06, 2008 at 01:58:13AM +1300, Chris Bannister wrote: > On Fri, Nov 28, 2008 at 07:48:20AM -0700, John J. Foster wrote: > > authentication required at /home/festus/mutt-ldap.pl line 46, > > line 466. > > Ok, what _is_ line 46? Hmm, and line 466? > I have no idea about that error message! It's just what came up. My firewall had the following ldap ports blocked. ldap389/udp ldaps 636/udp festus -- I just want to break even. pgpu8qWeT4dIL.pgp Description: PGP signature
Re: [semi OT] - Setup for LDAP access to fastmail.fm
On Fri, Dec 05, 2008 at 07:13:43PM -0700, John J. Foster wrote: > On Sat, Dec 06, 2008 at 01:58:13AM +1300, Chris Bannister wrote: > > On Fri, Nov 28, 2008 at 07:48:20AM -0700, John J. Foster wrote: > > > authentication required at /home/festus/mutt-ldap.pl line 46, > > > line 466. > > > > Ok, what _is_ line 46? Hmm, and line 466? > > OK - forgot to include the guilty line (46 I guess, as 466 doesn't exist)! $mesg->code && die $mesg->error; Based on my knowledge of other languages, this message doesn't really correspond to the actual line that produced problems. The thescript is at: http://www.bsdconsulting.no/tools/mutt-ldap.pl festus -- I just want to break even. pgpXR9AXWWnl1.pgp Description: PGP signature
sasl EXTERNAL authentication by ssl certificate
ehlo. mutt unable to authenticate in cyrus-imapd by ssl certificate with error - "No authenticators available". Configuration files: # imapd.conf sasl_mech_list: external plain login # .muttrc set ssl_starttls=yes set ssl_client_cert="~/.ssl/swp.pem" set folder="imap://mail.domain.tld/" set spoolfile="+INBOX" mailboxes "!" account-hook . 'unset imap_user; unset imap_pass; unset tunnel' account-hook imap://mail.domain.tld/ 'set imap_authenticators=EXTERNAL' #account-hook imap://mail.domain.tld/ 'set imap_user=swp; set imap_pass=; set imap_authenticators=LOGIN' # cyrus-imapd log messages Dec 6 11:52:09 bspu imap[9873]: received client certificate Dec 6 11:52:09 bspu imap[9873]: subject=/C=RU/ST=Altai/L=Barnaul/O=BSPU/OU=people/CN=swp/[EMAIL PROTECTED] Dec 6 11:52:09 bspu imap[9873]: starttls: TLSv1 with cipher AES256-SHA (256/256 bits new) authenticated as swp # mutt -v Mutt 1.5.18 (2008-05-17) Copyright (C) 1996-2008 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: FreeBSD 7.1-PRERELEASE (i386) ncurses: ncurses 5.6.20080503 (compiled with 5.6) libiconv: 1.11 Compile options: -DOMAIN -DEBUG -HOMESPOOL +USE_SETGID +USE_DOTLOCK +DL_STANDALONE -USE_FCNTL +USE_FLOCK +USE_POP +USE_NNTP +USE_IMAP -USE_SMTP +USE_GSS +USE_SSL_OPENSSL -USE_SSL_GNUTLS +USE_SASL +HAVE_GETADDRINFO +HAVE_REGCOMP -USE_GNU_REGEX +COMPRESSED +HAVE_COLOR +HAVE_START_COLOR +HAVE_TYPEAHEAD +HAVE_BKGDSET +HAVE_CURS_SET +HAVE_META +HAVE_RESIZETERM +CRYPT_BACKEND_CLASSIC_PGP +CRYPT_BACKEND_CLASSIC_SMIME -CRYPT_BACKEND_GPGME -EXACT_ADDRESS -SUN_ATTACHMENT -ENABLE_NLS -LOCALES_HACK +HAVE_WC_FUNCS +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR +HAVE_ICONV -ICONV_NONTRANS -HAVE_LIBIDN +HAVE_GETSID -USE_HCACHE -ISPELL SENDMAIL="/usr/sbin/sendmail" MAILPATH="/var/mail" PKGDATADIR="/usr/local/share/mutt" SYSCONFDIR="/usr/local/etc" EXECSHELL="/bin/sh" -MIXMASTER To contact the developers, please mail to <[EMAIL PROTECTED]>. To report a bug, please visit http://bugs.mutt.org/. vvv.quote patch-1.5.0.ats.date_conditional.1 dgc.deepif.1 vvv.initials vvv.nntp patch-1.5.4.cd.ifdef.1 rr.compressed /swp