|
Re: searching on a member, and the @ sign
Correct. I don't have a public profile, so don't have an @name. That happens when you create a User Name (AKA short name) on your Profile page, which must be unique on the site (mine is blank):
/editprofile?page=profile You have a public profile, so anyone can see it if they know what your User Name is: /profile/J_catlady If you look for /profile/Duane, you'll be taken to the site home page (Your Subscriptions) since it doesn't exist. Maybe it's just not obvious to me, but I don't see why it would be useful. If it's posted in a message on a group I'm in, I'll read it. If it's on another group, I wouldn't be able to read it anyway on a private group. Another thought. What if you get in a hurry and include @Dunae by accident. If there's someone using that name, they'll get the notification. I wouldn't and you might wonder why I didn't respond. Of course, I'd expect to see some sort of error message if the short name didn't exist at all, but that could get complicated quickly. Duane |
|
Re: searching on a member, and the @ sign
As far as I can remember, it's only used to set up a site Profile. I prefer not to have one of those, but I know many folks have them. I can't think of a reason to be able to search site wide for them, other than curiosity. Unless someone is in a group that I belong to, I don't see why I'd be interested in any particular person.
There's an item on the Trello list to be able to search messages by sender, but that's the closest I could come on finding anything related. Duane |
|
Re: possibly OT subject, unusual membership application process
J,
By the way, member management - including questions and advice about unusual or troublesome situations - is perfectly on topic here. But a reminder to everyone that GMF's archive is open to the public, so thank you for not posting any personal identifiers. Shal GMF Owner |
|
Re: group title vs. group email address, effects of changing both?
J,
Yegads! I would have stopped you from going to all this trouble if I'dThe basic process isn't complicated, only step 4, the change itself, is actually needed. If your members are basically savvy, and can be expected to understand an cope with the change in address by themselves then 3 and 4 together, warning and change, should suffice. The rest is going "above and beyond" in mitigating the ramifications for the benefit of a membership of mixed or unknown level of understanding. It is a collection of ideas that have been discussed over the years in Y!GMF and Y!YGOG, gathered together and rewritten for Groups.io. Shal |
|
Re: group title vs. group email address, effects of changing both?
J,
What are the ramifications of changing a group title and/or emailI don't believe there would be any ramifications to changing the group's Title. Since the Title is now shown in the Group Search page, if having people find and join your group via that page you may want to pick a title that goes well with the group name and the snippet of description that are shown there. That is, if the group name is short-hand for the topic of the group, you might want to spell it out in the Title. The email address though is another matter. That address is also used as the group name (shown first on the Group Search page) and as a part of the group's address (URL) on the web. So changing it can't avoid having some impact on the members. Say I had the "my_example" group and wanted to change that to "MyExample". The most obvious impact is that the address "[email protected]" is contained in all the prior messages out there (individual or digest) which a member might use to form a reply. After the change their replies would be rejected for "no such group" or some message like that. Too, members may have that old address stored in their contact lists or in the auto-complete function in their email service. The next is that the group's web address "/g/my_example" is similarly "out there" in prior messages and possibly bookmarks or browsing history; none of which will work after the change. A way to mitigate those impacts would be, after clicking the "Update Group" button on the changed email address, to immediately create a new group under the old address. Members would end up at the wrong place, but that's friendlier than an error. This also prevents any malcontents from "squatting" on your group's old name to cause trouble. My suggestion is to do the following: 1) Create the new group "my_example_temp". This will later be changed to "my_example", but it helps to get it all set up ahead of time so that there's no time pressure later. Give it the following settings: Description: Text that serves as a "We've Moved" billboard to direct members to the new MyExample email and web addresses. Website: "/g/MyExample" Announcement Group: NOT checked, and Allow Non Subscribers to Post: checked These will cause errant messages to the old address to be accepted rather than give an error message. See Moderated, below. Privacy: "Listed in directory, publicly viewable archives" This means that people searching on the exact text of the old name will still find your group, but this the "we've moved" billboard. Moderated: checked Don't approve any messages that arrive, but use the Reject feature in the pending list to inform (or remind) the member of the new group address, and ask them to repost their message to the new address. Restricted: checked Don't invite or approve anyone. This group is just the we've moved billboard. Calendar and Wiki: anything except Public can view... Most of the rest I don't think will matter. 2) Post one message in the group, using the group's Post function so that you can select the +owner address in the From field. Like the group's description this can also be in the form of a "we've moved" notice, perhaps with more detail. Give whatever explanations and directions you feel appropriate for a group member who happens to wander to the old group address. 3) Warn the group members of the upcoming change, give them a date and time for it. 4) At the announced date and time, go to my_example and change it to "MyExample". Click Update Group. 5) Immediately go to my_example_temp and change it to "my_example". Click Update Group. Doing these two changes in rapid succession helps minimize the probability that someone else will accidentally, or maliciously, grab your old group name when it is freed. You might be vague on the changeover time (or even wrong) if you fear there may be a malcontent out there eager to snag your group's name. Optionally send a welcome message to your group members at MyExample. Shal |
|
Re: Closing threads
Frances,
What happens if someone has their delivery preference as first in threadI haven't actually tested this, but I think not if the message was actually added to that thread. But yes if the message was handled as a new thread start. And that's where the distinction between being a Reply or a new Post comes in, as described in my prior message. In Groups.io changing the Subject text will start a new thread, as will using Post rather than Reply (or the email equivalents). Shal |
|
Re: Closing threads
Frances,
It looks like threads don't automatically close. This must mean someoneYes, but only by replying to a message in that thread. If I don't want that, I must manually close them. Right?In most cases closing the old thread won't be necessary, Groups.io will do what you want automatically. Groups.io has fairly tight requirements for adding a new message to an existing thread, this is unlike Y!Groups where a matching subject could add a new message to a thread that is years old. Closing a thread prevents new replies to the thread, but does not prevent new posts with the same subject (see below). An attempted reply to a closed thread is rejected, it does not start a new thread. Perhaps a dumb question but I assume that subject lines from closedWhether the old thread is closed or not, a new Post (not a Reply) with the subject "Malta" will start a new thread. There is one exception: if the new post has the subject "Re: Malta" and is posted within a week of a message in the thread, then it is presumed to be a reply to that thread. If the thread is not closed the new message will be added to it. For members that post by email, the distinction between a reply and a new post is, generally speaking, whether they used the "Reply" function on a message they received versus using Compose (or New Message, or whatever it is called in their email service). The technical details are in beta@ message 5772: /g/beta/message/5772 Shal |
|
Closing threads
Just looking through old posts and I had a question or two about threads ? It looks like threads don't automatically close. ?This must mean someone can add to an old thread a year or two later. ?Correct? If I don't want that, I must manually close them. ?Right? Perhaps a dumb question but I assume that subject lines from closed threads can be reused later. For example, if the subject is Malta, can someone else later start a new thread with the subject Malta?? Frances |
|
case sensitivity of Group+SubGroup names on digest subject line
RichardTE wrote (6525 in beta@):
edited update: I'm on the shalstest digest, and my digest from 15/g/beta/message/6525 Interesting observation. And I think that provides the answer. I created a subgroup, /g/shalstest+camelCaseSubGroup and put you in it to receive the digest. Then posted a messsage. I'm predicting that the intercapitals will be preserved, but initial caps will be imposed in the digest Subject, as in: Shalstest+CamelCaseSubGroup Digest #1 That's based on the appearance of the breadcrumb line in the subgroup (viewing the Messages Thread View): Shalstest+CamelCaseSubGroup > Threads Shal /g/GroupManagersForum |
|
Help with Easy Group Transfer
In Y!GMF message 58371 Dean wrote:
I learned in moving a couple groups now, even members who get daily (public archive, no membership needed) Do you happen to know if they're asking because they were too timid to just try it? Or did they run into some kind of snag? I know at times it useless, but I still try and in the hope if I reachI made a Wiki page on the subject, but I haven't actually transferred a group myself. So the advice there is gleaned from what I've read. If you have more advice, or detailed descriptions, or screen shots along the way, perhaps we can collaborate on improving the page. /g/GroupManagersForum/wiki/Transfer-from-Yahoo-Groups Shal |
|
Re: Using IP addresses to identify malcontent members
Brenda,
Interestingly enough, My e-mail, Stephanie's E-mail, & Fizzpop's E-mailI'm not sure what you're looking at. I see a single field in each of those. X-Originating-IP: 255.255.255.255(number altered for no particularly good reason) Is the other one you're looking at in a Received: field? However, you don't have two IP addresses viewable in the header in thatA difference is that I almost always post by email, not from the site. Your three examples were all posted on site. Are you able to hide your IP address?Yes and no. As a Gmail user, were I to post from Gmail's web interface then my home IP address would not be revealed by Gmail. All the IP addresses in the inbound portion of the header would belong to Google. That's another limitation of using IP addresses to track malcontent members: not all email services will reveal the user's IP address to you. And another is that the malcontent can use a proxy server, if they're concerned about it and a bit technical. However, posting from Eudora on my PC, my home IP address is shown in the bottommost Received: field, on a line that shows my computer's name as well as my ISP. If you're looking in your email, the incoming Received: fields were re-written as X-Received: Shal |
Duane
Shal Farley
Frances