Which version of sqwebmail have you built? There was a problem quite a long time ago with EOF markers (char/unsigned char) in Solaris, but it was fixed.
If you could send yourself a message with a small picture attached, confirm that it views wrongly in sqwebmail, then take the file directly out of the Maildir, gzip it, and send it to this mailing list, we can have a look to see if there's any problem with the MIME formatting. Regards, Brian. On Sun, Nov 02, 2003 at 03:06:15PM +0100, Paul Diaconescu wrote: > Hi, > > After recompiling a couple of times, trying different apache version > etc. I've given up. I even tried to comment out row 1805-1825 in > folder.c so that sqwebmail displays images as normal attachments (I > don't know c). I've played with the mime.types file... It still points > to a 1 byte file. > > Does anyone have any clue on where the problem is? > > Thanks for any help! / Paul > > On Nov 1, 2003, at 17:01, Paul Diaconescu wrote: > > >No, it can't be none of those. I've tried sending mail from outlook, > >mail.app on mac os x and mutt on solaris. I've sent the attachment as > >inline and attachment from mutt (in the first case sqwebmail display a > >"view/download" link, in the other case a "image not found" icon - > >both point to 1 byte files). I've also tried several browsers. > > > >It has to be something with sqwebmail mime or image handling on > >Solaris. My bet is that it has something to do with the return value > >on Solaris since the file contains just "255". > > > >/ Paul D > > > >On Nov 1, 2003, at 16:35, Sam Varshavchik wrote: > > > >>Paul Diaconescu writes: > >>>Ok, even clearer ;): attached or inline pictures within the mail > >>>(not pointing to any external source) are 1 byte files instead of > >>>the original picture. It's not a problem with the message transfer > >>>since picture attachments work fine with mutt. > >> > >>There must be a problem with the multipart/related formatting of your > >>message. Either that, or you did attach only an external link to an > >>image. > >>-- > >>Sam > >> > > > > > > >
