As am I. /disables until we can get this resolved :(

Yeah the display thing is only very minor, but I thought I'd point it out.

I don't think the {name} variable is right (going by the description in the user options of what it is meant to do). Logically the replacement variables are for showing things in the message that can change, like the from and to dates which you might change as you are away at different times. There isn't really much point in having a variable which just displays your username, since your username would hardly ever change (if ever at all). The example plugin output in this post further up shows that {name} is being replaced by the sender of the auto-reply (the user who has the auto-reply setup for PMs they receive) and not the name of the auto-reply recipient (the person who sends a PM and gets an auto-reply back).

{name} is replaced by the name of the user that has sent you the original PM, or in other terms, with the name of the reciever of the auto-reply.

Ex:
UserA sends UserB a PM, UserB has autoreply enabled -> {name} = UserA

At least that's how it's supposed to be, anything else I will check and fix, since it's a bug then. :)

Hi,

As in my post above, The {to} and {from} don't work the only thing that does work is {name} but this only works as your user name as from not too.

This is the only one that works for me if setup like this:

If adding anything Hi {to} or Hi {from} they only leave a blank space and will not show the senders user name :(

I have tried this on alot of other user accounts with no luck :(

Thanks!

{to} and {from} is for the date display, if you have not entered a date, of course they will be empty ;)

I'll check the {name} thing....

Very nice hack Hellcat, thank you.
Is it possible to make a setting in the acp for enabling/disabling the date settings? I don't find it usefull and think it's only to much confusing for the default user, especially who really knows whats a "PHP recognizable format" is.

Thanks.

I can't find, for the life of me, the options to type in the msg. Any idea?

That can be done, yes :)
[high]* Hellcat puts on ToDo
[/high]


In "Edit Options", right under "Enable Autoresponder"?

Did you edit the template?

My mistake. I thought this was something I'd have to type inside a box in the Admin Options. Instead, it's part of regular users' Control Panel.

Currently in the code {name} is being replaced with the value of $recipient, which is the name of one of the recipients in the $recipients array. So in your example, currently {name} would be replaced with UserB as UserB is one of the recipients of UserA's PM, and so is the value in the $recipients array. {name} needs to be replaced with $vbulletin->userinfo['username'] (the username of the person who would receive the auto-reply, who is the currently logged in user sending the PM which triggers the auto-reply).

Thanks Hellcat :)

UPDATE :)

- Fixed the {name} replacement bug
- Added optional receiver of automatically forwarded PM (the original PM sent can be forwarded to a third person)

HOw do you upgrade? Do you just re-import the plugin ?

Yep.
Just reimport with "allow overwrite".

Does the new version now work with 3.5.3 since there was a bug with the prior version

If I dont have anything in the ecxluded then the option shows in the user options but if you put an exclude group id then thats when the option no longer shows

What bug was/is there with 3.5.3?

//

I'll re-write the excluding thing, any missbehaviours with it should be gone then....

Cool any idea when? I will keep this hack installed for a few if your going to fix the 3.5.3 issues?

Yipi!:-) Thanks and works!

Any fix to this?

I have an Idea, and i would be so glad if i had this feature that i'd pay for that:

It would be great if the Auto-Pm only will be send if an, in options, predefined PM-Title is given.
e.G.: I set up in the options the Title "Please gimme", the Auto-Pm only will be send if an PM arrives with that title.

Would it be possible?

Any updates from the author of this hack?

Or another Idea: If you had an Option where just the first PM you get, will be answered by the PM-Reply-Machine. That would be very usefell and make much sense.

Me too :) I know when I send one of my mods a pm and we are sending them back and too and it drives me mad lol

Hellcat .

Are you going to step in and start helping out here with this hack?

Good work. Thanks.

Any fix to this? I have unistalled this hack from one of my sites already since it does not work with 3.5.3 untill the author can fix it

I read a lot about 3.5.3 issues, but no details.
What exact issues are there with 3.5.3 that are not present on the others? :confused:


Sounds like a nice addition.
[high]* Hellcat puts on ToDo
[/high]


Yes ;)


You mean like a sort of "auto deactivate" after the first auto-replied PM?

Sure, i dont make a sense that the PM is everytime resend to a user who has already got it.

Thanks very much for this.

Clicked install.

Ah, you're talking about something on a "per user" level?
Hmm.... that would need quite some db overhead....

If you have an eMail autoresponder, you also get the reply everytime you send something there.
Once the other(s) know you're not there, they should know it doesn't make sense to send more PMs for a while ;)

Well, I'll think about this, if and how it can be done without too much overhead....

Hellcat,

Would love if you can fix the issue with 3.5.3 . Basically if I add any groups to exclude this hack in admincp then the back options in usercp no longer exists but if I allow all usergroups to use this hack then the options for this hack will show up in usercp.

Can you please fix this???

I've rewritten the code for checking the usergroups.
Try the new version if it's working now.

Also doublecheck that the template edit has been made and there's no typo.

Hellcat,

I installed the latest version and it works..Thank You Thank You...

Nice hack! Thanks so much and great work!

Thanks for fixing that bug

** Installs on live site ** :D

Dear all,

Notification that there is a serious bug when using this hack on 3.6 (as of release candidate 1), not in its performance in its own right, but in the form of a fatal error it causes in other parts of vB when installed and enabled.

Namely, having PM AutoReply 1.25 installed on vB 3.6 rc 1 causes a serious error in the user self-registration process. Read fuller details in vB 3.6 bug report 498 (it's not actually a vB bug, but I reported it there before we were able to determine it was being caused by this plugin).

Read that bug report for the full details. In short, having this hack installed causes the verification process for registrations to result in a 'fatal error' when a new user follows the registration link in their verification e-mail. The hack also causes the problem of new registration welcome PMs (a new feature in 3.6) not appearing in unread/total PM counts (as per bug 497).

The long and short of this is that PM AutoReply really should be entirely uninstalled on vB 3.6, or at the very least fully disabled in AdminCP > Plugins & Products > Manage Products, as it causes these rather serious registration errors that system moderators / admins are likely not to see first-hand (unless you routinely register for test accounts on your own system, to see how things are working).

NB: This has been an excellent hack on vB 3.5.x -- one of those I have enjoyed most and found most useful. I'm hopeful its author will release a vB 3.6 native version soon so we can get back to using it!

Great mod! Thanx.. Clicking install :cool:

Is there any way you can adapt this to send an auto-responder sequence via e-mail? I really need to send a series of follow ups to users who opt-in to recieve them when they register for my site. How would I update the admin cp so that I can send an e-mail every day or every week for a set number of weeks and then just send them messages as neccassary?

Thanks,
John