search for: mailheaders

Hi everyone Been spending the whole day on the wiki and in the list archives on using dovecot for POP3 mail. I'd like to present my findings and ask for some feedback. Our current software setup: * Courier-IMAP running POP3/IMAP * Postfix MTA * MySQL backend for user and login info As for the system layout, it looks like this: * NFS server which is the same server that houses single

Hello, My first time on this list, just switched from courier imap/pop3 system to dovecot. Imap part is great, pop3 seems to suffer, been fighting it for a week. Anyway, the reason for this post is that I have seen these pop up in my logs, and on one of my mailheads there were some 50 lines of this dovecot: 2008-10-26 09:33:54 Error: auth(default): BUG: Authentication client gave a PID 15661 of

Hey there, i need some help with an administrativ dovecot question. I run a dovecot 2.2.33 ubuntu server with mdbox and "zlib_save = gz zlib_save_level = 6". Now i want to fetch the mailheader from some mails via doveadm fetch -u <user> hdr uid <uid>. The only thing what i receive is some binary stuff. Is there a way, i can tell the dovemadm fetch command, that he

Hello List, first thanks for previous hints, you helped me a lot. Unfortunately i have new problem with sieve and executing multiple scripts sequentially. This is current conf which is complete working : #CONF1 plugin { sieve = ~/sieve/.dovecot.sieve sieve_plugins = sieve_extprograms sieve_extensions = +vnd.dovecot.pipe +vnd.dovecot.filter +vnd.dovecot.execute +editheader

Hi, we are in migration progress from Communigate Pro 5.0.x to Dovecot 2.0.15 with mdbox. We still migrated about 25.000 IMAP accounts from CGP to Dovecot. Also there were still added about 2000 new POP3 Accounts on Dovecot. Now we must migrate about 10.000 POP3 accounts from CGP to Dovecot. At the beginning of our migration we didn't set the "pop3_reuse_xuidl" configuration

Yes: # 2.2.33.2 (d6601f4ec): /etc/dovecot/dovecot.conf # Pigeonhole version 0.4.21 (92477967) # OS: Linux 4.15.0-109-generic x86_64 Ubuntu 18.04.5 LTS auth_mechanisms = plain login auth_username_chars = abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@?????? auth_worker_max_count = 60 disable_plaintext_auth = no imap_capability = +XLIST imap_logout_format = in=%i out=%o

> On 31/08/2020 12:55 rudolf at padaru.de wrote: > > > Hey there, > > i need some help with an administrativ dovecot question. > > I run a dovecot 2.2.33 ubuntu server with mdbox and ?zlib_save = gz zlib_save_level = 6?. Now i want to fetch the mailheader from some mails via doveadm fetch -u <user> hdr uid <uid>. The only thing what i receive is some binary

> On 31/08/2020 14:19 rudolf at padaru.de wrote: > > <snip/> Try loading zlib plugin globally, so add mail_plugins = $mail_plugins zlib before your protocol sections Aki > I can imagine, that some protocol need the mail_plugins=zlib directive too? > > > Yours sincerely > Pascal Rudolf > > -----Urspr?ngliche Nachricht----- > Von: dovecot

On Mon, Aug 25, 2008 at 11:33 AM, MHR <mhullrich at gmail.com> wrote: > Is there a setting somewhere in the "global" arena of CentOS that > controls whether or not "hidden" (.prefixed) files are displayed in > file lists? > Never mind - apparently if you right-click in the file list and select "show hidden files", it sticks system-wide. mhr

Hello, i do some tests with sieve editheader extensions. deleteheader and addheader are working, but i noticed that new headerlines are always prepended to current header. So new lines can be found always on top. I am looking for a possibility to edit a headerline in place, without moving the new line to top of stack(replaceheader?). It is not looking good if a Subject-Line suddenly moves to

On Wed, 2005-12-21 at 15:00 +0100, edd at debian.org wrote: > --CE+1k2dSO48ffgeK > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > > Resend after type in mailheader. I have the bug on my system with > yesterday's R 2.2.1. A library mismatch is still a likely cause. > > Dirk <SNIP> > On 21 December 2005 at 01:50, Ethan

--CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Resend after type in mailheader. I have the bug on my system with yesterday's R 2.2.1. A library mismatch is still a likely cause. Dirk -- Hell, there are no rules here - we're trying to accomplish something. -- Thomas A. Edison

On Wed, 21 Dec 2005 edd at debian.org wrote: > > --CE+1k2dSO48ffgeK > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > > Resend after type in mailheader. I have the bug on my system with > yesterday's R 2.2.1. A library mismatch is still a likely cause. This seems to be a readline 5.1 error. I was unable to reproduce it with 4.3 or 5.0. gdb)