- dovecot - dovecot.org

[Dovecot] Dovecot User Script?
by David White 21 Feb '08

21 Feb '08

I am new to Dovecot. I have been using Postfix as a mail relay to our Exchange box and have been happy with the setup. The Linux box also runs Apache and VSFTPD for our WWW and FTP services. However, we are now starting up a new smaller domain. I am grabbed a spare box and have setup Fedora 7 on the machine. I am can handle apache, vsftpd, and postfix alright, but I am not familiar with dovecot. I need a simple setup of about 15-20 users. Instead of setting up each user through the terminal is there a PHP script that anyone would recommend? A setup of virtual users in mysql is preferred, since I already have that installed. I found a HOWTO on Howtoforge with ISPconfig, but it did not setup Dovecot. They forgot that setup. Any suggestions would be useful. Thanks! David White dwhite(a)fddisystems.com

2 2

[Dovecot] Dovecot imap bad quota report
by Carlos Acedo 21 Feb '08

21 Feb '08

Hello, I have dovecot mail server on a Debian etch: dovecot-common 1.0.10-1~bpo40+1 dovecot-imapd 1.0.10-1~bpo40+1 dovecot-pop3d 1.0.10-1~bpo40+1 It is configured with the quota plugins: protocol imap { mail_plugins = quota imap_quota imap_client_workarounds = outlook-idle } plugin { quota = fs } The problem is that I always get used space but not the limit, and the limit is not the same for all the users, I have tried from thunderbird and horde IMP from another server. Why is not reporting the quota limit? Oh, I'm using mbox for mail storage and the quota programm to set quotas Thank you, Carlos -- To UNSUBSCRIBE, email to debian-isp-REQUEST(a)lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org

2 7

[Dovecot] corrupted index?
by Gary Funck 21 Feb '08

21 Feb '08

We're seeing the following sporadically in the log file (single line broken into separate lines for readability): Corrupted index cache file /home/user/mail/.index/.imap/INBOX/dovecot.index.cache: invalid record size We're running dovecot-1.0.7-2.fc8. The imap directory is in the user's NFS-mounted /home directory, but doveot is running on the same host as the /home filesystem. There's plenty of disk space and no other significant system problems. The mail index directory we rm'd a week/so ago, so doveoct has had the opportunity to rebuild it. Any ideas on what might be causing this? Is this issue anything to worry about? thanks.

4 4

[Dovecot] (message_parser_parse_next_block): assertion, failed: (ctx->input->eof)
by Adam McDougall 21 Feb '08

21 Feb '08

