Bug 483779 - RFE: getmail lacks dæmon mode
Summary: RFE: getmail lacks dæmon mode
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: getmail
Version: 9
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Dean Mander
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-02-03 15:53 UTC by David Woodhouse
Modified: 2009-02-04 16:00 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-02-04 16:00:16 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description David Woodhouse 2009-02-03 15:53:05 UTC
The getmail faq suggests running getmail from cron, as if this is a suitable substitute for fetchmail's dæmon mode. It's not -- you can't run it from cron without storing the password somewhere on disk, while fetchmail in dæmon mode can be given the password once at startup and store it only in memory.

If I could authenticate to an Exchange IMAP server using Kerberos, that would be an even better alternative.

Comment 1 Dean Mander 2009-02-04 16:00:16 UTC
Upstream feedback:
This is user misconception about security; it was discussed thoroughly on the
getmail mailing list a long time ago.

Essentially, the user who filed this one thinks that it's somehow more secure
to have your mail password in memory instead of on disk between retrievals of
mail.  That however is wrong; it's exactly as secure one way or the other.
All you need to do to be as secure as you can be is ensure your getmail rc
file isn't group or world readable; then no one can steal your mail password
out of your rc file.  If an attacker has root privileges or steals your
identity, they can retrieve your mail password from disk or from memory
equally easily.

You can get more information on the mailing list archive over here:
http://pyropus.ca/software/getmail/documentation.html#mailing-list-users-archive.


Note You need to log in before you can comment on or make changes to this bug.