The Friday 2003-12-05 at 22:08 +0100, James Mohr wrote:
<SNIP>
Impossible. The ISPs refuse to handle email with a "from" of another ISP. I have several adresses, each of a different ISP (and some of no ISP, like ieee.org), and each one has its own server which rejects emails that should be handled by another provider.
I would need a rule for postfix matching both origin and destination before selecting a transport route. Such a thing does not exist in suse 8.2
Not to talk about the quality of the providers SMTP servers... for instance, some do not report 'failure to deliver' to the originator, that's why I started to send mail by my own means time ago.
Just to be clear on this, that's entirely a configuration/programming issue and nothing absolute about it. My ISP accepts and sends email from me although the from: address is in a completely different domain. I just need to authenticate myself when I send.
I have never configured it myself, but from what I have seen postfix supports SMTP AUTH.
Right, I tried that and it works. I use it for one server that needs auth even to send email destined for his domain...
So, if the ISP supports it, then there should be no reason why you could not do the same thing I do with Kmail. Or am I missing something?
It depends on the provider. Some just use "pop before smtp". Some require that your IP belongs to a certain range. Some will reject a different "from" address even after authentication. What you say it is easy enough to use with programs that, like mozilla, handles sending on its own, and sends mail from each account on a separate smtp server based on the "from" address. Postfix chooses transport based on destination. So, the steps would be: 1. define auth for smtp servers. 2.1 define transport for certain destinations that reject direct email to use a ISP server 2.2 choose ISP SMTP server based on from address. This can be done easily with mozilla, but not with postfix. -- Cheers, Carlos Robinson