devcri

The filter prevents access to:
domain.tld/wp-json/posts/

But if I try putting post ids behind the url I still can get to the posts, e.g.:
domain.tld/wp-json/posts/78/

If the number doesn’t show an article it will even tell you. So you can keep trying numbers until you get the full posts.

Also the main API Interface is still showing under:
domain.tld/wp-json/

The problem is that the posts show the full username. I hide the real usernames everywhere, also in RSS, to prevent brute force attacks. I would prefer to show the API only for authenticated users, but as a first step I would really like to hide the username.

Update: I think I have an idea, why this problem might have happened. To get out the newsletter I deleted all the recipients and only imported the final 1504 to the list. This time when I pressed send I waited (a long time) until the progress bar showed some progress. The first time I waited quite a while, too, but it wasn’t changing so I thought it is not working and clicked away and saw 1000 recipients in the list. This time after waiting long enough it changed and I had 1504 recipients in the queue. So I think the solution is to wait for the progress bar. Maybe you could include a little text with a warning next to the progress bar.

I am experiencing the exact same problem when sending out my first newsletter with SendPress. After sending out the first 1000 emails SendPress stopped the sendout and isn’t adding the rest of the queue.

Notes:
1. I configured Email Sending Limits (in Settings > Sending > Advanced Sending Options) to 3000 Emails Per Day and 125 Emails Per Hour, but didn’t activate SendPress Pro Auto Cron in the first place, because I expected that cron gets triggered if you have visitors on your website (which would be permanently the case). Is this option needed if you have permanent visitors?
2. After the sendout stopped I enabled SendPress Pro Auto Cron, but this doesn’t seem to have any effect. I don’t want to resend the newsletter, because I fear that the first 1000 recipients would get twice.

Under Reports > Info next to the newsletter I see:
Recipients: 2503
Sent: 1000
In Queue: 0

Under Queue > “Active”-Tab:
1000 of a possible 3000 emails sent in the last 24 hours.
0 of a possible 125 emails sent in the last hour.

I am using a Dedicated Server with 8 GB RAM and nginx with php5-fpm. I used to send out the same amount of newsletters before with a typo3 extension, so I don’t think there is a limit from my provider. But I am using a new server with new php configuration, so it might be a configuration issue of php (?). I checked my php configuration, but I can’t find anything that could be the cause to this limit.

Here some more information from the Help-Tab:

Debug Information:
WordPress Version: 4.1
SendPress Version: 1.0.12.11
PHP Version: 5.4.35-0+deb7u2
PHP Memory Limit: 256 MByte
PHP Memory Used: 29.96 MByte
MySQL Version: 5.5.40

Database Tables:
wp_sendpress_subscribers_event OK
wp_sendpress_report_url OK
wp_sendpress_subscribers_status OK
wp_sendpress_subscribers OK
wp_sendpress_list_subscribers OK
wp_sendpress_queue OK

Ports:
Port 25: ?ffnen
Port 465: ?ffnen
Port 587: ?ffnen

Support Info:

// Generated by the SendPress Plugin //

Multisite: Yes

SITE_URL: ****
HOME_URL: ****

WordPress Version: 4.1
Permalink Structure: /%category%/%postname%/
Active Theme: **** Individual Theme ****

…
SP Version: 1.0.12.11

PHP Version: 5.4.35-0+deb7u2
MySQL Version: 5.5.40-0+wheezy1-log
Web Server Info: nginx/1.2.1

WordPress Memory Limit: 128MB
…
PHP Memory Limit: 256M
…
PHP Time Limit: 30
PHP Max Input Vars: 1000
…

Additional information:
The Plugin was installed in MultiSite Network, but only activated in the main blog.

Is there a possibilty to continue sending the newsletter to the rest of the list without manipulating the recipient list?

So far the plugin made a good first impression and I have no problem with the throttling of the sendout. But I must bypass the limit of 1000 recipients. Any help appreciated.

White screen after Update (wp-admin inaccessible). Moving the Plugin Directory allowed to Login again, but the WordPress Navigation was completly changed. Had to roll back to Backup. I am using nginx as webserver.