Date   

moderated Re: #featurerequest Like Analysis (Personal use) #suggestion

 

I requested the same thing a long time ago. Some other sites with "Likes" allow to easily see all your Likes. It's the one possibly valuable use I can see for the feature. 
--
J

Messages are the sole opinion of the author, especially the fishy ones.
My humanity is bound up in yours, for we can only be human together. - Desmond Tutu


moderated #featurerequest Like Analysis (Personal use) #suggestion

dave w
 

As a proactive use (and with misgivings of causing offense to Mark) I'd recommend an effort to quantify and total 'Likes'.

My usage as a non-email group owner and member of many, is to create (other than by bookmarking/ favourites) - my own or others visible to use as a tracker for valuable, cogent or specially usefull information (i.e. my main area of interest is historical groups and photographs etc.).

As there's no other way to highlight useful/ efficient/ accurate information contained in or attached to messages, other than copying each and every piece of documentation/ text out to a separate database. Maybe a sidebar link or under the 'Topics' pull-down menu (listing personal and all sub-menus perhaps?).

I do not require- tracking others; counting group or egotistical targets to be shown.
Thanks for reading,
regards
davew


moderated Re: New feature: donations

 

Hi All,

I've reduced the fee on donations from 20% to 5%, which includes all credit card fees.

Thanks,
Mark


moderated Re: Site updates #changelog

Dave Sergeant
 

I agree. When I saw our reminder earlier in the week I thought 'why
does it say all that'. It is not an improvement, sorry.

Dave

On 11 May 2019 at 12:33, Michael Pavan wrote:

The addition of:
"Upcoming Event: "
to event reminder Subject lines is excess verbiage, which along with
the: [Group Email Address tag] Event Name, Day, Date and Times, and the
hashtag #cal-reminder makes for rather long Subject Lines,

http://davesergeant.com


moderated Re: Site updates #changelog

Michael Pavan
 

• CHANGE: Improved the format of the event reminder email.
The addition of:
"Upcoming Event: "
to event reminder Subject lines is excess verbiage, which along with the:
[Group Email Address tag] Event Name, Day, Date and Times, and the hashtag #cal-reminder
makes for rather long Subject Lines, for example:

[beta] Upcoming Event: Event Name - Tue, 2019-05-14 7:30pm-9:45pm #cal-reminder

[GroupManagersForum] Upcoming Event: Event Name - Tue, 2019-05-14 7:30pm-9:45pm #cal-reminder

No need to differentiate from past events unless reminders are being sent out for them too.


For events occurring now, I would suggest adding "NOW" would be better, if anything is desirable. It is short, and would only have to be done for what I suspect are relatively few reminders. Personally if I have to be reminded of something when it starts, I'm already late... However I wouldn't begrudge anyone who would want that.


moderated Site updates #changelog

 

Changes to the site this week:

  • BUGFIX: Slack authentication was broken for groups that had subdomains.
  • CHANGE: Temporarily disabled new Google Drive authentication, because Google changed things on their end and broke the integration.
  • SECURITY: Rate limiting access to the /login page.
  • CHANGE: Do not include topics tagged with 'no email' hashtags in the daily summaries.
  • CHANGE: In the /feed, show next upcoming events, not events that have been most recently created.
  • BUGFIX: In the /feed, don't show database activity for groups you don't have permission to view.
  • INTERNAL: Converted source code dependencies to use new Go modules system.
  • BUGFIX: Timezones were sometimes not being read correctly from calendar invites emailed to the group, due to a bug in the underlying library.
  • BUGFIX: Pending message viewing would fail if the sender user record had been deleted.
  • NEW: Display RSVP status on event popups on the calendar. Also, new 'RSVPed Events Only' button to show only events you've RSVPed to.
  • CHANGE: Improved the format of the event reminder email.
  • NEW: Monday Start checkbox in user preferences and group default sub settings to indicate that the calendar should start on Mondays instead of Sundays.

Have a good weekend everyone.

Mark


moderated Re: New feature: donations

 

Sounds complicated.

On May 6, 2019, at 5:54 PM, JohnF via Groups.Io <johnf1686=yahoo.com@groups.io> wrote:

If all your incoming donations would just be going back into Groups.io to support your premium membership, maybe there should be a special option for that that doesn't take out the 20%. Mark just keeps all the money and extends the premium group expiration date. Then group members can feel that they're directly supporting the group status and the platform.

I think the 20% concept is for groups that want to charge a fee and keep it. Mark takes a cut of that to support the platform that enables the group.

