1. 20 Feb, 2021 6 commits
  2. 14 Oct, 2020 1 commit
  3. 27 Aug, 2020 1 commit
  4. 26 Aug, 2020 1 commit
  5. 22 Mar, 2020 1 commit
  6. 27 Feb, 2020 3 commits
  7. 11 Feb, 2020 2 commits
    • Lukas Fleischer's avatar
      Make SMTP port and authentication configurable · b855ce94
      Lukas Fleischer authored
      
      
      Add more options to configure the smtplib implementation for sending
      notification emails.
      
      The port can be changed using the new smtp-port option.
      
      Encryption can be configured using smtp-use-ssl and smtp-use-starttls.
      Keep in mind that you usually also need to change the port when enabling
      either of these options.
      
      Authentication can be configured using smtp-user and smtp-password.
      Authentication is disabled if either of these values is empty.
      Signed-off-by: Lukas Fleischer's avatarLukas Fleischer <lfleischer@archlinux.org>
      b855ce94
    • Lukas Fleischer's avatar
      Support smtplib for sending emails · de549fb2
      Lukas Fleischer authored
      
      
      Support mail delivery without a local MTA. Instead, an SMTP server can
      now be configured using the smtp-server option in the [notifications]
      section. In order to use this option, the value of the sendmail option
      must be empty.
      Signed-off-by: Lukas Fleischer's avatarLukas Fleischer <lfleischer@archlinux.org>
      de549fb2
  8. 02 Feb, 2020 5 commits
  9. 30 Jan, 2020 1 commit
  10. 06 Jan, 2020 1 commit
  11. 23 Nov, 2019 3 commits
  12. 19 Aug, 2019 1 commit
  13. 28 Apr, 2019 1 commit
  14. 08 Feb, 2019 1 commit
  15. 21 Jan, 2019 1 commit
  16. 14 Jan, 2019 1 commit
  17. 12 Aug, 2018 1 commit
    • Eli Schwartz's avatar
      Fix notifications emails going to the right people · b702e5c0
      Eli Schwartz authored and Lukas Fleischer's avatar Lukas Fleischer committed
      In commit f3b4c5c6
      
       (Refactor the notification script, 2018-05-17), the
      parameters of the adopt, disown, comaintainer-add and
      comaintainer-remove notification modules were accidentally pushed around
      without changing the order in the callers. The notify script now expects
      to see the userid followed by additional arguments like the pkgbase id.
      
      As a result, some random userid with the same id as the pkgbase, got
      sent a notification regarding some package with the same id as the real
      user's id.
      
      Fix this by changing the order in every invocation of the aforementioned
      modules.
      Signed-off-by: Eli Schwartz's avatarEli Schwartz <eschwartz@archlinux.org>
      Signed-off-by: Lukas Fleischer's avatarLukas Fleischer <lfleischer@archlinux.org>
      b702e5c0
  18. 06 Aug, 2018 1 commit
  19. 09 Jul, 2018 1 commit
    • Eli Schwartz's avatar
      Fix regression in translating anything at all · c8d99bac
      Eli Schwartz authored and Lukas Fleischer's avatar Lukas Fleischer committed
      In commit 840ee20f
      
       (Rename translation resources from aur to aurweb,
      2018-07-07) the translations file was renamed but we never actually
      switched to using the renamed translations.
      
      As a result, every single push to the AUR contains the following
      traceback:
      
          remote: Traceback (most recent call last):
          remote:   File "/usr/bin/aurweb-notify", line 11, in <module>
          remote:     load_entry_point('aurweb==4.7.0', 'console_scripts', 'aurweb-notify')()
          remote:   File "/usr/lib/python3.6/site-packages/aurweb-4.7.0-py3.6.egg/aurweb/scripts/notify.py", line 541, in main
          remote:   File "/usr/lib/python3.6/site-packages/aurweb-4.7.0-py3.6.egg/aurweb/scripts/notify.py", line 69, in send
          remote:   File "/usr/lib/python3.6/site-packages/aurweb-4.7.0-py3.6.egg/aurweb/scripts/notify.py", line 56, in get_body_fmt
          remote:   File "/usr/lib/python3.6/site-packages/aurweb-4.7.0-py3.6.egg/aurweb/scripts/notify.py", line 192, in get_body
          remote:   File "/usr/lib/python3.6/site-packages/aurweb-4.7.0-py3.6.egg/aurweb/l10n.py", line 14, in translate
          remote:   File "/usr/lib/python3.6/gettext.py", line 514, in translation
          remote:     raise OSError(ENOENT, 'No translation file found for domain', domain)
          remote: FileNotFoundError: [Errno 2] No translation file found for domain: 'aur'
      Signed-off-by: Eli Schwartz's avatarEli Schwartz <eschwartz@archlinux.org>
      Signed-off-by: Lukas Fleischer's avatarLukas Fleischer <lfleischer@archlinux.org>
      c8d99bac
  20. 20 May, 2018 1 commit
  21. 18 May, 2018 1 commit
    • Eli Schwartz's avatar
      git-update: accept any arch in arch-dependent metadata · 16795eaf
      Eli Schwartz authored and Lukas Fleischer's avatar Lukas Fleischer committed
      
      
      Currently we hardcode the architectures the official repos historically
      supported, which seems both inefficient because of hardcoding, and
      simply wrong, because many packages support various ARM platforms too.
      
      If we were to say "only officially supported arches will be supported in
      the AUR" we'd have to disable i686, which seems silly and arbitrarily
      restrictive. Also there's better places to implement such a blacklist
      (via die_commit in the main loop, via a config option to list supported
      arches, would make much more sense in terms of logic).
      
      As for the metadata extraction itself, there's no reason to hardcode the
      arches to check for at all. We can get this information too, from the
      .SRCINFO itself. Detecting this dynamically is not incompatible with a
      blacklist, should we ever decide to implement such a thing.
      Signed-off-by: Eli Schwartz's avatarEli Schwartz <eschwartz@archlinux.org>
      Signed-off-by: Lukas Fleischer's avatarLukas Fleischer <lfleischer@archlinux.org>
      16795eaf
  22. 17 May, 2018 3 commits
    • Lukas Fleischer's avatar
      Use modern format strings in notification messages · 6367dfd2
      Lukas Fleischer authored
      
      
      User modern Python format() strings with curly braces. Also, convert all
      placeholders to named arguments. This allows translators to reorder
      messages.
      Signed-off-by: Lukas Fleischer's avatarLukas Fleischer <lfleischer@archlinux.org>
      6367dfd2
    • Lukas Fleischer's avatar
      Localize notification emails · f7a57c82
      Lukas Fleischer authored
      
      
      Add support for translating notification emails and send localized
      notifications, based on the user's language preferences. Also, update
      the translations Makefile to add strings from the notification script
      to the message catalog.
      
      Implements FS#31850.
      Signed-off-by: Lukas Fleischer's avatarLukas Fleischer <lfleischer@archlinux.org>
      f7a57c82
    • Lukas Fleischer's avatar
      Refactor the notification script · f3b4c5c6
      Lukas Fleischer authored
      
      
      Reimplement most of the notification script logic. Create a separate
      class for each notification type. Each class provides methods for
      generating the list of recipients, the message subject, the message
      body, the references to add at the end of the message and the message
      headers. Additionally, a method for sending notification emails is
      provided.
      
      One major benefit of the new implementation is that both the generation
      of recipients and message contents are much more flexible. For example,
      it is now easily possible to make user-specific adjustments to every
      single notification of a batch.
      Signed-off-by: Lukas Fleischer's avatarLukas Fleischer <lfleischer@archlinux.org>
      f3b4c5c6
  23. 16 May, 2018 1 commit
  24. 10 May, 2018 1 commit
    • Lukas Fleischer's avatar
      Erase login IP addresses after seven days · ce933602
      Lukas Fleischer authored
      
      
      Add a script to periodically remove old IP addresses from the users
      database.
      
      The login IP addresses are stored for spam protection and to prevent
      from abuse. It is quite unlikely that we ever need the IP address of a
      user whose last login is more than a week old. It makes sense to remove
      such IP addresses to protect our users' privacy.
      Signed-off-by: Lukas Fleischer's avatarLukas Fleischer <lfleischer@archlinux.org>
      ce933602