James Knott wrote:
Barbara Duprey wrote:
I then created a bogus account, using the name "test" on the same ISP as
the first test. When I tried to send the main ISP's SMTP server
rejected it, saying the account couldn't be verified. So it would
appear this method would at least require a valid account somewhere.
The behavior doesn't seem very predictable. In my case, I'm quite sure
I went through the same steps two different times: creating a bogus
account in Thunderbird, then trying to send a message from it. In
between, I deleted the bogus account. And you had different results on
your two tests, but neither asked for a password. It sounds as if
recommending this as a solution for problem "unsubscribes" may or may
not work, depending on the SMTP server and possibly other factors like
different mail clients.
In a related post, I asked what people thought about just eliminating
the "goodbye" confirmation. I don't think malicious unsubscribes are
either likely or particularly harmful, and it would be much easier to
deal with malicious subscribes. The unsubscribe process could send a
message, but not require response, and that would mean that once the
subscription account was known, anybody could do the unsubscribe. So
when we got one of these "please unsubscribe me" posts, we could just
do it, or tell an apparently unsubscribed OP to look at a full message
header to identify the subscriber, then use the
[EMAIL PROTECTED] to unsubscribe. Haven't
heard any response to that idea yet.
Hi Barbara
I'd like to try an experiment where I forward email from my gmail
account to your account. Do I have your permission to try this? If so,
which account would you prefer I use?
Sure, and [EMAIL PROTECTED] is fine. It's definitely something it would be
good to know. How would you like me to respond?
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
