Re: [Dbmail] Problems with initial config of DBmail, postfix fails to start w/ no errors
I have a line in main.cf: mailbox_transport = dbmail jbw Eli Stair wrote: Jesse, thanks for your response... That worked and postfix is accepting and delivering mail again, but not to DBmail. Mail is still going into my /var/spool/mail/ It seems to be not calling dbmail-smtp for some reason, and I don't have any experience with Postfix, just testing it because it was documented for use with DBMail. Nothing in the install setup seems to clearly specify to use dbmail _instead_ of the default delivery method... Thanks, /eli These are the services running from Postfix: root 13:51 0:00 /usr/lib/postfix/master postfix 13:51 0:00 pickup -l -t fifo -u -c postfix 13:51 0:00 nqmgr -l -n qmgr -t fifo -u -c You mention "The dbmail user can access the database ...", but then have postfix running the dbmail transport as user bin. Is that the same user? Sorry, I was unclear about that :) The dbmail binaries are installed and run as bin:bin, but the database account is dbmail... Also, your master.cf entry has a "0" for the private field, which offhand I don't know if that's valid. All mine have either "-" or "n". Try changing that to "-" and give it a shot. That was that issue, postfix fires right up now. Now I know that even insanely verbose output doesn't catch everything. My typo.
[Dbmail] Bug with charset ISO-8859-1
Hi, We have found a bug when we use accentued characters in ISO-8859-1 (Latin-1) on subject line, the message don't appear in Outlook Express 5 and 6 with IMAP, the same message in Cc on Courier-IMAP server work fine. Thanks in advance for the fix, or let me know where to look to make a patch. Sam. -- Sam Przyswa - Chef de projet Arial Concept - Intégrateur Internet 36, rue de Turin - 75008 - Paris Tel: 01 40 54 86 04 - Fax: 01 40 54 83 01 Web: http://www.arial-concept.com - Email: [EMAIL PROTECTED]
Re: [Dbmail] Bug with charset ISO-8859-1
A couple of questions... Which database do you use? Does this happen with UTF-8 and other non-ASCII character sets? >Hi, > >We have found a bug when we use accentued characters in ISO-8859-1 (Latin-1) on >subject line, the message don't appear in Outlook Express 5 and 6 with IMAP, the >same message in Cc on Courier-IMAP server work fine. > >Thanks in advance for the fix, or let me know where to look to make a patch. > >Sam.
Re: [Dbmail] Bug with charset ISO-8859-1
Richard Barrington ([EMAIL PROTECTED]) écrivait: > > >A couple of questions... Which database do you use? Does this happen with UTF-8 >and other non-ASCII character sets? > We use MySQL and this happen with only ISO-8859-1 accentued characters as éèàç in subject. >>We have found a bug when we use accentued characters in ISO-8859-1 (Latin-1) >on >>subject line, the message don't appear in Outlook Express 5 and 6 with IMAP, >the >>same message in Cc on Courier-IMAP server work fine. Sam. -- Sam Przyswa - Chef de projet Arial Concept - Intégrateur Internet 36, rue de Turin - 75008 - Paris Tel: 01 40 54 86 04 - Fax: 01 40 54 83 01 Web: http://www.arial-concept.com - Email: [EMAIL PROTECTED]
Re: [Dbmail] Bug with charset ISO-8859-1
SP> We have found a bug when we use accentued characters in ISO-8859-1 (Latin-1) on SP> subject line, the message don't appear in Outlook Express 5 and 6 with IMAP, the SP> same message in Cc on Courier-IMAP server work fine. SP> Thanks in advance for the fix, or let me know where to look to make a patch. imaputil.c 549c549 - if ( start ) fprintf(outstream,"\"CHARSET\" \'US-ASCII\""); + if ( start ) fprintf(outstream,"\"CHARSET\" \"US-ASCII\""); Best regards, Igor.
Re: [Dbmail] Problems with initial config of DBmail, postfix fails to start w/ no errors
That would be the missing config line. Thanks very much for humoring questions that are basic in nature but eluded me! Cheers, /eli Joby Walker <[EMAIL PROTECTED]> wrote: > I have a line in main.cf: > > mailbox_transport = dbmail > > jbw -- CAUTION: Repeated use of finger can cause a system to become overloaded, which can cause it to stop responding. --Infinite wisdom from the font that is ISS 6.2.1
Re: [Dbmail] dbmail and IMP IMAP webmail reader
I have the exact same configuration and it works fine (well not all fine anyway) for me.I don't think i did any special compilation or configuration on any of the packages, just the standard compilations.Maybe you haven't configured IMP correctly? Try to read your email with outlook (or something) and see if at least your dbmail installation is ok.That will give you a hint on what to look for (Php installation or horde-imp installation) -Αρχικό Μήνυμα- Από: Erwin Lubbers <[EMAIL PROTECTED]> Θέμα: [Dbmail] dbmail and IMP IMAP webmail reader Ημερομηνία: Wed, 27 Nov 2002 22:50:54 +0100 Hi, I'm trying to make dbmail work with a IMAP based webmail reader (IMP), but if I logon it tells me that there are i.e. 4 new messages in my Inbox, but it doesn't show any subject (or other headers). I'm running dbmail 1.0RC4, Horde 2.1, IMP 3.1, imap-2002 and PHP 4.2.3 on Linux. Does anyone run this same reader successful and how did you compile i.e. the c-client? Regards, Erwin ___ Dbmail mailing list Dbmail@dbmail.org https://mailman.fastxs.nl/mailman/listinfo/dbmail __ http://mobile.pathfinder.gr - Pathfinder Mobile logos & Ringtones! http://www.pathfinder.gr - Δωρεάν mail από τον Pathfinder!
Re: [Dbmail] Bug with charset ISO-8859-1
Igor Olemskoi ([EMAIL PROTECTED]) écrivait: > >SP> We have found a bug when we use accentued characters in ISO-8859-1 >(Latin-1) on >SP> subject line, the message don't appear in Outlook Express 5 and 6 with >IMAP, the >SP> same message in Cc on Courier-IMAP server work fine. >SP> Thanks in advance for the fix, or let me know where to look to make a >patch. > >imaputil.c > >549c549 >- if ( start ) fprintf(outstream,"\"CHARSET\" \'US-ASCII\""); >+ if ( start ) fprintf(outstream,"\"CHARSET\" \"US-ASCII\""); Thanks but that's don't fix the problem, and this is only with Outlook Express, with my webmail the mail appear well, and the same message work fine with Outlook Express and Courier-IMAP !? Sam.
[Dbmail] Major CVS Change
Hi all, Today i've implemented 3 major changes to CVS: (1) dropped the CONFIG-table, using a config file instead (2) changed all of the IMAP server code (forking, signals, connecting - it's all improved) (3) updated the separate authentication scheme For the new CVS to work you will have to adapt your dbmail.conf file - the one included in cvs has already been updated. Few key points regarding this file: The file is divided in section. Each section starts with [NAME] (including the vertical braces) and ends with an empty line. Sections needed: [DBMAIL] - this defines the database connection parameters & the trace-level for the maintenance program (yes that last item is quick&dirty) [POP] your POP settings [IMAP] .. IMAP settings [SMTP] dbmail-smtp injector settings The names of the items in each section should be self-explanatory for you dbmail cracks but in doubt do not hesitate to ask as the documentation isn't completed yet ;) Comments are behind a '#'. The POP, IMAP and -SMTP programs now no longer use 2 connections on a database to discriminate between authentication and mail retrieval/insertion. Instead the first connection is copied for the authentication. This is done because two connections to the same database is actually quite expensive when they are completely identical and never used at the same time. Furthermore I haven't heard any of you complaining about using a separate authentication system and i'm pretty sure there are still some bugs in the actual separation. If anyone does use this and encounters problems with the new code (you will!), please mail and i'll try to fix a solution for you. Anyway, the only like option is having users into a LDAP system and that isn't supported at all just yet; using a postgresql database for your users and mysql for mail just doesn't seem so sensible :). The new IMAP code should fix problems of dying children (resulting in less performance) and eating up all resources when killed by a TERM signal. As a new feature, the IMAP daemon will re-read the config file when given a SIGHUP. This code will be implemented shortly into the POP daemon. Enjoy! regards, roel
