 Peter Spicer
|
f0fafdfa02
! Don't use $scripturl directly in alerts. For emails it's fine because they are less likely to linger, but for alerts they can hang around a while, e.g. if a user doesn't log in before a site move, and the user then logs in. Emails are by nature a bit more transient like that.
|
10 years ago |
|
Peter Spicer
|
44f9bf79c8
! This should force all outgoing email (currently at least!) to have a Message-ID. Failure to supply a message id can cause emails to be dropped as spam. sendmail itself attempts to guarantee uniqueness with a hash of microtime, but wherever feasible I've also tried to make the id both meaningful and give it something that should uniquify it. Things like newsletters, though, can't really be uniquified at sending level, so we'll just use microtime to deal with that for us.
|
10 years ago |
|
Peter Spicer
|
0ddca017ff
! And our ever important source files, plus a little bit of consistency.
|
11 years ago |
|
Peter Spicer
|
24d0e13eff
! Slightly stupid logic error that meant only alerts, never emails, would ever be sent. Oops.
|
11 years ago |
|
Peter Spicer
|
2e3e6214bf
! And consistency is good.
|
11 years ago |
|
Peter Spicer
|
7912c3e6b4
! If a user reports a post, don't then immediately send them a notification that a post was reported, because that's just a bit silly.
|
11 years ago |
|
Peter Spicer
|
7279db9588
! Let's go really crazy and let the get function actually do processing of default values as well.
|
11 years ago |
|
Peter Spicer
|
94a9864a65
! In a little remembered fact, & has a lower precedence than == does. Which makes this rather fun otherwise.
|
11 years ago |
|
Peter Spicer
|
e790748d5f
! This should add the ability to notify users upon a report being made.
|
11 years ago |