JohnF


--
J

Messages are the sole opinion of the author, especially the fishy ones.
My humanity is bound up in yours, for we can only be human together. - Desmond Tutu


moderated Re: New feature: donations

 

If all your incoming donations would just be going back into Groups.io to support your premium membership, maybe there should be a special option for that that doesn't take out the 20%. Mark just keeps all the money and extends the premium group expiration date. Then group members can feel that they're directly supporting the group status and the platform.

I think the 20% concept is for groups that want to charge a fee and keep it. Mark takes a cut of that to support the platform that enables the group.

JohnF


moderated Re: Calendar start day option?

 

Hello,

I've added a new 'Monday Start' checkbox to the user account Preferences page as well as to the Default Sub Settings page.

Thanks,
Mark


moderated Re: New feature: donations

 

I've read through the comments and I have my own thoughts about how this will affect me and my groups. I have two groups that I moved over from Y! and took Premium over two years ago. I continue to pay for them out of my own pocket. When members found out there was a fee, they asked about making donations, and at that time I told them to wait and see what Mark worked out.

As it's been described by Mark, this won't be something we'll be using. As I explained, I'm already paying Mark every month for services beyond basic. I don't see the additional surcharge for donations as paying anything to groups.io for that.

I have two classes of members - those that might give $5 and those that might toss in $100. They guy with $5 is on a fixed income and doesn't want to see 20% of his donation got to someone else for something he doesn't see a benefit from. He'd rather mail a check. The guy with $100 doesn't see the value of giving $20 to some unknown entity for a single transaction. They both understand, and many use, PayPal and know that is less expensive.

And since it sounds like this would be a single time event, and not something people could donate to as they saw fit, it becomes a lot more work for me to have periodic regular drives to drum up donations. I know how tired people get of those public broadcasting television drives.

In the end it would be cheaper and simpler for me to set up a separate account at the bank that PayPal donations could go into, plus a monthly stipend from me, and have my groups.io payments taken out of that.

Dano


moderated Re: New feature: donations

Marv Waschke
 

I don't think any of my groups are likely to use a donations service, but I think about it like this: every service is paid for in some way. Free Google services are paid for by scanning searches and contents in order to charge for targeted ads. Facebook is paid for in a similar way. These methods of payment are rather secretive. Not everyone even realizes how they pay for Google, Facebook, and a host of other "free" services. Even fewer have any idea to whom data on their habits are sold and how much it is sold for. I prefer visible payments: I want to know what is sold, to whom, and for how much. With most "free" services, the business is hazy, to say the least. Groups.io keeps its business transparent: fees for premium service and now a percentage on donation services. A transparent model that I like that very much.

Is 20% high? I don't know because I am not sure what other similar services do in addition to taking a percentage. I am more concerned that Mark may not be charging enough because I like Groups.io and don't want it to dry up and blow away for lack of funding.
Best, Marv


moderated Re: New feature: donations

 

On Sat, May 4, 2019 at 04:24 PM, Bob Bellizzi wrote:
GoFundMe starts at 10%
That would be a better model, since GoFundMe, like the situation here, applies to donations. That's closer to Mark's 20%.
 
--
J

Messages are the sole opinion of the author, especially the fishy ones.
My humanity is bound up in yours, for we can only be human together. - Desmond Tutu


moderated Re: New feature: donations

Holly <holly@...>
 

Is it amazing if Mark wants to help fund this service using Stripe (never heard of that before his post) many of us enjoy for free? And, compared to any of the 3 list services and 1 majordomo experience I've had over the last 25 years, not to mention running various lists as simply email I managed and sent out by hand, I'm personally blown away by Mark's dedication and service.

I'm not at this point in a position or need to upgrade to Premium, but I would in a heartbeat if I could. Yeah, I know, everyone using a free service says that - I should put my money where my mouth is. But my list is small (under 100) and I can't see asking for the members to donate enough to cover the cost of going Premium so it would be all out of my pocket, and that pocket isn't very deep.

Way to go, Mark! I can't believe your dedication to the functionality of groups.io. Thank you!

Holly


moderated Re: New feature: donations

Bob Bellizzi
 

In any event, it's not an issue for us.  Our Primary donor input is through Paypal and our shopping cart and we try to make all charitable money sharks available to anyone who wants to use them no matter the fee because nonprofits should never turn a donor away unless they have a legal or moral objection to the donor.
--

Bob Bellizzi

Founder, Fuchs Friends ®
Founder & Executive Director, The Corneal Dystrophy Foundation


