Anton Aylward wrote:
That's a very kind offer. I'm a lot more than 20 years from being proficient in Perl :-( However I'm not aware of how I possibly _could_ install it in the chain with Thunderbird. This, like all my accounts, reads directly from my ISP via Thunderbird's IMAP mechanism at that unique mailbox and writes directly to the corresponding SMTP for that account. So the "chain", as far as I can see in internal to Thunderbird.
---- Um... Your ISP's IMAP and SMTP are not internal to Tbird... FWIW, I arrange my incoming email @ my ISP to come down in 1 IMAP folder polled every minute w/fetchmail. fetchmail then forwards it to my local mail port/daemon (sendmail in my case, but wouldn't suggest it for new users), which usually ends up sending all of it to to 1 userid's ".forward" file in my home directory. That invokes a perl-script -- that was first "deployed" around the same time the 1st versions of procmail were being alpha'd. I actually tried procmail, but it wasn't stable enough yet, so I went to perl (perl4 at the time) to write a filter -- it distributes the email into one of 50-70 active folders that are served to me via "Dovecot". So while I usually use Tbird as a mail client, I am able to use it w/any IMAP client on either of my machines (linux server or windows desktop). So while my ISP provides my email in 1 IMAP inbox and I am also using Tbird to read my email, I insert my own mail & imap server running on my suse box, so I have multiple "insertion points" processing incoming mail. Outgoing -- still goes out through SMTP -- but that's running on my server -- so I theoretically could insert a filter to listen for local messages from Tbird and have it send it to sendmail, but I'd probably look for a way to sendmail to call a script -- either that or take it as an opportunity to change to another mailing-daemon that's easier to manage.
I'm aware that some people read their email via a spam filter proxy. My ISP runs a spam processor - I think it is SpamAssassin from the way the GUI lets me configure settings - and it does an excellent job. I suspect that there might be a SMTP proxy as well. That's nice, but why should I pay for that just to insert a "reply-to" header on one of the MANY accounts that I use? Not least of all when Thunderbird is doing it anyway.
----- Once email is queued on and sent from your machine, you don't need to pay for an SMTP proxy from your ISP -- you run your own on your own home network. I try to avoid paying others for computer services I should be able to run myself on a linux-based home PC. I run spamassassin as part of the incoming filtering process.
It may be that there's a plug-in for Thunderbird that let's you hook in to the outgoing SMTP chain. My google-fu is OK but that skill doesn't seem to work well with Mozilla's internal search arrangement. I haven't seen one and I suspect it wouldn't be that perl-friendly.
I'm aware that I *could* run a SMTP proxy such as Postfix on my own machine and have that set up as the mail proxy for Thunderbird for this one account. It seems a lot of effort though. It is also not a solution for my phone/tablet.
---- Yeah... I don't have one of those. Just my home systems, so I don't have to worry about such for now. When I was working at an employer site, I'd setup a VPN into my home network and still read my email from my home server -- even work email, since I had already had the sorting infrastructure setup there. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org