Search results for "sapiro" - lists.mailman3.org

[MM3-users] Re: 3rd Party Account is not working

by Mark Sapiro

On 2/16/21 4:46 AM, Matthew Alberti wrote: > I think each plugin has to be configured separately, such as with an API key from each service. For what it's worth, this list supports 4 Oauth2 providers, Google, Facebook, Github and Gitlab. 3 of these require stuff in Django's settings ``` SOCIALACCOUNT_PROVIDERS = { 'google': { 'SCOPE': ['profile', 'email'], 'AUTH_PARAMS': {'access_type': 'online'}, }, 'facebook': { 'METHOD': 'oauth2', 'SCOPE': ['email'], 'FIELDS': [ 'email', 'name', 'first_name', 'last_name', 'locale', 'timezone', ], 'VERSION': 'v2.12', }, 'gitlab': { 'SCOPE': ['read_user'], }, } Additionly, each requires creation of an app with the provider and addition of the app and its keys in the Django admin UI at socialaccount/socialapp/. See <https://django-allauth.readthedocs.io/en/latest/providers.html> for more info on setting up specific providers. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

4 years, 2 months

[MM3-users] Re: mailman3 admin from mailman2 & File location questions

by Mark Sapiro

On 11/4/21 6:58 AM, bob B wrote: > Sorry i did some more digging and for question 2 I found: > > "By default, HyperKitty stores the email attachments in the database. If you would rather have them stored on the filesystem, you can set the HYPERKITTY_ATTACHMENT_FOLDER configuration value to a directory." That only refers to attachments, not to the message headers and body. > So unless I am missing something, I no longer need a big drive on my mailman3 install (Like i did on mailman2) cause everything is being stored in the database That is correct for HyperKitty by default, but not for the prototype archiver. See https://lists.mailman3.org/archives/list/mailman-users@mailman3.org/message… Of course the prototype archiver can be disabled and maybe is in your case. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

3 years, 6 months

[MM3-users] Re: File in /var/lib/mailman3/queue/bounces/

by Mark Sapiro

On 12/11/21 6:29 PM, Andreas Barth wrote: > > in my local installation there is a file in > /var/lib/mailman3/queue/bounces/ since a couple of days. Any hint how > to get rid of it? 'mailman unshunt' doesn't do it, but also, it's in > queue/bounces and now queue/shunt. I suspect the issue is that bounce runner is not running. If you grep Mailman's mailman.log for `bounces` I suspect you will see that it has died and not restarted. You may or may not find additional information in the log as to why it died, but in any case restarting Mailman should start everything again. The master should restart it when it dies, but this is https://gitlab.com/mailman/mailman/-/issues/898 for which we don't have a satisfactory fix. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

3 years, 4 months

[MM3-users] Re: Mailman3 doesn't send Mails to users (Debian12 with Plesk)

by Mark Sapiro

On 6/11/24 6:47 AM, Marcus Bautze via Mailman-users wrote: > i found: > > python3-django-hyperkitty 1.3.7-1 > python3-mailman-hyperkitty 1.2.1-1 > mailman3-full 3.3.8-2~deb12u1 These versions should be OK and your other settings seem OK. I suspect that the issue may be nginx not forwarding the Authorization: header from mailman_hyperkitty. Your nginx config posted at https://lists.mailman3.org/archives/list/mailman-users@mailman3.org/message… seems a bit off. If you compare that to https://docs.mailman3.org/en/latest/install/virtualenv.html#nginx-configura… you'll see you are missing a `location /static/` directive and you've included `proxy_hide_header upgrade;`. I'm not sure why you have this. I don't see why ngnix would be dropping the Authorization: header , but you might try adding `proxy_pass_header "Authorization";` -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

11 months

[MM3-users] Re: User cannot reset password

by Mark Sapiro

On 8/11/24 11:27, Greg Newby wrote: > > 1. Will the new (Django) and imported (Postorius) usernames automatically > be matched to the same email address? > > The goal is for someone to use the web-based front end to manage their > migrated subscriptions. Yes, The user creates an account with one of their MM 2.1 email addresses and adds any other MM 2.1 addresses to that account. That account will be associated with all their list subscriptions. > 2. How can I customize the email that went to users who selected "Forgot > password?" ( > > You are receiving this email because you, or someone else, tried to access > an account with email > > > I didn't find that string in the source code. It comes from Django-allauth. See allauth/templates/account/email/unknown_account_message.txt -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

9 months

[MM3-users] Re: problem with Python's stdlib email module

by Mark Sapiro

On 6/5/23 14:59, Peter Münster wrote: > On Mon, Jun 05 2023, Mark Sapiro wrote: > >> Basically, all over. > > Thanks. I would like to find out, which function is responsible for the > modification of the body, before filling a bug report. > Unfortunately I don't have any experience with Python, so any help is > highly appreciated. > My idea is to add "print(message)" at the places, that you mentioned. > Where would I find the output then? You don't want to use print statements. All those modules do logging to various logs so they pretty much all import logging. Then you add something like ``` dlog = logging.getLogger('mailman.debug') ``` near the beginning of the module and then add things like ``` dlog.info(msg.as_bytes()) ``` to write the message to debug.log. However, I would not proceed in that way. I would start by putting the raw problem message as it comes to mailman in a file and then use `mailman shell` do to things like ``` >>> import email >>> import smtplib >>> from mailman.email.message import Message >>> with open('path/to/message/file', 'rb') as fp: ... msg = email.message_from_binary_file(fp, Message) ... >>> ``` to create the message object, and then do something like ``` >>> conn = smtplib.SMTP() >>> conn.sendmail(from_addr, to_addrs, msg) ``` to send the message to to_address and see if it has the added lines. Or maybe just ``` >>> print(msg.as_bytes()) ``` to see if that has the added lines. It may be necessary to do things like ``` >>> msg['Message-ID-Hash'] = 'aaaaa' ``` to add a header to create the issue. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

1 year, 11 months

[MM3-users] Re: integrating mm3 with postfix / lmtp

by Mark Sapiro

On 10/25/2017 01:08 PM, Fabian A. Santiago wrote: > Hello, > > I have mm3 up and running via docker (courtesy of maxking/docker-mailman) but when i send an email to my test list, it bounces back claiming user unknown. it states: > > <"lmtp:[172.19.199.2]:8024"@>: unknown user: > "lmtp:[172.19.199.2]:8024" > > looking at the email source, it seems as though the message is trying to be delivered to: > > Final-Recipient: rfc822; "lmtp:[172.19.199.2]:8024"@<my email server's FQDN> > Original-Recipient: rfc822;test123@<my list's email domain> > > all of various alias transport maps are defined in postfix's main.cf. not sure where to go from here. does anyone have any clues? For the docker image, the tables have to be defined in Postfix as regexp: tables. Are they? -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

7 years, 6 months

[MM3-users] Re: postorius configuration of the from-part

by Mark Sapiro

On 11/12/19 2:27 PM, Wolfgang Bock via Mailman-users wrote: > > Hello, > > can someone give me an advice how I can configure in the > postorius-menues the view of the from-part of my list-member like in > this mailinglist: > > Wolfgang Bock_via Mailman-users_ <mailman-users(a)mailman3.org> The above is the result of Settings -> DMARC Mitigatations -> DMARC mitigation action = "Replace From: with list address" You can apply that to only messages From: a domain the publishes a DMARC policy of reject or quarantine or to all messages depending on DMARC Mitigate unconditionally. > case 1 reply goes to the list or to the member > case 2 reply goes only to the list The DMARC Mitigatations settings are independent of the various reply settings on the Alter Messages tab. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

5 years, 5 months

[MM3-users] Re: New messages not being archived

by Mark Sapiro

On 7/8/21 8:35 AM, Sarah H wrote: > > When trying to add a new thread via the hyperkitty interface I can see the email go through the maillog, I get the email with the entered content and everything else works, it just doesn't add a new thread to the archive. What if anything is in Mailman's var/archives/hyperkitty/spool/ directory? Do you have something like ``` [archiver.hyperkitty] class: mailman_hyperkitty.Archiver enable: yes configuration: /opt/mailman/mm/mailman-hyperkitty.cfg ``` in your mailman.cfg? Do you then have ``` [general] base_url: ... api_key: ... ``` in the mailman-hyperkitty.cfg file and is base_url set to a url tha accesses hyperkitty and is api_key set to the same value as the MAILMAN_ARCHIVER_KEY is your Django settings - quoted in settings but not in mailman-hyperkitty.cfg, i.e., ``` api_key: xxx MAILMAN_ARCHIVER_KEY = 'xxx' ``` -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

3 years, 10 months

[MM3-users] Re: New messages not being archived

by Mark Sapiro

On 7/12/21 1:40 PM, Sarah H wrote: > I took a look at the pickle files, this last one didn't have the archive locations but another had > > Archived-At: <> > List-Archive: <> > > as well, so it looks like it's not being passed properly to the archive location? Messages in the spool were not successfully delivered to HyperKitty[1] and will be retried each time there is a new post. There should be log messages in mailman.log about the failures. Likely issues are problems with the base_url or api_key settings in mailman-hyperkitty.cfg [1] It doesn't matter if they originated from HyperKitty or elsewhere. Messages originating as replies or new threads from HyperKitty are posted to Mailman core for processing and only archived when core sends them back to HyperKitty. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

3 years, 9 months

Search results for query "sapiro"