Re: domainkeys plugin broken

2006-01-30 Thread Mark Powell
On Wed, 25 Jan 2006, Johan Almqvist wrote: I have been struggling all day today with the domainkeys system It seems that the domainkeys plugin is broken. At a first glance, it's just a matter of replacing $mess->header with $mess->head, but that doesn't do it -- if I do that, I get complaints

[OT] Mail::DomainKeys and openssl troubles (was: domainkeys plugin broken)

2006-01-30 Thread Johan Almqvist
On Jan 30, 2006, at 16:43, Mark Powell wrote: On Wed, 25 Jan 2006, Johan Almqvist wrote: Any ideas? It seems someone with more experience might be able to answer (I only started looking at this today). I notice you CC:ed the DomainKeys plugin author. Did you get a reply? Indeed I did ge

Re: [OT] Mail::DomainKeys and openssl troubles (was: domainkeys plugin broken)

2006-01-30 Thread Mark Powell
On Mon, 30 Jan 2006, Johan Almqvist wrote: Indeed I did get an answer; he ack'd that the plugin had succumbed to "code rot", and he sent me a new version to test. Could you send it to me? Unfortunately, the results with that plugin were less encouraging, the new plugin barfs (Bus Error + cor

Re: [OT] Mail::DomainKeys and openssl troubles (was: domainkeys plugin broken)

2006-01-30 Thread Johan Almqvist
On Jan 30, 2006, at 19:43, Mark Powell wrote: On Mon, 30 Jan 2006, Johan Almqvist wrote: I have been starting to reimplement Mail::DomainKeys with the Cryp::RSA library, but with limited success so far. Crypt::RSA doesn't accept PKCS1 keys, and I have tried to use Convert::PEM to convert

Re: [OT] Mail::DomainKeys and openssl troubles (was: domainkeys plugin broken)

2006-01-30 Thread Mark Powell
On Mon, 30 Jan 2006, Johan Almqvist wrote: On Mon, 30 Jan 2006, Johan Almqvist wrote: I have been starting to reimplement Mail::DomainKeys with the Cryp::RSA library, but with limited success so far. Crypt::RSA doesn't accept PKCS1 keys, and I have tried to use Convert::PEM to convert them, bu

tmp dir and logs

2006-01-30 Thread csere matyas
hi there! i've just installed qpsmtpd, it looks really really promising! however, 2 questions rose up allmost instantly: if i shut down the smtpd, there are often some files stuck in tmp. i would like to know if these mails are getting delivered, sooner or later, (or they did already and i can

RE: tmp dir and logs

2006-01-30 Thread Sydney Bogaert
Hi, For what i know, the temp files are from unterminated connections. If a connection has not been normally ended, the sender should automatically resend the mail. You can delete those files, they will not be processed later. For the logging, see here : http://cr.yp.to/daemontools/multilog.ht

Re: tmp dir and logs

2006-01-30 Thread John Peacock
csere matyas wrote: if i shut down the smtpd, there are often some files stuck in tmp. i would like to know if these mails are getting delivered, sooner or later, (or they did already and i can just delete them?). if not, how can i deliver them properly. Yes, as Sydney described, they are mes

Re: tmp dir and logs

2006-01-30 Thread Charlie Brady
On Mon, 30 Jan 2006, John Peacock wrote: csere matyas wrote: if i shut down the smtpd, there are often some files stuck in tmp. i would like to know if these mails are getting delivered, sooner or later, (or they did already and i can just delete them?). if not, how can i deliver them proper

RE: tmp dir and logs

2006-01-30 Thread Sydney Bogaert
> > Which might be fine, but sometimes perl will die or be killed without > executing the cleanup code. Have you considered unlinking the file as soon > as it is created? As long as qpsmtpd has an open file handle, the file is > usable, and you don't need to do any extra cleanup. > Is this behav

Re: tmp dir and logs

2006-01-30 Thread Gordon Rowell
Sydney Bogaert wrote: [...] Is this behaviour portable ? It certainly is across all *nix variants - it's a fairly standard way to ensure cleanup of temporary files. The downside is that it makes it harder to leave the temporary files around if you need to (e.g. for later diagnosis of errors