Off-forum request but I hope it's ok for General Ramblings
I'm looking for the above (I invented the terminology).
I'm looking for a very basic Linux email programme that will receive Emails and dump the raw input in a file and similarly take a file and send it out again. No indexing, no email database, no contacts, no classification, no frills...
I thought this was the sort of nerdish spec that some inhabitant of OSDev might just know all about. Anyone any suggestions?
[I've found it quite a difficult thing to search for, perhaps cos I don't know the proper name for this aspect of an Email application. Anyway searches return the 'best' programmes which have all these features I don't want - that wouldn't matter if they didn't also stick the emails in a private format database that it's hard to get at].
Basic Linux Email Transfer agent
-
MichaelFarthing
- Member
- Posts: 167
- Joined: Thu Mar 10, 2016 7:35 am
- Location: Lancaster, England, Disunited Kingdom
-
xenos
- Member
- Posts: 1121
- Joined: Thu Aug 11, 2005 11:00 pm
- Libera.chat IRC: xenos1984
- Location: Tartu, Estonia
- Contact:
Re: Basic Linux Email Transfer agent
My first thought would be procmail - I used it for some more or less similar tasks.
-
Schol-R-LEA
- Member
- Posts: 1925
- Joined: Fri Oct 27, 2006 9:42 am
- Location: Athens, GA, USA
Re: Basic Linux Email Transfer agent
The term you are looking for is Mail Delivery Agent, though the part about using a simple directory-based mail spool is usually more a factor of the Mail User Agent - you would use the format your email reader (the MUA) can read.
The aforementioned procmail is probably the one you would want to use. The spool format that is closest to what you seem to want would probably be maildir, though mbox might suit as well.
You will probably want a local mail reader such as Thunderbird,
Balsa or Mutt as well, unless the idea is that the mail is being dropped off for some program you are writing.
Prior to the mid-1990s, MDA functions would usually have been handled by a Mail Transfer Agent such as Sendmail or Postfix, as most users would have had timesharing accounts on the same system as the mail server, while those who didn't would usually have hosted their own mail servers locally. After the start of The September That Never Ended, however, most users were picking up their mail remotely using a POP3 server on their ISPs system, or later, on a dedicated webmail host such as Hotmail or GMail.
The aforementioned procmail is probably the one you would want to use. The spool format that is closest to what you seem to want would probably be maildir, though mbox might suit as well.
You will probably want a local mail reader such as Thunderbird,
Balsa or Mutt as well, unless the idea is that the mail is being dropped off for some program you are writing.
Prior to the mid-1990s, MDA functions would usually have been handled by a Mail Transfer Agent such as Sendmail or Postfix, as most users would have had timesharing accounts on the same system as the mail server, while those who didn't would usually have hosted their own mail servers locally. After the start of The September That Never Ended, however, most users were picking up their mail remotely using a POP3 server on their ISPs system, or later, on a dedicated webmail host such as Hotmail or GMail.
Rev. First Speaker Schol-R-LEA;2 LCF ELF JAM POEE KoR KCO PPWMTF
Ordo OS Project
Lisp programmers tend to seem very odd to outsiders, just like anyone else who has had a religious experience they can't quite explain to others.
Ordo OS Project
Lisp programmers tend to seem very odd to outsiders, just like anyone else who has had a religious experience they can't quite explain to others.
-
MichaelFarthing
- Member
- Posts: 167
- Joined: Thu Mar 10, 2016 7:35 am
- Location: Lancaster, England, Disunited Kingdom
Re: Basic Linux Email Transfer agent
Thanks to you both for these ideas which I shall look into but perhaps not immediately (other concerns are popping up like the UK self-employed tax deadline 
).
Thunderbird is my usual Email programme, but I actually use very few of its facilities. What I'm experimenting with is the ability to (easily) keep Emails with the projects to which they relate. There's actually no reason why both applications can't co-exist without even knowing about the others existence (provided the rules governing removal at the server end are properly sorted).
).Thunderbird is my usual Email programme, but I actually use very few of its facilities. What I'm experimenting with is the ability to (easily) keep Emails with the projects to which they relate. There's actually no reason why both applications can't co-exist without even knowing about the others existence (provided the rules governing removal at the server end are properly sorted).
