Bug#740070: Updating the sendmail Maintainer field

2014-07-14 Thread Michael Grant
Hi folks, I was wondering what the outcome of this was, is there a group of maintainers yet in the process of forming? Can I help in some way? Has someone taken the ball and stepped up to this yet? If not, I will but would definitely like some help and to not be all alone at this! Michael

Bug#775071: Please add user smmta to TRUSTED_IDS list

2015-01-15 Thread Michael Grant
On Wed, Jan 14, 2015 at 12:58 PM, Santiago Vila sanv...@unex.es wrote: On Sun, 11 Jan 2015, Michael Grant wrote: Package: procmail Version: 3.22-20+deb7 sendmail on debian runs as user 'smmta'. Please add this user to this user to the TRUSTED_IDS list in config.h: #define

Bug#775071: Please add user smmta to TRUSTED_IDS list

2015-01-10 Thread Michael Grant
Package: procmail Version: 3.22-20+deb7 sendmail on debian runs as user 'smmta'. Please add this user to this user to the TRUSTED_IDS list in config.h: #define TRUSTED_IDS {root,daemon,uucp,mail,x400,network,\ list,slist,lists,news, smmta, 0} Without this user in the

Bug#788803: fail2ban: apache-fakegooglebot needs python3

2015-06-15 Thread Michael Grant
Package: fail2ban Version: 0.9.2-1 Severity: normal Dear Maintainer, apache-fakegooglebot requires: #!/usr/bin/python3 in order to run when /usr/bin/python points to pyton2 on a system. Without this, I see the following errors in the log: 2015-06-11 07:19:37,167 fail2ban.action

Bug#788805: fail2ban: systemd repeatedly restarts fail2ban when fail2ban takes a long time to start

2015-06-15 Thread Michael Grant
Package: fail2ban Version: 0.9.2-1 Severity: normal Dear Maintainer, I have the following in my jail.local to re-ban things which were banned in the last 10 days on startup: bantime = -1 findtime = 864000 This makes fail2ban take quite a long time to start as it re-scrapes the logs. Because

Bug#790968: readcf: DontBlameSendmail option: GroupReadableaDefaultAuthInfoFile unrecognized

2015-07-03 Thread Michael Grant
Package: sendmail Version: 8.15.1-1 Severity: normal Dear Maintainer, I installed 8.15.1-1 today via apt-get as follows: apt-get install sendmail/experimental sendmail-base/experimental sendmail-bin/experimental sendmail-cf/experimental I remade the sendmail.cf from my sendmail.mc file by: cd

Bug#798910: coreutils: /usr/bin/who --lookup does not look up ip addresses in dns

2015-09-13 Thread Michael Grant
Package: coreutils Version: 8.23-4 Severity: normal Dear Maintainer, /usr/bin/who used to cannonicalize hostnames by looking the ip address up in DNS. Recently this changed and this is no longer the default. It now always prints the ip address. It is often desirable to see the hostnames looked

Bug#470417: fail2ban: please support ipv6 addresses (and ipv6tables)

2016-09-17 Thread Michael Grant
Version 0.10.x exists now with experimental support for ipv6. Is it possible to get this into Debian's experimental branch?

Bug#840837: sendmail: GreetPause:localhost in access file has unexpected consequences

2016-10-15 Thread Michael Grant
Package: sendmail Version: 8.15.2-6 Severity: normal Dear Maintainer, If you put lines like this in the access file: GreetPause:localhost 0 This allows spammers to by-pass the greet pause by simply setting their reverse dns (PTR record) to 'localhost'. When this happens, I see lines like

Bug#968234: sendmail starttls moans about unsafe key "Permission denied"

2020-08-11 Thread Michael Grant
of sendmail, maybe all you need to do is: chown -R smmta /etc/mail/private chmod g+rx /etc/mail/private chmod g+r /etc/mail/* This is how I would fix it on my own system, if someone has a better, more secure solution, I’d love to know it. Michael Grant

Bug#979965: milter-greylist exits after running for a few minutes

2021-01-12 Thread Michael Grant
Package: milter-greylist Version: 4.6.2-2 Severity: important Dear Maintainer, After update to 4.6.2-2, milter-greylist runs for a few minutes processing greylist requests then exits. No error in the daemon.log. Daemon restarts with systemd over and over. Starting milter-greylist by hand using

Bug#979965: milter-greylist exits after running for a few minutes

2021-01-12 Thread Michael Grant
On Tue, Jan 12, 2021 at 10:02:19PM +, Sudip Mukherjee wrote: > On Tue, Jan 12, 2021 at 9:36 PM Michael Grant wrote: > > > > I have made this change: > > > > > > > > [Service] > > > > Type=forking > > > > ExecStart=/usr/sbin/mil

Bug#979965: milter-greylist exits after running for a few minutes

2021-01-12 Thread Michael Grant
I have made this change: [Service] Type=forking ExecStart=/usr/sbin/milter-greylist Restart=on-failure PrivateTmp=true And it’s still restarting every few minutes: Jan 12 16:09:43 strange milter-greylist[255358]: racl 277 greylist [delay 300] [aw 3888000] [maxpeek -1] default Jan 12 16:09:43

Bug#979965: milter-greylist exits after running for a few minutes

2021-01-12 Thread Michael Grant
Ok this is done, now we wait a bit. Thanks. -Mike From: Sudip Mukherjee Sent: 12 January 2021 20:48 To: 979...@bugs.debian.org; Michael Grant Cc: Vagrant Cascadian Subject: Re: Bug#979965: milter-greylist exits after running for a few minutes Hi Michael, On Tue, Jan 12, 2021 at 5:54 PM

Bug#963834: isync: new upstream version

2021-02-28 Thread Michael Grant
The upstream version of this now seems to be 1.4.1. I’d really live to see this get into Bullseye! What needs to be done? What’s blocking this? Michael Grant

Bug#992462: UnicodeDecodeError: 'utf-8' codec can't decode byte 0xe2 in position 32: invalid continuation byte

2021-08-18 Thread Michael Grant
Package: libpython3.9-minimal Version: 3.9.2-1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was