search for: delivered

Hello, there are problems with quota dict when multiple dovecot deliver processes are launched in parallel. It can be reproduced by sending a mail with multiple different recipients - the mail is delivered OK to all recipients, but the quota are not updated correctly in sql. I looked at the code and it seems that the problem is somewhere in dict cache. If I configure in Postfix max number of deliver processes to 1, dict quota is updated correctly. postconf -n output: # 1.1.alpha4: /usr/local/dove...

I was playing around with dovecot-1.1 and maildir++ quotas, and ran into a reproducible error with indexing. This only seems to be a problem for new maildirs. If I send a message without the quota plugin on, and "seed" the index/control files, future deliveries with the quota plugin seem to succeed without errors. Version: 1.1alpha6 OS: Debian etch/x86 (ext3 filesystem) #

...ck is called deliver(pitman at virtualworld.com): Apr 08 13:53:51 Info: #Return-Path: <pupkin at virtualworld.com > deliver(pitman at virtualworld.com): Apr 08 13:53:51 Info: example: func example_header_filter_callback is called deliver(pitman at virtualworld.com): Apr 08 13:53:51 Info: #Delivered-To: pitman at virtualworld.comm > deliver(pitman at virtualworld.com): Apr 08 13:53:51 Info: example: func example_header_filter_callback is called deliver(pitman at virtualworld.com): Apr 08 13:53:51 Info: #Received: from localhost.virtualworld.com (localhost [127.0.0.1]) deliver(pitman a...

...just fine. But deliver still creates a core dump and returns an "e-mail undeliverable" to the sending account (even though delivery is successful). My .dovecot.sieve contains just this: redirect "mikkel2 at euro123.dk"; keep; As stated before the e-mail is both forwarded and delivered locally just fine. But the sending account receives this error: "<mikkel at euro123.dk>: Command died with signal 6: "/opt/freeware/dovecot-20080102/libexec/dovecot/deliver"" Also deliver.log shows some errors (shown below). The ?nfs_flush_file_handle_cache_dir? err...

One of our servers running Dovecot 1.0.beta3 and dovecot-lda has failed to deliver a few messages and I can't figure out why. Very few messages bounce and I don't see any common thread between them other than time. The 15:19:11 message was a company wide announcement and the other 4 servers (identical configuration) were able to deliver it. Feb 26 20:24:46 rental deliver:

Hi, I found the following in my logfiles: The failure is not reproducable at the moment. System is delivering mails to mailboxes with no problems at all. It is a production installation with medium load. dovecot --version: 1.1.7 OS: Linux (Gentoo/x86 stable) - grsec enabled kernel deliver.log: deliver(user at example.tld): Panic: file istream-tee.c: line 144 (i_stream_tee_read): assertion

...it seems it not allowed by selinux. I guess that deliver wants to sanitize the mail or something and therefore copies it to /tmp. Before I ask for selinux to allow this, I would like to know why? It could also be an error, leading deliver into a seldom used piece of code? I order to get the mail delivered I put selinux into permissive mode, using: semanage permissive -a dovecot_deliver_t And then the mail is delivered - below are excerpts from different logs and I have *NOT* attached the message which could not get delivered - because of its size. Regards, Kim Output from "dovecot -n":...

We recently upgraded to dovecot v1.0.15 (from v1.0.0 + some local fixes), and after this upgrade we've started to get a couple of failures from deliver: Jan 12 20:34:34 smtp1.ulh.mydomain.net deliver(someuser at somedomain.net): Raw backtrace: /usr/local/dovecot/libexec/dovecot/deliver(i_syslog_panic_handler+0x1c) [0x45577c] -> /usr/local/dovecot/libexec/dovecot/deliver [0x45537c] ->