dovecot 1.1b16 Feb 19 23:32:41 hill dovecot: IMAP(username): Disconnected for inactivity bytes=29831/872 Feb 19 23:32:41 hill dovecot: IMAP(username): file message-parser.c: line 764 (message_parser_parse_next_block): assertion failed: (ctx->input->eof) Feb 19 23:32:41 hill dovecot: child 60831 (imap) killed with signal 6 # gdb /usr/local/libexec/dovecot/imap imap.60831.hill.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Core was generated by `imap'. Program terminated with signal 6, Aborted. Reading symbols from /usr/local/lib/libiconv.so.3...done. Loaded symbols for /usr/local/lib/libiconv.so.3 Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /usr/local/lib/dovecot/imap/lib01_acl_plugin.so...done. Loaded symbols for /usr/local/lib/dovecot/imap/lib01_acl_plugin.so Reading symbols from /usr/local/lib/dovecot/imap/lib20_fts_plugin.so...done. Loaded symbols for /usr/local/lib/dovecot/imap/lib20_fts_plugin.so Reading symbols from /usr/local/lib/dovecot/imap/lib21_fts_squat_plugin.so...done. Loaded symbols for /usr/local/lib/dovecot/imap/lib21_fts_squat_plugin.so Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x00000000109d64ac in kill () from /lib/libc.so.6 (gdb) bt full #0 0x00000000109d64ac in kill () from /lib/libc.so.6 No symbol table info available. #1 0x00000000109d533d in abort () from /lib/libc.so.6 No symbol table info available. #2 0x00000000004aa269 in i_internal_fatal_handler (type=LOG_TYPE_PANIC, status=0, fmt=0x4d6e20 "file %s: line %d (%s): assertion failed: (%s)", args=0x7fffffffde50) at failures.c:415 backtrace = 0x0 #3 0x00000000004a986b in i_panic (format=0x4d6e20 "file %s: line %d (%s): assertion failed: (%s)") at failures.c:187 args = {{gp_offset = 40, fp_offset = 48, overflow_arg_area = 0x7fffffffdf40, reg_save_area = 0x7fffffffde80}} #4 0x00000000004a26d3 in message_parser_parse_next_block (ctx=0x635448, block_r=0x7fffffffdf80) at message-parser.c:764 ret = -1 eof = false __PRETTY_FUNCTION__ = "message_parser_parse_next_block" #5 0x000000000045e8e8 in index_mail_cache_parse_continue (_mail=0x630848) at index-mail.c:1263 mail = (struct index_mail *) 0x630848 block = {part = 0x63a260, hdr = 0x0, data = 0x0, size = 0} ret = 1 #6 0x000000000045e995 in index_mail_cache_parse_deinit (_mail=0x630848, received_date=1203480167, success=false) at index-mail.c:1291 mail = (struct index_mail *) 0x630848 #7 0x000000000043a6ec in maildir_save_finish_real (_ctx=0x62f048) at maildir-save.c:478 ctx = (struct maildir_save_context *) 0x62f048 storage = (struct mail_storage *) 0x60a848 buf = {actime = 140737488347376, modtime = 4931367} st = {st_dev = 83951370, st_ino = 6401796, st_mode = 33152, st_nlink = 1, st_uid = 24311, st_gid = 3004, st_rdev = 0, st_atimespec = {tv_sec = 1203480135, tv_nsec = 388223000}, st_mtimespec = {tv_sec = 1203480167, tv_nsec = 749911000}, st_ctimespec = {tv_sec = 1203480167, tv_nsec = 749911000}, st_size = 28267, st_blocks = 56, st_blksize = 4096, st_flags = 0, st_gen = 0, st_lspare = 0, st_birthtimespec = {tv_sec = 0, tv_nsec = 0}} path = 0x601298 "/home/username/Maildir/.Drafts/tmp/1203480135.M361150P60831.hill" output_errno = 0 __PRETTY_FUNCTION__ = "maildir_save_finish_real" #8 0x000000000043a9bd in maildir_save_finish (ctx=0x62f048) at maildir-save.c:544 _data_stack_cur_id = 4 ret = 0 #9 0x000000000043a9f8 in maildir_save_cancel (_ctx=0x62f048) at maildir-save.c:554 ctx = (struct maildir_save_context *) 0x62f048 #10 0x000000000046bf99 in mailbox_save_cancel (_ctx=0x61e108) at mail-storage.c:736 ctx = (struct mail_save_context *) 0x62f048 #11 0x00000000004147a1 in cmd_append_finish (ctx=0x61e0c8) at cmd-append.c:137 __PRETTY_FUNCTION__ = "cmd_append_finish" #12 0x0000000000414f21 in cmd_append_continue_message (cmd=0x61e048) at cmd-append.c:364 client = (struct client *) 0x60d200 ctx = (struct cmd_append_context *) 0x61e0c8 size = 140737488347520 ret = 0 #13 0x000000000041ad81 in client_command_cancel (cmd=0x61e048) at client.c:74 cmd_ret = false #14 0x000000000041affc in client_destroy (client=0x60d200, reason=0x4c4673 "Disconnected for inactivity") at client.c:132 __PRETTY_FUNCTION__ = "client_destroy" #15 0x000000000041aba6 in client_idle_timeout (client=0x60d200) at client.c:27 No locals. #16 0x00000000004b30ef in io_loop_handle_timeouts_real (ioloop=0x600240) at ioloop.c:279 timeout = (struct timeout *) 0x600980 item = (struct priorityq_item *) 0x600980 tv = {tv_sec = 0, tv_usec = 0} tv_call = {tv_sec = 1203481961, tv_usec = 101353} t_id = 3 #17 0x00000000004b313d in io_loop_handle_timeouts (ioloop=0x600240) at ioloop.c:290 _data_stack_cur_id = 2 #18 0x00000000004b401e in io_loop_handler_run (ioloop=0x600240) at ioloop-kqueue.c:138 ctx = (struct ioloop_handler_context *) 0x60b0e0 events = (struct kevent *) 0x60f000 event = (const struct kevent *) 0x60f000 tv = {tv_sec = 1799, tv_usec = 999930} ts = {tv_sec = 1799, tv_nsec = 999930000} io = (struct io_file *) 0x648300 events_count = 3 t_id = 2 ret = 0 i = 0 __PRETTY_FUNCTION__ = "io_loop_handler_run" #19 0x00000000004b3190 in io_loop_run (ioloop=0x600240) at ioloop.c:301 No locals. #20 0x0000000000426c0e in main (argc=3, argv=0x7fffffffe350, envp=0x7fffffffe370) at main.c:293 No locals. (gdb)

