Re: local sendmail
* Javier Rojas [20090205 04:57]: > On Wed, Feb 04, 2009 at 09:53:03AM -0500, Aron Griffis wrote: > > emailj...@gmx.de wrote: [Wed Feb 04 2009, 09:38:07AM EST] > > > Is there some other way around this other than having to run postfix? > > > > I haven't used rss2email but it seems trivial to edit > > rss2email.py to call procmail instead of sendmail. Something > > like: > > > > --- rss2email.py.orig 2009-02-04 09:51:18.0 -0500 > > +++ rss2email.py2009-02-04 09:52:14.0 -0500 > > @@ -188 +188 @@ > > - i, o = os.popen2(["/usr/sbin/sendmail", recipient]) > > + i, o = os.popen2(["/usr/bin/procmail"]) > > > > I did the same a while ago (6+ months) and it works just fine. Besides, > it also helps to keep procastination confined only to my personal PC, > instead of chasing me on my online mailboxes. Does not work. Tried it today, and you only get a mbox that is not a real mbox. You can edit it by hand, inserting a blank line between the messages, then you can run $ cat rss2email.bad.mbox | formail -d -s procmail That sorts out the problem, but it would be a lot better if rss2email generated correctly ordered headers. I'll see if I can "hack it" to do that. Of course, if anyone already has a patch or tip, I'm all ears. :) -- Anders Rayner-Karlsson All-Round Linux Tinkerer, RHCE and PITA DeLuxe
Re: local sendmail
On Thu, 05 Feb 2009, Anders Rayner-Karlsson wrote: > Does not work. Tried it today, and you only get a mbox that is not a > real mbox. You can edit it by hand, inserting a blank line between the It works for me. I use maildir instead of mbox if it matters -- regards, GPG key 1024D/4434BAB3 2008-08-24 gpg --keyserver subkeys.pgp.net --recv-keys 4434BAB3 唐詩179 王維 奉和聖製從蓬萊向興慶閣道中留春雨中春望之作應制 渭水自縈秦塞曲 黃山舊遶漢宮斜 鑾輿迥出千門柳 閣道迴看上苑花 雲裡帝城雙鳳闕 雨中春樹萬人家 為乘陽氣行時令 不是宸遊玩物華
Re: local sendmail
* bill lam [20090205 10:06]: > On Thu, 05 Feb 2009, Anders Rayner-Karlsson wrote: > > Does not work. Tried it today, and you only get a mbox that is not a > > real mbox. You can edit it by hand, inserting a blank line between the > > It works for me. I use maildir instead of mbox if it matters I suspected it would, but had not tried. rss2email messes up the order of the headers, so I now know what needs to be changed. Cheers! -- Anders Rayner-Karlsson All-Round Linux Tinkerer, RHCE and PITA DeLuxe
Re: local sendmail
Anders [05.Feb.2009 10:42]:
* bill lam [20090205 10:06]:
On Thu, 05 Feb 2009, Anders Rayner-Karlsson wrote:
> Does not work. Tried it today, and you only get a mbox that is not a
> real mbox. You can edit it by hand, inserting a blank line between the
It works for me. I use maildir instead of mbox if it matters
I suspected it would, but had not tried. rss2email messes up the order
of the headers, so I now know what needs to be changed.
I have not tried rss2email yet, but was trying to find a way around with
any kind of system-generated messages.
Passing the message directly to procmail (cat "message.txt" | procmail)
works fine but without any kind of header information like From Date To
Subject Message-ID. So working with such kind of "email" is more like a
guessing-game.
You might want to pass it to formail for formatting reasons (replace any
variables as you see fit):
"| formail -I "From: root" -I "To: ${EMAIL_RECIPIENT}" -I "Date: \
$(date -R)" -I "Subject: ${EMAIL_SUBJECT}" -I Message-ID: -ds procmail"
This will add (and replace!) the aforementioned headers to any input you
might give it. This will also destroy already existing header-fields, so
you might want to look into 'man formail' for additional options.
My next guess would be to put this into a small script that can be
called from rss2email or any other program you might have. It will
certainly not be very flexible in this state but yeah, you could make it
standard compliant to work with any mail snytax -- I assume :D
I also found 'mailutils', a package including 'mail.local' (GNU
mail.local -- the local MDA) which might already help you taking care of
any local or system mailing. It didnt really suit my needs so I will try
to get a small script done myself, but it might take some time due
to my lack of scripting experience.
So, if you have procmail and formail installed already, I don't see why
one would need postfix for this.
Please correct me anywhere I am wrong, I have very limited experience
concerning all this.
JP
--
Time flies like the wind, but fruit flies like bananas.
Re: local sendmail
* JP Bruns [02-05-09 08:39]: > > I also found 'mailutils', a package including 'mail.local' (GNU > mail.local -- the local MDA) which might already help you taking care of > any local or system mailing. It didnt really suit my needs so I will try > to get a small script done myself, but it might take some time due > to my lack of scripting experience. > > So, if you have procmail and formail installed already, I don't see why > one would need postfix for this. > No, you do not *need* postfix, but your MDA *must* deliver to procmail in some manner. You may process the mail with procmail: formail -ds procmail -m formail -ds procmail The crux is that the MDA *must* deliver to procmail. ps. I have installed rss2email and it works w/o a problem after assigning the work-a-round for the unknown mail-from address. I do have postfix/procmail installed. But I set rss2email to deliver direct to local mail, not to gmail or my provider. -- 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: local sendmail
* Patrick Shanahan [02-05-09 09:08]: > > No, you do not *need* postfix, but your MDA *must* deliver to procmail > in some manner. You may process the mail with procmail: > formail -ds procmail -m > formail -ds procmail > > The crux is that the MDA *must* deliver to procmail. > On further thought, or whatever that process should be called, the above is not entirely true. It is quite possible to accept the mail whereever your MDA places it, I assume it is consistent and in one place, and run a cron job to have that place/file processed via procmail and delivered to *different* location/file. Then just don't access the location that the MDA delivers with your email client. I believe there exists a utility similar to cron that works on the existance of a defined file that you could use instead of cron to achieve the above, but I cannot recall the name of that utility, perhaps "incron". -- 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: local sendmail
Patrick [05.Feb.2009 15:19]: * Patrick Shanahan [02-05-09 09:08]: No, you do not *need* postfix, but your MDA *must* deliver to procmail in some manner. You may process the mail with procmail: formail -ds procmail -m formail -ds procmail The crux is that the MDA *must* deliver to procmail. Do you mean MTA or MUA? I thought procmail would be the MDA. On further thought, or whatever that process should be called, the above is not entirely true. It is quite possible to accept the mail whereever your MDA places it, I assume it is consistent and in one place, and run a cron job to have that place/file processed via procmail and delivered to *different* location/file. Then just don't access the location that the MDA delivers with your email client. Well, I am not sure if I do get your point, but why not just tell the program, whos output you like to get, to direct all such traffic to a script? Either specify the email command in a config file (at best) or get into the source code and change it as mentioned before. In my case, just using msmtp that is, there is no executable called 'mail' installed. This of course might be different with other MTAs or other software. So I would go about putting a very simple script together as a replacement for mail. Ideally, it will accept the standard mail options like recipient or subject and pass all that information first to formail and then to procmail (error handling left aside). It surely is not as beautiful or flexible as other approaches, but it might just do it. Help me where I am wrong. JP -- Time flies like the wind, but fruit flies like bananas.
Signature for new mail/no signature for replies
Hi, I would like to append my signature to new emails (essentially those I start by hitting 'm' in the pager or message view) but do not want a signature for replies (either individual, group, or list replies). I know how to unset signature with a reply hook, but I can't figure out how to (re)set it at the right time for new messages. send-hook does not seem to be the one I want, and remapping the 'm' key seems a little cludgy. Does anyone have any suggestions? -- Mike
Re: local sendmail
* JP Bruns [02-05-09 10:07]: > Patrick [05.Feb.2009 15:19]: > >* Patrick Shanahan [02-05-09 09:08]: > >> > >>No, you do not *need* postfix, but your MDA *must* deliver to procmail > >>in some manner. You may process the mail with procmail: > >> formail -ds procmail -m > >> formail -ds procmail > >> > >>The crux is that the MDA *must* deliver to procmail. > >> > > Do you mean MTA or MUA? I thought procmail would be the MDA. procmail, in this case would be the LDA, local delivery agent, and MUA would be the mail user agent, aka email client > >On further thought, or whatever that process should be called, the > >above is not entirely true. It is quite possible to accept the mail > >whereever your MDA places it, I assume it is consistent and in one > >place, and run a cron job to have that place/file processed via > >procmail and delivered to *different* location/file. Then just don't > >access the location that the MDA delivers with your email client. > > Well, I am not sure if I do get your point, but why not just tell the > program, whos output you like to get, to direct all such traffic to a > script? rather to procmail, no need for a script then. -- 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: mboxes and maildirs in .muttrc
On Mon, Feb 02, 2009 at 06:17:14PM -0600, Derek Martin wrote: > [...] Another > notable difference is in new mail notification and mailbox switching. > Mutt's maildir implementation is better at remembering that you have > new mail than its mbox implementation is... The mbox implementation > "forgets" that you have unread mail in an mbox folder once you have > visited a folder and left it, whereas maildir remembers. Hmm, since I've switched to Maildirs, mutt doesn't inform me anymore when new messages arrive. Before, it beeped on every new mail. Second thing: it shows only the 'N'-Flag in the folder-browser, if I hit a key like ... Do I have to change something for this after my change to Maildirs? Another thing to mention: On local Maildirs, mutt doesn't show how many new mails there are in every Mailfolder. If I connect to the imap-server directly, mutt does this. So, is it more likely to access the server directly through mutt, or is there anything to change in muttrc for this feature? I'm now running offlineimap to update my Maildirs - but if the things above don't work locally, I think it'd be a better way to read mails remotely? Regards, sigi.
Re: Signature for new mail/no signature for replies
The signature text is stored in a file named .signature in your home directory. Edit the file with your favorite text editor. Some things about UNIX mail really don't need fixing. On 2009-02-05_18:15:27, Michael Williams wrote: > Hi, > > I would like to append my signature to new emails (essentially those I > start by hitting 'm' in the pager or message view) but do not want a > signature for replies (either individual, group, or list replies). > > I know how to unset signature with a reply hook, but I can't figure out > how to (re)set it at the right time for new messages. send-hook does not > seem to be the one I want, and remapping the 'm' key seems a little > cludgy. > > Does anyone have any suggestions? > > -- Mike > -- Paul E Condon pecon...@mesanetworks.net
sidebar patch for 1.5.19
Is there a sidebar patch for 1.5.19 version? Where can I get it? Thank you.
correct usage of my_ vars
Hi, I have several spam reporting macros like this one: macro index,pager Se "set nocopy noautoedit nomime_fwd editor=/bin/truesp...@ebay.comphishing attempt reportset copy autoedit nomime_fwd editor=\"vim +'/^$'\"" "SPAM REPORT" To avoid repeating the same 'set' and 'unset' commands for each macro I thought about putting them in my_ variables: set my_begin_spamreport="set nocopy noautoedit nomime_fwd editor=/bin/true" set my_end_spamreport="phishing attempt reportset copy autoedit nomime_fwd editor=\"vim +'/^$'\"" The result is this shorter, more readable macro: macro index,pager Se "$my_begin_spamreport sp...@ebay.com $my_end_spamreport" "SPAM REPORT" The shortened macro seems to work well, however as this my first use of my_ variables I thought I'd ask the list for a quick review of the above for correctness. Thanks,
