mirror of
https://github.com/Set-OutlookSignatures/Set-OutlookSignatures.git
synced 2026-04-26 10:45:52 +03:00
[GH-ISSUE #140] JSON error on getting email addresses #66
Labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/Set-OutlookSignatures-Set-OutlookSignatures#66
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @psic4t on GitHub (Aug 14, 2025).
Original GitHub issue: https://github.com/Set-OutlookSignatures/Set-OutlookSignatures/issues/140
Originally assigned to: @psic4t, @GruberMarkus on GitHub.
Issue happens in the latest release
Previously solved issues and documentation
Code of Conduct
What happens?
When using Outlook-New the script errors here:
UserSettings.json looks fine, only one mail address as identifier. Any ideas?
Set-OutlookSignatures_Log_20250814T1253372529Z.txt
@GruberMarkus commented on GitHub (Aug 14, 2025):
@psic4t, could you please share the JSON file?
@psic4t commented on GitHub (Aug 14, 2025):
Sure, here you go:
UserSettings.json
@GruberMarkus commented on GitHub (Aug 14, 2025):
You are using v4.20.3. A newer version, v4.20.4, is available (but this should not change anything about the JSON error).
The JSON file you uploaded works correctly in my first Tests - but I have an assumption and it could be that GitHub is playing a trick on us here.
Please run the following two commands:
If my assumption is correct, the first command should fail and the second one should work.
If the second command also fails, please put the JSON file in a ZIP file and share the archive.
@GruberMarkus commented on GitHub (Aug 14, 2025):
Sorry, wrong parenthesis. Here is the correct code:
@psic4t commented on GitHub (Aug 14, 2025):
The corrected commands from your second post work like you assumed: First fails (closing bracket missing?) and second works. I zipped the settings file.
UserSettings.zip
@GruberMarkus commented on GitHub (Aug 14, 2025):
Please also test the following:
@psic4t commented on GitHub (Aug 14, 2025):
Of course!
First does not work, second does work.
@GruberMarkus commented on GitHub (Aug 14, 2025):
The first one does not work, because I missed something. Please run another complete scenario:
Lines 2 and 4 should work. This would hint towards my assumption that the JSON file uses UNIX-style linebreaks, which would be strange.
But if lines 1 and 3 also work, the problem is not the line break style in the JSON file, but likely in the result of ConvertEncoding. If this is the case, I might need to ask you for more tests.
Please make sure you use Windows PowerShell 5.1 for your tests, not PowerShell 6+.
A hint: The free and open-source version of Set-OutlookSignatures can read email addresses from New Outlook for Windows, but it can not deploy signatures to it (this is a feature of the Benefactor Circle add-on). To see the sample templates in your tests, you will need to switch to Classic Outlook for Windows.
@psic4t commented on GitHub (Aug 14, 2025):
All 4 lines are working. UNIX linebreaks would be strange as I'm testing on a default Win11 client notebook via RDP.
I actually don't know, what version of PowerShell Win11 comes with. It's a default client without any addons.
We are currently evaluating set-outlooksignatures as we need signatures for Outlook-New, Outlook Web and Outlook on mobile devices. Is there a test version of the Benefactor Circle add-on available?
@psic4t commented on GitHub (Aug 14, 2025):
BTW: I had to manually set the "IsWindows" variable, as this was not present on Win11.
@GruberMarkus commented on GitHub (Aug 14, 2025):
This points to a problem somewhere in ConvertEncoding. I need to investigate further.
Windows comes with Windows PowerShell 5.1, PowerShell 6+ requires manual installation.
IsWindows: Where did you get an error regarding the IsWindows variable? As it is not automatically available on Windows PowerShell, Set-OutlookSignatures defines it itself.
Yes, a 14-day trial version of the Benefactor Circle add-on is available at https://set-outlooksignatures.com/benefactorcircle/#trialversion.
It is recommended to first make sure that Set-OutlookSignatures runs, as the add-on really is just an add-on and not a standalone product.
@psic4t commented on GitHub (Aug 14, 2025):
Just let me know if I should test something.
Strange, now I can't reproduce this error. I'll post a log if it occurs again.
@GruberMarkus commented on GitHub (Aug 14, 2025):
You found a bug. Thank you for reporting it!
In the file
Set-OutlookSignatures.ps1, search forand change it to
Please let me know if this solves your problem.
@GruberMarkus commented on GitHub (Aug 14, 2025):
also change
to
@psic4t commented on GitHub (Aug 14, 2025):
Great, that solves it! Thanks a lot, the script seems to run sucessfully now.
So, to set the signature for anything other than Outlook Classic I need the Benefactor plugin? Is there any way I can check online If the script worked?
@GruberMarkus commented on GitHub (Aug 14, 2025):
Thank you!
There will be some more checks on our side and a root cause analysis on why our test cases failed, but it is quite certain that an updated release will be published until the end of tomorrow (v4.20.5).
The new release will contain an entry like this in the changelog:
Fixed
Yes, you need the Benefactor Circle add-on to write signatures to Outlook Web and New Outlook.
You can preview the signatures the Benefactor Circle add-on would write by using the SimulateUser parameter. This writes the signatures to the folder defined with the AdditionalSignaturePath parameter. Or you temporarily switch to Classic Outlook for Windows.
Please let me know if this issue can be closed as successfully solved.
@GruberMarkus commented on GitHub (Aug 15, 2025):
Solved in release v4.21.0, closing this issue.
@psic4t commented on GitHub (Aug 19, 2025):
Seems to work for me. Thanks a lot!