MFPA: > Luca wrote: > > For a series of reasons I'd prefer not to involve my POP server for the same > > account, my set of filters would get too complicated. I could set a bogus > > pop > > server to do the same operation without actually downloading email with the > > same account,
> Why use a bogus one that causes an error rather than a real one > that does not receive any mail? Well, it's a pretty unusual situation: I co-moderate a Yahoogroups mailing list and I'd like to use TB to automate some approve/reject operation. I'm the one to set the whole mechanism - moderation account properties in TB, filters, etc - both for me and the other moderator. My colleague would run TB from behind a firewall which prevents him to use any pop/smtp server except his own, and he is allowed to use only one mailbox for all his email. So, I formerly wrote "my pop server" only as a semplification here. Actually, it's my collegue's one that I'd rather not involve for mail checking in his "moderation" account, the one used to send back control messages to Yahoogroups. Incoming messages of any kind are processed by his "normal" account, where moderation filters for the mailing list operate. Then, generated control messages are queued in the Outbox of the "moderation" account, waiting for TB's scheduler to do its job and send them. If it worked. Of course I could redesign the whole machine to adapt it to this no-scheduler situation for him, but it would be uneasy, and inelegant. And sad. -- Luca - e-mail: p.stevens at libero.it ________________________________________________ Current version is 3.64.01 | 'Using TBUDL' information: http://www.silverstones.com/thebat/TBUDLInfo.html
