Hi, This is off-topic I know, but if anyone has any suggestions, I'd appreciate it. I'm running postfix 2.2.x, dovecot 0.99, and it's working great, I wanted pop-before-smtp functionality, so I fired up the suggested perl daemon in the dovecot docs.. This seems to work, I ran tests, it was picking up the ip's, putting them in the .db file, and postfix was able to read them. My issue is that it doesn't seem to continue to do this. It only works if I force it with a --reprocess flag. At that point, the latest set of ip's get inserted in the database, and all is well. Any ideas? I did check to make sure the daemon is running, and it is. Thanks! -Micah -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://dovecot.org/pipermail/dovecot/attachments/20050830/66d2df0e/attachment-0001.html>
On Tue, Aug 30, 2005 at 08:47:33AM -0700, Micah Stevens wrote:> Hi, > > This is off-topic I know, but if anyone has any suggestions, I'd appreciate > it. I'm running postfix 2.2.x, dovecot 0.99, and it's working great, I > wanted pop-before-smtp functionality, so I fired up the suggested perl > daemon in the dovecot docs.. This seems to work, I ran tests, it was picking > up the ip's, putting them in the .db file, and postfix was able to read > them. > > My issue is that it doesn't seem to continue to do this. It only works if I > force it with a --reprocess flag. At that point, the latest set of ip's get > inserted in the database, and all is well. > > Any ideas? I did check to make sure the daemon is running, and it is.I dislike the "suggested perl daemon", so I updated the wiki http://wiki.dovecot.org/moin.cgi/PopBSMTPAndDovecot with the solution I chose (see discussion in this month's archives for this list, starting at http://dovecot.org/pipermail/dovecot/2005-August/008649.html HTH
On Tue, Sep 06, 2005 at 04:50:12PM -0700, Micah Stevens wrote:> Okay, just tried this. Doesn't work. I'm using 0.99 as packaged for RHEL 3. > Would that make a difference?Yes. The syntax changed.> login_executable = /usr/libexec/dovecot/popbsmtp.sh > /usr/libexec/dovecot/imap-loginI'm fairly certain that login_executable is not the same thing as the mail_executable.> Starting IMAP daemon (dovecot): Fatal: Can't use login executable > /usr/libexec/dovecot/popbsmtp.sh /usr/libexec/dovecot/pop3-login: No such > file or directoryEspecially as the popbsmtp script should be launched for each login, and not at daemon start. In 1.0 there are two executables, mail_executable launched for logins, and (from memory) auth_executable launched at daemon start, so I suppose login_executable is the wrong one :-) I diagnose the error you get as meaning that the space is not ed separat out, and that dovecot tries to fork the executable named /usr/libexec/dovecot/popbsmtp.sh /usr/libexec/dovecot/pop3-login which obviously won't work.> Permissions are 777 on the popbsmtp.sh script. I double checked this. > > I tried to just copy the config as stated, but dovecot didn't parse it, > that's why I'm assuming it's for 1.x versions:Correct. Not good enough at 0.99 to say what the equivalent would be (I found that I needed 1.0 before I tried to do pbsmtp).> So I'm stuck, I also tried putting an insert statement on the user_query, > but that fails as Lorens mentioned.Problem with direct SQL is that I can't manage to make dovecot execute two SQL statements. If you're using a db with stored procedures you could maybe squeeze through that loophole, but your best bet is to find out what user_executable should be (maybe the same thing?)> Back to pop-before-smtp which doesn't work either, but it works better. :):-) HTH