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? -- Use OpenOffice.org <http://www.openoffice.org> --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