moderated Re: New feature: donations

 

Hey, maybe it was a typo and was supposed to be 2%, not 20%?


On Sat, May 4, 2019 at 8:05 PM Gerald Boutin <groupsio@...> wrote:
On Sat, May 4, 2019 at 08:24 PM, Bob Bellizzi wrote:
Stripe looks pretty steep to me
Stripe itself is also 2.9% plus $0.30 per transaction.  https://stripe.com/pricing
 
--
Gerald


--
J

Messages are the sole opinion of the author, especially the fishy ones.
My humanity is bound up in yours, for we can only be human together. - Desmond Tutu


moderated Re: New feature: donations

Gerald Boutin <groupsio@...>
 

On Sat, May 4, 2019 at 08:24 PM, Bob Bellizzi wrote:
Stripe looks pretty steep to me
Stripe itself is also 2.9% plus $0.30 per transaction.  https://stripe.com/pricing
 
--
Gerald


moderated Re: New feature: donations

Bob Bellizzi
 

PayPal takes 2.9% + 30 cents for normal stuff.  for nonprofits it's 2.2% + 30 cents.
this would be the charges for normal customers
Amt$ PayPal     Stripe  
  Cut Net   cut net
2 0.36 1.64   0.40 1.60
5 0.45 4.56   1.00 4.00
10 0.59 9.41   2.00 8.00
20 0.88 19.12   4.00 16.00
50 1.75 48.25   10.00 40.00
100 3.20 96.80   20.00 80.00

Nonprofit would be .7% less cut for PayPal
Amt$ PayPal     Stripe  
  Cut Net   cut net
2 0.34 1.66   0.40 1.60
5 0.41 4.59   1.00 4.00
10 0.52 9.48   2.00 8.00
20 0.74 19.26   4.00 16.00
50 1.40 48.60   10.00 40.00
100 2.50 97.50   20.00 80.00
Stripe looks pretty steep to me
GoFundMe starts at 10% and  Mightycause (ex Razoo) was only 6% last I checked.

Possibly I missed something from Mark?


Bob Bellizzi

Founder, Fuchs Friends ®
Founder & Executive Director, The Corneal Dystrophy Foundation


moderated Re: New feature: donations

 

It sounded steep to me at first, until I realized that (presumably?) most of the donations will probably be very small amounts. So, like, Paypal takes much less than 20%, but presumably from reasonably large amounts, consisting of payment for services, so their cut amounts to more than a few cents. If groups.io were to take the 3 or 4 % (I forget which) that Paypal takes, it would probably amount to virtually nothing.


On Sat, May 4, 2019 at 1:24 PM Duane <txpigeon@...> wrote:
On Fri, May 3, 2019 at 04:08 PM, Mark Fletcher wrote:
The Groups.io processing fee is 20%
Isn't that a little steep?  Or is it just me?

Duane


--
J

Messages are the sole opinion of the author, especially the fishy ones.
My humanity is bound up in yours, for we can only be human together. - Desmond Tutu


moderated Re: New feature: donations

Duane
 

On Fri, May 3, 2019 at 04:08 PM, Mark Fletcher wrote:
The Groups.io processing fee is 20%
Isn't that a little steep?  Or is it just me?

Duane


moderated Site updates #changelog

 

Changes to the site this week:

  • CHANGE: For events added by email, we consider events up to one year from now (the previous limit was 30 days).
  • BUGFIX: Fixed the name of the subgroup in the activity log message for creating a subgroup.
  • NEW: Premium groups can now ask for and accept donations.
  • INTERNAL: Removed TLS 1.0 support on the webservers.
  • BUGFIX: Fix links to wiki pages in the /feed page.
  • NEW: Automatically update credit card info when we're notified someone's credit card is updated by Stripe.
  • BUGFIX: Changes to a pending member (like Display Name) were not saved when approving the pending member if the pending member was also being confirmed at the same time.
  • BUGFIX: The API endpoint /getmembers was ignoring the type parameter.
  • BUGFIX: Fix links to subscribed-to subgroups on the /static/welcome page for enterprise groups.
  • INTERNAL: Upgraded to latest version of Go compiler.
  • BUGFIX: Events weren't being exported in the group export system.
  • BUGFIX: API docs had quotes around numbers and bools in the examples that should not have been there.
  • BUGFIX: The API endpoint /updatesub wasn't accepting sub_id when it should have.
  • BUGFIX: Cancelling the one month downgrade before it happened didn't actually stop the downgrade from happening.

Have a good weekend everyone.

Mark