The folder should be shared without the hint. All LDAP-Users in my installation have valid mail-adresses in the ldap-field “mail”. But that never was important since i use the userPrincipalName as internal username.
This error should - as in version 12.0.2 - not appear. The folder will be shared anyway, but to see the user in the list of people with whom the folder is shared, you have to select another folder first and then select the affected folder again.
Maybe related to https://github.com/nextcloud/server/issues/951?
Operating system: Debian 9
Web server: Apache 2
Database: MariaDB
PHP version: 7.0
Nextcloud version: 12.0.3
Updated from an older Nextcloud/ownCloud or fresh install: updated from 12.0.2
Where did you install Nextcloud from: zip from project-website
Signing status:
Signing status
No errors have been found.
List of activated apps:
App list
Enabled:
Nextcloud configuration:
Config report
I switched back to 12.0.2-Snapshot:
{
"system": {
"passwordsalt": "REMOVED SENSITIVE VALUE",
"secret": "REMOVED SENSITIVE VALUE",
"trusted_domains": [
"nextcloud.rsarnstorf.de",
"www.nextcloud.rsarnstorf.de"
],
"datadirectory": "\/srv\/nextcloud-data",
"overwrite.cli.url": "https:\/\/nextcloud.rsarnstorf.de",
"dbtype": "mysql",
"version": "12.0.2.0",
"dbname": "nextcloud",
"dbhost": "localhost",
"dbport": "",
"dbtableprefix": "oc_",
"dbuser": "REMOVED SENSITIVE VALUE",
"dbpassword": "REMOVED SENSITIVE VALUE",
"installed": true,
"htaccess.RewriteBase": "\/",
"ldapUserCleanupInterval": 15,
"memcache.local": "\OC\Memcache\APCu",
"share_folder": "\/Mit mir geteilt",
"ldapIgnoreNamingRules": false,
"ldapProviderFactory": "\OCA\User_LDAP\LDAPProviderFactory",
"loglevel": 2,
"maintenance": false,
"instanceid": "ocmskkpv9em4"
}
}
Are you using external storage, if yes which one: no
Are you using encryption: no
Are you using an external user-backend, if yes which one: LDAP
LDAP config
+-------------------------------+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| Configuration | |
+-------------------------------+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| hasMemberOfFilterSupport | 1 |
| hasPagedResultSupport | |
| homeFolderNamingRule | |
| lastJpegPhotoLookup | 0 |
| ldapAgentName | CN=Administrator,CN=Users,DC=rsa-sn,DC=intra |
| ldapAgentPassword | * |
| ldapAttributesForGroupSearch | |
| ldapAttributesForUserSearch | |
| ldapBackupHost | |
| ldapBackupPort | |
| ldapBase | OU=School,DC=rsa-sn,DC=intra |
| ldapBaseGroups | OU=Groups,OU=School,DC=rsa-sn,DC=intra |
| ldapBaseUsers | OU=Users,OU=School,DC=rsa-sn,DC=intra |
| ldapCacheTTL | 600 |
| ldapConfigurationActive | 1 |
| ldapDefaultPPolicyDN | |
| ldapDynamicGroupMemberURL | |
| ldapEmailAttribute | mail |
| ldapExperiencedAdmin | 1 |
| ldapExpertUUIDGroupAttr | |
| ldapExpertUUIDUserAttr | |
| ldapExpertUsernameAttr | userPrincipalName |
| ldapGidNumber | gidNumber |
| ldapGroupDisplayName | cn |
| ldapGroupFilter | (&(|(objectclass=group))(|(cn=5a)(cn=5b)(cn=5c)(cn=5d)(cn=5e)(cn=5f)(cn=6a)(cn=6b)(cn=6c)(cn=6d)(cn=6e)(cn=6f)(cn=7a)(cn=7b)(cn=7c)(cn=7d)(cn=7e)(cn=7f)(cn=8a)(cn=8b)(cn=8c)(cn=8d)(cn=8e)(cn=8f)(cn=9a)(cn=9b)(cn=9c)(cn=9d)(cn=9e)(cn=9f)(cn=10a)(cn=10b)(cn=10c)(cn=10d)(cn=10e)(cn=10f)(cn=lehrer)(cn=schueler)(cn=schulleitung)(cn=erweiterte-schulleitung))) |
| ldapGroupFilterGroups | 5a;5b;5c;5d;5e;5f;6a;6b;6c;6d;6e;6f;7a;7b;7c;7d;7e;7f;8a;8b;8c;8d;8e;8f;9a;9b;9c;9d;9e;9f;10a;10b;10c;10d;10e;10f;lehrer;schueler;schulleitung;erweiterte-schulleitung |
| ldapGroupFilterMode | 0 |
| ldapGroupFilterObjectclass | group |
| ldapGroupMemberAssocAttr | member |
| ldapHost | 10.1.1.5 |
| ldapIgnoreNamingRules | |
| ldapLoginFilter | (&(objectclass=)(samaccountname=%uid)) |
| ldapLoginFilterAttributes | |
| ldapLoginFilterEmail | 0 |
| ldapLoginFilterMode | 0 |
| ldapLoginFilterUsername | 1 |
| ldapNestedGroups | 0 |
| ldapOverrideMainServer | |
| ldapPagingSize | 0 |
| ldapPort | 389 |
| ldapQuotaAttribute | postOfficeBox |
| ldapQuotaDefault | |
| ldapTLS | 0 |
| ldapUserDisplayName | displayname |
| ldapUserDisplayName2 | |
| ldapUserFilter | (objectclass=) |
| ldapUserFilterGroups | |
| ldapUserFilterMode | 0 |
| ldapUserFilterObjectclass | |
| ldapUuidGroupAttribute | auto |
| ldapUuidUserAttribute | auto |
| turnOffCertCheck | 0 |
| turnOnPasswordChange | 0 |
| useMemberOfToDetectMembership | 1
Browser: Chrome
Operating system: Window 10
Web server error log
Insert your webserver log here
Nextcloud log
Insert your Nextcloud log here
Browser log
Insert your browser log here, this could for example include:
a) The javascript console log
b) The network log
c) ...
Please check your nextcloud.log file.
It should contain useful information
Sorry, that it took so long: I brought the instance back to 12.0.2 and can only do testing at weekend.
I updated again to 12.0.3 and there really is no logging about this!
I found out, that the error occurs, when I do not fill in an e-mail-address in the ajax-sharing-form.
The problem for me is: we always took usernames (like a.bcdef) and not e-mail-adresses (like [email protected]) for logging in and sharing in nextcloud. That never has been a problem till 12.0.2.
What can I do?
Some further infos I found out:
For the moment I can help myself with storing an e-mail-address in the e-mail-server-settings. But why do I have to fill in an e-mail-address here for sharing ? There isn't any e-mail generated, when I share a folder with somebody else. And I do not want the nextcloud-system to send any e-mails.
This problem started with 12.0.3.
I have also error.
Nextcloud version: 12.0.3
From web:
Sharing test.txt failed, could not find username (username@domain), maybe the server is currently unreachable or uses a self-signed certificate.
From server log:
:"Creating advanced filter for search failed, falling back to simple method.
FYI - same error as in the issue title happened to a VAR partner when upgrading from 12.0.5 to 13.0.0, no LDAP though but local users.
A problem occurred while sending the email. Please revise your settings. (Error: Address in mailbox given [webmaster@] does not comply with RFC 2822, 3.6.2.)
Happening to me and it's annoying for all the users. Any fix? It's happening whenever someone tries to share something.
Also getting this error in Nextcloud 13 with LDAP users
_Address in mailbox given [[email protected]] does not comply with RFC 2822, 3.6.2._
I had the exact same symptoms on a fresh install of NC 13. The problem disappeared after configuring mail in "Settings->Extra Settings", specifically when I entered an email-address to use for sending mails.
I am getting the same error running 13.01
I'm seeing this error when I try to share with another LDAP user after upgrading from 12.0.3 to 13.0.1:
`Failed sending activity email to user "jboone":
{
"Exception":"Swift_RfcComplianceException",
"Message":"Address in mailbox given [jared.boone@] does not comply with RFC 2822, 3.6.2.","Code":0,
"Trace":
"#0 /var/www/html/nextcloud/3rdparty/swiftmailer/swiftmailer/lib/classes/Swift/Mime/Headers/MailboxHeader.php(261): Swift_Mime_Headers_MailboxHeader->_assertValidAddress('jared.boone@')
"File":"/var/www/html/nextcloud/3rdparty/swiftmailer/swiftmailer/lib/classes/Swift/Mime/Headers/MailboxHeader.php",
"Line":345
}
`
Changing the "From address" on the "Additional Settings" admin page did not help.
OK, I believe I have tracked down the source of this issue.
I'm seeing these DEBUG messages in the nextcloud server log:
idn_to_ascii() expects parameter 3 to be integer, string given at /var/www/html/nextcloud/lib/private/Mail/Message.php#77
Use of undefined constant INTL_IDNA_VARIANT_UTS46 - assumed 'INTL_IDNA_VARIANT_UTS46' at /var/www/html/nextcloud/lib/private/Mail/Message.php#77
idn_to_ascii() expects parameter 3 to be integer, string given at /var/www/html/nextcloud/lib/private/Mail/Mailer.php#212
Use of undefined constant INTL_IDNA_VARIANT_UTS46 - assumed 'INTL_IDNA_VARIANT_UTS46' at /var/www/html/nextcloud/lib/private/Mail/Mailer.php#212
It appears that the domain is being removed from the email address in lib/private/Mail/Mailer.php. Here is a test to confirm the behavior:
-bash-4.1$ php
<?php print "Domain:" . idn_to_ascii('mydomain.com', 0,INTL_IDNA_VARIANT_UTS46) . "\n"; ?>
PHP Notice: Use of undefined constant INTL_IDNA_VARIANT_UTS46 - assumed 'INTL_IDNA_VARIANT_UTS46' in - on line 1
PHP Warning: idn_to_ascii() expects parameter 3 to be integer, string given in - on line 1
Domain:
Apparently, this is because INTL_IDNA_VARIANT_UTS46 was not available in my version of the ICU library.
-bash-4.1$ cat /etc/redhat-release
CentOS release 6.9 (Final)
-bash-4.1$ php -v
PHP 7.0.25 (cli) (built: Oct 29 2017 18:22:34) ( NTS )
Copyright (c) 1997-2017 The PHP Group
Zend Engine v3.0.0, Copyright (c) 1998-2017 Zend Technologies
with Zend OPcache v7.0.25, Copyright (c) 1999-2017, by Zend Technologies
-bash-4.1$ php -i | grep "ICU version"
ICU version => 4.2.1
I'm looking for a workaround.
I checked the 13 admin manual and saw that the recommended setup for running Nextcloud is "Red Hat Enterprise Linux 7".
https://docs.nextcloud.com/server/13/admin_manual/installation/system_requirements.html
If this issue is not fixed then I believe the admin manual should be updated to say that RHEL 6 is not supported.
@nickvergessen Please see my earlier comment about the source of this bug. I'd like to know if you'll be providing a minor version fix for this in 13 or if I need to look at moving to CentOS 7.
This commit by @LukasReschke broke support for ICU 4.2.1 which is part of RHEL 6:
https://github.com/nextcloud/server/commit/70d42afb936293e5f8caefd0ee2224c4c5f0bcf3#diff-18a06cff7d62af75d5d48c00afa858cb
Looks like this is a dup of https://github.com/nextcloud/server/issues/8387
Created PR to fix this here: https://github.com/nextcloud/server/pull/9095
@JaredBoone's PRs are merged → closing
Most helpful comment
I had the exact same symptoms on a fresh install of NC 13. The problem disappeared after configuring mail in "Settings->Extra Settings", specifically when I entered an email-address to use for sending mails.