search for: mail_save_crlf

Hi, It's not clear from the configuration when CR/LF conversion happens with mail_save_crlf set. Does this only happen with appends, or do all mails handled by Dovecot always get converted when opened? Cheers, Sabahattin -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2655 bytes Desc: not available UR...

...eferred? Or what the benefits are? D) Converting between CRLF and LF If I understand correctly, Dovecot stores emails with LF only. We have all emails with CRLF now on Cyrus and converting them to LF only is a little more time consuming. Is there any benefit to do that? Or can we live with 'mail_save_crlf' without problems? E) POP3 backend I found many informations about IMAP internals but few on POP3 internals. What do I need to do POP3 migration transparent for user? Many thanks for any answers. Regards, Milo

...Unfortunately this break gmail, yahoo, and most other email programs. I am using pigeonhole 0.4.0-14 with Dovecot 2.2.4.3; I see change 1781:e439789e3211 but it appears to only change how the X-Sieve header is generated. I only have the one dovecot instance but I will note that the setting 'mail_save_crlf = yes' is specified. Thanks, Anand

Hi List! I have an issue with dovecot: Outlook express users sometimes can't see some emails (they are not even listed) that can be seen with other IMAP clients, I tested it (and it works) with Evolution, Outlook and SquirrelMail (a web mail). Please note that this is not the client bug reported at http://dovecot.org/clients.html with the message: "Message is no longer available on

...so depends on other things. > D) Converting between CRLF and LF > If I understand correctly, Dovecot stores emails with LF only. We have all emails with CRLF now on Cyrus and converting them to LF only is a little more time consuming. Is there any benefit to do that? Or can we live with 'mail_save_crlf' without problems? Dovecot can automatically handle both mixed CRLF and LF mails, you can keep old mails as CRLF and new mails as LF. mail_save_crlf setting only controls what is used for new emails. If you want to save more disk space you can enable compression. > E) POP3 backend > I f...

