Here is the problem:

@400000003e492d5110bc62bc vuser homedir:
"/var/vpopmail/domains/techropolis.com/tmda"
@400000003e492d521177d31c Error: failure delivering message to command
"/var/vpopmail/tmda/bin/tmda-inject '[EMAIL PROTECTED]'" (command
"/var/vpopmail/tmda/bin/tmda-inject '[EMAIL PROTECTED]'" exited 1 
(Traceback (most recent call last):
@400000003e492d52117b26ac   File "/var/vpopmail/tmda/bin/tmda-inject",
line 122, in ?
@400000003e492d52117b5974     from TMDA import Defaults
@400000003e492d52117b78b4   File "./TMDA/Defaults.py", line 1418, in ?
@400000003e492d52117b9fc4 TMDA.Errors.ConfigError: Can't find key file:
/var/vpopmail/domains/techropolis.com/tmda/.tmda/crypt_key))
@400000003e492d5211dfb4dc Data: 'QUIT'

Should I just symlink
/var/vpopmail/domains/techropolis.com/tmda/.tmda/crypt_key to
/var/vpopmail/domains/techropolis.com/tmda/crypt_key?


Thanks
Bryan



> Hi Bryan,
>
> First, edit /var/vpopmail/tmda/contrib/vpopmail-vdir.sh, and make sure
> the vpopmail path is correct. If not, change it.
>
> Tim is working hard right now to make sure that if the variable in
> vpopmail-vdir.sh is incorrect, it will send the connected client an
> error. It doesn't currently. It just silently dies and no mail goes
> anywhere.
>
> If that doesn't fix your problem, then do the following:
>
> 1.) Run `ofmipdctl stat`
>
>     And send the output to the list. This will tell me if supervise is
> properly running tmda-ofmipd. (Seconds up should be greater than 1.
> MUCH greater.)
>
> 2.) Send a copy of your /var/vpopmail/tmda/supervise/tmda-ofmipd/run
> file to
>     the list for examination.
>
> 3.) We need debugging on if it isn't already. Make sure you're running
> tmda-ofmipd
>     with the -d option. If you weren't, then make the changes to your
> run file and execute `ofmipdctl stop` and then execute `ofmipdctl
> start`. If you had to stop and start it, then please send the output
> of `ps auxwww | grep ofmipd`.
>
>     Please send this new run file, rather than the one without -d.
>
> 4.) As you noted, all logs should be going to
> /var/log/tmda-ofmipd/current (or
>     wherever you specified the logger to log to)
>
>     When a user authenticates (on port 8025), and if you have debugging
> on, you should see a bunch of lines get crammed into the 'current'
> log file.
>
>     Send us these too. They'll tell us where it's dying.
>
>
> Good luck!
>
>
>
> On Tuesday 11 February 2003 10:49, [EMAIL PROTECTED] wrote:
>> So far so good, I did have to upgrade to .69 to use your instructions
>> as .68 does not aparently recognise the -s option, that was no biggie.
>>  I may need to change something but I'm not sure.  Im running qmail,
>> vpopmail, and courier-imap.  I pretty much followed your instructions
>> to the tee, but I obviously had to change the dir structer as my
>> vpopmail is in /var/vpopmail and tmda is in /var/vpopmail/tmda.
>> Everything is running and it is accepting mail however I dont see it
>> getting droped into the queue of getting delivered to it's
>> destination.  I see in the maillog that it does authenticate and I get
>> no errors back from the mail client (outlook express or eudora), but
>> that is the end.  Perhapse I missed something as I did with the
>> initial tmda setup but Ive gone over it a few times now.
>>
>> Here are the results of ps -aux
>>
>> root     33293  0.0  0.2   872  112 con  S    12:05PM   0:21.14
>> supervise tmda-ofmipd
>> root     33294  0.0  0.0   872    0 con  IW   -         0:00.00
>> supervise log vpopmail 33296  0.0  0.2   892   80 con  I    12:05PM
>> 0:05.49 /usr/local/bin/multilog t /var/log/tmda-ofmipd
>> root     44517  0.0  0.0   872    0 con  IW   -         0:00.00
>> supervise tmda-ofmipd
>> root     44518  0.0  0.3   872  192 con  S     3:04PM   0:04.62
>> supervise log vpopmail 44520  0.0  1.9  4700 1148 con  S     3:04PM
>> 0:00.97 python /var/vpopmail/tmda/bin/tmda-ofmipd -f -p 0.0.0.0:8025
>> -R imaps -S /var/vpopmail/tmda/
>> vpopmail 45774  0.0  0.0  1120    0  ??  IW   -         0:00.00
>> /usr/local/bin/imapd Maildir
>> vpopmail 45784  0.0  0.0  1232    0  ??  IW   -         0:00.00
>> /usr/local/bin/imapd Maildir
>> vpopmail 49689  0.0  0.0     0    0 con  Z     3:46PM   0:00.00
>> (multilog)
>>
>> And the maillog:
>>
>> Feb 11 15:42:26 ww3 imapd-ssl: Connection, ip=[::ffff:127.0.0.1] Feb
>> 11 15:42:27 ww3 imapd-ssl: LOGIN, [EMAIL PROTECTED],
>> ip=[::ffff:127.0.0.1]
>> Feb 11 15:42:27 ww3 imapd-ssl: LOGOUT, [EMAIL PROTECTED],
>> ip=[::ffff:127.0.0.1], headers=0, body=0
>>
>>
>> And nothing in the tmda-ofmipd/current file
>>
>>
>> Any ideas?
>>
>> Thanks
>> Bryan
>>
>> > Ah. I am an expert here. I struggled with tmda-ofmipd and supervise
>> for a long time.
>> >
>> > See attached text file for detailed tmda-ofmipd+supervise
>> installation instructions after the tradition of "Life With Qmail".
>> It's written for TMDA 0.69, and taken from my personal webserver
>> installation notes.
>> >
>> > However, please note that my installation is VpopMail+TMDA, and so I
>> run Virtual Domain options in my tmda-ofmipd RUN script. Customize
>> that exec line to taste.
>> >
>> > Jason, what do you say we add a HOW-TO for running tmda-ofmipd with
>> supervise?
>> >
>> > Pretty much everything you need is in the file I have attached.
>>
>> _____________________________________________
>> tmda-users mailing list ([EMAIL PROTECTED])
>> http://tmda.net/lists/listinfo/tmda-users
>
> --
> Jesse Guardiani, Systems Administrator
> WingNET Internet Services,
> P.O. Box 2605 // Cleveland, TN 37320-2605
> 423-559-LINK (v)  423-559-5145 (f)
> http://www.wingnet.net
>
> We are actively looking for companies that do a lot of long
> distance faxing and want to cut their long distance bill by
> up to 50%.  Contact [EMAIL PROTECTED] for more info.
>
>
> _____________________________________________
> tmda-users mailing list ([EMAIL PROTECTED])
> http://tmda.net/lists/listinfo/tmda-users



_____________________________________________
tmda-users mailing list ([EMAIL PROTECTED])
http://tmda.net/lists/listinfo/tmda-users

Reply via email to