Re: [Dovecot] Using Dovecot new version 2.0.13 facing issues.
> Hi, > > I have configured POP-IMAP server with dovecot 2.0.13 with mysql support. > When I am running load test on the same I face issue on IMAP connections. I > get "dovecot: imap-login: Error: fd_send(imap, 15) failed: Interrupted > system call" followed by "dovecot: imap-login: Internal login failure" in > log files. See if these patches help: http://hg.dovecot.org/dovecot-2.0/rev/86e4023d08e4 http://hg.dovecot.org/dovecot-2.0/rev/6fdee880c5dc Hi Timo, Thanks for the response. The first patch is not getting compiled, where the other one got complied cleanly. Please help on this. Have a nice time, Gourav Joshi Have a look at www.linuxquestions.in
Re: [Dovecot] [OT] On-delivery deduplication?
On 06/08/2011 07:05 PM, Tom Hendrikx wrote: > On 09/06/11 00:47, Phil Turmel wrote: >> On 06/08/2011 05:58 PM, Tom Hendrikx wrote: [...] >>> >>> The point is that when you set the headers correctly on your >>> message, a reply from someone on your message will not generate a >>> duplicate in the first place, thereby eliminating your problem even >>> before it exists :) >> >> To add a data point, this message was a "reply-to-all" in Thunderbird >> 3.1.10. It included Tom's address, ignoring the reply-to: header. > > Actually I only set the reply-to header (by hand) on the message in > which I said that I did that, and not on the second one, because I am > lazy and there is no tb plugin to make my life easier. Please try again > on the correct message. I checked before I sent, and sure enough, it's there. Maybe Timo has set the list to add it. This one of yours has it, too. >> Considering Thunderbird's popularity, just using a reply-to: header >> won't solve the duplicate message "problem". This is especially true >> on open mail lists, like those at kernel.org, where "reply-to-all" is >> expected of participants. > > I use Thunderbird too, and I did test what I documented. To be sure, > please check the headers of both messages. Checked. > I don't use this practice often (depends on the ml, and the ppl on it), > but some time ago the duplicate issue irritated me enough to spend a > good thought at what the real problem was. Just shared my results, > especially since they are apparently non-obvious :) > > But maybe we're getting a bit off-topic. After all this is a list about > dovecot and IMAP-related stuff. True enough. I'll stop here. Phil
Re: [Dovecot] [OT] On-delivery deduplication?
On 09/06/11 00:47, Phil Turmel wrote: > On 06/08/2011 05:58 PM, Tom Hendrikx wrote: [...] >> >> The point is that when you set the headers correctly on your >> message, a reply from someone on your message will not generate a >> duplicate in the first place, thereby eliminating your problem even >> before it exists :) > > To add a data point, this message was a "reply-to-all" in Thunderbird > 3.1.10. It included Tom's address, ignoring the reply-to: header. Actually I only set the reply-to header (by hand) on the message in which I said that I did that, and not on the second one, because I am lazy and there is no tb plugin to make my life easier. Please try again on the correct message. > > Considering Thunderbird's popularity, just using a reply-to: header > won't solve the duplicate message "problem". This is especially true > on open mail lists, like those at kernel.org, where "reply-to-all" is > expected of participants. I use Thunderbird too, and I did test what I documented. To be sure, please check the headers of both messages. I don't use this practice often (depends on the ml, and the ppl on it), but some time ago the duplicate issue irritated me enough to spend a good thought at what the real problem was. Just shared my results, especially since they are apparently non-obvious :) But maybe we're getting a bit off-topic. After all this is a list about dovecot and IMAP-related stuff. -- Regards, Tom
Re: [Dovecot] On-delivery deduplication?
On 06/08/2011 05:58 PM, Tom Hendrikx wrote: [...] > > The point is that when you set the headers correctly on your message, a > reply from someone on your message will not generate a duplicate in the > first place, thereby eliminating your problem even before it exists :) To add a data point, this message was a "reply-to-all" in Thunderbird 3.1.10. It included Tom's address, ignoring the reply-to: header. Considering Thunderbird's popularity, just using a reply-to: header won't solve the duplicate message "problem". This is especially true on open mail lists, like those at kernel.org, where "reply-to-all" is expected of participants. Phil
Re: [Dovecot] On-delivery deduplication?
Only kind of relevant to this thread, but: I hate this whole idea of being able to tell where messages should be replied to. Basically the rule seems to be "don't give me a separate notification if the email reply was sent to me 0-2 weeks after I sent the originating message, but do send it if it was sent after that". Of course no one can know how long you actually bother to follow the mailing list, usually not even you. The only exception are people like me and [2-10] other people who really do follow it year after year. Perhaps I should remove the feature from my patched mailman, although then maybe I'd have to figure out how to implement it for myself to the clients I use.. Oh well. (And while I'm complaining .. I hate just as much the bottom posts with everything quoted than top posts. At least with top posts I see what people are saying, but with bottom posts I have to scroll pagefuls of old text to see it. Try to put something new into the first pageful of the screen..) On 9.6.2011, at 0.46, Heiko Schlittermann wrote: > Hello Tom, > > Tom Hendrikx (Wed Jun 8 23:17:29 2011): > (…) >>> OTOH, if you need such feature, it shouln't be too challenging to write >>> a MDA replacement, that decides about duplicity and finally passes the >>> remaining messages to the Dovecot MDA. >>> >> >> This happens because the person replying uses either the reply, or the >> reply-to-all button in his MUA. The MUA should honour the headers of the >> message it replies to, and most of the time MUAs do that. > > I understand what you're explaining. But I do not understand how it is > related to duplicated messages. > > BTW and OT: the MUA agent I'm using (mutt) knows "list reply" feature, it > works > independent on From/Reply-To header fields. Using just "reply" in > presence of a Reply-To header field, it asks if it's my intention to > send the reply to somebody else than the originator. And it knows "group > reply", that's the same as "reply all" in other MUA. And finally it > knows a "bounce", sometimes known as "resend" - not to be confused with > forward. It just lacks a shiny *G*ui. > > Greetings from Dresden, > -- > Heiko :: dresden : linux : SCHLITTERMANN.de > GPG Key 48D0359B : 3061 CFBF 2D88 F034 E8D2 7E92 EE4E AC98 48D0 359B
Re: [Dovecot] On-delivery deduplication?
On 08/06/11 23:46, Heiko Schlittermann wrote: > Hello Tom, > > Tom Hendrikx (Wed Jun 8 23:17:29 2011): > (…) >>> OTOH, if you need such feature, it shouln't be too challenging to write >>> a MDA replacement, that decides about duplicity and finally passes the >>> remaining messages to the Dovecot MDA. >>> >> >> This happens because the person replying uses either the reply, or the >> reply-to-all button in his MUA. The MUA should honour the headers of the >> message it replies to, and most of the time MUAs do that. > > I understand what you're explaining. But I do not understand how it is > related to duplicated messages. The point is that when you set the headers correctly on your message, a reply from someone on your message will not generate a duplicate in the first place, thereby eliminating your problem even before it exists :) -- Regards, Tom
Re: [Dovecot] On-delivery deduplication?
Hello Tom, Tom Hendrikx (Wed Jun 8 23:17:29 2011): (…) > > OTOH, if you need such feature, it shouln't be too challenging to write > > a MDA replacement, that decides about duplicity and finally passes the > > remaining messages to the Dovecot MDA. > > > > This happens because the person replying uses either the reply, or the > reply-to-all button in his MUA. The MUA should honour the headers of the > message it replies to, and most of the time MUAs do that. I understand what you're explaining. But I do not understand how it is related to duplicated messages. BTW and OT: the MUA agent I'm using (mutt) knows "list reply" feature, it works independent on From/Reply-To header fields. Using just "reply" in presence of a Reply-To header field, it asks if it's my intention to send the reply to somebody else than the originator. And it knows "group reply", that's the same as "reply all" in other MUA. And finally it knows a "bounce", sometimes known as "resend" - not to be confused with forward. It just lacks a shiny *G*ui. Greetings from Dresden, -- Heiko :: dresden : linux : SCHLITTERMANN.de GPG Key 48D0359B : 3061 CFBF 2D88 F034 E8D2 7E92 EE4E AC98 48D0 359B signature.asc Description: Digital signature
Re: [Dovecot] On-delivery deduplication?
On 08/06/11 22:48, Heiko Schlittermann wrote: > Xin LI (Wed Jun 8 22:04:51 2011): > (…) >> A feature of Cyrus-IMAPd I really missed after migrated to Dovecot is >> their optional "duplicate suppression", which eliminates duplicate >> message at deliver time, if their envelope sender, recipient and >> message-id matches. > > Not sure, but I *think*, cyrus does dedup based on the message id and > recipient only. > >> For example, if one subscribes to a mailing list, >> and someone hit "Reply All" to reply to him, there will be two different >> SMTP deliveries, one from the replier's server and one from the mailing >> list. > > If your above statement about the dup detection is true, these two > messages will be delivered both, since the envelope sender is likely to > differ (most if not all list servers replace the envelope sender for > several reasons (bounce detection, SPF passing, …)) > > >> Is it possible to do the same on latest Dovecot? (Looking at the >> documentation it seems not?) Or is there some better ways to implement >> the same functionality? > > And these two messages are no duplicates. They differ in the headers, > probably they differ in parts of the body (signature of the list > server), EVEN they carry the same message id! > > A duplicate is a duplicate if the message and its copies are identical. > And from MPOV this is very unlikly to happen in common environments. > > OTOH, if you need such feature, it shouln't be too challenging to write > a MDA replacement, that decides about duplicity and finally passes the > remaining messages to the Dovecot MDA. > This happens because the person replying uses either the reply, or the reply-to-all button in his MUA. The MUA should honour the headers of the message it replies to, and most of the time MUAs do that. People who want replies on their messages sent back only to the list, and not to a personal address, should set the reply-to header of their message to the list address: From: m...@example.com To: l...@example.org Reply-to: l...@example.org This should always make a reply going only to l...@example.org, whether the person replying uses reply, reply-all or reply-to-list. This can be done by hand, or with a mailclient plugins that does this for all messages that are recognized as mailing list messages. Unfortunately I did not find such a plugin for thunderbird yet... NB I just set the headers in this message per my example above, for you to test. If you hit any reply* button to react on to this message, a decent MUA should not include my personal address as a recipient of your message. -- Regards, Tom
Re: [Dovecot] On-delivery deduplication?
Xin LI (Wed Jun 8 22:04:51 2011): (…) > A feature of Cyrus-IMAPd I really missed after migrated to Dovecot is > their optional "duplicate suppression", which eliminates duplicate > message at deliver time, if their envelope sender, recipient and > message-id matches. Not sure, but I *think*, cyrus does dedup based on the message id and recipient only. > For example, if one subscribes to a mailing list, > and someone hit "Reply All" to reply to him, there will be two different > SMTP deliveries, one from the replier's server and one from the mailing > list. If your above statement about the dup detection is true, these two messages will be delivered both, since the envelope sender is likely to differ (most if not all list servers replace the envelope sender for several reasons (bounce detection, SPF passing, …)) > Is it possible to do the same on latest Dovecot? (Looking at the > documentation it seems not?) Or is there some better ways to implement > the same functionality? And these two messages are no duplicates. They differ in the headers, probably they differ in parts of the body (signature of the list server), EVEN they carry the same message id! A duplicate is a duplicate if the message and its copies are identical. And from MPOV this is very unlikly to happen in common environments. OTOH, if you need such feature, it shouln't be too challenging to write a MDA replacement, that decides about duplicity and finally passes the remaining messages to the Dovecot MDA. -- Heiko :: dresden : linux : SCHLITTERMANN.de GPG Key 48D0359B : 3061 CFBF 2D88 F034 E8D2 7E92 EE4E AC98 48D0 359B signature.asc Description: Digital signature
Re: [Dovecot] On-delivery deduplication?
On 8.6.2011, at 23.04, Xin LI wrote: > A feature of Cyrus-IMAPd I really missed after migrated to Dovecot is > their optional "duplicate suppression", which eliminates duplicate > message at deliver time, if their envelope sender, recipient and > message-id matches. For example, if one subscribes to a mailing list, > and someone hit "Reply All" to reply to him, there will be two different > SMTP deliveries, one from the replier's server and one from the mailing > list. IMHO that's a good thing. I know some people in this list think they want deduplication, but sometimes when I'm later replying to a message (I've messages over a month old I know need replying) they really would prefer for it to be shown in they inbox when I finally reply to them rather than dovecot list mailbox (which they never end up reading then). > Is it possible to do the same on latest Dovecot? (Looking at the > documentation it seems not?) Or is there some better ways to implement > the same functionality? I'm not planning on implementing anything like that.
[Dovecot] Dovecot 2.0+LMTP: Legal MAIL FROM rejected?
Hi, I run Dovecot 2.0.13 fed by Postfix over LMTP. Today it rejected one mail Postfix and Amavis accepted, generating a bounce. It was just a spammail, but I think the sender address is legal according to RFC5321 and should be accepted. I don't like generating bounces, email should be either rejected by postfix/pre-queue-amavis or delivered. Jun 6 12:32:47 mail postfix/qmgr[840]: 991FC240DB: from=, size=8427, nrcpt=1 (queue active) Jun 6 12:32:47 mail amavis[27046]: (27046-06) FWD via SMTP: <"admin -> ,BODY=7BIT 250 2.0.0 Ok, id=27046-06, from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as 991FC240DB Jun 6 12:32:47 mail postfix/lmtp[4710]: 991FC240DB: to=, orig_to=, relay=pop3.domain.com[::1]:24, delay=0.24, delays=0.09/0.11/0.03/0.01, dsn=5.5.4, status=bounced (host pop3.domain.com[::1] said: 501 5.5.4 Invalid parameters (in reply to MAIL FROM command)) It looks like dovecot/lmtp does not accept an address with quoted localpart that contains a space mail from:<"admin admin"@kl38000.com> 501 5.5.4 Invalid parameters mail from:<"adminadmin"@kl38000.com> 250 2.1.0 OK mail from:<"admin 250 2.1.0 OK Bernhard
[Dovecot] On-delivery deduplication?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, A feature of Cyrus-IMAPd I really missed after migrated to Dovecot is their optional "duplicate suppression", which eliminates duplicate message at deliver time, if their envelope sender, recipient and message-id matches. For example, if one subscribes to a mailing list, and someone hit "Reply All" to reply to him, there will be two different SMTP deliveries, one from the replier's server and one from the mailing list. Is it possible to do the same on latest Dovecot? (Looking at the documentation it seems not?) Or is there some better ways to implement the same functionality? Thanks in advance! Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (FreeBSD) iQEcBAEBCAAGBQJN79XjAAoJEATO+BI/yjfBCO0IAMLNZ9Rkargb6bQqILAcbobt 2ZFb6cO8f4vJu/BPO7Dq3TZoIEmfR+/pbruwgV+FSslTL+5TjkB5Rd5Yb+HYgvZT Qdbk8Jshgq1XBj2MvbLQugHKhNcN37oDI9eGCDPttYe/C4Jb2hh1W+RtqGpfS6ud jXUTUzS4yr7HWRRYcyDMvL4HuG/VnKEuFYmX2T/mT8oHfz5FckIPM+k+0prbgMSx IGTdkKpSMnqYnyUjxQklSmMJ5iJMM7Lr6FMS2c6ORKwG8rD0w1GKrU77saHqJJLQ YJqqIwJcr5753US6Q1Rk4gK+/L4JmJ+2BUXDdNMYBIfPOFjH9nOLlE5HIfSskBg= =fo5J -END PGP SIGNATURE-
Re: [Dovecot] IMAP Label Updates not showing up across shared account
08.06.2011 14:59, Timo Sirainen: > Well, this was an interesting message. multipart/alternative where first > part was text and second part a GIF image. To me, it seems the second part is not a GIF but rather a multipart/related which, in turn, contains the GIF as first (and only) part. Maybe that's what confuses some clients. > My email client decided that > it preferred showing the GIF image to text (which was its right, as it > was an alternative). My Thunderbird does so too. RoundCube, OTOH, showes the text. -- Regards mks
Re: [Dovecot] Extra plugins vía extrafield in ldap
It must run on dovecot 2.0.13? We are upgrading to 2.0.13 and with this I get the follow message: Jun 8 16:15:03 kvm3 dovecot: imap: Debug: Unknown userdb setting: +mail_plugins=fts fts_solr�G 2011/6/7 Timo Sirainen : > On Tue, 2011-06-07 at 16:16 +0200, Antonio Perez-Aranda wrote: >> Greats, I'm working on patch from this morning, but it's very hard to >> debug on settings-parser > > I don't think you should need to touch that code. It's a bit difficult > for me also to follow.. > >> How can I enable i_debug on settings-parser.c ? > > What do you mean? You could add i_debug() calls and it should work just > the same as everywhere. > > Did you try the patch in my previous mail? I think that should be > enough. You could then use: > > user_attrs = .., mailPlugins=+mail_plugins > > > -- Antonio Pérez-Aranda Alcaide aperezara...@yaco.es Yaco Sistemas S.L. http://www.yaco.es/ C/ Rioja 5, 41001 Sevilla Teléfono +34 954 50 00 57 Fax +34 954 50 09 29
Re: [Dovecot] IMAP Label Updates not showing up across shared account
Charles Marcus wrote, On 08/06/2011 16:09: Please don't top-post... On 2011-06-08 10:49 AM, Ricardo Branco wrote: Charles Marcus wrote, On 08/06/2011 15:26: On 2011-06-08 10:18 AM, Robert Schetterer wrote: Am 08.06.2011 15:16, schrieb Ricardo Branco: well i am only seeing your wenn_logo_plus_offices.gif in thunderbird no text at all, for your body text i had to choose header view I don't see any body text anywhere, headers or the body, all I see is the logo - I thought he was just messing up sending blank emails... Ricardo, something is seriously broken on your mail system. Right ive turned off my local Thunderbird sig, hopefully this now works. I did several tests against my hotmail/gmail accounts and also other accounts in the office instead of sending to the mailing list and all were received ok, it seems to only go wrong though the maillist. Well, we got the body text this time... it certainly isn't the Thunderbird sig itself, because that's what I use (for many many years now), but maybe the sig is triggering something in your mailscanner setup... The stuff thats going on in the latest TB, you never know if it could. Weird it happens to this mailinglist though and no other reports so far of people not getting emails and as said my tests seemed all ok. Anyway back to the point of the original message, I suspect TB having an issue handling IMAP Tag updates coming from the server.
Re: [Dovecot] IMAP Label Updates not showing up across shared account
Please don't top-post... On 2011-06-08 10:49 AM, Ricardo Branco wrote: > Charles Marcus wrote, On 08/06/2011 15:26: >> On 2011-06-08 10:18 AM, Robert Schetterer wrote: >>> Am 08.06.2011 15:16, schrieb Ricardo Branco: >>> >>> well i am only seeing your >>> wenn_logo_plus_offices.gif in thunderbird >>> no text at all, for your body text i had to choose header view >> I don't see any body text anywhere, headers or the body, all I see is >> the logo - I thought he was just messing up sending blank emails... >> >> Ricardo, something is seriously broken on your mail system. > Right ive turned off my local Thunderbird sig, hopefully this now > works. > > I did several tests against my hotmail/gmail accounts and also other > accounts in the office instead of sending to the mailing list and all > were received ok, it seems to only go wrong though the maillist. Well, we got the body text this time... it certainly isn't the Thunderbird sig itself, because that's what I use (for many many years now), but maybe the sig is triggering something in your mailscanner setup... -- Best regards, Charles
Re: [Dovecot] save failed to INBOX: Not enough disk space
Hi all Apparently is a file system issue.I tried to copy a 10MB file and it failed. I did as follow. su vmail cp /root/huge_file /var/vmail/domain.tld/user1/Maildir/tmp and i got the same result. "No space left on device" So I have to look somewhere else!!! Thanks to you all Thanks for answering me. By 2011/6/8 Ralf Hildebrandt : > * Osvaldo Alvarez Pozo : >> Hi >> >> Doing mail debug I found this >> >> dovecot: lmtp(12696, us...@domain.tld): Error: >> o_stream_send_istream(/var/vmail/domain.tld/user1/Maildir/tmp/1307537596.M117043P12696.smtp1) >> failed: No space left on device >> >> dovecot: lmtp(12696, us...@domain.tld): Error: >> o_stream_flush(/var/vmail/domain.tld/user1/Maildir/tmp/1307537596.M117043P12696.smtp1) >> failed: No space left on device >> >> >> So dovecot write in to a tmp folder inside the user Maildir before >> definitly copying it to new folder. > > That's how Maildir works, yes. But writing to the tmp directory fails > >> But why it says thereis no space left? > Maybe the OCFS is out of whack? > > -- > Ralf Hildebrandt > Geschäftsbereich IT | Abteilung Netzwerk > Charité - Universitätsmedizin Berlin > Campus Benjamin Franklin > Hindenburgdamm 30 | D-12203 Berlin > Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 > ralf.hildebra...@charite.de | http://www.charite.de > >
Re: [Dovecot] IMAP Label Updates not showing up across shared account
Right ive turned off my local Thunderbird sig, hopefully this now works. I did several tests against my hotmail/gmail accounts and also other accounts in the office instead of sending to the mailing list and all were received ok, it seems to only go wrong though the maillist. Charles Marcus wrote, On 08/06/2011 15:26: On 2011-06-08 10:18 AM, Robert Schetterer wrote: Am 08.06.2011 15:16, schrieb Ricardo Branco: well i am only seeing your wenn_logo_plus_offices.gif in thunderbird no text at all, for your body text i had to choose header view I don't see any body text anywhere, headers or the body, all I see is the logo - I thought he was just messing up sending blank emails... Ricardo, something is seriously broken on your mail system.
Re: [Dovecot] IMAP Label Updates not showing up across shared account
<>
Re: [Dovecot] IMAP Label Updates not showing up across shared account
Am 08.06.2011 16:26, schrieb Charles Marcus: > On 2011-06-08 10:18 AM, Robert Schetterer wrote: >> Am 08.06.2011 15:16, schrieb Ricardo Branco: >> >> well i am only seeing your >> wenn_logo_plus_offices.gif in thunderbird >> no text at all, for your body text i had to choose header view > > I don't see any body text anywhere, headers or the body, all I see is > the logo - I thought he was just messing up sending blank emails... > > Ricardo, something is seriously broken on your mail system. > my bet goes to mailscanner -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria
Re: [Dovecot] IMAP Label Updates not showing up across shared account
On 2011-06-08 10:18 AM, Robert Schetterer wrote: > Am 08.06.2011 15:16, schrieb Ricardo Branco: > > well i am only seeing your > wenn_logo_plus_offices.gif in thunderbird > no text at all, for your body text i had to choose header view I don't see any body text anywhere, headers or the body, all I see is the logo - I thought he was just messing up sending blank emails... Ricardo, something is seriously broken on your mail system. -- Best regards, Charles
Re: [Dovecot] IMAP Label Updates not showing up across shared account
Am 08.06.2011 15:16, schrieb Ricardo Branco: well i am only seeing your wenn_logo_plus_offices.gif in thunderbird no text at all, for your body text i had to choose header view -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria
Re: [Dovecot] save failed to INBOX: Not enough disk space
* Osvaldo Alvarez Pozo : > Hi > > Doing mail debug I found this > > dovecot: lmtp(12696, us...@domain.tld): Error: > o_stream_send_istream(/var/vmail/domain.tld/user1/Maildir/tmp/1307537596.M117043P12696.smtp1) > failed: No space left on device > > dovecot: lmtp(12696, us...@domain.tld): Error: > o_stream_flush(/var/vmail/domain.tld/user1/Maildir/tmp/1307537596.M117043P12696.smtp1) > failed: No space left on device > > > So dovecot write in to a tmp folder inside the user Maildir before > definitly copying it to new folder. That's how Maildir works, yes. But writing to the tmp directory fails > But why it says thereis no space left? Maybe the OCFS is out of whack? -- Ralf Hildebrandt Geschäftsbereich IT | Abteilung Netzwerk Charité - Universitätsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebra...@charite.de | http://www.charite.de
Re: [Dovecot] save failed to INBOX: Not enough disk space
Hi Doing mail debug I found this dovecot: lmtp(12696, us...@domain.tld): Error: o_stream_send_istream(/var/vmail/domain.tld/user1/Maildir/tmp/1307537596.M117043P12696.smtp1) failed: No space left on device dovecot: lmtp(12696, us...@domain.tld): Error: o_stream_flush(/var/vmail/domain.tld/user1/Maildir/tmp/1307537596.M117043P12696.smtp1) failed: No space left on device So dovecot write in to a tmp folder inside the user Maildir before definitly copying it to new folder. But why it says thereis no space left? 2011/6/8 Johan Hendriks : > Osvaldo Alvarez Pozo schreef: >> >> Hi >> this is the output of df -h >> >> Filesystem Size Used Avail Use% Mounted on >> /dev/sda2 5.5G 1.8G 3.6G 33% / >> tmpfs 502M 0 502M 0% /lib/init/rw >> udev 10M 680K 9.4M 7% /dev >> tmpfs 502M 0 502M 0% /dev/shm >> /dev/sda1 122M 41M 76M 35% /boot >> /dev/sda3 942M 18M 877M 2% /tmp >> /dev/sda6 7.4G 812M 6.3G 12% /var/log >> /dev/mapper/vmail >> 120G 84G 37G 70% /var/vmail >> >> So /var/spool depends on "/" wich has 3.6G available. >> >> Thanks >> >> >> 2011/6/8 Johan Hendriks: >>> >>> Osvaldo Alvarez Pozo schreef: Hi Tom, it is dovecot 2.0.12 this is the doveconf -n output. There is not file system quota. This is the output of doveconf -n # 2.0.12: /usr/local/dovecot/etc/dovecot/dovecot.conf # OS: Linux 2.6.32-bpo.5-amd64 x86_64 Debian 5.0.5 ocfs2 auth_cache_size = 1 M auth_mechanisms = plain login base_dir = /usr/local/dovecot disable_plaintext_auth = no first_valid_uid = 5000 last_valid_uid = 5000 mail_access_groups = mail mail_gid = 8 mail_location = maildir:/var/vmail/%d/%u/Maildir mail_max_userip_connections = 100 mail_uid = 5000 maildir_very_dirty_syncs = yes managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date mmap_disable = yes passdb { args = /usr/local/dovecot/etc/dovecot/sql.conf driver = sql } plugin { quota = maildir:User quota sieve = ~/.dovecot.sieve sieve_dir = ~/sieve } protocols = imap pop3 lmtp sieve service auth { client_limit = 10500 unix_listener /var/spool/postfix/private/auth { group = mail mode = 0660 user = postfix } unix_listener auth-userdb { group = mail mode = 0660 user = postfix } } service imap-login { process_min_avail = 2 service_count = 0 vsz_limit = 128 M } service imap { process_limit = 5000 } service lmtp { inet_listener lmtp { address = 127.0.0.1 ::1 port = 24 } unix_listener /var/spool/postfix/private/dovecot-lmtp { group = postfix mode = 0660 user = postfix } } service managesieve-login { inet_listener sieve { port = 4190 } } service pop3-login { process_min_avail = 2 service_count = 0 } service pop3 { process_limit = 5000 } userdb { driver = prefetch } userdb { args = /usr/local/dovecot/etc/dovecot/sql.conf driver = sql } protocol imap { imap_client_workarounds = delay-newmail } protocol pop3 { pop3_client_workarounds = outlook-no-nuls oe-ns-eoh pop3_uidl_format = %08Xu%08Xv } protocol lmtp { mail_plugins = sieve postmaster_address = ad...@domain.tld } protocol sieve { managesieve_implementation_string = Dovecot Pigeonhole managesieve_logout_format = bytes=%i/%o managesieve_max_compile_errors = 5 managesieve_max_line_length = 65536 } Thanks 2011/6/8 Tom Hendrikx: > > On 08/06/11 13:47, Timo Sirainen wrote: >> >> On Wed, 2011-06-08 at 11:16 +0200, Osvaldo Alvarez Pozo wrote: >> >>> But I have found this on my logs "save failed to INBOX: Not enough >>> disk >>> space" . >> >> This means that a write() (or some other syscall) returned either >> ENOSPC >> or EDQUOT error message, or that quota plugin decided user is out of >> quota. >> >>> There is enougth space on disk. and I am not using quota plugin on >>> lmtp >> >> What about filesystem quota? >> > I remember there were similar issues in the past, due to the fact that > messages larger than 128kb were temporarily stored on disk in the users > homedir. Maybe this is related? > >>> my lmtp conf is as follow: >> >> A full doveconf
Re: [Dovecot] IMAP Label Updates not showing up across shared account
<>
Re: [Dovecot] IMAP Label Updates not showing up across shared account
On Wed, 2011-06-08 at 10:23 +0100, Ricardo Branco wrote: Well, this was an interesting message. multipart/alternative where first part was text and second part a GIF image. My email client decided that it preferred showing the GIF image to text (which was its right, as it was an alternative). > User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-GB; > rv:1.9.2.17) > Gecko/20110414 Lightning/1.0b2 Thunderbird/3.1.10 I wonder if it was generated by Thunderbird or something else..
Re: [Dovecot] save failed to INBOX: Not enough disk space
Hi this is the output of df -h FilesystemSize Used Avail Use% Mounted on /dev/sda2 5.5G 1.8G 3.6G 33% / tmpfs 502M 0 502M 0% /lib/init/rw udev 10M 680K 9.4M 7% /dev tmpfs 502M 0 502M 0% /dev/shm /dev/sda1 122M 41M 76M 35% /boot /dev/sda3 942M 18M 877M 2% /tmp /dev/sda6 7.4G 812M 6.3G 12% /var/log /dev/mapper/vmail 120G 84G 37G 70% /var/vmail So /var/spool depends on "/" wich has 3.6G available. Thanks 2011/6/8 Johan Hendriks : > Osvaldo Alvarez Pozo schreef: >> >> Hi Tom, >> >> it is dovecot 2.0.12 this is the doveconf -n output. >> >> >> There is not file system quota. >> >> This is the output of doveconf -n >> >> # 2.0.12: /usr/local/dovecot/etc/dovecot/dovecot.conf >> # OS: Linux 2.6.32-bpo.5-amd64 x86_64 Debian 5.0.5 ocfs2 >> auth_cache_size = 1 M >> auth_mechanisms = plain login >> base_dir = /usr/local/dovecot >> disable_plaintext_auth = no >> first_valid_uid = 5000 >> last_valid_uid = 5000 >> mail_access_groups = mail >> mail_gid = 8 >> mail_location = maildir:/var/vmail/%d/%u/Maildir >> mail_max_userip_connections = 100 >> mail_uid = 5000 >> maildir_very_dirty_syncs = yes >> managesieve_notify_capability = mailto >> managesieve_sieve_capability = fileinto reject envelope >> encoded-character vacation subaddress comparator-i;ascii-numeric >> relational regex imap4flags copy include variables body enotify >> environment mailbox date >> mmap_disable = yes >> passdb { >> args = /usr/local/dovecot/etc/dovecot/sql.conf >> driver = sql >> } >> plugin { >> quota = maildir:User quota >> sieve = ~/.dovecot.sieve >> sieve_dir = ~/sieve >> } >> protocols = imap pop3 lmtp sieve >> service auth { >> client_limit = 10500 >> unix_listener /var/spool/postfix/private/auth { >> group = mail >> mode = 0660 >> user = postfix >> } >> unix_listener auth-userdb { >> group = mail >> mode = 0660 >> user = postfix >> } >> } >> service imap-login { >> process_min_avail = 2 >> service_count = 0 >> vsz_limit = 128 M >> } >> service imap { >> process_limit = 5000 >> } >> service lmtp { >> inet_listener lmtp { >> address = 127.0.0.1 ::1 >> port = 24 >> } >> unix_listener /var/spool/postfix/private/dovecot-lmtp { >> group = postfix >> mode = 0660 >> user = postfix >> } >> } >> service managesieve-login { >> inet_listener sieve { >> port = 4190 >> } >> } >> service pop3-login { >> process_min_avail = 2 >> service_count = 0 >> } >> service pop3 { >> process_limit = 5000 >> } >> >> userdb { >> driver = prefetch >> } >> >> userdb { >> args = /usr/local/dovecot/etc/dovecot/sql.conf >> driver = sql >> } >> >> protocol imap { >> imap_client_workarounds = delay-newmail >> } >> protocol pop3 { >> pop3_client_workarounds = outlook-no-nuls oe-ns-eoh >> pop3_uidl_format = %08Xu%08Xv >> } >> >> protocol lmtp { >> mail_plugins = sieve >> postmaster_address = ad...@domain.tld >> } >> protocol sieve { >> managesieve_implementation_string = Dovecot Pigeonhole >> managesieve_logout_format = bytes=%i/%o >> managesieve_max_compile_errors = 5 >> managesieve_max_line_length = 65536 >> } >> >> >> Thanks >> >> 2011/6/8 Tom Hendrikx: >>> >>> On 08/06/11 13:47, Timo Sirainen wrote: On Wed, 2011-06-08 at 11:16 +0200, Osvaldo Alvarez Pozo wrote: > But I have found this on my logs "save failed to INBOX: Not enough disk > space" . This means that a write() (or some other syscall) returned either ENOSPC or EDQUOT error message, or that quota plugin decided user is out of quota. > There is enougth space on disk. and I am not using quota plugin on lmtp What about filesystem quota? >>> I remember there were similar issues in the past, due to the fact that >>> messages larger than 128kb were temporarily stored on disk in the users >>> homedir. Maybe this is related? >>> > my lmtp conf is as follow: A full doveconf -n output would be better. >>> OP has not posted complete doveconf -n output, nor a specific version >>> (other than 'dovecot 2'). Please do so. >>> >>> >>> -- >>> Reagrds, >>> Tom >>> > Wild guess, > What is the disk space of your /var dir or /var/spool for that matter > Or df -h for all mounted filesystems. > > regards, > Johan Hendriks > >
Re: [Dovecot] save failed to INBOX: Not enough disk space
Hi according to dovecot -a: mail_temp_dir = /tmp and df -h gives /dev/sda3 942M 18M 877M 2% /tmp Thanks 2011/6/8 Timo Sirainen : > On Wed, 2011-06-08 at 14:04 +0200, Tom Hendrikx wrote: >> > This means that a write() (or some other syscall) returned either ENOSPC >> > or EDQUOT error message, or that quota plugin decided user is out of >> > quota. >> > >> >> There is enougth space on disk. and I am not using quota plugin on lmtp >> > >> > What about filesystem quota? >> > >> >> I remember there were similar issues in the past, due to the fact that >> messages larger than 128kb were temporarily stored on disk in the users >> homedir. Maybe this is related? > > That would have given a temporary failure, not an "out of disk space" > error. Also nowadays even that doesn't happen, the message is simply > read fully into memory. > > Although I guess it wouldn't hurt to check if /tmp is full > (mail_temp_dir defaults to /tmp again). > > >
Re: [Dovecot] save failed to INBOX: Not enough disk space
Osvaldo Alvarez Pozo schreef: Hi Tom, it is dovecot 2.0.12 this is the doveconf -n output. There is not file system quota. This is the output of doveconf -n # 2.0.12: /usr/local/dovecot/etc/dovecot/dovecot.conf # OS: Linux 2.6.32-bpo.5-amd64 x86_64 Debian 5.0.5 ocfs2 auth_cache_size = 1 M auth_mechanisms = plain login base_dir = /usr/local/dovecot disable_plaintext_auth = no first_valid_uid = 5000 last_valid_uid = 5000 mail_access_groups = mail mail_gid = 8 mail_location = maildir:/var/vmail/%d/%u/Maildir mail_max_userip_connections = 100 mail_uid = 5000 maildir_very_dirty_syncs = yes managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date mmap_disable = yes passdb { args = /usr/local/dovecot/etc/dovecot/sql.conf driver = sql } plugin { quota = maildir:User quota sieve = ~/.dovecot.sieve sieve_dir = ~/sieve } protocols = imap pop3 lmtp sieve service auth { client_limit = 10500 unix_listener /var/spool/postfix/private/auth { group = mail mode = 0660 user = postfix } unix_listener auth-userdb { group = mail mode = 0660 user = postfix } } service imap-login { process_min_avail = 2 service_count = 0 vsz_limit = 128 M } service imap { process_limit = 5000 } service lmtp { inet_listener lmtp { address = 127.0.0.1 ::1 port = 24 } unix_listener /var/spool/postfix/private/dovecot-lmtp { group = postfix mode = 0660 user = postfix } } service managesieve-login { inet_listener sieve { port = 4190 } } service pop3-login { process_min_avail = 2 service_count = 0 } service pop3 { process_limit = 5000 } userdb { driver = prefetch } userdb { args = /usr/local/dovecot/etc/dovecot/sql.conf driver = sql } protocol imap { imap_client_workarounds = delay-newmail } protocol pop3 { pop3_client_workarounds = outlook-no-nuls oe-ns-eoh pop3_uidl_format = %08Xu%08Xv } protocol lmtp { mail_plugins = sieve postmaster_address = ad...@domain.tld } protocol sieve { managesieve_implementation_string = Dovecot Pigeonhole managesieve_logout_format = bytes=%i/%o managesieve_max_compile_errors = 5 managesieve_max_line_length = 65536 } Thanks 2011/6/8 Tom Hendrikx: On 08/06/11 13:47, Timo Sirainen wrote: On Wed, 2011-06-08 at 11:16 +0200, Osvaldo Alvarez Pozo wrote: But I have found this on my logs "save failed to INBOX: Not enough disk space" . This means that a write() (or some other syscall) returned either ENOSPC or EDQUOT error message, or that quota plugin decided user is out of quota. There is enougth space on disk. and I am not using quota plugin on lmtp What about filesystem quota? I remember there were similar issues in the past, due to the fact that messages larger than 128kb were temporarily stored on disk in the users homedir. Maybe this is related? my lmtp conf is as follow: A full doveconf -n output would be better. OP has not posted complete doveconf -n output, nor a specific version (other than 'dovecot 2'). Please do so. -- Reagrds, Tom Wild guess, What is the disk space of your /var dir or /var/spool for that matter Or df -h for all mounted filesystems. regards, Johan Hendriks
Re: [Dovecot] save failed to INBOX: Not enough disk space
Hi Tom, it is dovecot 2.0.12 this is the doveconf -n output. There is not file system quota. This is the output of doveconf -n # 2.0.12: /usr/local/dovecot/etc/dovecot/dovecot.conf # OS: Linux 2.6.32-bpo.5-amd64 x86_64 Debian 5.0.5 ocfs2 auth_cache_size = 1 M auth_mechanisms = plain login base_dir = /usr/local/dovecot disable_plaintext_auth = no first_valid_uid = 5000 last_valid_uid = 5000 mail_access_groups = mail mail_gid = 8 mail_location = maildir:/var/vmail/%d/%u/Maildir mail_max_userip_connections = 100 mail_uid = 5000 maildir_very_dirty_syncs = yes managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date mmap_disable = yes passdb { args = /usr/local/dovecot/etc/dovecot/sql.conf driver = sql } plugin { quota = maildir:User quota sieve = ~/.dovecot.sieve sieve_dir = ~/sieve } protocols = imap pop3 lmtp sieve service auth { client_limit = 10500 unix_listener /var/spool/postfix/private/auth { group = mail mode = 0660 user = postfix } unix_listener auth-userdb { group = mail mode = 0660 user = postfix } } service imap-login { process_min_avail = 2 service_count = 0 vsz_limit = 128 M } service imap { process_limit = 5000 } service lmtp { inet_listener lmtp { address = 127.0.0.1 ::1 port = 24 } unix_listener /var/spool/postfix/private/dovecot-lmtp { group = postfix mode = 0660 user = postfix } } service managesieve-login { inet_listener sieve { port = 4190 } } service pop3-login { process_min_avail = 2 service_count = 0 } service pop3 { process_limit = 5000 } userdb { driver = prefetch } userdb { args = /usr/local/dovecot/etc/dovecot/sql.conf driver = sql } protocol imap { imap_client_workarounds = delay-newmail } protocol pop3 { pop3_client_workarounds = outlook-no-nuls oe-ns-eoh pop3_uidl_format = %08Xu%08Xv } protocol lmtp { mail_plugins = sieve postmaster_address = ad...@domain.tld } protocol sieve { managesieve_implementation_string = Dovecot Pigeonhole managesieve_logout_format = bytes=%i/%o managesieve_max_compile_errors = 5 managesieve_max_line_length = 65536 } Thanks 2011/6/8 Tom Hendrikx : > On 08/06/11 13:47, Timo Sirainen wrote: >> On Wed, 2011-06-08 at 11:16 +0200, Osvaldo Alvarez Pozo wrote: >> >>> But I have found this on my logs "save failed to INBOX: Not enough disk >>> space" . >> >> This means that a write() (or some other syscall) returned either ENOSPC >> or EDQUOT error message, or that quota plugin decided user is out of >> quota. >> >>> There is enougth space on disk. and I am not using quota plugin on lmtp >> >> What about filesystem quota? >> > > I remember there were similar issues in the past, due to the fact that > messages larger than 128kb were temporarily stored on disk in the users > homedir. Maybe this is related? > >>> my lmtp conf is as follow: >> >> A full doveconf -n output would be better. >> > > OP has not posted complete doveconf -n output, nor a specific version > (other than 'dovecot 2'). Please do so. > > > -- > Reagrds, > Tom >
Re: [Dovecot] save failed to INBOX: Not enough disk space
On Wed, 2011-06-08 at 14:04 +0200, Tom Hendrikx wrote: > > This means that a write() (or some other syscall) returned either ENOSPC > > or EDQUOT error message, or that quota plugin decided user is out of > > quota. > > > >> There is enougth space on disk. and I am not using quota plugin on lmtp > > > > What about filesystem quota? > > > > I remember there were similar issues in the past, due to the fact that > messages larger than 128kb were temporarily stored on disk in the users > homedir. Maybe this is related? That would have given a temporary failure, not an "out of disk space" error. Also nowadays even that doesn't happen, the message is simply read fully into memory. Although I guess it wouldn't hurt to check if /tmp is full (mail_temp_dir defaults to /tmp again).
Re: [Dovecot] save failed to INBOX: Not enough disk space
On Wed, 2011-06-08 at 14:47 +0300, Timo Sirainen wrote: > On Wed, 2011-06-08 at 11:16 +0200, Osvaldo Alvarez Pozo wrote: > > > But I have found this on my logs "save failed to INBOX: Not enough disk > > space" . > > This means that a write() (or some other syscall) returned either ENOSPC > or EDQUOT error message, or that quota plugin decided user is out of > quota. Actually quota plugin gives a different error message. The only possibility I can think of is that ocfs2 has decided to start returning "no disk space" failures when Dovecot tries to create files. Does this happen for every mail delivery? Can you manually create more files? Can you upload messages via IMAP (i.e. is it only LMTP that is the problem?
Re: [Dovecot] save failed to INBOX: Not enough disk space
On 08/06/11 13:47, Timo Sirainen wrote: > On Wed, 2011-06-08 at 11:16 +0200, Osvaldo Alvarez Pozo wrote: > >> But I have found this on my logs "save failed to INBOX: Not enough disk >> space" . > > This means that a write() (or some other syscall) returned either ENOSPC > or EDQUOT error message, or that quota plugin decided user is out of > quota. > >> There is enougth space on disk. and I am not using quota plugin on lmtp > > What about filesystem quota? > I remember there were similar issues in the past, due to the fact that messages larger than 128kb were temporarily stored on disk in the users homedir. Maybe this is related? >> my lmtp conf is as follow: > > A full doveconf -n output would be better. > OP has not posted complete doveconf -n output, nor a specific version (other than 'dovecot 2'). Please do so. -- Reagrds, Tom
Re: [Dovecot] save failed to INBOX: Not enough disk space
On Wed, 2011-06-08 at 13:32 +0200, Osvaldo Alvarez Pozo wrote: > Hi again > > Sorry if I top post, but this problem is urgent as we are losing mails. > > We have migrate from dovecot 1.4 to dovecot 2.0.12. But from severals > now we have found this on our log files. > > relay=smtp1.huissier-justice.fr[private/dovecot-lmtp], delay=5.4, > delays=0.74/0/0.01/4.6, dsn=5.2.2, status=bounced (host > mail.domain.tld[private/dovecot-lmtp] said: 552 5.2.2 > Not enough disk space (in reply to end of DATA > command)) Also, this is Postfix's log message. What does Dovecot LMTP log about it?
Re: [Dovecot] save failed to INBOX: Not enough disk space
On Wed, 2011-06-08 at 11:16 +0200, Osvaldo Alvarez Pozo wrote: > But I have found this on my logs "save failed to INBOX: Not enough disk > space" . This means that a write() (or some other syscall) returned either ENOSPC or EDQUOT error message, or that quota plugin decided user is out of quota. > There is enougth space on disk. and I am not using quota plugin on lmtp What about filesystem quota? > my lmtp conf is as follow: A full doveconf -n output would be better.
Re: [Dovecot] save failed to INBOX: Not enough disk space
Hi the output of df -h is: FilesystemSize Used Avail Use% Mounted on /dev/mapper/vmail 120G 84G 37G 70% /var/vmail Thanks for your help. 2011/6/8 Ralf Hildebrandt : > * Osvaldo Alvarez Pozo : > >> #df -hi >> Filesystem Inodes IUsed IFree IUse% Mounted on >> >> /dev/mapper/vmail >> 30M 21M 9.2M 70% /var/vmail > > And without -i? > > -- > Ralf Hildebrandt > Geschäftsbereich IT | Abteilung Netzwerk > Charité - Universitätsmedizin Berlin > Campus Benjamin Franklin > Hindenburgdamm 30 | D-12203 Berlin > Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 > ralf.hildebra...@charite.de | http://www.charite.de > >
Re: [Dovecot] save failed to INBOX: Not enough disk space
* Osvaldo Alvarez Pozo : > #df -hi > FilesystemInodes IUsed IFree IUse% Mounted on > > /dev/mapper/vmail > 30M 21M9.2M 70% /var/vmail And without -i? -- Ralf Hildebrandt Geschäftsbereich IT | Abteilung Netzwerk Charité - Universitätsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebra...@charite.de | http://www.charite.de
Re: [Dovecot] save failed to INBOX: Not enough disk space
Hi again Sorry if I top post, but this problem is urgent as we are losing mails. We have migrate from dovecot 1.4 to dovecot 2.0.12. But from severals now we have found this on our log files. relay=smtp1.huissier-justice.fr[private/dovecot-lmtp], delay=5.4, delays=0.74/0/0.01/4.6, dsn=5.2.2, status=bounced (host mail.domain.tld[private/dovecot-lmtp] said: 552 5.2.2 Not enough disk space (in reply to end of DATA command)) We use maildir on an ocfs2 filesystem shared by 4 serveurs. The partition is not full the output of df -hi is: #df -hi FilesystemInodes IUsed IFree IUse% Mounted on /dev/mapper/vmail 30M 21M9.2M 70% /var/vmail We noticed this happens when messages are bigger than 5Mbytes, but are not using quota plugins on dovecot-lmtp this is a part of our dovecot configuration. service lmtp { chroot = client_limit = 0 drop_priv_before_exec = no executable = lmtp extra_groups = group = idle_kill = 0 inet_listener lmtp { address = 127.0.0.1 ::1 port = 24 ssl = no } privileged_group = process_limit = 0 process_min_avail = 0 protocol = lmtp service_count = 0 type = unix_listener /var/spool/postfix/private/dovecot-lmtp { group = postfix mode = 0660 user = postfix } unix_listener lmtp { group = mode = 0666 user = } user = vsz_limit = 0 } protocol lmtp { mail_plugins = sieve postmaster_address = ad...@domain.tld In postfix main.cf mailbox_size_limit = 0 virtual_mailbox_limit = 5120 Any ideas Please? Thanks 2011/6/8 Osvaldo Alvarez Pozo : > Hi > I migrated to dovecot 2 and I started using lmtp for mail delivery. > > > But I have found this on my logs "save failed to INBOX: Not enough disk > space" . > > There is enougth space on disk. and I am not using quota plugin on lmtp > > my lmtp conf is as follow: > > # > ## LMTP specific settings > ## > > # Support proxying to other LMTP/SMTP servers by performing passdb lookups. > #lmtp_proxy = no > > # When recipient address includes the detail (e.g. user+detail), try to save > # the mail to the detail mailbox. See also recipient_delimiter and > # lda_mailbox_autocreate settings. > #lmtp_save_to_detail_mailbox = no > > protocol lmtp { > # Space separated list of plugins to load (default is global mail_plugins). > #mail_plugins = $mail_plugins > mail_plugins = sieve > postmaster_address = ad...@domain.tld > } > > Any idea please? > > Thanks >
Re: [Dovecot] lda_mailbox_autocreate does not work for lmtp?
On 06/08/11 12:11, Attila Nagy wrote: [a lot of things] Oh crap, it turned out that some binary junk crept into the LMTP sequence I tried with copy-paste...
Re: [Dovecot] sieve script tracing
On 6/6/2011 10:38 AM, Maciej Uhlig wrote: W dniu 2011-06-06 00:56, Stephan Bosch pisze: If you have a sample message, you can use the sieve-test tool for that. You can check the individual steps the interpreter takes while processing the message. Refer to the man page for more info. Thanks. It could be really helpful in case of script testing. But I'm rather interested in statistics (which rule most probably causes mail discarding). I've made the vnd.dovecot.debug extension available for the LDA Sieve plugin. This allows logging debug messages to the user's personal logfile (typically ~/.dovecot.sieve.log). It's currently only explained in the sieve-test man page. This change will be included in the next release. Regards, Stephan.
Re: [Dovecot] possible bug leading to lmtp crashes
On 06/07/2011 06:18 AM, Timo Sirainen wrote: > On Mon, 2011-06-06 at 22:57 -0600, Trever L. Adams wrote: >> >> Ok, I think I have figured out the cause, but no the problem in the >> code. There were three machines TS, PP, ST. TS and ST had identical >> configurations with auth_username_format = %Lu. PP had it = %u. PP >> started crashing when I changed it to %Lu. > I don't see why that would matter, but I think this will help: > http://hg.dovecot.org/dovecot-2.0/rev/c0734f08b3f3 > It may be too early to be certain, but in 13 hours I haven't seen a crash on any of the three machines. This indeed may have fixed it all. How strange that various things seemed to be the cause and ... well... weren't. Thank you. I will let you know in about 2 days time if the fix was complete. Again, thank you, Trever -- "Yesterday is gone. Tomorrow is too far for me. Today is what I have, and what I fight for." -- Unknown signature.asc Description: OpenPGP digital signature
[Dovecot] lda_mailbox_autocreate does not work for lmtp?
Hi, I try to deliver into specific folders with the "plus addressing", namely: rcpt to: This works only if the folder exists. If it does not, I get the following error: rcpt to: 501 5.5.4 Unsupported options example-config/conf.d/20-lmtp.conf says: # When recipient address includes the detail (e.g. user+detail), try to save # the mail to the detail mailbox. See also recipient_delimiter and # lda_mailbox_autocreate settings. But it seems it does not work (or I am missing something). Current config (I've also tried to include autocreate plugin into lmtp, without any success) is below: # 2.0.13: /usr/local/etc/dovecot/dovecot.conf # OS: FreeBSD 8.2-STABLE amd64 auth_cache_negative_ttl = 0 auth_cache_size = 100 M auth_cache_ttl = 1 days disable_plaintext_auth = no info_log_path = syslog lda_mailbox_autocreate = yes lmtp_save_to_detail_mailbox = yes log_path = /var/log/dovecot-errors.log mail_fsync = never mail_gid = 999 mail_location = maildir:~/Maildir mail_plugins = " quota" mail_uid = 999 managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date passdb { args = /usr/local/etc/dovecot/master-users driver = passwd-file master = yes pass = yes } passdb { args = /usr/local/etc/dovecot/dovecot-ldap.conf.ext driver = ldap } plugin { autocreate = INBOX.Trash autocreate2 = INBOX.Drafts autocreate3 = INBOX.Sent autocreate4 = INBOX.Spam autosubscribe = INBOX.Trash autosubscribe2 = INBOX.Drafts autosubscribe3 = INBOX.Sent autosubscribe4 = INBOX.Spam mail_log_events = delete mailbox_delete mail_log_fields = uid box msgid size flags vsize from subject quota = maildir:User quota recipient_delimiter = + sieve = ~/.dovecot.sieve sieve_dir = ~/sieve } protocols = pop3 imap lmtp service anvil { client_limit = 8192 } service auth { client_limit = 8192 unix_listener auth-userdb { mode = 0600 user = qmailldap } } service imap-login { client_limit = 1000 process_limit = 100 process_min_avail = 8 service_count = 0 } service imap { client_limit = 8 process_limit = 2048 process_min_avail = 16 service_count = 0 } service lmtp { inet_listener lmtp { port = 24 } user = qmailldap } service managesieve-login { inet_listener sieve { port = 4190 } } service pop3-login { client_limit = 1000 process_limit = 100 process_min_avail = 8 service_count = 0 } service pop3 { client_limit = 8 process_limit = 2048 process_min_avail = 32 service_count = 0 } ssl = no userdb { driver = prefetch } userdb { args = /usr/local/etc/dovecot/dovecot-ldap.conf.ext driver = ldap } verbose_proctitle = yes protocol lmtp { mail_plugins = " quota autocreate mail_log notify sieve" } protocol imap { mail_max_userip_connections = 1024 mail_plugins = " quota imap_quota autocreate mail_log notify" } protocol pop3 { mail_max_userip_connections = 1024 mail_plugins = " quota autocreate" }
Re: [Dovecot] save failed to INBOX: Not enough disk space
W dniu 08.06.2011 11:16, Osvaldo Alvarez Pozo pisze: > Hi > I migrated to dovecot 2 and I started using lmtp for mail delivery. > > > But I have found this on my logs "save failed to INBOX: Not enough disk > space" . > > There is enougth space on disk. and I am not using quota plugin on lmtp Hello! And you have free inodes too and you don't have quota on filesystem? I'm asking to be sure:) Regards!
Re: [Dovecot] IMAP Label Updates not showing up across shared account
<>
[Dovecot] save failed to INBOX: Not enough disk space
Hi I migrated to dovecot 2 and I started using lmtp for mail delivery. But I have found this on my logs "save failed to INBOX: Not enough disk space" . There is enougth space on disk. and I am not using quota plugin on lmtp my lmtp conf is as follow: # ## LMTP specific settings ## # Support proxying to other LMTP/SMTP servers by performing passdb lookups. #lmtp_proxy = no # When recipient address includes the detail (e.g. user+detail), try to save # the mail to the detail mailbox. See also recipient_delimiter and # lda_mailbox_autocreate settings. #lmtp_save_to_detail_mailbox = no protocol lmtp { # Space separated list of plugins to load (default is global mail_plugins). #mail_plugins = $mail_plugins mail_plugins = sieve postmaster_address = ad...@domain.tld } Any idea please? Thanks
Re: [Dovecot] Problem with Outlook 2010
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/07/2011 09:20 PM, pch0317 wrote: > Hi, > > I use dovecot 2.0. > > I have problem with Outlook 2010. This application freezes for about 2 > minutes when I move or delete messages. > Other applications such as Outlook Express and Thunderbird work correctly. > > Has anyone had similar problem? > > > Thanks We have no problems with Outlook 2010 and dovecot-2.0. Everything works fine. Greets Ralf -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQEcBAEBAgAGBQJN7zCTAAoJENVjhbwuX+/Hb+wIAJ8PiULXV4u/L0xByojYMKzS jEyzQh+6w6oIqf64q3wCxo8CFRhUZ+STleH5pHNVlmOdw7jU+PeuJxyVYYyZkjE6 UUpIxtlZDPMq79ODFIXRUAFyXM9gB8UWvBDhjuVDbEuEeYu8g0FfHb5qe9hM1+9D pFaBTOQyZ+bsWdkRxtZ0PoYSfAW0+u6ZBP+vqKMfmul/QPXY/ajquLFNa2it3Hov 3u6W7fj8AsjNWGG5H25Vyc0kWxrKXCN7IQV8N2Xz9sUQqI5cncs8nKbxw+RSth44 FxiVCTllBBX1cAUKVj8Aledf2/aYyPk5PuUcsZXz6QsJx2ys+iLoDrLOY+VCoqk= =No8P -END PGP SIGNATURE-