I want all mails sent to the list to come from the list's email address...
But, in this case, if the user forgets to sign their name at the
bottom of their mail body, effectively the mail to the list is
anonymous...!
Is there a way to add the user name (or email address) to the top of
each mail so that the mails have the name of the sender, while the
mail itself comes from the list address?
I have looked high and low for an answer, but noone seems to have the solution.
Thank you!
Mal
Good Day
We are using mailman 3, and would like to whitelist a domain for acceptance
of messages as non-members.
It seems possible from my online searches, I have also tried with an online
python regex tester(https://www.regextester.com/94044), but I have not
managed to be successful.
Below are 2 examples I have tried
^.+(a)noldor\.co\.za$
^[a-zA-Z0-9_.+-]+@(?:(?:[a-zA-Z0-9-]+\.)?[a-zA-Z]+\.)?noldor\.co\.za$
^.+(a)gmail.com$
^.*gmail\.com$
Regards
--
*Daniel Krause*
*Head of IT*
*Office: **+27 87 238 4238* <0872384238>
*Mobile : **+971 55 418 4733* <0971554184733>
*Email: **daniel(a)noldor.co.za* <daniel(a)noldor.co.za>
*Web: **www.noldor.co.za* <http://www.noldor.co.za/>
Hello list.
I'm receiving a lot of fake Subscription Requests and spend time to
discard them.
1. how can I "lock" lists not to receive requests except administrator's
mass subscription?
2. how can I mass discard those request from console?
Thank you in advance,
Nikos.
Greeting,
Is there a recommended a stable or reliable approach for migrating
Mailman lists from one server to another? I have tried two methods
already and, in both cases, the resulting lists were buggy. The source
lists are not live (i.e. old server/host is no longer accessible).
However, we copied all files/folders from the previous
/var/lib/mailman/ to a folder in our new server. I guess the scenario
rules out Method-#1 described on
https://wiki.list.org/DOC/4.70%20How%20do%20I%20change%20the%20name%20of%20…
I also tried the steps illustrated on
https://debian-administration.org/article/567/Migrating_mailman_lists.
That gave me lots of errors pertaining to permissions despite running
'check_perms -f' (makes me wonder what the recommended
permissions/ownership for files in /var/lib/mailman/ would be). In the
end, the lists were visible via the web interface but I couldn't log
into administration from there (I got an error page ... something about
Mailman being buggy). Some other pages wouldn't open too. I got
similar results after following
https://www.mail-archive.com/mailman-developers@python.org/msg03127.html
Method #2 at
https://wiki.list.org/DOC/4.70%20How%20do%20I%20change%20the%20name%20of%20…
sounds appealing. I tried the script but python2 was looking for a
path module. Is that script still supported? In any case, I'd
appreciate any help I can get to bring our lists back online.
Regards
Onyeibo
Dear mailman-users list,
I have a question on how to modify the content of mail sent out to mailman
administrator.
Looking into /usr/lib/mailman/messages/ja/LC_MESSAGES/mailman.po, the
following two lines can be found.
1.
msgid "%(realname)s moderator request check result"
2.
msgid ""
"Notice: %(discarded)d old request(s) automatically expired.\n"
The first line looks to be the mail title and the second line looks to be
the content of the mail titled with the "%(realname)s moderator request
check result" as the first line. However, I can not find the "msgid" in the
second line in anywhere like /etc/mailman/templates/en/* where I think the
"msgid(s)" used for mail content are supposed to be filed under
/etc/mailman/templates/en/ directory such as
/etc/mailman/templates/en/checkdbs.txt. To modify the "msgid" in the second
line from "Notice: %(discarded)d old request(s) automatically expired.\n"
to something other than that, I need to find out where the "msgid" is.
Could anyone in the list give me a help on this?
Thanks,
Masaharu
I am getting this error:
<cufsalumni(a)localhost.localdomain> (expanded from <cufsalumni@localhost>):
Command died with status 2: "/usr/lib/mailman/mail/mailman post
cufsalumni". Command output: Group mismatch error. Mailman expected the
mail wrapper script to be executed as group "nobody", but the system's mail
server executed the mail script as group "mailman". Try tweaking the mail
server to run the script as group "nobody", or re-run configure, providing
the command line option `--with-mail-gid=mailman'.
When I upgraded to this version of Mailman (2.1.34) I specified the configure options per the article (https://wiki.list.org/x/17892071) for RHEL. The group for '/usr/lib/mailman/mail/mailman' is indeed 'nobody'. What is this error trying to tell me. It is not clear what wrapper it is talking about since the group on the indicated script is correct.
Hello Mark,
we are testing a new mailing list (our provider currently makes Mailman 2.1.33 available).
On the "General Options" page for the list, there is the setting
"Send monthly password reminders?"
We set this to "No" when we configured the list (before we had any subscribers).
Now we have a few test subscribers. When they log in to their respective subscription pages, they will find the setting
"Get password reminder email for this list?"
And in all observed cases this is set to "Yes".
Similarly, on the "Digest Options" page there is the setting
"When receiving digests, which format is default?"
And regardless of whether this is set to "Plain" or "Mime", subscribers logging in to their respective subscription pages will see there the same parameter invariably set to "Mime".
In terms of logic, this is an unsatisfactory situation:
either, if the general settings overrule individual setting, then subscribers are being misled, because they think they have choices when they actually don't,
or, if the individual settings have precedence, then list managers are being misled, because they are given the impression that they are controlling certain paramaters when they actually don't.
What are we overlooking here?
Thank you in advance for your assistance!
Regards:
Ian Zhang
--
Hello Mark,
we are testing a new mailing list (our provider currently makes Mailman 2.1.33 available).
On the "General Options" page for the list, there is the setting
"Send monthly password reminders?"
We set this to "No" when we configured the list (before we had any subscribers).
Now we have a few test subscribers. When they log in to their respective subscription pages, they will find the setting
"Get password reminder email for this list?"
And in all observed cases this is set to "Yes".
Similarly, on the "Digest Options" page there is the setting
"When receiving digests, which format is default?"
And regardless of whether this is set to "Plain" or "Mime", subscribers logging in to their respective subscription pages will see there the same parameter invariably set to "Mime".
In terms of logic, this is an unsatisfactory situation:
either, if the general settings overrule individual setting, then subscribers are being misled, because they think they have choices when they actually don't,
or, if the individual settings have precedence, then list managers are being misled, because they are given the impression that they are controlling certain paramaters when they actually don't.
What are we overlooking here?
Thank you in advance for your assistance!
Regards:
Ian Zhang
--
Thank you for the specifics on both questions, Mark! I'll follow up accordingly.
> If you as list admin set the list's preferred language to French,
> the charset will be iso-8859-1.
The list will only carry messages in English and French, so this looks like a good option.
If you don't see follow-up questions here it means we fixed the problems. :)
Regards:
Ian Zhang