...d Jul 25 14:08:43 2007 +0100 @@ -67,6 +67,7 @@ static struct setting_def setting_defs[] DEF(SET_INT, mailbox_idle_check_interval), DEF(SET_BOOL, mail_debug), DEF(SET_BOOL, mail_full_filesystem_access), + DEF(SET_BOOL, mail_allow_tilde), DEF(SET_INT, mail_max_keyword_length), DEF(SET_BOOL, mail_save_crlf), DEF(SET_BOOL, mail_read_mmaped), diff -r a23be6956727 -r ab9cf3790ea9 src/master/master-settings.c --- a/src/master/master-settings.c Tue Jul 24 05:48:03 2007 +0300 +++ b/src/master/master-settings.c Wed Jul 25 14:08:43 2007 +0100 @@ -216,6 +216,7 @@ struct settings default_settings = { MEMBE...

...could not find any clue how to solve this. Can anyone give me a hint what to do? cu Alexander dovecot.conf: =========================================================== protocols = imap imaps listen = localhost ssl_listen = * first_valid_uid = 1000 first_valid_gid = 1000 mail_extra_groups = mail mail_save_crlf = no default_mail_env = maildir:/var/mail/%u protocol imap { } protocol lda { postmaster_address = postmaster at domain.com auth_socket_path = /var/spool/postfix/var/run/dovecot-auth-master } log_timestamp = "%Y-%m-%d %H:%M:%S " ssl_disable = no ssl_cert_file = /etc/ssl/certs/executor...

Hi, dovecot's message parser enters an endless loop when fed with certain multipart messages with stray CR characters. parse_next_body_to_boundary() assumes the '\r' might be the beginning of a boundary line, reducing the block size by one: src/lib-mail/message-parser.c: 404 /* no linefeeds in this block. we can just skip it. */ 405 ret = 0; 406

http://dovecot.org/test/ - Fixed APPEND hanging in some situations. Didn't happen with mail_save_crlf=yes. - Added pop3_uidl_format setting. No need to patch sources anymore if you don't want the default. Does anyone want pop3_uidl_xuidl_header yes/no setting, with fallbacking to pop3_uidl_format if X-UIDL header isn't found? Shouldn't be difficult to do.. - Added mbox_very_dirty...

...d: 1 last_valid_gid: 0 mail_access_groups: mail_privileged_group: mail mail_uid: mail_gid: mail_location: mail_cache_fields: mail_never_cache_fields: imap.envelope mail_cache_min_mail_count: 0 mailbox_idle_check_interval: 30 mail_debug: no mail_full_filesystem_access: no mail_max_keyword_length: 50 mail_save_crlf: no mmap_disable: no dotlock_use_excl: yes fsync_disable: no mail_nfs_storage: no mail_nfs_index: no mailbox_list_index_disable: yes lock_method: fcntl maildir_stat_dirs: no maildir_copy_with_hardlinks: yes maildir_copy_preserve_filename: no maildir_very_dirty_syncs: no mbox_read_locks: fcntl mbox_...

...this? See http://www.dovecot.org/list/dovecot/2005-June/007497.html and the rest of the thread. Basically put thousands of messages into mailbox, start downloading them and see if error comes. - Solaris sendfile is broken? Is it? Can someone try? You can test it with maildir by setting mail_save_crlf=yes, saving a somewhat large mail and FETCHing it (and truss that it really uses sendfile) - passdb passwd + passdb shadow -> passdb_password isn't reset to NULL (ie. probably doesn't allow logging in if the shadow password is correct?) - maildir: rename foo foo.xyz -> infin...

...ce upgrading to -test11, mail fetched from imap has every line terminated with a nul and a newline ("\0\n"). This also happens with -test12. It seems to happen with both mbox and maildir. I'm running on NetBSD/sparc (NetBSD-current as of April 1, 1.6Q). If it matters, I have "mail_save_crlf" set to "no" and "mail_read_mmaped" also set to "no". I can't find any other options that look like they could be relevant. Any ideas? Thanks, mike

Hi, related to my previous email i found that setting "mail_save_crlf = no" instead of yes make dovecot working. However if enabled on solaris 8 it doesn't work hanging on sendfilev64() call. I noticed that maildir file names are still different from maildrop and dovecot but now works. However moving bigger mailbox from local storage to remote imap server...

...en this limit is reached, # new users aren't allowed to log in. max_mail_processes = 300 verbose_proctitle = yes first_valid_uid = 5000 last_valid_uid = 8000 first_valid_gid = 5000 last_valid_gid = 5100 default_mail_env = maildir:/u/home/%u client_workarounds = oe6-fetch-no-newmail outlook-idle mail_save_crlf = yes maildir_copy_with_hardlinks = yes mbox_locks = fcntl ## IMAP process imap_executable = /usr/local/libexec/dovecot/imap imap_process_size = 256 ## Authentication processes auth = default auth_mechanisms = plain auth_userdb = passwd auth_passdb = passwd auth_user = root auth_username_chars...

...= pop3 max_mail_processes = 1024 verbose_proctitle = no first_valid_uid = 500 #last_valid_uid = 0 default_mail_env = maildir:/home/mail/%d/%n/Maildir mail_cache_fields = MessagePart client_workarounds = oe6-fetch-no-newmail:outlook-idle: mailbox_check_interval = 300 mailbox_idle_check_interval = 30 mail_save_crlf = yes mail_read_mmaped = no maildir_copy_with_hardlinks = yes mbox_locks = dotlock fcntl mbox_read_dotlock = yes mbox_lock_timeout = 120 mbox_dotlock_change_timeout = 30 umask = 0077 mail_drop_priv_before_exec = no imap_executable = /usr/local/libexec/dovecot/imap imap_process_size = 256 pop3_execu...

...t 1.0 on a tru64 v5.1 and on a rhel3 platforms. I've a problem when I use outlook 2003 to download mails: outlook stop responding and hang-up when I use imap protocol. Someone have the same problem? What should I do? This is my configuration: protocols = pop3 imap disable_plaintext_auth = no mail_save_crlf = yes mail_read_mmaped = yes maildir_copy_with_hardlinks = yes protocol pop3 { pop3_uidl_format = %08Xv%08Xu } auth default { mechanisms = plain passdb = passwd userdb = passwd user = root } Alfonso

...le and then gets the error with the quota, this is what i think could be helpfull from my config file protocols = pop3 pop3s mail_extra_groups = mail default_mail_env = mbox:%h/mail:INBOX=/var/mail/%u:INDEX=/var/dovecotindex/%u:CONTROL=/var/dovecotindex/control/%u mail_full_filesystem_access = yes mail_save_crlf = yes mbox_locks = dotlock thanks a lot claper ---------------------------------------------------------------- Mensaje enviado desde http://correo.fmed.edu.uy

...title = yes first_valid_uid = 8 last_valid_uid = 0 first_valid_gid = 1 last_valid_gid = 0 mail_extra_groups = mail client_workarounds = outlook-idle outlook-pop3-no-nuls mailbox_check_interval = 0 mailbox_idle_check_interval = 30 mail_full_filesystem_access = no mail_max_flag_length = 50 mail_save_crlf = no mail_read_mmaped = no maildir_stat_dirs = no maildir_copy_with_hardlinks = no maildir_check_content_changes = no mbox_lock_timeout = 300 mbox_dotlock_change_timeout = 30 umask = 0077 imap_executable = /usr/lib/dovecot/imap imap_process_size = 256 imap_use_modules = no imap_modules =...

One of the recent 1.0 commits relating to CRLF handling (maybe 2006-06-24) has changed the behaviour of APPEND when using mbox files with ordinary plain text emails. When a client stores a new message using an APPEND command (eg. saving a draft or copy of a sent message), it uses CRLF consistently as a line-ending throughout the literal data block over the wire - both for the header and the

...vecot/imap-login login_user = dovecot verbose_proctitle = yes first_valid_uid = 1003 last_valid_uid = 1003 first_valid_gid = 6 last_valid_gid = 6 valid_chroot_dirs = /var/mail default_mail_env = maildir:/var/mail/%u/Maildir client_workarounds = oe6-fetch-no-newmail outlook-idle outlook-pop3-no-nuls mail_save_crlf = yes maildir_copy_with_hardlinks = yes imap_executable = /usr/local/libexec/dovecot/imap auth = default auth_mechanisms = plain auth_userdb = ldap /usr/local/etc/dovecot-ldap.conf auth_passdb = ldap /usr/local/etc/dovecot-ldap.conf auth_executable = /usr/local/libexec/dovecot/dovecot-auth auth_use...