Easiest way to clean email addresses

[TarantinoArchives]

I think recategorizing users instead of deleting them is a better idea.

Exactly. that's why i wish there would be a MOD that allows me to put all "last active: NEVER" users into a special group.
or "last online: .." more than 12 months or so.

[NoRad]

Cool. Write one? 

I'd like to use that too.

[TarantinoArchives]

Cool. Write one? 

I'd like to use that too.

if i could do that i wouldn't need to ask for it. lets start a petition! .-)

[opheliagrimm]

I would love something like this too.

Just merged two of our older boards together and put up a new smf based board and having trouble sending out Issue #1 of our newsletter.

I suspect it is because of old email addresses. A ton of our guys have gone gmail now and their old email accounts have been neglected.

This would help all the fuss and save me trouble with host/returns.

[NoRad]

Prompt users to check their Email to see if it is still current when they login? this might help over the long haul.

[dschwab9]

What I would love to see is an "invalid email" checkbox in their profile.  If email is bouncing, I could check that box to temporarily disable their account (this even has the pontential of being automated by piping the bounce message to a php script).  When they try to login, they'd get a message like "You must verify your email address to continue"   At that point, they could enter the new address and get a new activation link sent to them.

[NoRad]

That sounds nice, but I don't send out Emails to my members.

[dschwab9]

I only send out like 3 or 4 mass emails a year, but I seem to have a lot of people that set their email address to something invalid, subscribe to 200 threads, and turn on PM notification

[NoRad]

Now that would really suck.

[TarantinoArchives]

anyone wanna clean out the inactive members, MikeMill's "Inactive Members Mover" mod is out.

[bluesyrio]

That mod is really nice, but it still does not solve the problem of members with inactive emails, but that are active users on the board. We really have problem with returned emails (not just admin, but notifications activated by the user!). Having a non valid email of our domain used to solve the problem, but somehow since a couple of months (maybe it has something to do with some SMF upgrade?) the return-path address is not showing the same as the reply-to (and is giving our server's main email address, which we do not use and forcing to delete hundreds, sometimes more than a thousand emails, from time to time). Anyone has ideas to solve this. I tried changing the source file which mentions the return-path (replaced the code with a real email address) and it made no difference.