2 1

[Dovecot] Scheduled folder purging
by Pietro 21 Feb '08

21 Feb '08

Hi all. I'm looking for a way to empty user's trash folder. Can message deletion or folder purging be scheduled? Thanks in advance. -Pietro.

8 14

[Dovecot] procmail deliver and envelope-to
by Klaus Ethgen 21 Feb '08

21 Feb '08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, first of all, please reply private as I am not subscribed to the list. But if this question takes to much traffic I can subscribe. My problem is that I have to use procmail (as it can call external programs) which finally calls deliver. My main rules are sieve and they work find except that I cannot use subaddress matching in envelope to (not envelope send which has been addressed earlier). But As I use the '+'-Feature the envelope to will be the one interesting for me. For example, I am subscribed to the mailing list gimp-devel with klaus+gdev(a)ethgen.de. So I want to use: require ["fileinto", "imapflags", "subaddress", "envelope"]; ... if envelope :detail :is "To" "gdev" { fileinto "Mailinglisten.gimp-devel"; stop; } But if I call the deliver tool from procmail this will not work and the mail falls thought to the next matching rule or the implicit delivery. In the resulting mail, Envelope-to: is set correctly but no sorting. Is there any way to use the Envelope-to: header for this? Regards Klaus Ethgen - -- Klaus Ethgen http://www.ethgen.de/ pub 2048R/D1A4EDE5 2000-02-26 Klaus Ethgen <Klaus(a)Ethgen.de> Fingerprint: D7 67 71 C4 99 A6 D4 FE EA 40 30 57 3C 88 26 2B -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBR7x5n5+OKpjRpO3lAQJ5mgf/TvGb+HlF1wRd087MvvNxu0MoQyPqLfCh vVW+/gCn0urALmpJj8J9bjsMNa4RsxYUYedPcbGx6vT5VSkTbYUJlzCeWlt5QPvS b3Ql7+fwAzBr1+3LcBtpsJgyEz7gYxaQ+rFhhhjRMaRu/rKERSuUdbrKxSg6Xnxy E7nMeajexVk9Emze9Tdl+cRxw2b9ycS+OM4wywScT/F+eZccWMdimUAw4BNqyFZY mFH2pFCsKwKHuDAMT7O9HxvkTj76d3+OEVguW0hz5hLppgjizsJWo6gWbVtJL5Yf ScLYRcSflWPTuYeO/dXxEYrEaDwFm1MO2BPj7YygGZIg++eWLF73iw== =OD+j -----END PGP SIGNATURE-----

5 8

[Dovecot] dovecot: child 53439 (imap) killed with signal 11
by Adam McDougall 21 Feb '08

21 Feb '08

