Wondering if there is any progress on this? Backports? Would really like to
avoid being forced to use third party repos if possible.
I see that Fedora has proposed replacing MySQL:
http://lists.fedoraproject.org/pipermail/devel-announce/2013-January/001037.html
--
Mark
I guess there must be some additional complexity here which we don't know
about? There are already perfectly functioning mariadb packages but we would
very much prefer to not be forced into using third party repositories. With
the security embargo and other things mysql is now effecti
We too were bit by this bug today. Fixed with the following commands:
chown -R debian-spamd:debian-spamd /etc/spamassassin /var/lib/spamassassin
su debian-spamd -c sa-update
However, I'm confused because running the cronjob as the debian-spamd
pseudo-user seems to have accomplished tw
l work.
That evening, the cronjob will quietly reset the ownership/permissions to what
they should
be (on debian), in order for them to run without error.
...how does this not fulfill each case?
--
Mark
On Mar 19, 2015, at 10:33 PM, Bob Proulx wrote:
> Bob Proulx wrote:
>&
Actually, even *that* line is bugged (how do these things happen?!): :
chown -R debian-spamd:debian-spamd /var/lib/spamassassin;
..and I'm open to admit it.
--
Best
Mark
On Mar 19, 2015, at 10:33 PM, Bob Proulx wrote:
> Bob Proulx wrote:
>> Mark - Syminet wrote:
>
2 ext. 8049
GPG: 2048R/966057BB
On Mar 19, 2015, at 10:33 PM, Bob Proulx wrote:
> Bob Proulx wrote:
>> Mark - Syminet wrote:
>>> Fixed with the following commands:
>>>
>>> chown -R debian-spamd:debian-spamd /etc/spamassassin /var/lib/spamassassin
>>
"invoke-rc.d
spamassassin"
if they wish - and it will work as expected.
And that evening, the cronjob will quietly reset the ownership:permissions to
what
they should be (on debian), and run everything without error.
...how does this not fulfill each case?
--
Mark
--
Syminet Internetw
If patches for both wheezy and jessie would be helpful here - let me know .
On Mon, 23 Mar 2015 23:37:04 -0600 Mark - Syminet wrote:
>
> I think the solution, is this:
>
> Modify /etc/cron.daily/spamassassin to reset the permissions - just before
> the sleep stanza.
>
The systemd unit file, or something in this patch is causing imapproxy to
randomly timeout and die, see following thread at upstream mailing list:
https://sourceforge.net/p/squirrelmail/mailman/squirrelmail-imapproxy/thread/bf5ac0ec-e309-ee5c-70e1-1b2f187249e0%40txbweb.de/#msg35255782
for them,
> On Aug 31, 2016, at 4:22 AM, José Luis Tallón
> wrote:
>
> On 08/30/2016 06:35 PM, Mark - Syminet wrote:
>> The systemd unit file, or something in this patch is causing imapproxy to
>> randomly timeout and die, see following thread at upstream mailing list:
>>
Yes - sending side or something in the ACL's on that server. Not
debian or exim,
anyway.
Best,
Mark
--
Syminet Internetworking Solutions
http://www.syminet.com/
1-866-664-3151
On Jul 10, 2007, at 11:38 PM, Marc Haber wrote:
tags #430157 moreinfo
thanks
On Mon, Jun 25, 2007 at
I noticed that --speed parameter isn't supported on my sarge machines
version
of rsync; however, -D seems to work OK on both versions.
Mark
On Jul 16, 2007, at 12:33 AM, Debian Bug Tracking System wrote:
Thank you for the problem report you have sent regarding Debian.
This is an automat
FYI the server in question uses a single monolithic exim.conf and Dan
is referring to
the following line in the check_recipient acl:
denysenders = \
[EMAIL PROTECTED];/etc/exim/banned_domains : lsearch;/etc/exim/
banned_domains
...there was an entry in banned domains which appa
On Fri, 01 Jan 2021 23:06:07 + "Rajko Albrecht"
wrote:
> I have the same problems since upgraded to 10.x - and it is frustrating that
> I cannot do automated VM backups because I don't want to (temporary) shutdown
> AA in a script. So I start the backup script by hand every time.
>
> Is
I was just bit by this too, spampd complaining about not having
permissions to /var/cache/spampd, which does appear to have root:root
perms.
On a fresh Trixie system:
apt install spampd
[...]
root@11test1-spampd-test:~# ls -ld /var/cache/spampd
drwxr-xr-x 3 root root 4096 Jan 9 22:32 /var/cache/
Here's the patch
--- useradd.8.old 2025-04-18 14:16:25.705328604 +
+++ useradd.8 2025-04-18 15:12:17.842060165 +
@@ -93,11 +93,7 @@
\fILOGIN\fR
name to
\fIBASE_DIR\fR
-and use that as the login directory name\&. If the directory
-\fIHOME_DIR\fR
-does not exist, then it will be create
On Fri, 2025-04-18 at 17:31 +0200, Chris Hofstaedtler wrote:
>
> (the patch appears to be missing)
>
Apologies for that, reportbug went into a loop prompting for the filename,
so I just hit to submit and sent right after; should show up any
minute.
> If, as you say, this is configurable in
On Fri, 2025-04-18 at 18:50 +0200, Chris Hofstaedtler wrote:
>
> IOW: CREATE_HOME is _off_ by default upstream. This appears to be unchanged
> since 4.1.2.
>
Yes, I'm seeing same. Upstream bugreport filed:
https://github.com/shadow-maint/shadow/issues/1249
Thanks much for confirming so qui
Okay, we see that patch was applied upstream resolving this. Thanks much!
Best -
--
Mark
smime.p7s
Description: S/MIME cryptographic signature
19 matches
Mail list logo
