Try fetchmail. I've not used it, but I think it'll do exactly what you want,
and you might not even need to wrap it in perl. From the man page:
If no port 25 listener is available, but your fetchmail
compilation detected or was told about a reliable local
MDA, it will use that MDA for local delivery instead.
At build time, fetchmail normally looks for executable
procmail(1) and sendmail(1) binaries.
So you could (theoretically - remember that I haven't used it) call
fetchmail and then hand the mail off to procmail, which would then process
it through SA and drop it into your mailbox as normal.
Is that similar to what you were thinking?
| -----Original Message-----
| From: [EMAIL PROTECTED]
| [mailto:[EMAIL PROTECTED]]On Behalf Of Chris
| Sent: Tuesday, September 17, 2002 9:20 AM
| To: [EMAIL PROTECTED]
| Subject: [SAtalk] Running SA as a user app?
|
|
| Can anybody point me to a project/FAQ similar to this:?
|
| 1. Perl script fetches POP mail from a distant server
| 2. mail is fed to SA, running as a standalone module in my user account
| 3. SA spits out results back to perl script.
| 4. Script deletes offending mail.
|
| I don't have root access. I don't need a MTA.
|
-------------------------------------------------------
This SF.NET email is sponsored by: AMD - Your access to the experts
on Hammer Technology! Open Source & Linux Developers, register now
for the AMD Developer Symposium. Code: EX8664
http://www.developwithamd.com/developerlab
_______________________________________________
Spamassassin-talk mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/spamassassin-talk