For quite some time I have seen dovecot imap exit with a sig11 without any other error message, but usually with the frequency of between once per week and once per day (per server). A few weeks ago I finally enabled core dumping with debug symbols and it seemed to happen less often. I finally caught a coredump that wasn't overwritten. I have no idea what on the client end may cause it, it has happened to myself too. dovecot 1.11b16 FreeBSD 6.3 amd64 Maildir on NFS # 1.1.beta16: /usr/local/etc/dovecot.conf ssl_cert_file: /usr/local/etc/apache22/ssl/mail.pem ssl_key_file: /usr/local/etc/apache22/ssl/mail.pem login_dir: /var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login mail_max_userip_connections: 25 verbose_proctitle: yes first_valid_uid: 1000 first_valid_gid: 1000 mail_extra_groups: postlocal mail_location: maildir:%h/Maildir:CONTROL=%h/Maildir/dovecot/private/control:INDEX=%h/Maildir/dovecot/private/indexes mmap_disable: yes mail_nfs_storage: yes mail_nfs_index: yes mail_drop_priv_before_exec: yes mail_plugins: acl fts fts_squat mail_log_max_lines_per_sec: 0 imap_client_workarounds: delay-newmail netscape-eoh tb-extra-mailbox-sep namespace: type: private separator: / inbox: yes list: yes subscriptions: yes namespace: type: private separator: / prefix: mail/ hidden: yes subscriptions: yes namespace: type: private separator: / prefix: Mail/ hidden: yes subscriptions: yes namespace: type: public separator: / prefix: #shared/decs/ location: maildir:/egr/mail/shared/decs:CONTROL=%h/Maildir/dovecot/public/control/decs:INDEX=%h/Maildir/dovecot/public/indexes/decs list: yes subscriptions: yes auth default: passdb: driver: pam userdb: driver: passwd args: system_user= socket: type: listen client: path: /var/spool/postfix/private/auth mode: 384 user: postfix group: postfix plugin: acl: vfile:/usr/local/etc/dovecot-acls:cache_secs=10 fts: squat # gdb /usr/local/libexec/dovecot/imap imap.53439.hill.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Core was generated by `imap'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/local/lib/libiconv.so.3...done. Loaded symbols for /usr/local/lib/libiconv.so.3 Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /usr/local/lib/dovecot/imap/lib01_acl_plugin.so...done. Loaded symbols for /usr/local/lib/dovecot/imap/lib01_acl_plugin.so Reading symbols from /usr/local/lib/dovecot/imap/lib20_fts_plugin.so...done. Loaded symbols for /usr/local/lib/dovecot/imap/lib20_fts_plugin.so Reading symbols from /usr/local/lib/dovecot/imap/lib21_fts_squat_plugin.so...done. Loaded symbols for /usr/local/lib/dovecot/imap/lib21_fts_squat_plugin.so Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x0000000000435edd in maildir_uidlist_iter_next_rec (ctx=0x647120, rec_r=0x7fffffffdeb0) at maildir-uidlist.c:1522 1522 maildir-uidlist.c: No such file or directory. in maildir-uidlist.c #0 0x0000000000435edd in maildir_uidlist_iter_next_rec (ctx=0x647120, rec_r=0x7fffffffdeb0) at maildir-uidlist.c:1522 rec = (struct maildir_uidlist_rec *) 0x0 __PRETTY_FUNCTION__ = "maildir_uidlist_iter_next_rec" #1 0x000000000043461a in maildir_uidlist_write_fd (uidlist=0x64a000, fd=9, path=0x612a80 "/home/batesst/Maildir/dovecot/private/control/.INBOX/dovecot-uidlist", first_idx=56, file_size_r=0x7fffffffdf30) at maildir-uidlist.c:936 storage = (struct mail_storage *) 0x60a848 iter = (struct maildir_uidlist_iter_ctx *) 0x647120 output = (struct ostream *) 0x64a268 rec = (struct maildir_uidlist_rec *) 0x0 str = (string_t *) 0x602060 p = (const unsigned char *) 0x7fffffffdee0 "\200*a" len = 0 ret = 6295912 __PRETTY_FUNCTION__ = "maildir_uidlist_write_fd" #2 0x0000000000434ce4 in maildir_uidlist_sync_update (ctx=0x665040) at maildir-uidlist.c:1095 uidlist = (struct maildir_uidlist *) 0x64a000 file_size = 227633266741 __PRETTY_FUNCTION__ = "maildir_uidlist_sync_update" #3 0x0000000000435b9f in maildir_uidlist_sync_deinit (_ctx=0x601198) at maildir-uidlist.c:1448 _data_stack_cur_id = 5 ctx = (struct maildir_uidlist_sync_ctx *) 0x665040 ret = 0 __PRETTY_FUNCTION__ = "maildir_uidlist_sync_deinit" #4 0x0000000000430bab in maildir_sync_context (ctx=0x601168, forced=false, find_uid=0x0, lost_files_r=0x7fffffffdfef) at maildir-sync.c:836 sync_flags = MAILDIR_UIDLIST_SYNC_PARTIAL flags = 4294959056 new_changed = true cur_changed = false ret = 1 __PRETTY_FUNCTION__ = "maildir_sync_context" #5 0x0000000000430d11 in maildir_storage_sync_init (box=0x63e048, flags=65) at maildir-sync.c:881 _data_stack_cur_id = 4 mbox = (struct maildir_mailbox *) 0x63e048 ctx = (struct maildir_sync_context *) 0x601168 lost_files = false ret = 0 __PRETTY_FUNCTION__ = "maildir_storage_sync_init" #6 0x000000000046b890 in mailbox_sync_init (box=0x63e048, flags=65) at mail-storage.c:509 No locals. #7 0x000000000046b949 in mailbox_sync (box=0x63e048, flags=65, status_items=111, status_r=0x7fffffffe0a0) at mail-storage.c:539 ctx = (struct mailbox_sync_context *) 0x60a848 sync_rec = {seq1 = 4294959216, seq2 = 0, type = 6545480} #8 0x0000000000419627 in cmd_select_full (cmd=0x61e048, readonly=false) at cmd-select.c:39 client = (struct client *) 0x60d200 storage = (struct mail_storage *) 0x60a848 box = (struct mailbox *) 0x63e048 status = {messages = 4294959328, recent = 32767, unseen = 6343088, uidvalidity = 0, uidnext = 24, first_unseen_seq = 0, keywords = 0x41ca28} mailbox = 0x4cea7b "INBOX" #9 0x000000000041978a in cmd_select (cmd=0x61e048) at cmd-select.c:87 No locals. #10 0x000000000041bf72 in client_command_input (cmd=0x61e048) at client.c:546 client = (struct client *) 0x60d200 command = (struct command *) 0x7 __PRETTY_FUNCTION__ = "client_command_input" #11 0x000000000041c17b in client_command_input (cmd=0x61e048) at client.c:595 client = (struct client *) 0x60d200 command = (struct command *) 0x60c9b0 __PRETTY_FUNCTION__ = "client_command_input" #12 0x000000000041c2a3 in client_handle_next_command (client=0x60d200, remove_io_r=0x7fffffffe1f6) at client.c:636 size = 19 #13 0x000000000041c2f0 in client_handle_input (client=0x60d200) at client.c:646 _data_stack_cur_id = 3 ret = false remove_io = false handled_commands = false #14 0x000000000041c469 in client_input (client=0x60d200) at client.c:691 cmd = (struct client_command_context *) 0x20060b0e8 output = (struct ostream *) 0x60d368 bytes = 19 __PRETTY_FUNCTION__ = "client_input" #15 0x00000000004b4076 in io_loop_handler_run (ioloop=0x600240) at ioloop-kqueue.c:149 ctx = (struct ioloop_handler_context *) 0x60b0e0 events = (struct kevent *) 0x60f000 event = (const struct kevent *) 0x60f000 tv = {tv_sec = 1799, tv_usec = 999708} ts = {tv_sec = 1799, tv_nsec = 999708000} io = (struct io_file *) 0x600940 events_count = 3 t_id = 2 ret = 1 i = 0 __PRETTY_FUNCTION__ = "io_loop_handler_run" #16 0x00000000004b3190 in io_loop_run (ioloop=0x600240) at ioloop.c:301 No locals. #17 0x0000000000426c0e in main (argc=3, argv=0x7fffffffe340, envp=0x7fffffffe360) at main.c:293 No locals. (gdb)

