Fetchmail dumps emails in /tmp -- how do I change this?
Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Distribution: Debian wheezy. Formerly Ubuntu, SciLinux, RH, ... DOS
Posts: 14
Rep:
Fetchmail dumps emails in /tmp -- how do I change this?
HI. I'm completely new to setting up email (used pine for many years and didn't have to think about it). I have fetchmail working but it dumps each msg in /tmp and each one disappears when complete. I've been through the manual but can't see how I direct the output. Here's the .fetchmailrc
set logfile "/home/khave/fetchmail.log"
set postmaster "khave"
set bouncemail
set no spambounce
set properties ""
poll imap.univ.ac.uk via imap.univ.ac.uk
with proto IMAP
user 'xyz' there with password 'xxxx' is 'khave' here options keep fetchall stripcr sslproto "TLS1"
mda '/usr/bin/mutt'
I get files with names like mutt-machinename-1000-11241-0 in /tmp.
The log file shows (extract)
fetchmail: (4292179 body octets) (log message incomplete)fetchmail: IMAP< )
fetchmail: IMAP< A0249 OK Completed (0.070 sec)
No recipients were specified.
fetchmail: MDA returned nonzero status 1
fetchmail: not flushed
fetchmail: IMAP> A0250 FETCH 122 RFC822.HEADER
fetchmail: IMAP< * 122 FETCH (RFC822.HEADER {1328}
But mutt itself seems to be ok.
I guess this is a silly question but I'm completely stumped.
It looks like the issue is related to mutt. Fetchmail is simply downloading the email and passing it to mutt, since you have mutt defined as the mda. If you have an MTA (IE: sendmail) running on the box then you could take mutt out of the config and fetchmail would deliver it via SMTP. I hope that helps and maybe you can answer a question from me: Any reason why you prefer pine/mutt to read email?
Distribution: Debian wheezy. Formerly Ubuntu, SciLinux, RH, ... DOS
Posts: 14
Original Poster
Rep:
Quote:
Originally Posted by zmanea
It looks like the issue is related to mutt. Fetchmail is simply downloading the email and passing it to mutt, since you have mutt defined as the mda. If you have an MTA (IE: sendmail) running on the box then you could take mutt out of the config and fetchmail would deliver it via SMTP.
Thanks. I'll look at the muttrc again. I don't have sendmail up -- I've always heard that it is fiendish to work with.
Quote:
I hope that helps and maybe you can answer a question from me: Any reason why you prefer pine/mutt to read email?
I went to pine originally because I prefer the command line. I have poor sight and working with mice is too fiddly. I've finally abandoned it because my filters were getting too complicated and also because al/pine doesn't offer forwarding/bouncing as an option to a filter.
Actually I find I have to have a clearout of habits every few years, or I go stale. So I'm aiming for fetchmail/procmail/mutt and I'm leaving procmail until I get the other two working.
Was your question critical, ie, `Why the hell do you prefer pine/mutt?' ?
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.