- dovecot - dovecot.org

Re: [Dovecot] Issue with domains
by Jon Fullmer 02 Nov '08

02 Nov '08

It's not clear from your response that you understand why it's failing. It would seem clear that postfix doesn't see this as a local domain. Instead, it thinks you're trying to relay to somewhere else. Check your virtual_mailbox_domains file (or database) and make sure it has an entry for the new domain. Good luck! - Jon On Nov 2, 2008, at 2:30 PM, David M Lemcoe Jr. wrote: > > I just found out that /var/logs IS showing something. > > > Nov 2 16:27:46 ubuntu postfix/smtpd[11635]: connect from > rv-out-0506.google.com[209.85.198.239] > Nov 2 16:27:46 ubuntu postfix/smtpd[11635]: NOQUEUE: reject: RCPT > from > rv-out-0506.google.com[209.85.198.239]: 554 5.7.1 > <mailing(a)lemcoe.com>: > Relay access denied; from=<ki4yj$ > Nov 2 16:27:46 ubuntu postfix/smtpd[11635]: disconnect from > rv-out-0506.google.com[209.85.198.239] > Nov 2 16:27:47 ubuntu postfix/smtpd[11622]: disconnect from > fmailhost06.isp.att.net[207.115.11.56] > > Yes, it was sent from Gmail. > > Thanks for the help. > > > On Sun, 2 Nov 2008 14:26:21 -0700, Jon Fullmer <jon(a)jonfullmer.com> > wrote: >> Does the log show that the incoming messages are actually received? >> If not, it sounds like you're missing an MX record in DNS. If you are >> seeing the message come in, what does the log say it did with it? >> >> - Jon >> >> On Nov 2, 2008, at 1:45 PM, mailing wrote: >> >>> >>> I am using Postfix and /var/logs/mail.log does not have any errors >>> when >>> sending to lemcoe.com >>> >>> Thanks for quick response. >>> >>> On Sun, 2 Nov 2008 13:41:31 -0700, Jon Fullmer <jon(a)jonfullmer.com> >>> wrote: >>>> What are you using as your MTA (i.e., which server is listening for >>>> the incoming SMTP message)? Postfix? Sendmail? >>>> >>>> Have you checked for errors at this level? >>>> >>>> - Jon >>>> >>>> On Nov 2, 2008, at 1:34 PM, David M Lemcoe Jr. wrote: >>>> >>>>> >>>>> I am running Dovecot 1.0.10 and have it working great on >>>>> ender.ath.cx (my >>>>> free DynDNS.com subdomain), but recently I registered lemcoe.com >>>>> and >>>>> pointed it to the same IP address as ender.ath.cx. The problem is, >>>>> only >>>>> e-mail sent to the @ender.ath.cx works. If it is send it to >>>>> @lemcoe.com, I >>>>> don't know where it goes. I get no errors either. >>>>> >>>>> How can I get Dovecot to recognize both domains? >>>>> >>>>> TIA. >>>>> >>>>> David >>>> >>

1 0

Re: [Dovecot] Issue with domains
by Jon Fullmer 02 Nov '08

02 Nov '08

Does the log show that the incoming messages are actually received? If not, it sounds like you're missing an MX record in DNS. If you are seeing the message come in, what does the log say it did with it? - Jon On Nov 2, 2008, at 1:45 PM, mailing wrote: > > I am using Postfix and /var/logs/mail.log does not have any errors > when > sending to lemcoe.com > > Thanks for quick response. > > On Sun, 2 Nov 2008 13:41:31 -0700, Jon Fullmer <jon(a)jonfullmer.com> > wrote: >> What are you using as your MTA (i.e., which server is listening for >> the incoming SMTP message)? Postfix? Sendmail? >> >> Have you checked for errors at this level? >> >> - Jon >> >> On Nov 2, 2008, at 1:34 PM, David M Lemcoe Jr. wrote: >> >>> >>> I am running Dovecot 1.0.10 and have it working great on >>> ender.ath.cx (my >>> free DynDNS.com subdomain), but recently I registered lemcoe.com and >>> pointed it to the same IP address as ender.ath.cx. The problem is, >>> only >>> e-mail sent to the @ender.ath.cx works. If it is send it to >>> @lemcoe.com, I >>> don't know where it goes. I get no errors either. >>> >>> How can I get Dovecot to recognize both domains? >>> >>> TIA. >>> >>> David >>

1 0

[Dovecot] Issue with domains
by David M Lemcoe Jr. 02 Nov '08

