On Fri, Dec 14, 2018 at 09:46 PM, Duane wrote:

A person can change their D/N at any time, so that's not the best thing to use for any type of registration.?

We know; that's why we refresh our download of members from time to time.

To me, it sounds like he changed it, but didn't report it to you for your records.

Not in this case. In his Profile is D/N was "A" but according to the Activity Log had had changed it to "B". There was a clear disagreement between his D/N and what the Activity Log had recorded.

Chris

Chris

A person can change their D/N at any time, so that's not the best thing to use for any type of registration.? To me, it sounds like he changed it, but didn't report it to you for your records.

Duane
--
Help: /static/help
GMF's Wiki: /g/GroupManagersForum/wiki
Search button at the top of Messages list
A few site FAQs: /static/pricing#frequently-asked-questions

The Group I moderate uses members' Display Names (and other things) to enable members to download technical documents from an Archive hosted completely separately from Groups.io. Members are required to submit a request form which includes their Display Name (and other things!) with these being checked against a list that is downloaded from time to time. If the details don't match then they don't get the documents.

Earlier this week we received a request from someone whose D/N did not match the records, so he didn't get the documents. However, when I delved further I found that (a) his registered D/N indeed did not match that he had given on the request form, but (b) the Activity Log showed that he had edited his D/N earlier in the year to that he had recorded on the request. In other words his registered D/N did not match what the Activity Log had recorded.

After some head scratching I asked him to edit his D/N again and this time everything worked as it should. I am unable to work out what might have happened; I wondered if he had "edited" his D/N but omitted to save the change, with a sort of halfway stage resulting. However, I have not been able to replicate this anomalous behaviour using a second membership that I have on the same Group.

Has anyone here got any idea what might have happened to cause the Activity Log to show an action that hadn't actually taken place?

Chris

--
Help: /static/help
More Help: /g/GroupManagersForum/wiki
Even More Help: Search button at the top of Messages list

Thank you all for your responses.? It is clearer now.? I did send a direct email last week since we hadn't heard a response (which corresponds to the Dec 5th date shown) but have had no response to that one either.? Since the time frame for accepting the subscription is up today, the person will now be automatically rejected and will have to apply again, I guess. I'm glad the person actually got the email so that I don't have to wonder if they never received it and missed out on joining because their email provider didn't send it on to them. Our group only approves subscription requests of people who respond with a little letter of information explaining their interest in our hobby so that we don't accept robots etc.
--
Yvette in Ontario

Yes, the mail I was looking at was from a non-member. It and what you said makes sense.

We use that address for new member requests. They must send an introduction about themselves before they are allowed to join. We use that introduction to forward to the group once they are added.

But like I said, it’s not a problem that it is not stored. So far we have not had any spam to that address.

Thanks again!
Jim

Jim,

Yes, now I see that in our group, it looks like incoming messages to
[email protected] are logged as activity, but the content is not
store under the Groups Activity log.

The Subject text in the log is a link to the stored message, but only if the message was from a member of the group.

I don't recall at the moment whether storing the content from non-members was discussed. If I had to guess they aren't because the storage is associated with the Member's subscription. Also, spam from non-members might be a concern.

Shal


--
Help: /static/help
More Help: /g/GroupManagersForum/wiki
Even More Help: Search button at the top of Messages list

开云体育

Jim,

Do emails to [email protected] get archived on the site

They can be found in the group's Activity log; select "Message to +owner" as the Action then click Search.

They are also stored in the "+Owner Messages" tab of each sending member's entry in the Members list.

or are they only forwarded to owners but aren't stored?

They are forwarded to all owners and moderators, subject to each owner/mod's Subscription setting for receiving them.

Shal


--
Help: /static/help
More Help: /g/GroupManagersForum/wiki
Even More Help: Search button at the top of Messages list

Hi,

Do emails to?[email protected]?get archived on the site or are they only forwarded to owners but aren't stored?

I'm currently looking for them on the site on a mobile phones.?

Thanks,
Jim?

Yvette,
The most important part of the message is "Successful Delivery" - the subscriber's mail service accepted the message.? The details are interesting but of no real concern as the message has been delivered and is now in the subscriber's "hands" so to speak.? If you need to follow up with the subscriber/applicant, a direct email is best - either from your email or the Send Message function on the member's page on groups.io.
Toby

--
Help: /static/help
More Help: /g/GroupManagersForum/wiki
Even More Help: Search button at the top of Messages list

This means that outlook accepted the email from your group and has queued it for delivery to the person.? How long it's held is anyone's guess.? If the inbox were full, it would be a different code number instead of 2.6.0, probably 4.2.2 or 5.2.2.? I don't know that it's the best source, but there's a decent explanation at http://emailaddressmanager.com/tips/codes.html

Duane
--
Help: /static/help
GMF's Wiki: /g/GroupManagersForum/wiki
Search button at the top of Messages list
A few site FAQs: /static/pricing#frequently-asked-questions

I apologize if this seems too basic to most, but I don't understand what the response line is actually telling me because I don't understand the codes listed.? I am just wondering about this message in a potential member's Email Delivery History.? We are awaiting a response from this person before we approve their membership application and the deadline for approval is looming.? This is what I see:

--
Yvette in Ontario

--
Help: /static/help
More Help: /g/GroupManagersForum/wiki
Even More Help: Search button at the top of Messages list

we get a 505 error when trying to invite??970541xxxx@...? to support email to text.? Only a problem with T-Mobile.? Att and verison as well as many others work fine.? Only T-Mobile is a problem.

On Dec 11, 2018, at 5:16 PM, Duane <txpigeon@...> wrote:

On Tue, Dec 11, 2018 at 04:11 PM, Michael Pavan wrote:
It looks like its replacement is:
"Profile and Email Address - Identity, changing email address, adding an email alias, merging accounts.”
No, the replacement (it was actually split into separate subjects), with correct wording is now:
/g/GroupManagersForum/wiki/Logging-in-and-How-to-Set-a-Personal-Password

OK, and the information there looks good and presented well.

Wikis are "live", so you can't just save a link and expect it to work forever.

Help links that are temporary are sort of a 'moving target' - that makes them problematic to include in a Member Notices message, which can be automatically sent to new users who are most likely to need the information.

The links should be permanent for the same subject(s) that still needs addressing, only the explanation should be updated. Misnamed Wikis should contain a link (or links) to its/their replacement.

Permanent links would be more helpful for users, plus Owners/Moderators and GMF might not have to deal with those receptive inquiries.

Wikis are only required for what is not clear, nor intuitive.

--
Help: /static/help
More Help: /g/GroupManagersForum/wiki
Even More Help: Search button at the top of Messages list

Thanks Toby! I will look into that.

Received from Michael Pavan at 12/11/2018 09:20 PM UTC:

To say users can access the website without a password by using a "login link" is misleading as "login links" are merely temporary passwords. There is no difference in what access they enable, only the duration of access. "Login links" should always include the explanation that they are temporary (30 day) passwords, and the suggestion to create a permanent password along with the explanation of how little effort is required to "upgrade" a login link to a (permanent) password.

My testing reveals that the cookie created by clicking a "login link" does indeed expire in 30 days, BUT it is renewed for 30 days upon each new visit so unless you fail to visit for 30 days, or manually log out, it's a permanent login.

Jim H