James Knott wrote:
Barbara Duprey wrote:
All my mail goes out over the same SMTP server, the one for onr.com,
but that doesn't stop Thunderbird from requiring the password of the
specific account of the identity I'm using as the message author. If I
supply my onr.com password for a different identity, the send fails.
Hmm. Just tried the same test again, and this time I wasn't asked for
a password! The message was sent from "[EMAIL PROTECTED]" to
"[EMAIL PROTECTED]" and received fine. But when I tried this earlier
(setting up a gmail identity and using it to send a message), the
password was requested and the send failed. I'm really confused!
I just tried a couple of experiments. The first, I sent an email to
myself on my main account, using an account I haven't used in months.
That one went through, via my main ISP's SMTP server. I was not asked
for a password.
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.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
