"Andrea Riela" <[EMAIL PROTECTED]> writes: >> You haven't made a mistake, really. tmda-pending expects to >> run as the user receiving the mail, with the appropriate >> $HOME setting and so forth. It doesn't really work well for virtual >> domains. > > I couldn't set the $HOME in my script?
You could, but you've already gone to the trouble of creating the exactly correct paths in the user's config file, right? Using the paths in test's config file, the value of $HOME doesn't matter. If your script can figure out which (virtual) user's pending queue you want to view, you can call tmda-pending with the "-c" switch and give it the path to the user's config file, just like you do when you run tmda-filter from the .qmail file. >> You could create a /home/vpopmail/.tmda/crypt_key (using >> tmda-keygen as usual) just to make tmda-pending happy. It >> should run at that point. > > But one for all users? You could use most of tmda-pending's features without a crypt_key at all. Of course, the one that requires crypt_key is releasing, which might be why you're running tmda-pending in the first place, so it's better to go with the "-c" switch; that way if you release a message for a user it will actually reach his or her Maildir. >> We haven't done a lot of work on >> tmda-pending because the thought has been, for a while, that >> it's going away. What will probably happen is that future >> versions of TMDA will create the pending queue in a format >> that standard Unix mail readers can read (Maildir being the >> most likely) so that tmda-pending simply isn't necessary. > > I think it's important to see what we have in pending, with headers and (if > possible) with IP. In the case of pending/ being a Maildir, you could examine each message (including headers) using something like Mutt, which is significantly more powerful than 'less', which is how tmda-pending currently views messages. I know of no way to see the senders IP except to manually dig through the Received: fields yourself. That's true now and would remain true. Tim _____________________________________________ tmda-users mailing list ([EMAIL PROTECTED]) http://tmda.net/lists/listinfo/tmda-users
