FAQs

If your account name has changed (for example, because you have switched to another university and received a new ID), you must re-register. Unfortunately, you can no longer use your old account. You can manually transfer your data from the old to the new account if needed.

As long as your ID has not changed, you only need to extend your sciebo-account in mySciebo to update your data.

As long as your ID has not changed, you only need to extend your sciebo-account in mySciebo to update your data.

Please contact your local support. The colleagues there can set up a moratorium for you as admins in the mySciebo portal. Any project boxes you manage should be transferred to a substitute person. You can do this yourself in the mySciebo portal for the project boxes you manage.

If you leave your institution, you can no longer extend your sciebo account and it will be blocked after a grace period (max. 1 year from the last extension) and then deleted. If you forgot to secure your data before it was blocked, open a

support ticket.

Unfortunately, students cannot currently increase their storage volume.

You can request a project box.

Please contact your sponsor; they can reset your password or extend the validity of your account in the guest management of mySciebo.

Once a year, you must confirm with the extension of your account that you are still authorized to use Sciebo. The funding conditions of the state of NRW require us to that only students and employees of the participating universities use Sciebo. Since we do not have a mechanism that actively notifies us of the expiration of authorization, this is unfortunately the only way. This restriction, however, also has an advantage. If we had such an automated data transfer from the institutions, we would have to completely delete the accounts immediately after the authorization expires. However, we can currently grant a grace period of one year.

No, the mentioned protocols are not supported. You can use sciebo via the web interface, the desktop client, or the apps.

Basically, it is possible to use sciebo via WebDAV. We explicitly advise against using it as a network drive or embedding it using webdavfs, as this often results in data loss. Other WebDAV clients may work, but we do not offer support for this. Use sciebo best via the web interface, the desktop client or the apps.

rclone works well on various platforms. Please note that rclone is not as clever as the sciebo client, and the data synchronization creates relatively high load on our systems. For larger data volumes, we ask you to choose the synchronization intervals as large as possible or to synchronize only partial quantities very explicitly.

There can be various reasons why data is no longer found. First, check the following solutions:

• If you have accidentally deleted data, you can restore it within 7 days (depending on available storage space, also significantly longer) if you are the owner of the data. Log in to the web interface for this and select the trash can from the left menu. The data listed there can be restored directly.
• If data is missing that has been shared with you, contact the person who shared the data. They may be able to restore the share or the data (if they were accidentally deleted). Also note that data shared by a user is no longer available if their sciebo account is deleted.

If your data could not be restored in this way, open a

support ticket. Also, remember to make regular backups of your data.

We are now aware of this error on Windows clients and have reported it to the manufacturer. Hopefully, a permanent solution for this error will be found soon. Many, but not all, users are affected; thankfully.

Until a permanent fix is ​​available, you can try the following workarounds:
a) Install the old client version, which you can find at https://install.sciebo.de/Sciebo-Windows-3.17.3-34773-x64.msi. Afterwards, please disable automatic updates in the General settings, as otherwise the system might try to install the faulty version again.

b) Remove the local account from the client and recreate it. Please do this with utmost care and caution, and only if you have created a backup of your local data. If you set up your client account with the VFS option, no local data should be present. This action isn’t quite so critical.

We apologize for the inconvenience. We are testing the new clients to the best of our ability before activating the automatic updates that the vendor, Nextcloud, will then distribute for us. Since it doesn’t affect all users, we don’t want to disable the update function centrally.

If no selection is offered despite an existing server connection, it is usually due to the fact that you are working with VFS (Virtual File System). Initially, only the metadata is synchronized with your system, not the file contents. Since hardly any space is consumed on the hard drive, a selection of the data to be synchronized is not necessary.

First, check if the folder to be synchronized is larger than the set limit (default 500 MB). You can find this in the client settings. If the folder is larger, you can either deactivate this limit (if there is enough disk space) or specifically release it in the folder selection. Sometimes the folder does not appear in the list at all, but other folders do. This is often due to some restrictions of the Windows file system. The folder usually contains data that Windows cannot handle. This includes files and folders that contain an invalid character. Colons mark device names and should not be used in the Windows context. Problematic are also spaces at the end of directory names.

