- dovecot - dovecot.org

[Dovecot] Dovecot 2.0.rc3 doesn't compile with custom OpenSSL
by Andreas M. Kirchwitz 03 Aug '10

03 Aug '10

Hi folks, when building Dovecot 2.0.rc3 (never used any other 2.0.X before, so this issue might not be new to that specific release), then compilation fails on anything that is linked against the new "libdovecot-login.so" library. For example, "imap-login" fails: /bin/sh ../../libtool --tag=CC --mode=link gcc -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -Wstrict-aliasing=2 -I/usr/local/ssl/include -o imap-login client.o client-authenticate.o imap-login-settings.o imap-proxy.o ../../src/login-common/libdovecot-login.la ../../src/lib-dovecot/libdovecot.la -lrt libtool: link: gcc -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -Wstrict-aliasing=2 -I/usr/local/ssl/include -o .libs/imap-login client.o client-authenticate.o imap-login-settings.o imap-proxy.o ../../src/login-common/.libs/libdovecot-login.so ../../src/lib-dovecot/.libs/libdovecot.so -lrt -Wl,-rpath -Wl,/usr/local/Dovecot-2.0.rc3/lib/dovecot /usr/bin/ld: warning: libcrypto.so.1.0.0, needed by ../../src/login-common/.libs/libdovecot-login.so, not found (try using -rpath or -rpath-link) /usr/bin/ld: warning: libssl.so.1.0.0, needed by ../../src/login-common/.libs/libdovecot-login.so, not found (try using -rpath or -rpath-link) ../../src/login-common/.libs/libdovecot-login.so: undefined reference to `OBJ_txt2nid' [...] collect2: ld returned 1 exit status make[3]: *** [imap-login] Error 1 make[3]: Leaving directory `/usr/local/src/dovecot-2.0.rc3/src/imap-login' I'm not using system OpenSSL but a custom installation in /usr/local/ssl. According to the documentation, Dovecot is smart enough to get everything it needs from the /usr/local/ssl/lib/pkgconfig/*.pc files. Dovecot 1.2.X just compiles fine if configured like this: ./configure --prefix=/usr/local/${DOVECOTVER} --with-ssl=openssl The problem with Dovecot 2.0.rc3 is, that libdovecot-login.so isn't given the correct pathes for the OpenSSL libraries: $ ldd src/login-common/.libs/libdovecot-login.so linux-gate.so.1 => (0x00b6e000) libssl.so.1.0.0 => not found libcrypto.so.1.0.0 => not found libdl.so.2 => /lib/libdl.so.2 (0x00b2a000) librt.so.1 => /lib/librt.so.1 (0x004d4000) libc.so.6 => /lib/libc.so.6 (0x00110000) /lib/ld-linux.so.2 (0x006e7000) libpthread.so.0 => /lib/libpthread.so.0 (0x009c6000) So everything depending on libdovecot-login.so will fail. Setting "SSL_CFLAGS" and "SSL_LIBS" manually doesn't help because Dovecot already sets these perfectly fine via pkg-config: env SSL_CFLAGS="-I/usr/local/ssl/include" SSL_LIBS="-L/usr/local/ssl/lib -Wl,-R/usr/local/ssl/lib -lcrypto -lssl" ./configure --prefix=/usr/local/${DOVECOTVER} --with-ssl=openssl Only the hard way works: env CPPFLAGS="-I/usr/local/ssl/include" LDFLAGS="-L/usr/local/ssl/lib -Wl,-R/usr/local/ssl/lib -lcrypto -lssl" ./configure --prefix=/usr/local/${DOVECOTVER} --with-ssl=openssl However, setting CPPFLAGS and LDFLAGS shouldn't be necessary because SSL_CFLAGS and SSL_LIBS already contain the information that is needed to build a proper library. They are just not used when linking libdovecot-login.so ;-) Greetings, Andreas

2 1

[Dovecot] Date problem after import
by Andreas Schenk 03 Aug '10

03 Aug '10

Hi, am running into an import problem: After I upgraded an Mac OS X 10.5.8 Server to Mac OS X 10.6, not all, but quite some mails show wrong dates. They are dated to the year 2020, which is obviously not possible for mail that has been sent long ago. Now 10.5 to 10.6 is a move from cyrus to dovecot and the migration scripts used by Apple are supposed to do a nice migration. I have seen this suceed a lot of times, but this time not. As far as I understand, dovecot uses the modification date of the email to build its index and deleting the index should make it being rebuilt. But my "wrong" emails also have wrong modification dates. Only the headers inside the mail text still show the correct dates. My guess is, that something got wrong when migrating from cyrus. Even maybe the cyrus db might have been corrupt in the first place. As I can't go back and reimport I have to live with the situation. My plan to fix it is to write a script to traverse the mailbox hierarchy, delete the index files and have all email files with a modification date in 2020 be set to a modification date that is extracted from its contents "Date:" header. Now my question is, if you think this way is good, feasible or if another solution springs to the mind of those more adept with dovecot. Any help is appreciated. Andi --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- Andreas Schenk Tel. +49 1511 5675667 Support / Consulting im Raum Stuttgart mit www.apfelwerk.de Twitter: andreas_schenk ADP | ACT | ACSP | ACTC | ACSA --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- ---

2 1

[Dovecot] dsync & subscription
by Ильяс Рахимов 03 Aug '10

03 Aug '10

Hello! When I migrans mailbox from one server to the second file subscribe "/" is replaced by a point "." the first file server subscription: & BB4EMQRJBDgENQ-& BD8EMAQ, BDoEOA-/firstname.secondname after migration to the second server: & BB4EMQRJBDgENQ-& BD8EMAQ, BDoEOA-.firstname.secondname on the second server before migration mailbox was not. After fixing the subscription file on the second server sync two mailboxes passes without problems. >From the outside for my English, I use Google Translator

2 1

[Dovecot] Dsync ignores INBOX when converting from mbox to maildir
by Jan Vítek 03 Aug '10

03 Aug '10

Hi, I am trying to convert email box in mbox format to maildir++. It converts all folders except INBOX. For example: dsync -D -v -f -u 'info(a)example.org' mirror 'maildir:~/Maildir' prints: dsync(info(a)example.org): Info: Sport: only in source So it converts Sport folder, but INBOX folder is ignored. dovecot.conf contains: mail_location = mbox:~/mail:INBOX=/var/mail/%u File /var/mail/info(a)example.org contains email messages. Dovecot is in version v2.0.rc3. Do you have any advice what am I doing wrong? -- Kind Regards Jan Vítek ČESKÝ WEBHOSTING s.r.o. Tel: +420 605 25 25 25 E-mail: info(a)cweb.cz http://www.cweb.cz

5 13

[Dovecot] How to disable "/Noselect" Flag
by Nabil TAZI 03 Aug '10

03 Aug '10

Hi all, can you help me to disable the "/Noselect" flag from folder so imap client can select the folder and his sub-folders to store mails inside Thanks

3 3

[Dovecot] Crash while accessing mdbox folders
by Matthias Rieber 03 Aug '10

03 Aug '10

Hi, I've converted some accounts with "dsync mirror maildir:~/Maildir". It seemed to work, but when I access the folders via IMAP I get the following error: Jul 11 09:41:59 shrike dovecot: imap(matze): Debug: acl vfile: file /home/matze/mdbox/mailboxes/Telefon/dbox-Mails/dovecot-acl not found Jul 11 09:41:59 shrike dovecot: imap(matze): Panic: file mailbox-list-fs.c: line 150 (fs_list_get_path): assertion failed: (mailbox_list_is_valid_pattern(_list, name)) Jul 11 09:41:59 shrike dovecot: imap(matze): Error: Raw backtrace: /usr/local/lib/dovecot/libdovecot.so.0 [0x2b344bcd2da2] -> /usr/local/lib/dovecot/libdovecot.so.0 [0x2b344bcd2e0a] -> /usr/local/lib/dovecot/libdovecot.so.0(i_error+0) [0x2 b344bcd31b3] -> /usr/local/lib/dovecot/libdovecot-storage.so.0 [0x2b344ba2eb8d] -> /usr/local/lib/dovecot/lib01_acl_plugin.so [0x2b344c89c203] -> /usr/local/lib/dovecot/lib01_acl_plugin.so(acl_mailbox_list_have_right+0x71) [0x2b344c8a0291] -> /usr/local/lib/dovecot/lib01_acl_plugin.so [0x2b344c8a067c] -> /usr/local/lib/dovecot/libdovecot-storage.so.0(mailbox_list_iter_next+0xa) [0x2b344b9fefaa] -> /usr/local/lib/dovecot/lib01_acl_plugin.so [0x2b344c89feba] -> /usr/local/lib /dovecot/lib01_acl_plugin.so [0x2b344c8a0782] -> /usr/local/lib/dovecot/libdovecot-storage.so.0(mailbox_list_iter_next+0xa) [0x2b344b9fefaa] -> /usr/local/lib/dovecot/lib01_acl_plugin.so [0x2b344c89feba] -> /usr/local/lib/dovecot/lib01_acl _plugin.so [0x2b344c8a0782] -> /usr/local/lib/dovecot/libdovecot-stor Jul 11 09:41:59 shrike dovecot: master: Error: service(imap): child 3174 killed with signal 6 (core dumped) Backtrace: #0 0x00002b344c354ed5 in raise () from /lib/libc.so.6 No symbol table info available. #1 0x00002b344c3563f3 in abort () from /lib/libc.so.6 No symbol table info available. #2 0x00002b344bcd2db5 in default_fatal_finish (type=<value optimized out>, status=0) at failures.c:164 backtrace = 0xa983760 "/usr/local/lib/dovecot/libdovecot.so.0 [0x2b344bcd2da2] -> /usr/local/lib/dovecot/libdovecot.so.0 [0x2b344bcd2e0a] -> /usr/local/lib/dovecot/libdovecot.so.0(i_error+0) [0x2b344bcd31b3] -> /usr/local/l"... #3 0x00002b344bcd2e0a in i_internal_fatal_handler (type=LOG_TYPE_PANIC, status=0, fmt=<value optimized out>, args=<value optimized out>) at failures.c:593 No locals. #4 0x00002b344bcd31b3 in i_panic (format=<value optimized out>) at failures.c:230 args = {{gp_offset = 40, fp_offset = 48, overflow_arg_area = 0x7fff8edf67b0, reg_save_area = 0x7fff8edf66f0}} #5 0x00002b344ba2eb8d in fs_list_get_path (_list=0xa9b4fc8, name=0xa983700 "Telefon/", type=MAILBOX_LIST_PATH_TYPE_MAILBOX) at mailbox-list-fs.c:150 root_dir = <value optimized out> __FUNCTION__ = "fs_list_get_path" #6 0x00002b344c89c203 in acl_backend_vfile_object_init (_backend=0xa9b57d8, name=0xa983700 "Telefon/") at acl-backend-vfile.c:171 aclobj = (struct acl_object_vfile *) 0xa9d0660 dir = <value optimized out> #7 0x00002b344c8a0291 in acl_mailbox_list_have_right (list=0xa9b4fc8, name=0xa983700 "Telefon/", parent=false, acl_storage_right_idx=0, can_see_r=0x0) at acl-mailbox-list.c:63 alist = (struct acl_mailbox_list *) 0xa9b5210 backend = (struct acl_backend *) 0xc66 aclobj = <value optimized out> ret = <value optimized out> ret2 = <value optimized out> #8 0x00002b344c8a067c in acl_mailbox_list_iter_next (_ctx=<value optimized out>) at acl-mailbox-list.c:328 _data_stack_cur_id = 7 ctx = (struct acl_mailbox_list_iterate_context *) 0xa9cd900 info = <value optimized out> ret = <value optimized out> #9 0x00002b344b9fefaa in mailbox_list_iter_next (ctx=0xc66) at mailbox-list.c:1048 info = <value optimized out> #10 0x00002b344c89feba in iter_mailbox_has_visible_children (ctx=0xa9cd520, only_nonpatterns=false) at acl-mailbox-list.c:299 iter = (struct mailbox_list_iterate_context *) 0xa9cd900 info = (const struct mailbox_info *) 0x1002 flags = 4098 pattern = <value optimized out> prefix = 0xa983630 "Telefon..*" i = <value optimized out> prefix_len = 9 stars = false ret = false __FUNCTION__ = "iter_mailbox_has_visible_children" #11 0x00002b344c8a0782 in acl_mailbox_list_iter_next (_ctx=<value optimized out>) at acl-mailbox-list.c:332 _data_stack_cur_id = 6 ctx = (struct acl_mailbox_list_iterate_context *) 0xa9cd520 info = <value optimized out> ret = 1 #12 0x00002b344b9fefaa in mailbox_list_iter_next (ctx=0xc66) at mailbox-list.c:1048 info = <value optimized out> #13 0x00002b344c89feba in iter_mailbox_has_visible_children (ctx=0xa9caec0, only_nonpatterns=false) at acl-mailbox-list.c:299 iter = (struct mailbox_list_iterate_context *) 0xa9cd520 info = (const struct mailbox_info *) 0x1002 flags = 4098 pattern = <value optimized out> prefix = 0xa9834d8 "Telefon.*" i = <value optimized out> prefix_len = 8 stars = false ret = false __FUNCTION__ = "iter_mailbox_has_visible_children" #14 0x00002b344c8a0782 in acl_mailbox_list_iter_next (_ctx=<value optimized out>) at acl-mailbox-list.c:332 _data_stack_cur_id = 5 ctx = (struct acl_mailbox_list_iterate_context *) 0xa9caec0 info = <value optimized out> ret = 1 #15 0x00002b344b9fefaa in mailbox_list_iter_next (ctx=0xc66) at mailbox-list.c:1048 info = <value optimized out> #16 0x000000000040bd49 in cmd_list_continue (cmd=0xa9be4d8) at cmd-list.c:374 _data_stack_cur_id = 4 ctx = (struct cmd_list_context *) 0xa9be5d0 #17 0x000000000040cc17 in cmd_list_full (cmd=0xa9be4d8, lsub=false) at cmd-list.c:954 client = (struct client *) 0xa9bdd78 args = (const struct imap_arg *) 0xa9c0d70 list_args = (const struct imap_arg *) 0xa9830f8 arg_count = <value optimized out> ctx = (struct cmd_list_context *) 0xa9be5d0 patterns = {arr = {buffer = 0xa9be620, element_size = 8}, v = 0xa9be620, v_modifiable = 0xa9be620} pattern = 0xa9c0e28 "*" patterns_strarr = <value optimized out> #18 0x000000000041038c in client_command_input (cmd=0xa9be4d8) at imap-client.c:652 client = (struct client *) 0xa9bdd78 command = <value optimized out> __FUNCTION__ = "client_command_input" #19 0x000000000041043d in client_command_input (cmd=0xa9be4d8) at imap-client.c:702 client = (struct client *) 0xa9bdd78 command = (struct command *) 0x6 __FUNCTION__ = "client_command_input" #20 0x00000000004105b5 in client_handle_input (client=0xa9bdd78) at imap-client.c:743 _data_stack_cur_id = 3 ret = 19 remove_io = <value optimized out> handled_commands = false __FUNCTION__ = "client_handle_input" #21 0x0000000000410fe2 in client_input (client=0xa9bdd78) at imap-client.c:794 cmd = <value optimized out> output = (struct ostream *) 0xa9be358 bytes = <value optimized out> __FUNCTION__ = "client_input" #22 0x00002b344bcddb0b in io_loop_handler_run (ioloop=<value optimized out>) at ioloop-epoll.c:212 ctx = (struct ioloop_handler_context *) 0xa98b7f0 event = (const struct epoll_event *) 0xa98b860 list = (struct io_list *) 0xa9be430 io = (struct io_file *) 0xa9be3f0 tv = {tv_sec = 4, tv_usec = 998985} t_id = 2 msecs = <value optimized out> ret = 1 call = <value optimized out> #23 0x00002b344bcdcc88 in io_loop_run (ioloop=0xa98b5e0) at ioloop.c:350 No locals. #24 0x00002b344bccc703 in master_service_run (service=0xa98b4b0, callback=0xc66) at master-service.c:495 No locals. #25 0x00000000004191a1 in main (argc=2, argv=0xa98b370) at main.c:358 service_flags = <value optimized out> storage_service_flags = <value optimized out> postlogin_socket_path = 0xa983098 "/usr/local/var/run/dovecot/postlogin" username = 0x0 c = <value optimized out> set_roots = {0x41c3a0, 0x0} Config: # 2.0.rc2 (77f244924009): /etc/dovecot/dovecot.conf # OS: Linux 2.6.18-028stab069.6 x86_64 Debian 5.0.5 auth_master_user_separator = * auth_username_format = %n disable_plaintext_auth = no listen = * mail_debug = yes mail_location = mdbox:~/mdbox mail_plugins = virtual fts fts_squat zlib acl managesieve_notify_capability = mailto managesieve_sieve_capability = comparator-i;octet comparator-i;ascii-casemap fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date spamtest spamtestplus virustest namespace { hidden = yes inbox = no list = no location = prefix = mail separator = type = private } namespace { hidden = no inbox = yes location = prefix = separator = . type = private } namespace { hidden = yes inbox = no list = no location = prefix = INBOX. separator = . type = private } namespace { list = children location = mdbox:/home/%%n/mdbox:INDEX=~/mdbox.index/shared/%%u prefix = common.%%u. separator = . subscriptions = no type = shared } namespace { hidden = no list = yes location = virtual:~/Maildir/virtual prefix = virtual. separator = . subscriptions = yes type = private } passdb { args = /etc/dovecot/dovecot-ldap.conf.ext driver = ldap } passdb { args = /etc/dovecot/passwd.masterusers driver = passwd-file master = yes } plugin { acl = vfile:/etc/dovecot/acls:cache_secs=7200 acl_shared_dict = file:/var/lib/dovecot/shared-mailboxes.db fts = squat fts_squat = partial=4 full=4 sieve_dir = ~/Maildir/sieve } protocols = imap pop3 sieve service imap { executable = imap postlogin vsz_limit = 1073741824 } service managesieve-login { inet_listener sieve { port = 4190 } } service postlogin { executable = script-login rawlog } ssl_cert = </etc/dovecot/imap.scheff32.de.pem ssl_key = </etc/dovecot/imap.scheff32.de.key userdb { args = system_groups_user=%u blocking=yes driver = passwd } protocol lda { mail_plugins = fts fts_squat zlib acl virtual sieve } protocol imap { mail_max_userip_connections = 32 mail_plugins = $mail_plugins imap_acl } protocol sieve { mail_plugins = $mail_plugins sieve } Regards, Matthias

5 9

[Dovecot] Updating Database records from a Plugin
by John O'Brien 03 Aug '10

03 Aug '10

Guys, In the file /etc/dovecot-pgsql.conf I have driver = pgsql connect = host=localhost dbname=ivr.db user=ivr password=passwd default_pass_scheme = PLAIN password_query = SELECT password FROM embedded_device WHERE username='%u' user_query = SELECT home, uid, gid FROM embedded_device WHERE username='%u' In the table embedded_device there is a field called PIN. My plugin has the "user" and the "pin_value". What I want to do from the plugin is the following: UPDATE embedded_device SET PIN=pin_value WHERE username=user; Questions: Is there a way to locate the exiting database open connection? Is there a way to use the dovecot sql API to set the value of field? I have been looking for examples and have not been very successful. Regards, John

2 1

[Dovecot] Passing Arguments to Plugin
by John O'Brien 03 Aug '10

03 Aug '10

Guys, Making progress on my plugin to support the custom IMAP command required by a special embedded system. Have been looking through the documentation to see if it is possible to pass parameters down to a plugin through the dovecot.conf So is there a simple way? Regards, John

2 1

[Dovecot] [2.0] Experience in production environment
by Luigi Rosa 03 Aug '10

03 Aug '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I decided to put 2.0-pre3 in a couple of production environments with about 50 users each. The configuration is what I consider my own standard: Dovecot, Postfix with authentication via Dovecot, postfixadmin, maildir, userbase on MySQL. The new configuration schema is very flexible and much better than the "monolithic" file. The configuration conversion utility is very useful. No issue to report, the logfile is clean. The only difference between 2.0 and the previous version is the RIM server. Some users have configured their blackberry to synchronize the phone with their mailbox in IMAP. Previously RIM kept a connection open, after upgrading to 2.0, RIM opens a connection and then closes it. This is not an issue, because the synchronization is ok, and I think that is better this way than to keep an oper socket. Just for curiosity: it happens only to me and why this happens? Ciao, luigi - -- / +--[Luigi Rosa]-- \ We believe that no race can be truly intelligent without laughter. --Delenn, "A Race Through Dark Places", Babylon 5 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkxObh8ACgkQ3kWu7Tfl6ZQatQCfXmYcX7Ke1j76oV41UXr/naU1 gOcAoLw5aRqpynI3EBQW546ja35+Pxoa =tube -----END PGP SIGNATURE-----

3 3

[Dovecot] Patch: New event "mailbox_create" for the mail_log plugin
by Tobias Joch 02 Aug '10

02 Aug '10

Hello, the following patch for the mail_log plugin (source version = 1.2.13) adds a new logging event "mailbox_create". Perhaps this is also of interest to other people except me ;) Best regards, Tobias Index: src/plugins/mail-log/mail-log-plugin.c =================================================================== --- src/plugins/mail-log/mail-log-plugin.c (revision 571) +++ src/plugins/mail-log/mail-log-plugin.c (working copy) @@ -43,12 +43,14 @@ MAIL_LOG_EVENT_MAILBOX_DELETE = 0x10, MAIL_LOG_EVENT_MAILBOX_RENAME = 0x20, MAIL_LOG_EVENT_FLAG_CHANGE = 0x40, - MAIL_LOG_EVENT_APPEND = 0x80 + MAIL_LOG_EVENT_APPEND = 0x80, + MAIL_LOG_EVENT_MAILBOX_CREATE = 0x100 }; #define MAIL_LOG_DEFAULT_EVENTS \ (MAIL_LOG_EVENT_DELETE | MAIL_LOG_EVENT_UNDELETE | \ MAIL_LOG_EVENT_EXPUNGE | MAIL_LOG_EVENT_COPY | \ - MAIL_LOG_EVENT_MAILBOX_DELETE | MAIL_LOG_EVENT_MAILBOX_RENAME) + MAIL_LOG_EVENT_MAILBOX_DELETE | MAIL_LOG_EVENT_MAILBOX_RENAME | \ + MAIL_LOG_EVENT_MAILBOX_CREATE) static const char *field_names[] = { "uid", @@ -71,6 +73,7 @@ "mailbox_rename", "flag_change", "append", + "mailbox_create", NULL }; @@ -597,6 +600,22 @@ return 0; } +static int +mail_log_mailbox_create(struct mail_storage *storage, const char *name, + bool directory) +{ + union mail_storage_module_context *lstorage = MAIL_LOG_CONTEXT(storage); + + if (lstorage->super.mailbox_create(storage, name, directory) < 0) + return -1; + + if ((mail_log_set.events & MAIL_LOG_EVENT_MAILBOX_CREATE) == 0) + return 0; + + i_info("Mailbox created: %s", str_sanitize(name, MAILBOX_NAME_LOG_LEN)); + return 0; +} + static void mail_log_mail_storage_created(struct mail_storage *storage) { union mail_storage_module_context *lstorage; @@ -604,6 +623,7 @@ lstorage = p_new(storage->pool, union mail_storage_module_context, 1); lstorage->super = storage->v; storage->v.mailbox_open = mail_log_mailbox_open; + storage->v.mailbox_create = mail_log_mailbox_create; MODULE_CONTEXT_SET_SELF(storage, mail_log_storage_module, lstorage); -- Tobias Joch Dipl.-Informatiker (FH) Head of Solution Development inovex GmbH Karlsruher Straße 71 D-75179 Pforzheim Tel. +49 7231 - 31 91 71 Fax +49 7231 - 31 91 91 Mobil +49 173 - 31 81 004 tobias.joch(a)inovex.de www.inovex.de Sitz der Gesellschaft: Pforzheim AG Mannheim, HRB 502126 Geschäftsführer: Stephan Müller

2 2