You probably should look at using sqlite or even json to persist future follow ups... It's lost on restart at the moment?
Also as a user I'd want an instant "stop" to these messages as it could get abused.
Finally, it would be good to support other mailing servers than gmail.
2. There is a stop method already. I should do a better job of highlighting that in the README. But you can stop all messages from being sent out by: mailcandy.stop() or you can clear all the upcoming messages while keeping the timer going by: mailcandy.clearAllScheduledMessages()
3. Added to backlog. Are there any mail servers you would like to see?
I think OP meant stop as in “unsubscribe”. Ability to unsubscribe is required by law in a lot of places, I’d definitely want to have that in place.
This kind of use case falls under “transactional email” and there are lots of providers you can use for that. Mailgun, AWS SES, Postmark, Sendgrid, and a ton of others. They’re purpose-built for sending one-off emails like this.
1. Yep that makes perfect sense. A persisted file keeps the data and the SqLite provides an easy interface to work with.
2. I mistakenly thought it wasn't important. But I've moved it to the top of the backlog, should be available soon.
3. This is gold. Looked into transactional emails and that's exactly what's needed. Moreover, there's projects like nodemailer-mailgun-transport that will make this easier.
Cheers!