02 Nov '08

I am running Dovecot 1.0.10 and have it working great on ender.ath.cx (my free DynDNS.com subdomain), but recently I registered lemcoe.com and pointed it to the same IP address as ender.ath.cx. The problem is, only e-mail sent to the @ender.ath.cx works. If it is send it to @lemcoe.com, I don't know where it goes. I get no errors either. How can I get Dovecot to recognize both domains? TIA. David

3 2

[Dovecot] v1.2.alpha1 released
by Timo Sirainen 02 Nov '08

02 Nov '08

http://dovecot.org/releases/1.2/alpha/dovecot-1.2.alpha1.tar.gz http://dovecot.org/releases/1.2/alpha/dovecot-1.2.alpha1.tar.gz.sig This is the only v1.2.alpha announcement I'm going to send to dovecot-news list. Next announcement will be for either v1.2.beta1 or v1.2.rc1. I'm hoping that v1.2 stabilizes pretty soon. There are no huge changes like there were in 0.99->1.0 or 1.0->1.1, so most of the bugs are probably related to new features. I'm already running v1.2 myself and it's gone through heavy stress testing with my imaptest tool, so I'm expecting it to be stable enough for real world testing with not-all-that-important servers. It's safe to jump between v1.1 and v1.2 at any time or even have them concurrently accessing the same mailboxes. Dovecot v1.2 has a lot of new IMAP extensions implemented. The biggest change comes from CONDSTORE extension which adds a new concept of "modification sequences" (modseq for short). Each message has a modseq that increases whenever a flag is changed or when the message is expunged. The client can keep track of the highest seen modseq and request only changes done since the modseq. See QRESYNC (RFC 5162) for more information. Dovecot starts keeping track of the modseqs only when the first "CONDSTORE/QRESYNC enabling command" is executed. Before that no disk space is used for modseqs. When modseqs are enabled dovecot.index file uses 8 bytes per message more space. Other implemented IMAP extensions are: ESEARCH, SEARCHRES, WITHIN, ID and CONTEXT=SEARCH. Added thread indexes to optimize IMAP THREAD command. Only the first half of threading is currently optimized, the rest will hopefully follow later. Added a non-standard X-REFERENCES2 threading algorithm where threads are sorted by their latest message instead of the thread root message. There is also no base subject merging. This may be renamed and become part of SEARCH=INTHREAD extension some day. SEARCH=INTHREAD is still a draft, but the INTHREAD search key is already implemented by Dovecot v1.2. This is mostly useful with virtual mailboxes. Virtual mailboxes: http://wiki.dovecot.org/Plugins/Virtual Then there are also some internal API changes which will make some things easier. For example lib-storage now allows handling multiple different users at the same time.

6 78

[Dovecot] pam_dovecotpw anybody?
by Steinar Bang 02 Nov '08

02 Nov '08

Samba has pam_smbpass which is a PAM module that hooks into password changing, and changes the users' samba password (presumably used for NTLM auth?), when the users change their ordinary unix/linux password. http://gitweb.samba.org/?p=samba.git;a=tree;f=source3/pam_smbpass;h=c230a1b… It shouldn't bee too hard to take the code from here, combine it with dovecotpw and create a PAM module that changes the dovecot password in a way that can be used for cram-md5. Ideally it should read the /etc/dovecot/dovecot.conf (whereever it is), and find the path of the passwd-file and use that. Has anyone else looked into doing something like this?

1 0

[Dovecot] Backing Up
by Neil 02 Nov '08

02 Nov '08

What is the best way to do a (server-side) backup of all mail in a user's mail? I don't think I'm doing anything weird as far as configs go; here's dovecot -n if it helps: # 1.1.4: /etc/dovecot/dovecot.conf protocols: imaps listen: *, [::] ssl_cert_file: /etc/ssl/dovecot/cert.pem ssl_key_file: /etc/ssl/dovecot/key.pem login_dir: /var/run/dovecot/login login_executable: /usr/libexec/dovecot/imap-login mail_location: maildir:~/.maildir auth default: mechanisms: plain login passdb: driver: pam args: * userdb: driver: passwd socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix

16 28

[Dovecot] feature request for managesieve build from packager
by seriv＠parkheights.dyndns.org 02 Nov '08

02 Nov '08