VFS stands for Virtual File System and is a feature that is used in particular under Windows. It can be useful to switch to VFS, especially on systems with little free hard disk space. Initially, only the metadata (i.e. the file names, timestamps, etc.) are downloaded from the server. The file itself only lies on the server and the content is only downloaded when you need it. This makes the synchronization faster and consumes less disk space and also less bandwidth. You do not (and cannot) have to decide what is synchronized. That’s it with the advantages. The desktop client is also recommended by us so that you have a kind of “backup” of your data, should you ever have no access to the server. If you work with VFS, this does not work, since only the metadata, not the contents, are stored locally. We also strongly recommend having at least one external backup of your important data. This is quite difficult to do. According to our knowledge, external backup tools are necessary for this if you do not want to download the entire content of the cloud with every backup. With a few GB, this is usually not a problem, but with larger employee accounts, this is no longer practical. We have also observed that synchronization is extremely slow with accounts that have a large number of objects (files & folders). A precise cause could not be determined so far. Perhaps the implementation in the operating system is not yet optimal.

1. Log in via the browser.
2. Go to Personal Settings → Security.
3. Remove the iOS device from the list.
4. Write an app name (e.g. iPhone) in the field at the bottom of the page and click on “Create new app password”.
5. Then use the QR code to connect the app to the server.

The web interface lies a bit: no email is sent. It can only be shared with IDs that have logged into sciebo-Overleaf once and created a project. Then you can share with these people via the Sciebo ID. It is not necessary to use the federated Cloud-ID (with the double @), but you must use the normal ID that the people have at their respective instance.

We use the open source version of Overleaf, as found on GitHub. This means that we have no influence on the features that can be used. The integrations of Zotero or Github cannot be installed for this reason.

Unfortunately not. The Overleaf installation in sciebo is (currently) not fully integrated into sciebo and therefore data cannot be imported or exported directly into sciebo. Overleaf projects can only be imported and exported indirectly as a .zip file.

This is currently not possible.

Since the migration to Nextcloud these groups are now under Contacts/Teams.

Probably something went wrong during the transition of the instance from ownCloud to Nextcloud. The error is known to us. Unfortunately, we do not have a central repair tool and we do not want to deactivate the 2nd factor for all users for security reasons. Please write a support ticket with your university email address so that we can reset the 2nd factor.

If you only occasionally want to receive very large files, using a public link share is a good option. To do this, create a folder where you want to receive the file and click on the share icon and select “Public Links”. There you can create a link and for single use you should set an expiration date and password, as well as of course the option to upload files. The email function at this point causes problems and you should send the link better yourself; you can copy the link to the clipboard after creation by clicking on the corresponding button in the sidebar and then send it on.

There are some good reasons to create external backups. Basically, the data in the cloud is well protected. But technical circumstances can lead to data loss occurs, for example when using WebDAV or VFS. Our system uses various protection mechanisms to prevent data loss. The data storage is distributed redundantly across two locations. The failure of individual hard drives can also be compensated for by the system. However, user errors can cause data to disappear. Problematic here is in particular the use of shares. If you store your data in the account of the owner of the share, then if this account is deleted by the system, for example after the expiry of the authorization, then this also applies to the data. We are forced to do this for data protection reasons, on the other hand, due to the limited storage capacity. Our system also sends corresponding warning emails to the recipients of shares before the accounts are deleted. But unfortunately, these messages are often ignored. If a third person has access to the same share, they are probably authorized to delete the data or move it to another location outside the share. This is the current standard setting when creating shares. We do not create backups due to the huge amount of data. The storage system only creates so-called snapshots once a night. But we have to delete these or thin them out after a few weeks due to space reasons. In addition, searching in the snapshots and restoring from them is not quite easy and very time-consuming.

Collabora and OnlyOffice are open source and hosted by us. This operating mode is not possible with Microsoft Office. Therefore, for data protection and security reasons, Microsoft Office 365 is not a viable option. In addition, Microsoft Office works less reliably on the scale of sciebo.

Since the upgrade to Nextcloud Version 30, the default document editor has been set to Collabora (aka Nextcloud-Office). This has technical reasons that the manufacturer Nextcloud prescribes for us. Currently, there may still be problems, especially with the formatting and character sets of MS documents in Collabora. In this case, you can open your MS documents via the 3-dot menu with OnlyOffice until further notice. We hope that the support for these documents in Collabora will improve in the medium term.