similar to: [Announce] Samba 4.13.5 Available for Download

Release Announcements --------------------- This is the first stable release of the Samba 4.14 release series. Please read the release notes carefully before upgrading. New GPG key =========== The GPG release key for Samba releases changed from: pub dsa1024/6F33915B6568B7EA 2007-02-04 [SC] [expires: 2021-02-05] Key fingerprint = 52FB C0B8 6D95 4B08 4332 4CDC 6F33 915B 6568 B7EA uid

Release Announcements --------------------- This is the first stable release of the Samba 4.14 release series. Please read the release notes carefully before upgrading. New GPG key =========== The GPG release key for Samba releases changed from: pub dsa1024/6F33915B6568B7EA 2007-02-04 [SC] [expires: 2021-02-05] Key fingerprint = 52FB C0B8 6D95 4B08 4332 4CDC 6F33 915B 6568 B7EA uid

Release Announcements --------------------- This is the latest stable release of the Samba 4.12 release series. Please note that this will be the last bugfix release of the Samba 4.12 release series. There will be Security Releases only beyond this point. New GPG key ===========

Release Announcements --------------------- This is the latest stable release of the Samba 4.12 release series. Please note that this will be the last bugfix release of the Samba 4.12 release series. There will be Security Releases only beyond this point. New GPG key ===========

Release Announcements ===================== This is the fourth release candidate of Samba 4.14. This is *not* intended for production environments and is designed for testing purposes only. Please report any defects via the Samba bug reporting system at https://bugzilla.samba.org/. Samba 4.14 will be the next version of the Samba suite. UPGRADING ========= New GPG key ----------- The GPG

Release Announcements ===================== This is the fourth release candidate of Samba 4.14. This is *not* intended for production environments and is designed for testing purposes only. Please report any defects via the Samba bug reporting system at https://bugzilla.samba.org/. Samba 4.14 will be the next version of the Samba suite. UPGRADING ========= New GPG key ----------- The GPG

> I have the following in my smb.conf for NT servers (3.51 and 4.0): > > security = server > password server = %m > > This works fine for 1.9.17p3 and earlier, but doesn't work with 1.9.17p4, > 1.9.17p5, or 1.9.18alpha14. > > Here is the error I'm getting: > > NetwkstaUserLogon gave error 59 > password server BUD failed NetWkstaUserLogon > >

This is a continuation of a problem I have been having. Samba 4 has recently changed to require binds. I need LDAP to verify users exist. I am using Kerberos (GSSAPI) as the passdb. Samba can handle GSSAPI/Kerberos SASL binds. I have the following in my dovecot-ldap setup for userdb: dn = smtp/mailhost.example.org at EXAMPLE.ORG sasl_bind = yes sasl_mech = GSSAPI sasl_realm = EXAMPLE.ORG

On 04/25/2011 09:12 AM, Trever L. Adams wrote: > > As I look at the code in the hg reference above, I think there is a bug. > If HOME should be preserved as first, and some of these others may be > critical to proper operation, they should be preserved automatically, no > matter what the configuration says. This seems to be contrary to the > code and to the top of the page

On 1/24/19 12:15 AM, Per Jessen wrote: > Trever L. Adams wrote: > >> I know that sieve doesn't do math. The file would be created >> externally. >> >> Based on examples in section 4.4 of >> https://tools.ietf.org/html/rfc5260#section-4 >> >> I figured something like this would work. >> >> if date :value "le" :originalzone

Trever L. Adams wrote: > On 1/24/19 12:15 AM, Per Jessen wrote: >> Trever L. Adams wrote: >> >>> I know that sieve doesn't do math. The file would be created >>> externally. >>> >>> Based on examples in section 4.4 of >>> https://tools.ietf.org/html/rfc5260#section-4 >>> >>> I figured something like this would work.

2015-07-04 1:04 GMT+02:00 Trever L. Adams < trever at middleearth.sapphiresunday.org>: > Hello, > > I have a DC that sits on a different subnet from the CUPS server that I > would like to use. I would rather not install CUPS on the DC. > > Is it possible to change the server name away from localhost for the > CUPS backend and have it connect to that other server to get

Hi Trever, things improved after resetting user/machine passwords, however only the session key is using aes256 now, the ticket itself is still arcfour: root at ubuntu1:~# kinit user09999 user09999 at S4DOM.TEST's Password: root at ubuntu1:~# klist -v Credentials cache: FILE:/tmp/krb5cc_0 Principal: user09999 at S4DOM.TEST Cache version: 4 Server: krbtgt/S4DOM.TEST at

Hello all, Hoping I never have to restore it, I'm trying to do an offline backup of my domain. On a DC I "croned" /usr/bin/samba-tool domain backup offline --targetdir=/usr/local/backups/samba The backup systematically fails leaving a folder INCOMPLETEsambabackupfileXXXXX with a small .tar inside. If I run it "by hand", I get the same result. The (what I think is the)

The dovecot instance set up with auth_realms and auth_default_realm variables and it is working well. In saslauthd configurations setting same variables giving configuration parsing error (I think it is not right way to configure kerberos realm in saslauthd). However testsaslauthd working without any problems even if I don't specify realm parameter from command line. On 03/10/17 06:17,

On 13/10/24 6:53 am, Carlos Jesus via samba wrote: > Hello all, > Hoping I never have to restore it, I'm trying to do an offline backup of my > domain. On a DC I "croned" /usr/bin/samba-tool domain backup offline > --targetdir=/usr/local/backups/samba > > The backup systematically fails leaving a folder > INCOMPLETEsambabackupfileXXXXX with a small .tar inside.

On Wed, 2008-11-26 at 06:30 -0700, Trever L. Adams wrote: > Trever L. Adams wrote: > > I believe it appears you have gone back to dspam, is this correct? No. > > What backend do you use? What version? I am using 3.8.1. I'm using crm114 still. > > I still have problems with your plugin with the hash driver and the > > sqlite3 driver seems to segfault all the

Hi Trever, Please copy the mailing list too. On Mon, 2007-05-07 at 09:45 -0600, Trever L. Adams wrote: > 1) Why on line 350 of your code do you say "do (almost) everything"? > What is left out? Is it done still by dovcecot? I don't remember. You can probably find out by comparing the code. > 2) "I decided that hardlinking into special folders was too much work >

I have found source4/scripting/devel/chgtdcpass for adding the aes types to machines. I know you have to change the password of normal users. How do you fix this for krbtgt? Can you just change the password? Is there a recommended method? Thank you for any help, Trever -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type:

On 04/20/2011 05:59 AM, Trever L. Adams wrote: > I have been using Samba 4 kerberos and ldap with dovecot. Samba 4 > changed a while back (resulting in me asking for help) which requires > kerberos auth for ldap lookups. My setup worked perfectly before hand. > Before and after were with dovecot-2.0.11 and the after also happens > with 2.0.11. > > The only changes were (in my