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