AHunter3
02-20-2005, 10:13 PM
When I first signed on for verizon DSL service, I made sure in advance that I could send email from my earthlink account while connected to the internet via Verizon as my ISP of the moment, and back then I could, so I did.
Thanks to the spammers, that era of friendly cooperation between ISPs relaying outbound email is long dead, and when the change came I was very unhappy about it but I understood the reasoning. I must say it would have been nice if they'd bothered to inform us of the policy change instead of letting us troubleshoot and cuss our way through the list of possible problems before deciding that they'd blocked something that was working the day before. And it would have been nice if they'd bothered to inform the computer-illiterate minimum-wage fixit-scrip-readers they employed as frontline tech support, so we didn't have to argue for 45 minutes that yes we could do it yesterday, you want a #$@ screenshot of yesterday's outbound email headers? etc...
Anyway, after discovering the existence of some extra Eudora 3rd-party plugins that enable the editing of the From header and the specification of a Reply-to header on a personality-by-personality basis, I was up and running again, sending outbound email from my hitherto-unused verizon email account that for all intents and purposes was earthlink email, and I could keep using the same email address I'd always used and always intent to use.
This evening, four years later, I go to send an email in the usual fashion and up pops an error message: Couldn't send message: server says "550 5.7.0 From address mismatch: envelope <me@verizon.net> and header <me@earthlink.net>". Now, once again, I am less than delighted, but I understand the continued concerns about spammers abusing the system (I've gotten bounce messages from spammers using my email address, in fact!)... and once again I'd be less annoyed if they'd bothered to inform us of the policy change instead of just dropping it on us. I dialed the tech support and got the "We're experiencing unusually high volume of calls" spiel... yeah, really? Gee, imagine that?!
Well, at least for the moment they appear to be giving back with one hand while they take away with the other. On a lark I tried sending while referencing my own verizon-issued IP as SMTP server (I have postfix up and running) and although it never worked before on a verizon connection, out my email went.
Frankly I think a huge swarm of evils would be addressed if email programs and ISPs got their #$@ together and always demanded password authentication to send just as they do to receive, and then let you send no matter what your IP or how you got onto the internet as long as you authenticate at that time.
Thanks to the spammers, that era of friendly cooperation between ISPs relaying outbound email is long dead, and when the change came I was very unhappy about it but I understood the reasoning. I must say it would have been nice if they'd bothered to inform us of the policy change instead of letting us troubleshoot and cuss our way through the list of possible problems before deciding that they'd blocked something that was working the day before. And it would have been nice if they'd bothered to inform the computer-illiterate minimum-wage fixit-scrip-readers they employed as frontline tech support, so we didn't have to argue for 45 minutes that yes we could do it yesterday, you want a #$@ screenshot of yesterday's outbound email headers? etc...
Anyway, after discovering the existence of some extra Eudora 3rd-party plugins that enable the editing of the From header and the specification of a Reply-to header on a personality-by-personality basis, I was up and running again, sending outbound email from my hitherto-unused verizon email account that for all intents and purposes was earthlink email, and I could keep using the same email address I'd always used and always intent to use.
This evening, four years later, I go to send an email in the usual fashion and up pops an error message: Couldn't send message: server says "550 5.7.0 From address mismatch: envelope <me@verizon.net> and header <me@earthlink.net>". Now, once again, I am less than delighted, but I understand the continued concerns about spammers abusing the system (I've gotten bounce messages from spammers using my email address, in fact!)... and once again I'd be less annoyed if they'd bothered to inform us of the policy change instead of just dropping it on us. I dialed the tech support and got the "We're experiencing unusually high volume of calls" spiel... yeah, really? Gee, imagine that?!
Well, at least for the moment they appear to be giving back with one hand while they take away with the other. On a lark I tried sending while referencing my own verizon-issued IP as SMTP server (I have postfix up and running) and although it never worked before on a verizon connection, out my email went.
Frankly I think a huge swarm of evils would be addressed if email programs and ISPs got their #$@ together and always demanded password authentication to send just as they do to receive, and then let you send no matter what your IP or how you got onto the internet as long as you authenticate at that time.