Hi everybody, dovecot-1.2 alpha3 with cmusieve, libsieve and managesieve are available as rpm packages for Sisyphus repository (http://ftp.altlinux.org/pub/distributions/ALTLinux/Sisyphus, and specs/patches are available at http://git.altlinux.org/people/seriv/packages/?p=dovecot.git and http://git.altlinux.org/people/seriv/packages/?p=dovecot-sieve.git) Thank you very much Timo and Stephan! I have a feature-request for managesieve configure and Makefiles: they depend on dovecot sources as they are used for build process. I think it would be very nice to have not just --with-dovecot parameter in configure parameters, but also --with-dovecot-includes and --with-dovecot-libs. The same about cmusieve plugin: dovecot has --enable-header-install parameter, but installed headers are not sufficient for building cmusieve, I need install libraries and then modify cmusieve's Makefiles by running something like: --- for f in `find . -name Makefile` do mv -f $f $f.orig sed -e's/\$(dovecotdir)\/src$\/lib\/.*\.a$/\$(libdir)\/dovecot\/modules\1/g' \ < $f.orig > $f done --- before make in %build section. -- With best regards, Sergey Ivanov.

1 0

[Dovecot] imap processes eating IO
by Ryan Rawdon 02 Nov '08

02 Nov '08

[Ignore the previous e-mail, I somehow sent it when I was trying to paste from clipboard] I recently migrated my dovecot/postfix setup to a new machine. After doing so, I have encountered a problem where imap processes get stuck in a loop eating loads of IO on the machine. Looking at the trace (snippet below), it looks like they are sitting and reading the inbox and other folders of certain users repeatedly. This seems to be triggered by the delivery of a new e-mail to the user's mailbox while they have an IMAP client connected, though I cannot say for sure. This had never happened before on the old machine. I'm certain more information would be useful, please let me know what I can provide to help! Trace of process 22342 - imap lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203440140.P6242Q0M41485.scarecrow:2,RSc", {st_mode=S_IFREG|0600, st_size=3079, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203446630.P7458Q0M562949.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=27769, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203454830.P9042Q0M402016.scarecrow:2,RSe", {st_mode=S_IFREG|0600, st_size=730534, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203460967.P10096Q0M631472.scarecrow:2,S", {st_mode=S_IFREG|0600, st_size=2690, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203463833.P10601Q0M946162.scarecrow:2,Sbc", {st_mode=S_IFREG|0600, st_size=2319, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203468449.P11425Q0M422185.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=2650, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203469387.P11575Q0M276926.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=1317, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203472851.P12516Q0M604824.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=2491, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203474105.P12705Q0M450957.scarecrow:2,RS", {st_mode=S_IFREG|0600, st_size=1489, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203474330.P12758Q0M302789.scarecrow:2,S", {st_mode=S_IFREG|0600, st_size=1483, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203474352.P12765Q0M853382.scarecrow:2,RS", {st_mode=S_IFREG|0600, st_size=1520, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203475497.P12947Q0M759098.scarecrow:2,RS", {st_mode=S_IFREG|0600, st_size=1554, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203476420.P13131Q0M140164.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=1011, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203477055.P13350Q0M324248.scarecrow:2,S", {st_mode=S_IFREG|0600, st_size=1511, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203485834.P14664Q0M678604.scarecrow:2,RSc", {st_mode=S_IFREG|0600, st_size=2153, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203555290.P27989Q0M937789.scarecrow:2,S", {st_mode=S_IFREG|0600, st_size=2017, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203566780.P29789Q0M486178.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=1570, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1216416810.P17960Q0M786183.tinman:2,S", {st_mode=S_IFREG|0600, st_size=1447, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203567387.P29984Q0M463701.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=1560, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203568156.P30125Q0M174453.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=1570, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203568755.P30222Q0M271021.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=1555, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203578404.P31535Q0M370292.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=1125, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203581122.P31861Q0M954508.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=2108, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203596470.P3307Q0M326986.scarecrow:2,S", {st_mode=S_IFREG|0600, st_size=2738, ...}) = 0 getdents64(12, /* 64 entries */, 4096) = 4096 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203615744.P6582Q0M282341.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=2027, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203619209.P7288Q0M583007.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=8739, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203629165.P9049Q0M921642.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=3049, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203638438.P10774Q0M313047.scarecrow:2,RS", {st_mode=S_IFREG|0600, st_size=8889, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203639137.P10877Q0M554068.scarecrow:2,S", {st_mode=S_IFREG|0600, st_size=9549, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203679395.P16427Q0M89616.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=1364, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203689732.P20116Q0M93680.scarecrow:2,Sbc", {st_mode=S_IFREG|0600, st_size=2440, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203690022.P20155Q0M909689.scarecrow:2,Sbc", {st_mode=S_IFREG|0600, st_size=2303, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203693712.P20948Q0M30023.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=3991, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203693933.P20990Q0M934746.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=2371, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203695416.P21386Q0M135204.scarecrow:2,RS", {st_mode=S_IFREG|0600, st_size=6992, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203698879.P21995Q0M135839.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=1691, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203700228.P22234Q0M28365.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=1013, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203703239.P23143Q0M571200.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=2122, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203704119.P23375Q0M653158.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=2256, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203713490.P25274Q0M840767.scarecrow:2,RSc", {st_mode=S_IFREG|0600, st_size=19577, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203736413.P29935Q0M732560.scarecrow:2,RSc", {st_mode=S_IFREG|0600, st_size=3143, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203802545.P10420Q0M281614.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=2620, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203803404.P10616Q0M912757.scarecrow:2,RSc", {st_mode=S_IFREG|0600, st_size=2622, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203804020.P10721Q0M538580.scarecrow:2,S", {st_mode=S_IFREG|0600, st_size=3003, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203805331.P10980Q0M701431.scarecrow:2,RS", {st_mode=S_IFREG|0600, st_size=2361, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203809386.P25318Q0M128371.scarecrow:2,RSc", {st_mode=S_IFREG|0600, st_size=4004, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203809725.P27021Q0M447783.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=3679, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203813058.P6051Q0M690481.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=816, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203874686.P31025Q0M52827.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=2933, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203892798.P6675Q0M22252.scarecrow:2,RSc", {st_mode=S_IFREG|0600, st_size=2357, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203892996.P6750Q0M114883.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=1561, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203896197.P7621Q0M934348.scarecrow:2,S", {st_mode=S_IFREG|0600, st_size=616, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203896810.P8108Q0M440868.scarecrow:2,RS", {st_mode=S_IFREG|0600, st_size=3620, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203900525.P10657Q0M868027.scarecrow:2,S", {st_mode=S_IFREG|0600, st_size=6304, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203902148.P10984Q0M386235.scarecrow:2,S", {st_mode=S_IFREG|0600, st_size=3086, ...}) = 0

3 6

[Dovecot] antispam plugin problem
by Eugene 01 Nov '08

01 Nov '08

Hi people! (Especially Johannes, probably =) I recently switched to DSPAM + antispam plugin combination. Mostly I am happy but there is a problem with calling dspam-exec in order to relearn the messages. Moving messages to spam folder does not work, giving the error message 'Failed to call dspam' to client. I tried to add some debug output and here are the results: This is the output of debug("calling dspam: %s %s %s %s %s %s %s", argv[0], argv[1], argv[2], argv[3], argv[4], argv[5], argv[6]); (debugv(argv) does not produce any output for some reason) Oct 26 02:37:12 qqqqq imap: antispam: calling dspam: /usr/contrib/bin/dspam --source=error --class=spam --signature=490387db858421194018847 --user genie (null) This is the captured output of forked process Oct 26 02:37:12 qsar imap: antispam: dspam returned: ^APdata stack: Out of memory when allocating 1073741840 bytes If I understand correctly, this message is produced by dovecot before it should have launched dspam executable. I don't know why it needs 1GB of stack space for that. Changing dspam to dspamc does not help. Interestingly enough, launching 'sendmail' in mailtrain mode works ok. Do you have any ideas about what is wrong? Best wishes Eugene

2 2

Re: [Dovecot] dovecot behind loadbalancers
by Robert Schetterer 31 Oct '08

31 Oct '08

Brandon Lamb schrieb: > On Fri, Oct 31, 2008 at 5:37 AM, Robert Schetterer > <robert(a)schetterer.org> wrote: >> Hi @ll, >> has anbody experience with >> dovecot behind load balancers >> im planning to test >> ha-proxy >> pen >> balance(ng) on ubuntu hardy in a HA-Cluster >> in front of dovecot servers >> >> -- >> Best Regards >> >> MfG Robert Schetterer >> >> Germany/Munich/Bavaria > > We use Linux Virtual Server as a frontend to almost all of our ISP > services (dns, smtp, pop3, imap, http). This gives you a single point > of failure so you should probably make sure you have two directors > (one as a backup). Hi Brandon HA means 2 Load Balancer with failover so no single point of failure -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria

1 0