This project is mirrored from https://github.com/sympa-community/sympa.git. Pull mirroring updated .
  1. 24 Jun, 2021 1 commit
  2. 18 May, 2021 1 commit
  3. 12 May, 2021 1 commit
  4. 11 May, 2021 1 commit
  5. 02 Apr, 2021 1 commit
  6. 25 Mar, 2021 1 commit
  7. 04 Feb, 2021 1 commit
  8. 01 Jan, 2021 2 commits
  9. 27 Dec, 2020 1 commit
  10. 24 Nov, 2020 1 commit
  11. 19 Nov, 2020 2 commits
  12. 14 Oct, 2020 1 commit
    • IKEDA Soji's avatar
      Mail loop for sympa-request address (#1018) · 130a8100
      IKEDA Soji authored
      As of Postfix 2.3, Content of Return-Path: pseudo-header field added by pipe(8) for null envelope sender became "MAILER-DAEMON".  Empty `null_sender` option will prevent this behavior.
      As a workaround, the uppercase "<MAILER-DAEMON>" will be treated as null envelope sender.
      130a8100
  13. 08 Sep, 2020 1 commit
  14. 26 Jun, 2020 1 commit
  15. 04 Mar, 2020 2 commits
  16. 26 Feb, 2020 2 commits
  17. 24 Feb, 2020 1 commit
  18. 12 Feb, 2020 1 commit
  19. 05 Feb, 2020 1 commit
    • VERDIN David's avatar
      In some cases, a message will start with a multipart/related including a... · c3c27da1
      VERDIN David authored
      In some cases, a message will start with a multipart/related including a multipart/alternative; In that case, with the current code the multipart/related was urlized as a 'msg.0.bin' attachment, which was wrong.
      Fixing this behaviour by:
      1- allowing to go down two levels of multiparts
      2- preventing any urlization if the part is not included in a 'multipart/mixed' parent to prevent urlizing the content of multipart/related or multipart/alternative.
      c3c27da1
  20. 03 Feb, 2020 1 commit
  21. 02 Feb, 2020 1 commit
  22. 28 Jan, 2020 1 commit
    • VERDIN David's avatar
      Two bug fixes for Urlize mode: · e75e0859
      VERDIN David authored
      1- message text was treated as attachment and remained on the server as either "msg.0.bin" or "msg.0.txt" files. Fixed by testing the part type before urlizing it.
      2- some special characters in message id led to the attachment to be considered missing by Sympa.
      
      I had to refactor the code a bit to allow urlizing of nested multiparts.
      
      The detail of urlization treatment is as follows:
      
      1- any multipart/mixed message part will be analyzed to look for urlizable parts,
      2- any mulitpart/related message part will be be analyzed to look for multiârt/mixed sub parts,
      3- within the multipart/mixed parts, any text/* part whose "Content-Disposition" header is not "attachment" and has a correct Content-Type.charset value is kept untouched,
      4- any other subpart is kept on the server an replaced by a download link.
      e75e0859
  23. 21 Nov, 2019 2 commits
  24. 26 Jun, 2019 1 commit
  25. 13 Jun, 2019 2 commits
  26. 12 Jun, 2019 2 commits
  27. 07 Apr, 2019 1 commit
  28. 06 Apr, 2019 2 commits
  29. 05 Apr, 2019 1 commit
  30. 07 Mar, 2019 1 commit
  31. 03 Mar, 2019 1 commit
  32. 04 Jan, 2019 1 commit
    • IKEDA Soji's avatar
      Inconsistent location of messge footer/header files #507 · 4bca7ac9
      IKEDA Soji authored
      Fixes:
      
        - Message footer/header files of domain/site default are put in `mail_tt2` subdirectories while those of list config are not.
          Fixed by put all of them in consistent location without intermediate directories (See also Notes below).
        - Entries for header/footer files in `edit_list.conf` were ignored.
      
      Changes:
      
        - File names themselves of header/footer were changed:
          `message_header`, `message_header.mime` etc.
          This is due to concideration about conflict between files and directories with domain names (See also Notes below).
        - Header/footer files with `.mime` extension:
          Previously, files with this extension were always preferred, then files without extension were used.  This behavior has not been documented.
          Now files with extension will be searched only in case `footer_type` is `mime`.  Files without extension will be searched in both cases.
      
      Notes:
      
        - Files with older names/paths in list/domain/site config directories will be copied to new location during upgrading process.
        - Template files with old names in families (`message.header.tt2` etc.) will be used as before and will be copied to new location during instantiation. If files with new names (`message_header.tt2` etc.) will be preferred, if they will be added.
      
      Known bug:
      
        - There are no web UI to edit global footer (`message_global_footer`).
      4bca7ac9