2 1

[Dovecot] Shared Mailbox
by c-schettner 20 Feb '08

20 Feb '08

Hi all, I am a very new dovecot user and I do not have many experience in Linux configuration. I use dovecot v1.0.rc.15 (Debian package) IMAP service with virtual domains and users in /home/vmail and everything runs perfectly. Now I want to share the "testfolder" under the mailbox of "user1" to all memebers of "example.net" but I don?t understand the wiki pages (http://wiki.dovecot.org/SharedMailboxes) The ACL-plugin is on in dovecot.conf. my structure under /home/vmail -example.net --user1 ---/.drafts ---/.INBOX.testfolder ---/.Sent ---/.trash ---/Cur ........ --user2 --- (dito) -xxxx.de --user3 --user4 -test.com --user5 --user6 can anybody help with a configuration tip? Many thanks, Christian.

2 1

[Dovecot] 1.0.10 - Can deliver get quotas from users maildirsize?
by Tobias Balle-Petersen 20 Feb '08

20 Feb '08

Hello... I'm experimenting with controlling users quota by manipulation the maildirsize files in virtual users (LDAP) homedirs (Is this OK?). This works with IMAP, but deliver via postfix delivers mail to users even if they are over quota. I would like to reject new mails in this case. Any ideas? Thanks, Tobias

1 0

[Dovecot] sieve dues not work
by Carsten Henkel 20 Feb '08

20 Feb '08

hi together, there is a problem with my sieve: System SuSE 10.3 with Postfix in Postfix i have add to main.cf mailbox_command = /usr/lib/dovecot/deliver in /etc/dovecot/dovecot.conf is add: protocol lda { # Address to use when sending rejection mails. postmaster_address = carsten(a)chatlabel.de ... # Enabling Sieve plugin for server-side mail filtering mail_plugins = cmusieve } ~/.dovecot.sieve have this entry: require "fileinto"; if header :contains "subject" ["test"] { fileinto "Archiv"; } else { # The rest goes into INBOX # default is "implicit keep", we do it explicitly here keep; } but it isnt work, the mails are moved to inbox, not to Archiv there are any idea?s ? thanks a lot log: Feb 19 17:30:23 server postfix/smtpd[31107]: connect from mail.gmx.net[213.165.64.20] Feb 19 17:30:23 server postfix/policyd-weight[12323]: decided action=PREPEND X-policyd-weight: using cached result; rate: -8.5; <client=213.165.64.20> <helo=mail.gmx.net> <from=geiercasi(a)gmx.de> <to=carsten(a)chatlabel.de>; delay: 0s Feb 19 17:30:23 server postfix/smtpd[31107]: EE21D858006: client=mail.gmx.net[213.165.64.20] Feb 19 17:30:24 server postfix/cleanup[31310]: EE21D858006: message-id=<47BB0430.4010506(a)gmx.de> Feb 19 17:30:24 server postfix/qmgr[31078]: EE21D858006: from=<geiercasi(a)gmx.de>, size=1092, nrcpt=1 (queue active) Feb 19 17:30:24 server postfix/smtpd[31107]: disconnect from mail.gmx.net[213.165.64.20] Feb 19 17:30:27 server postfix/smtpd[31323]: connect from server.wunschradio.de[127.0.0.1] Feb 19 17:30:27 server postfix/smtpd[31323]: 99B82858017: client=server.wunschradio.de[127.0.0.1] Feb 19 17:30:27 server postfix/cleanup[31310]: 99B82858017: message-id=<47BB0430.4010506(a)gmx.de> Feb 19 17:30:27 server postfix/smtpd[31323]: disconnect from server.wunschradio.de[127.0.0.1] Feb 19 17:30:27 server amavis[30697]: (30697-06) Passed CLEAN, [213.165.64.20] <geiercasi(a)gmx.de> -> <casi(a)server.wunschradio.de>, Message-ID: <47BB0430.4010506(a)gmx.de>, mail_id: z92vEMcCmz2c, Hits: -2.352, size: 1092, queued_as: 99B82858017, 3620 ms Feb 19 17:30:27 server postfix/qmgr[31078]: 99B82858017: from=<geiercasi(a)gmx.de>, size=1578, nrcpt=1 (queue active) Feb 19 17:30:27 server deliver(casi): maildir: root exists (/home/casi/Maildir) Feb 19 17:30:27 server deliver(casi): maildir: root=/home/casi/Maildir, index=/home/casi/Maildir, control=, inbox= Feb 19 17:30:27 server postfix/smtp[31384]: EE21D858006: to=<casi(a)server.wunschradio.de>, orig_to=<carsten(a)chatlabel.de>, relay=127.0.0.1[127.0.0.1]:10024, delay=3.9, delays=0.23/0/0/3.6, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as 99B82858017) Feb 19 17:30:27 server postfix/qmgr[31078]: EE21D858006: removed Feb 19 17:30:27 server deliver(casi): msgid=<47BB0430.4010506(a)gmx.de>: saved mail to INBOX Feb 19 17:30:27 server postfix/local[31327]: 99B82858017: to=<casi(a)server.wunschradio.de>, relay=local, delay=0.27, delays=0.09/0/0/0.19, dsn=2.0.0, status=sent (delivered to command: /usr/lib/dovecot/deliver) Feb 19 17:30:27 server postfix/qmgr[31078]: 99B82858017: removed -- Laut Statistik ist die Ehe Hauptursache aller Scheidungen. * Dies ist ein Zufallstext und hat nichts mir dem Empfänger der Mail zu tun

2 1