Re: Modify stored mail contents?
>> On Sat, 22 Jul 2017 12:51:15 +0200, Evan Martin stated: >> >>> Is there a safe way to modify the contents of emails stored by >>> Dovecot? I'll probably only want to change the message bodies, not >>> the headers, if that matters. Looking for ways to do this both for >>> existing emails and new emails as they are received (though anything >>> that works for existing emails can probably just be run again for >>> new emails.) My mail storage is currently mdbox, but I could >>> migrate to another format if that helps. > On 22/07/2017 3:56 PM, Jerry wrote: >> You could just view the message in your MUA and then save it to >> another drive, or whatever. Then, using a text editor, you could >> modify it to your hearts content. >> >> Exactly, what problem are you trying to address? On Sat, 22 Jul 2017 16:05:19 +0200, Evan Martin stated: > Yes, obviously clients can save messages. I meant: to modify messages > in bulk, on the server, replacing the existing message bodies stored > by Dovecot. I am not understanding what problem you are trying to alleviate. Are these your messages or those of your clients? -- Jerry
Re: 10-ssl ssl = no but dovecot still reads certs
Hi, Can you please post your doveconf -n output. Sami > On 16 Jun 2017, at 11.29, li...@lazygranch.com wrote: > > I'm bringing up a new email server starting without TLS initially. In > 10-ssl.conf I set ssl = no, but the default ssl_cert and ssl_key > lines are not commented out. I got the obvious error message: > -- > doveconf: Fatal: Error in configuration > file /usr/local/etc/dovecot/conf.d/10-ssl.conf line 12: ssl_cert: Can't > open file /etc/ssl/certs/dovecot.pem: No such file or > directory /usr/local/etc/rc.d/dovecot: WARNING: failed to start dovecot > -- > > No big deal, but I don't remember this being an issue the last time I > set up a server. You would think if ssl=no, the ssl_cert and ssl_key > files would not be opened.
SIEVE: handling of lineending in fields
Hello, migrated von the mailserver from centos to alpine linux. Most parts are run well. dovecot 2.2.31 sieve: 0.4.19 But i fight with on behavior. I have an sieve script which pipes a few fields to an external script which send this data to an telegram-bot. the part of the sieve-script. if header :matches "Subject" "*" { set "subject" "${1}"; } if header :matches "from" "*" { set "from" "${1}"; } if header :matches "to" "*" { set "to" "${1}"; } foreverypart { if header :mime :type :is "Content-Type" "text" { extracttext :first 30 "msgcontent"; break; } } pipe :copy :try "notify.sh" [ "", "(${from})#${to}#${subject}", "\"${msgcontent}\"" ]; What i get now is an error about looks like encoding of the linefeeds. default: line 107: error: specified :args item `"test 4??"' is invalid. Here is sent a mail which contains in subject "test 4". or default: line 107: error: specified :args item `"?? ?? ??? ??? Oracle Magazine "' is invalid. Here is sent a mail which contains in subject "test 4". On centos this was never an problem. With alpine-linux this process is complete broken. Any hints, where to look and maybee fix thie behavior? Mybe its ab problem with the libmusl which used in alpine. Regards Ingo signature.asc Description: OpenPGP digital signature
Re: Modify stored mail contents?
Yes, obviously clients can save messages. I meant: to modify messages in bulk, on the server, replacing the existing message bodies stored by Dovecot. On 22/07/2017 3:56 PM, Jerry wrote: On Sat, 22 Jul 2017 12:51:15 +0200, Evan Martin stated: Is there a safe way to modify the contents of emails stored by Dovecot? I'll probably only want to change the message bodies, not the headers, if that matters. Looking for ways to do this both for existing emails and new emails as they are received (though anything that works for existing emails can probably just be run again for new emails.) My mail storage is currently mdbox, but I could migrate to another format if that helps. You could just view the message in your MUA and then save it to another drive, or whatever. Then, using a text editor, you could modify it to your hearts content. Exactly, what problem are you trying to address?
Re: Modify stored mail contents?
On Sat, 22 Jul 2017 12:51:15 +0200, Evan Martin stated: >Is there a safe way to modify the contents of emails stored by >Dovecot? I'll probably only want to change the message bodies, not the >headers, if that matters. Looking for ways to do this both for >existing emails and new emails as they are received (though anything >that works for existing emails can probably just be run again for new >emails.) My mail storage is currently mdbox, but I could migrate to >another format if that helps. You could just view the message in your MUA and then save it to another drive, or whatever. Then, using a text editor, you could modify it to your hearts content. Exactly, what problem are you trying to address? -- Jerry
Modify stored mail contents?
Is there a safe way to modify the contents of emails stored by Dovecot? I'll probably only want to change the message bodies, not the headers, if that matters. Looking for ways to do this both for existing emails and new emails as they are received (though anything that works for existing emails can probably just be run again for new emails.) My mail storage is currently mdbox, but I could migrate to another format if that helps.
Re: Corrupt index files
Am 21.07.2017 um 23:58 schrieb Bruce Guenter: > On Fri, Jul 21, 2017 at 03:25:39PM -0600, Bruce Guenter wrote: >> We had been using a loadbalancer with persistence to reduce the >> problems, and today I switched to everything running on a single box to >> avoid any cross-node contention. Unfortunately, the problem still >> happens, even when they were all running imap on a single box. > > I just confirmed this. One of the mailboxes was deleted and recreated > from scratch, and since recreation it has only been accessed on a single > box. It *still* is having corrupt index problems. > > This is not just caused by accessing the mailboxes on different servers. > there may exist additional problems, but do you moved away from cluster filesystem too, switching back related parameters ? On a single box with local storage you shouldnt have a problem unless there are hardware failures or other broken config settings, again rethink your whole setup, if you in production and afraid brake something in total, you should call paid guru support Best Regards MfG Robert Schetterer -- [*] sys4 AG http://sys4.de, +49 (89) 30 90 46 64 Schleißheimer Straße 26/MG, 80333 München Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263 Vorstand: Patrick Ben Koetter, Marc Schiffbauer Aufsichtsratsvorsitzender: Florian Kirstein