....6(__libc_start_main+0xd8) [0xb7e69df8] - > > /usr/local/dovecot/libexec/dovecot/deliver [0x8058a51] > more stuff cut out > > Regards, Arvids > > > ------------------------------ > I am getting essentially the same type of error, except that the message actually is delivered along with a receipt to the sender that it was not able to be delivered. Dec 22 11:33:57 mac-g5 deliver(jerry at scene-naturally.dyndns.org) [28416]: msgid=<B865E78F-83BB-4B46-864C-44EEC1BC01AF at scene-naturally.dyndns.org >: saved mail to INBOX Dec 22 11:33:57 mac-g5 deliver(jerry at...

...v LOG_PATH $HOME/deliver.log setenv LOG_TIMESTAMP "%b %d %H:%M:%S " cat testmail.txt | /usr/libexec/dovecot/deliver -m testbox cat testmail.txt | strace /usr/libexec/dovecot/deliver -d gerhard -m Mail/testbox cat testmail.txt | strace /usr/libexec/dovecot/deliver -m Mail/testbox Mail is delivered correctly, but no logging at all. Any ideas? Config (currently not security optimized, local testing only): auth default { #Some stuff deleted socket listen { master { path = /var/run/dovecot-auth-master # WARNING: Giving untrusted users access to master socket may be a...

Hello all. I am using dovecot 1.1.rc4. Some of my mail deliver without errors. Other mail during its deliver give next errors in logs: Postfix log Jun 16 18:34:17 postfix/local[2730]: A394E292002: to=<dpoke at localhost.mail.com>, orig_to=<dpoke at localhost>, relay=local, delay=3013, delays=3008/1.3/0/2.9, dsn=4.3.0, status=deferred (temporary failure) Jun 16 18:34:17

...nd everything was working fine. Now however I seem to be having some issues and I'm unable to find log entries to help point me to the error. I have an alias, sales at cirrusav.com, which forwards mail to myself and two others. This works fine most of the time, but on occasion messages are not delivered to one user. It is possible that one of the other users fails delivery occasionally as well, though this has not been rigorously tested. I always seem to get the messages. I have logging set to debug via the OS X server admin. Looking through /var/log/mailaccess.log I see all the same entries for...

Would it be sensible/"cost effective" to make dovecot-deliver generated X-Delivered-To header(s) based on command line parameter(s)? [after striping such existing headers, before consulting sieve] I need it to: a) *clearly* mark POP/IMAP account fetched by fetchmail [with fetchmail using directly dovecot-deliver in --mda option] b) cleanly implement "shared mailboxes&quot...

Hello folk, I have trouble running /usr/libexec/dovecot/deliver with ACL plugin enabled from my exim configurarion. Everything is working fine if I disable plugin ACL from lda section in dovecot config. This is the string from exim.conf, which request delivery to take place: command = /usr/libexec/dovecot/deliver -e -d $local_part@$domain In dovecot error-log I see this, when deliver tries to

deliver has the following: -- -- -- /* After buffer grows larger than this, create a temporary file to /tmp where to read the mail. */ #define MAIL_MAX_MEMORY_BUFFER (1024*128) ... static struct istream *create_raw_stream(int fd, time_t *mtime_r) ... input = i_stream_create_seekable(input_list, MAIL_MAX_MEMORY_BUFFER,

Hi, I've got the problem that dovecot's deliver prints the authentification information to the syslog. Like this: Sep 18 12:11:22 mail deliver(user at domain.tld): auth input: user=user at domain.tld Sep 18 12:11:22 mail deliver(user at domain.tld): auth input: password=XXXX Sep 18 12:11:22 mail deliver(user at domain.tld): auth input: home=/home/mail/domain.tld/user Sep 18 12:11:22

Hi there, I use dovecot-1.1-rc4, got imap, imaps, pop3 & pop3s working fine with the mbox format. I use sendmail-8.14.2 as an MTA, sendmail uses procmail as an LDA. I migrated to maildir format now, and pipe all my mail to deliver right now to be able to make use of the indexing etc... Problem is I run into some errors : #My .procmailrc PATH=/usr/bin:/usr/local/bin:/usr/sbin

Deliver from latest 1.1 HG with sieve also from latest 1.1 HG is dying with an assertion failure when it delivers to my mailbox. Other mailboxes on the same system are unaffected, but I can read my mailbox fine through IMAP. Dovecot and sieve were compiled with -march=nocona -pipe -ggdb I've commented out my entire sieve script and the problem still occurs. file index-mail-headers.c: line

Hi, I get a lot of these after updating to the current 1.1 hg version: > Nov 6 16:05:35 seba deliver(jh): file mail-cache-transaction.c: line 736 (mail_cache_header_add_field): assertion failed: (cache->field_file_map[field_idx] != (uint32_t)-1) > Nov 6 16:05:35 seba deliver(jh): Raw backtrace: /usr/local/libexec/dovecot/deliver(i_syslog_fatal_handler+0x2b) [0x80bbeab] ->

Hi! I've set up postfix(2.4.1) + dovecot(1.0-cvs) + dovecot-lda(1.0-cvs). Dovecot's deliver is running as vmail:vmail (according to postfix's master.cf). Now the problem (when receiving mail): deliver(leva): auth input: leva deliver(leva): auth input: uid=8006 deliver(leva): auth input: gid=8000 deliver(leva): auth input: home=/var/mail/virtual/leva deliver(leva): setuid(8006)