.. |
EventNew-Notify.php
|
201933eecf
Fix a couple bugs with calendar alerts
|
10 years ago |
GroupReq-Notify.php
|
ac2a6c1c15
! When adding a group notification, update the count of alerts the user has. Fixes #1339
|
10 years ago |
Likes-Notify.php
|
0ddca017ff
! And our ever important source files, plus a little bit of consistency.
|
11 years ago |
MemberReport-Notify.php
|
0ed10792da
! Fix a bunch of bugs found while testing
|
10 years ago |
MemberReportReply-Notify.php
|
0ed10792da
! Fix a bunch of bugs found while testing
|
10 years ago |
MsgReport-Notify.php
|
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 |
MsgReportReply-Notify.php
|
657e3822a2
! And remove some old debug code
|
10 years ago |
Register-Notify.php
|
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 |