On Fri, Nov 10, 2006 at 06:18:49PM -0500, Yaroslav Halchenko wrote: > Thank you Ross for reporting the issue. > > Would you consider it to be a reincarnation of > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=329722 ? > thus option d) in your list? Then I would like to close/merge them > (unless we continue discussion)
It's certainly in the same neighborhood. However, the focus of the earlier bug was on the domain of the email address (which the second point in this bug discusses), while this one concerns the part before the @ sign as well. > > Would the solution for that one suffice in this case? > or may be I should take a) step since I consider > Changing the sender to root seems like a good idea. I'm less clear about what to do with the domain. > b) unnecessary user names space pollution -- fail2ban has to run as root > in any case > > c) although it sounds neat, since there is no unified framework to > introduce changes into /etc/aliases and keep/remove them, I would prefer > to stay out of it. I might be ignorant and if there is a better way than > echo 'fail2ban: root' >> /etc/aliases ... and sed -i -e > 's/^fail2ban.*//g' on purge - please let me know, I might rethink > > > Thanks in advance for your output I think getting a good default sender is the easiest solution. Unfortunately, it seems likely that reasonably configured systems could reject unqualified senders (root) or ones qualified with meaningless domains ([EMAIL PROTECTED]). I'll ask some of the debian-exim people about this. Ross -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
