[BTeam] Stopping the mailing list bounces issue

Wed Oct 21 15:30:32 EDT 2020

Reza,
I found the answer!

Unless one is a Mailman mailing list admin, this doesn't do you any good but here it is:

When you log into the admin page of a Mailman mailing list you are in the General Options section.
Scroll down to the 2nd from the bottom option.
"Should the Sender header be rewritten for this mailing list to avoid stray bounces? Yes is recommended"
Set it to No.

This option is what adds the "-bounces" to the Sender header of the email. Setting it to No stops it from modifying the header so it is just sent as [list name]@jlab.org.

Now this doesn't clean up any of the bad email addresses with -bounces stored in ones own Outlook. One would need to remove them manually as I explained below.

I made the change to the mailing lists I own (mcc_ops, Ops, Operators). Being small and internal to Jlab this should not be an issue. For those with large or externally used mailing lists, being able to disable dead addresses might be something they want.

I never did get a reply from the cc-pr I submitted to the computer center on this. I added the above information to it and closed it out. Whether they do anything with that info???

Paul
________________________________
From: Reza Kazimi <kazimi at jlab.org>
Sent: Sunday, October 4, 2020 2:14 PM
To: Paul Vasilauskis <vasilaus at jlab.org>; bteam at jlab.org <bteam at jlab.org>
Subject: Re: Injector Alignment

Thank you Paul for a thorough explanation. As usual you are very helpful.

Reza,

Reza Kazimi
kazimi at jlab.org
________________________________
From: Paul Vasilauskis <vasilaus at jlab.org>
Sent: Sunday, October 4, 2020 11:11:24 AM
To: Reza Kazimi <kazimi at jlab.org>; bteam at jlab.org <bteam at jlab.org>
Subject: Re: Injector Alignment

Reza,
You are not alone. I occasionally have to straighten this issue out with the Ops mailman mailing lists. I believe the issue stems from the mailman software using <mail group>-bounces at jlab.org in the From address so that automatically returned messages (return to sender) have "bounces" in the name and can be flagged to be specially processed (if an email address keeps bouncing mail back to the mailman server, each bounce scores a point and when enough points are collected for an address, the mailman server stops using the address as it is either bad or the mailbox is full). That itself is no problem but then, in an effort to "help" make your life easier, Outlook harvests email addresses from the email you receive, then autofill presents to you these email addresses it has come across including ones with <mail group>-bounces at jlab.org as you start to type an address. One though temporary solution is to start an email, enter "bteam" (or any other favorite mailing list) in the address space. It should present you a list of email addresses to select from. In this case "bteam at jlab.org" and "bteam-bounces at jlab.org". While the list of addresses is displayed, move your mouse over the list and you should see an X to the right of each address. Clicking the X for the address with "bounces" in it will remove it from your autofill source list, well at least for now. I don't know if it has to come across an address just once or X number of times before it adds it to the auto fill list but eventually it will be back. Unfortunately I have googled and not found any way to prevent it from harvesting the bad address again. When I come in Monday I will file a ccPR with the above asking why they can't make the two programs work together. Until then, when you select an address, chose the shorter one without the "bounces" in the name.

Paul

________________________________
From: BTeam <bteam-bounces at jlab.org> on behalf of Reza Kazimi <kazimi at jlab.org>
Sent: Friday, October 2, 2020 6:08 PM
To: bteam at jlab.org <bteam at jlab.org>
Subject: [BTeam] Fwd: Injector Alignment

I do not  know what the difference between bteam and BTeam.bounces is in the jlab.org mailing system.

Please someone explain why we need this confusion and why BTeam.bounces shows up first with capital letters if it is not the real bteam email. So when I or others send emails to capitalized BTeam does it even go to all members of bteam "directly"? If both email groups are the same can we eliminate one?

So many questions for your weekend.

I'm forwarding Will's email to bteam, I think, maybe, perhaps.

Reza,

Reza Kazimi
kazimi at jlab.org

________________________________
From: Will Oren <oren at jlab.org>
Sent: Friday, October 2, 2020, 3:53 PM
To: Reza Kazimi; Joe Grames; Christopher Curtis
Cc: Chris Gould; Matthew Poelker; BTeam; Camille Ginsburg; Alicia Hofler; Yan Wang
Subject: Re: Injector Alignment

Reza,
This is interesting and reminds me of my old job.   Beamline designers should always keep in mind areas like the injector to N.Linac or beam transport line to Hall "joints"   These areas almost always develop discontinuities over time for a couple of reasons.  The first is quite practical - the civil construction of such places usually involve a structural change resulting in a joint where the two different structures show their relative movement.  The second comes from geometry that us alignment guys can't easily overcome because of lines of sight and usually narrowing areas of access.   These geometric issues also create a "weak joint" between control network structures.

So with that all said, beam line designers should provide for the possibility of extra steering or some other optical compensation for a "joint" in a beamline that correspond to structural joints in the beam enclosure.

Thanks for the flashback to my previous life where I felt a bit more useful.  🙂

Will

________________________________
From: Reza Kazimi <kazimi at jlab.org>
Sent: Friday, October 2, 2020 7:15 AM
To: Joe Grames <grames at jlab.org>; Christopher Curtis <curtis at jlab.org>
Cc: Chris Gould <gould at jlab.org>; Matthew Poelker <poelker at jlab.org>; BTeam <bteam-bounces at jlab.org>; Will Oren <oren at jlab.org>; Camille Ginsburg <ginsburg at jlab.org>; Alicia Hofler <hofler at jlab.org>; Yan Wang <ywang at jlab.org>
Subject: Injector Alignment

I had a good meeting yesterday (Thursday Oct 01-20) with Curtis, Gould, and Grames on Injector Alignment. The decision is to leave things as is.

What does it mean?

(Chris Curtis please correct me if I misstate something)

According to the latest surveys (2008 & 2012) there is an offset of about 1.2 mm in X and 1.5 mm in Z  between injector and North Linac coordinates. Everything before girder 0L03 is aligned to injector coordinates and everything from 0L03 and higher is aligned to NL coordinates.

This situation causes almost no problem for us in operating or modeling of the Injector. Why? Because there is a long drift right before 0L03. A 1.2 mm X offset becomes unnoticeable in a long drift. (Z offset is even more insignificant)

Now, if we attempt to eliminate this coordinates' difference during the Phase 1 of injector upgrade, this 1.2 mm offset will show up next year right at the choppers where the elements are much closer to each other and 1.2 mm offset will all of a sudden become significant.

The other point to consider is that there is no guarantee that the North Linac won't move farther with respect to the injector in future. It may continue in the same direction or reverse course. Since moving all injector back and forth is not practical,  my vote is to take this offset at a location which is least disruptive, and that would be 0L03 girder. In other words don't change anything.

The only problem remains is what Chris Curtis brought up and that is potential for confusion when we align elements in the injector. We should keep clear documentation that 0L03 is the breakpoint and make sure there is no ambiguity in the sign of 1.2 mm.

Chris, if you or other experts in alignment group start a tech note to document this, I would be happy to contribute to any part that falls under my expertise.

I have added more recipients for the email. Please let us know if we are overlooking something important.

Reza,

Reza Kazimi
kazimi at jlab.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.jlab.org/pipermail/bteam/attachments/20201021/7c268fbc/attachment-0001.html>